02-13-2012 01:29 PM - edited 03-16-2019 09:34 AM
All,
Can anyone tell me the best way to protect against DB replication issues? I am seen some strange things happen once DB Replications goes haywire. Any and all suggestions are welcome.
Thanks in advance! All replies rated.
02-13-2012 01:31 PM
Just an FYI, the goal is to avoid having to rebuild subscribers from scratch, which can take hours to do.
02-13-2012 02:30 PM
If there is firewall between the publisher and subscribers, be 100% all UDP/TCP ports are opened to allow for traffic, see CUCM Port Usage documentation for your CUCM environment.
02-13-2012 02:35 PM
The main question here is why is your db replication breaking? Is the environment split between WAN, is it adequately designed, i.e. <80ms latency, adequate bandwidth? Is network connection reliable?
If the dbreplication is breaking that is most likely due to communication issues between servers, but you should not have to rebuild Subs, there are ways to restore broken dbreplication. You can also configure alerting for when this occurs via RTMT monitoring or SNMP monitoring.
HTH,
Chris
02-13-2012 03:29 PM
hello Ming and Chris,
The shortcut methods were already tried. Replication started back up for a while but failed again. my money is on network issues. Just wanted to see if there were any ways to protect against such issues.
02-13-2012 03:38 PM
You can always classify and re-mark the replication traffic so that it is prioritized if you feel QoS may be an issue here.
Chris
02-13-2012 04:05 PM
Your cmhosts file could be screwed and aggravated further with all the nodes being rebuilt. May want to have TAC take a look which requires root to modify it.
Sent from Cisco Technical Support iPhone App
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide