Before you start replicating data from one Notification Server to another, you need to plan your replication. This is to ensure that similar data is not passed in both directions. If any of your servers are part of a hierarchy, you need to ensure that the replication does not conflict with the hierarchy replication process. Notification Server does not check to ensure that your replication configuration is consistent with the hierarchy. A poorly planned implementation may create data clashes or overwrites in the affected CMDBs.
Replication is not supported from a 7.1 server to a 7.0 server or from a 7.0 server to 7.1 server.
To configure replication, you need to set up the appropriate replication rules on each Notification Server computer. Each rule specifies the data to replicate from that server (the source server) to one or more specified destination servers and the schedule to use. You should use different replication schedules for each Notification Server computer. For example, stagger the times to ensure that each runs at a different time. Replicating to and from multiple Notification Server computers at the same time can cause problems in the CMDB.
The rule must be enabled for the specified replication to take place. You can enable and disable replication rules at any time, according to the needs of your organization. For each rule that is enabled, the specified data is replicated according to the defined schedule.
You can replicate data at any time by running the appropriate replication rules. In the console, right-click on the rule and click Run. Running a replication rule overrides its schedule and replicates the specified data to the destination servers immediately. Running a replication rule is a once-only operation and does not change the replication schedule. All replication rules continue to be run as scheduled.
Table: Replication rule types
Replicates Notification Server events.
Replicates Notification Server configuration and management items such as policies, filters, and reports.
Replicates Notification Server resource types, resource targets, and specific data classes.
If you include resource targets in a resource replication rule, remember that resource scoping applies to the contents (resources) of the replicated target. Therefore, the resources that are replicated depend on the owner of the resource target. The Notification Server administrator can choose to replicate resource targets in their current state (owned by somebody else, with the corresponding scope). Alternatively, they can take ownership of the targets, save them with the administrator's scope (which usually contains more resources) and replicate them in that state. All the current members of a resource target are replicated. The actual resource target item is replicated in the background as a dependent item. The target that is applied to a stand-alone rule is replicated when the stand-alone rule itself is replicated. When the rule is run, the target is not sent.
Replicates Notification Server security roles and privileges. Two types of security replication rules are available: Privilege and Role. The configuration procedure is identical for each.
When you include a security role in a replication rule, you must also configure a replication rule to replicate all of the privileges in the role. The replicated security role does not recognize any privileges that already exist on the destination Notification Server computer.
Imported Document ID: HOWTO62710
Subscribing will provide email updates when this Article is updated. Login is required to Subscribe