Cisco Cisco Unified Operations Manager 8.0 White Paper

 

 

© 2012 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public Information. 

Page 52 of 70 

Step 2.   Go to Administration > Notifications > Notification Criteria. 

Step 3.   Select all notification criteria and select Suspend. 

Step 4.   Go to Administration > Diagnostics Tests > Synthetic Tests. For each test, select Stop. 

This will stop the synthetic tests. 

Step 5.   Go to Administration > Diagnostics Tests > Phone Status Tests. 

You will see a list of configured tests. 

Step 6.   For each test, click Edit and configure the schedule to run between “00:00” to “00:00.” 

This essentially stops the test. 

Step 7.   Suspend monitoring of SRST routers used in SRST tests. 

To do this: 

a. Go to Administration > Polling and Thresholds > SRST Operations. 

You will see a list of SRST tests configured. 

b. Make a note of all the target routers. 

c. Go to Administration > Device Management > Device Configuration. 

You will see an overview of all managed devices. 

d. Click Monitored Devices. 

e. Click the SRST router IP address in this report. 

The Detailed Device View is launched. 

f. In this screen, suspend the device. 

This will automatically stop the SRST tests. 

Continuous Data Synchronization 

After the active server and the standby server are operating, any changes to the active server must be propagated 

to the standby server. Different kinds of data that can change, and recommendations for replication, are listed 

below. 

Device List 

Changes to the device list can be propagated by using a central DCR. There are two possibilities: 

●

 

Central LMS server as the source of the device list for both active and standby In this case, the LMS server 

acts as a master repository of devices, which pushes any additions or deletions to the device list to the 

active and standby servers. 

●

 

Active server as the source of the device list for the standby server. In this case, the active server acts as 

the master device repository. It pushes any changes to the device list to the standby server. 

In either case, the main idea is to set up the master-slave configuration in the DCR. The steps are explained 

below, taking the example of the active server as the master DCR and the standby server as the slave DCR.