Transferring model context instances
Before you begin
About this task
Transferring instances also allows you to fix any problems with an old model version, using updated logic in the new model version. Note that the updated logic applies only to future events; it is not retroactively applied to events that have already been processed. When you deploy a new version with the same filters and correlation keys, the new version processes the events for the problem version. After the events are processed, the problem version can be removed.
- If the monitoring contexts exist in the new version only, there is no data to be moved because these monitoring contexts did not exist in the old version of the model.
- If the monitoring contexts exist in the old version only, the data from the old version is not transferred. However, the data that is not moved is available for dashboard reporting until the old version is purged from the Monitor server.
- If metrics exist in the new version only, default values (if available) are inserted in the new version.
- If metrics exist in the old version only, the metrics that do not exist in the new version are ignored.
Be aware that if the old and new models have different logic for setting a metric, the data that is transferred represents the old logic. In general, it is preferable to let active instances be processed by the version of the monitor model that created the instance. Move active instances only when there are serious issues with the current model processing.
Procedure
Results
LifecycleResultsBean confirmMoveMCActiveInstances
(String modelID, long moveFromVersion, long moveToVersion)
You can then change the version consumption
mode of the new version to Active.