[cisco-voip] Unity Connection Fail back Replication Concern

[STEVEN CASPER]

Yes, I was surprised to see that the replication looks good.....
 
DB and Replication Services: ALL RUNNING
 
Cluster Replication State: Replication status command started at:
2011-05-26-09-26
     Replication status command COMPLETED 427 tables checked out of
427
     No Errors or Mismatches found.
 
     Use 'file view activelog
cm/trace/dbl/sdi/ReplicationStatus.2011_05_26_09_26_19.out' to see the
details
 
DB Version: ccm7_1_3_30000_1
Number of replicated tables: 427
 
Cluster Detailed View from PUB (2 Servers):
 
                                PING            REPLICATION     REPL.  
DBver&  REPL.   REPLICATION SETUP
SERVER-NAME     IP ADDRESS      (msec)  RPC?    STATUS          QUEUE  
TABLES  LOOP?   (RTMT) & details 
-----------     ------------    ------  ----    -----------     -----  
------- -----   -----------------
Unity-Conn-Pub  xxxxxxx           0.034   Yes     Connected       0    
  match   N/A     (2) PUB Setup Completed
Unity-Conn-Sub  xxxxxxxxxx      0.259   Yes     Connected       0      
match   N/A     (2) Setup Completed

>>> "Jason Aarons (AM)" <jason.aarons at dimensiondata.com> 5/26/2011
11:20 AM >>>

I would consider a upgrade once you resolve NTP and any RTMT errors.
How about utils dbreplication status from CLI? All good there?
There is not good documentation on Unity Connection DRS backups when
you have a cluster. It’s not in writing if you should backup both when
Active-Active or if just the Pub.
 

From:cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of STEVEN
CASPER
Sent: Thursday, May 26, 2011 10:47 AM
To: cisco-voip at puck.nether.net 
Subject: [cisco-voip] Unity Connection Fail back Replication Concern

 
 

 I recently inherited a Unity Connection Cluster on 7.1.3 that has
several problems. The system is in fail over and seems to have been for
quite some time. Backups had not been run for a while so I ran a backup
on both the Sub and the Pub. Looking at the DRF files there is a large
discrepancy between file sizes. The Sub, which is now the primary has
considerably larger Message, Greetings and Database DRF files. I would
think they should be similar in size due to replication. I checked the
replication on both servers via the CLI and as far as I can tell it
looks good. 

 

Fear is what happens when I fail back, will I lose data? On a side note
neither of these sites NTP servers are accessible which I think may have
caused it to fail over in the first place.

 

Steve

************************************
This email may contain privileged and/or confidential information that
is intended solely for the use of the addressee.  If you are not the
intended recipient or entity, you are strictly prohibited from
disclosing, copying, distributing or using any of the information
contained in the transmission.  If you received this communication in
error, please contact the sender immediately and destroy the material in
its entirety, whether electronic or hard copy.  This communication may
contain nonpublic personal information about consumers subject to the
restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act. 
You may not directly or indirectly reuse or disclose such information
for any purpose other than to provide the services for which you are
receiving the information.
There are risks associated with the use of electronic transmission. 
The sender of this information does not control the method of
transmittal or service providers and assumes no duty or obligation for
the security, receipt, or third party interception of this
transmission.
************************************

itevomcid 
************************************
This email may contain privileged and/or confidential information that is intended solely for the use of the addressee.  If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission.  If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy.  This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act.  You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for which you are receiving the information.
There are risks associated with the use of electronic transmission.  The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission.
************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20110526/a164ce03/attachment.html>