Because each MDR uses a federated_asset_id to identify a CI, one CI can be related to multiple MDRs. A federated_asset_id does not have to be unique across MDRs, but a federated_asset_id must be unique within an MDR. Each MDR must have a unique MDR class and MDR name.
Important: Whenever a CI or an MDR provider is made Inactive, all Federated CI Mappings associated with the CI or the MDR provider are also made Inactive.
After you create an MDR Data Provider definition, do the following:
Because you can only launch from within the context of a CI, it is not possible to test directly from the MDR definition, which has no CI context.
You can view the Federated CI Mapping List in the Administration tab, in the Federated CI Mapping node.
To view the CI in a particular MDR context, click an MDR Launch button.
The target MDR is launched in the context of the CI that was opened.
Example: CI Mapping
The Federated CI Mapping List appears.
The following columns show the values:
1000234
1000235
server1
server1
Cohesion1
Cohesion2
Active
Active
The Cohesion1 MDR Provider knows of the existence of server1, and the Cohesion2 MDR Provider also knows of the existence of server1. The example shows that they each have independently assigned the server a unique ID.
The server1 Configuration Item Detail page appears that includes launch buttons would be named Cohesion1 and Cohesion2.
Additional details about the CI appear.
Copyright © 2012 CA. All rights reserved. | Tell Technical Publications how we can improve this information |