One of the key capabilities around the Service Manager integration with Operations Manager 2007 is the connector that enables Service Manager incidents to be created from Operations Manager alerts.
I thought I would provide some of the details that will be relevant for folks interested in this integration.
With this bi-directional connector, you can choose to have alerts closed when incidents are resolved/closed and incidents resolved when alerts are closed.
In addition, you will often want to know when updates to OM alerts will happen due to the connector as many orgs have implemented OM-based email notification subscriptions that will trigger on any changes to the alerts.
When is OM Alert History is Modified?
What other Alert properties are updated from SM?
Also, I am sure you will be interested in knowing what data flows from OM to SM in the alert.
Which Alert Properties are mapped to SM Incident?
If there is a conflict due to changes at the same time in both SM and OM on the same incident/alert pair:
Finally, the OM alert connector is also able to route incidents using a rule that applies a custom incident template based on criteria such as the OM MP containing the Rule/Monitor that raised the alert, computer group, custom field, OM monitoring class, or alert severity & priority.
Each routing rule will be evaluated in priority order from top to bottom and if none of the rules apply, you can pick a default template to use.
Anyone running Service Manager will need to install this hotfix: http://support.microsoft.com/kb/975332/en-us
It fixes an issue that occurs with Data Access Service (sdk service) or the Management Service (healthservice) when either SM or DWStagingandConfig database servers become temporarily unavailable.
If you don’t install the fix, you will see event ID: 26340 in the Event log of the management server when the problem occurs.