<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">It very much depends on what is broken but in general you want to take the action that is least service impacting.<div><br></div><div>I'd go restart->reset (individual)->clusterreset.</div><div><br></div><div>The dropadmindb should ONLY be used in one specific scenario (when the syscdr database is corrupted). Running it at any other time is only going to cause more problems.</div><div><br></div><div>If you are ever in doubt of what to do to correct replication, just open a TAC SR. There is really no one-shot "guaranteed to fix your replication" procedure for informix. The action needed relies a great deal upon what particularly is broken. Many times underlying network connectivity is what is breaking replication and no CLI command will get around that. </div><div><br></div><div>Thanks for pointing out those docs, they obviously didn't get enough review before getting published and will be corrected (or removed entirely). You should consider both of them wrong, and never again look at them.</div><div><br></div><div>Our local dbreplication expert is writing up a document for the Cisco Support Community (<a href="http://supportforums.cisco.com">supportforums.cisco.com</a>) to cover dbreplication for linux-based appliance CUCM. I'll make sure to send it out when he completes it.</div><div><br><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div>-Ryan</div></span>
</div>
<br><div><div>On Aug 10, 2010, at 12:16 PM, Ki Wi wrote:</div><br class="Apple-interchange-newline"><div>Hi Group, </div>
<div>May I know what's the correct way of doing a dbreplication reset?</div>
<div> </div>
<div>I have seems a lot of ways documented on cisco website. </div>
<div> </div>
<div>1) using dropadmindb</div>
<div><a href="http://www.cisco.com/en/US/products/hw/phones/ps379/products_tech_note09186a0080b3b137.shtml">http://www.cisco.com/en/US/products/hw/phones/ps379/products_tech_note09186a0080b3b137.shtml</a></div>
<div> </div>
<div>2) using clusterreset followby by reset all</div>
<div><a href="http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note09186a00809643e8.shtml">http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note09186a00809643e8.shtml</a></div>
<div> </div>
<div>3) using reset </div>
<div><a href="http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/trouble/7_0_1/tbsystem.html#wp1182962">http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/trouble/7_0_1/tbsystem.html#wp1182962</a></div>
<div> </div>
<div>Is there a universal way or it depends really on what happened and choose the best way? </div>
<div> </div>
<div>The most common problem is the db is not sync, phones added on publisher but doesn't reflect on subscriber. Which way should i go for?</div>
<div> </div>
<div>Regards, </div>
<div>Ki Wi</div>
_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>https://puck.nether.net/mailman/listinfo/cisco-voip<br></div><br></div></body></html>