Nexeed
    • Introduction
    • User manual
      • Condition monitoring and its tabs
        • Live
        • Counters
        • Measurements
        • Events
        • Rules
        • View configuration
        • Details
      • Rules management
        • Rule types and standard functions
        • Rule details
      • Function configuration
      • Condition Monitoring widgets
      • Access Management
        • Application Roles
        • Fine-Grained Access Control and Configuration
        • How to Configure Organization Roles
    • Operations manual
      • Overview
      • System architecture and interfaces
        • System components
      • System requirements
        • General notes
        • cm/condition-monitoring-core
        • cm/rule-service-app
        • cm/rule-function-executor
        • cm/rule-result-aggregator
        • cm/rule-value-aggregator
        • cm/rule-value-provider
        • cm/stateful-function-executor
      • Migration from previous versions
        • Migration to 2.1+
        • Migration from CPM 1.5.4 to CM and RM 3.0.x (Nexeed IAS 2023.02.00.xx)
          • CPM to CM relational database migration
          • CPM to RM relational database migration
          • CM Influx database migration
          • Deletion of an old CPM installation
        • Resources mapping from MES to IAS Condition Monitoring
        • Migration to 4.0.0+ (Nexeed IAS 2024.01.00.xx)
        • Migration to 4.3.x (Nexeed IAS 2024.02.01.x)
        • Migration to 4.5.x (Nexeed IAS 2025.01.00.x)
        • Migration to 4.6.x (Nexeed IAS 2025.01.01.x)
        • Migration to 4.8.x (Nexeed IAS 2025.02.00.x)
        • Migration to 4.9.x (Nexeed IAS 2025.02.01.x)
      • Setup and configuration
        • Manual MACMA configuration after setting up a new tenant
        • RabbitMQ
        • Influx configuration
        • Kafka topics
        • Condition Monitoring - Helm Configuration
        • Advanced configuration parameters
          • cm/condition-monitoring-core
            • Common shared variables
            • Portal shared variables
            • MDM shared variables
            • RabbitMQ shared variables
            • OTEL shared variables
          • cm/rule-service-app
            • Rules Management shared variables
            • KAFKA shared variables
          • cm/rule-function-executor
          • cm/rule-result-aggregator
          • cm/rule-value-aggregator
          • cm/rule-value-provider
          • cm/stateful-function-executor
      • Start and shutdown
      • Regular operations
      • Failure handling
        • Rule Management Light Helm installation failing when Kafka is disabled or Kafka is not configured at all
        • User manual injection into Rule Management
        • Infrastructure outages: health verification Endpoints
        • OPP/PPMP are not received in CM
        • Master data (Devices, Facilities, Measuring Points, DeviceTypes) is missing in CM
        • CM is not visible in the portal
        • How to verify if the broker is out of sync
      • Backup and Restore
      • Logging and monitoring
        • General logging characteristics
        • Required monitoring
        • General logging format
        • Request-based logging format
        • Security logging format
        • Lifecycle logging format
        • Module health Endpoints and K8s probes
      • Known limitations
    • API documentation
      • Condition Monitoring HTTP API
      • Rules Management HTTP API
    • Glossary
Condition Monitoring
  • Industrial Application System
  • Core Services
    • Block Management
    • Deviation Processor
    • ID Builder
    • Multitenant Access Control
    • Notification Service
    • Ticket Management
    • Web Portal
  • Shopfloor Management
    • Andon Live
    • Global Production Overview
    • KPI Reporting
    • Operational Routines
    • Shift Book
    • Shopfloor Management Administration
  • Product & Quality
    • Product Setup Management
    • Part Traceability
    • Process Quality
    • Setup Specs
  • Execution
    • Line Control
    • Material Management
    • Order Management
    • Packaging Control
    • Rework Control
  • Intralogistics
    • AGV Control Center
    • Stock Management
    • Transport Management
  • Machine & Equipment
    • Condition Monitoring
    • Device Portal
    • Maintenance Management
    • Tool Management
  • Enterprise & Shopfloor Integration
    • Archiving Bridge
    • Data Publisher
    • Direct Data Link
    • Engineering UI
    • ERP Connectivity
    • Gateway
    • Information Router
    • Master Data Management
    • Orchestrator

Nexeed Learning Portal

  • Condition Monitoring
  • Operations manual
  • Migration from previous versions
  • Migration from CPM 1.5.4 to CM and RM 3.0.x (Nexeed IAS 2023.02.00.xx)
  • CPM to RM relational database migration
preview 4.10.0

CPM to RM relational database migration

The migration of CPM data to the new RM schema is executed on database level via a prepared SQL script.
Please note: Not all rules can be migrated to RM, since the functionalities of Rules Management do not match with CPM Rules exactly. It is possible to check which rules can not be migrated after executing migration scripts, for details: Feature gap between CPM Rules and Rules Management

Prerequisites

Before the actual data migration can start, the following tables need to be cloned manually from the source database (CPM) to the target database (RM):

  • RS01_RULE

  • RS02_PARAMETER

  • RS03_DECISION

  • RS04_ACTION

  • RS05_EXPRESSION

  • RS06_RULE_HISTORY

  • RS07_FUNCTION

  • RS08_OPERATOR

  • RS09_CONTEXT

  • RS11_RULE_CONTEXT

  • RS12_FUNCTIONAL_ARGUMENT

  • RRS01_RULE_RESULT_TIMER

Performing the data migration

  • Connect to the RM database

  • Open the relevant migration script according to database vendor ("cpm-rules-to-rm-migration.sql") located in shared folder:
    \\rb-repobci.de.bosch.com\InternalShare\IAS\IAS2023.02\MigrationCPMToCM\RM

  • Copy the script ("cpm-rules-to-rm-migration.sql")

  • Define RULE_MANAGEMENT_LIGHT_ENABLED flag in script accordingly → set to 1 to enable rules light migration, set to 0 to enable rules extended (Kafka)

  • Execute the script against the database

  • Migrated data will be committed only when the script is executed successfully. In case of any failure, no data will be migrated. Please reach out to the third level support (Dev team) in this case.

Post migration

Important: When the migration has completed successfully, please do NOT delete the cloned tables! They should be kept to preserve the old CPM Rules configuration as a backup for any future reference; since not all rules can be migrated as mentioned, details can be found in here.

Feature gap between CPM Rules and Rules Management

To get an overview of rules which were not migrated to RM, you can execute the script "migration-delta-report.sql" according to database vendor located in shared folder:
\\rb-repobci.de.bosch.com\InternalShare\IAS\IAS2023.02\MigrationCPMToCM\RM

The script will output one row per defined condition, i.e. a rule with two conditions will appear in two rows.

  • Since time-based (previous values) type is not available in Rules Management light, the whole rule is not migrated to RM

  • RRS01_RULE_RESULT_TIMER is not migrated since equipment state (line cockpit) is not part of CM currently

  • CRON_EXPRESSION in RS01_RULE is migrated, however there is currently no functionality using this data in RM

  • Custom functions is not migrated since external functions in RM use a different concept (external functions)

  • USER_ID in RS06_RULE_HISTORY is not migrated since it is not available in RM

  • Since not all functions are available in RM Light or RM Extended, unavailable rules are not migrated to RM. The detailed information regarding function availability can be found below:

Function Name Existing in CPM CPM Function Name in DB Existing in RM Extended Existing in RM Light RM Function Name in DB

Upper bound function

yes

upperBound

yes

yes

upperBound

Lower bound function

yes

lowerBound

yes

yes

lowerBound

Upper bound function, check newest measurement first

no

yes

yes

upperBoundCheckNewestFirst

Lower bound function, check newest measurement first

no

yes

yes

lowerBoundCheckNewestFirst

Upper/Lower bound function with calculated limits using threshold from Measurement message

no

yes

no

upperBoundCalculatedLimits

Upper/Lower bound function with threshold from Measurement message

yes

limitOffsetNew

yes

yes

upperLowerBoundPpmpThreshold

Event Sequence Detection

yes

eventSequenceDetection

yes

no

eventSequenceDetection

Hit of events function

yes

hitsOfEvents

yes

yes

hitOfEvents

Jump detection function

no

yes

no

jumpDetection

Jump detection function (different jump calculation)

yes

jumpDetection

yes

yes

jumpDetectionStandardDeviation

Process capability index function

yes

processCapabilityIndex

yes

no

cpk

Trend (method of least squares, normalized/timeBased) function

yes

  • normalizedLinearLeastSquare

  • timeBasedLinearLeastSquare

yes

no

trendDetectionOld

Trend detection function

no

no

no

trendDetection

Dynamic Limit function

yes

dynamicLimit

no

no

Nelson rule one function

yes

nelsonRuleOne

no

no

Nelson rule two function

yes

nelsonRuleTwo

no

no

Nelson rule three function

yes

nelsonRuleThree

no

no

Nelson rule four function

yes

nelsonRuleFour

no

no

Nelson rule five function

yes

nelsonRuleFive

no

no

Nelson rule six function

yes

nelsonRuleSix

no

no

Nelson rule seven function

yes

nelsonRuleSeven

no

no

Nelson rule eight function

yes

nelsonRuleEight

no

no

Normal distribution function

yes

normalDistribution

no

no

Range function

yes

Range

no

no

Static tolerance check function

yes

staticTargetToleranceCheck

no

no

Contents

© Robert Bosch Manufacturing Solutions GmbH 2023-2025, all rights reserved

Changelog Corporate information Legal notice Data protection notice Third party licenses