Sommario

Introduzione

Problema

Replica aziendale

Replica di Unity Connection

Soluzione

Informazioni correlate

Introduzione

In questo documento viene descritto come verificare e tentare di risolvere il problema quando la replica non è più sincronizzata o si interrompe completamente.

Problema

È importante sapere che in Unity Connection (UC) sono presenti due tipi di replica:

- Enterprise Replication (ER) - piattaforma correlata a Cisco CallManager (CCM)

- Replica di Unity Connection

Replica aziendale

È importante che lo stato di (2) di ER sia sempre impostato sullo strumento di monitoraggio in tempo reale (RTMT) sia nel server di pubblicazione che nel Sottoscrittore.

- Per confermare questa condizione, immettere il comando utils duplication runtimestate.

- Un altro comando utile che può essere utilizzato è utilizza lo stato di duplicazione.

Replica di Unity Connection

Senza il corretto funzionamento di ER, Unity Connection Replication non funziona correttamente. I comandi utilizzati per risolvere i problemi relativi alla replica UC sono:

- utils cuc cluster overwritedb

- rinegoziazione cluster cuc utils

Soluzione

Se ER è inattivo (RTMT non = 2), attenersi alla seguente procedura:

1. Nel Sottoscrittore, immettere il comando utils duplication stop. Attendere il completamento prima di iniziare il passaggio successivo.

2. In Publisher, immettere il comando utils duplication stop. Attendere il completamento prima di iniziare il passaggio successivo.

3. Nel server di pubblicazione e nel Sottoscrittore, immettere il comando utils duplication runtimestate. Verificare che entrambi i server siano RPC (colonna raggiungibile = YES).

4. Nel server di pubblicazione immettere il comando utils dbreplication dropadmindb.

5. Nel Sottoscrittore, immettere il comando utils duplication dropadmindb. Se si esegue la release 9.x, andare al passaggio 8.

6. Nel server di pubblicazione immettere il comando utils duplication clusterreset. Attendere il completamento prima di iniziare il passaggio successivo.

7. Riavviare il Sottoscrittore. Attendere il riavvio del Sottoscrittore e avviare tutti i servizi prima di iniziare il passaggio successivo.

8. Nel server di pubblicazione, immettere il comando utils duplication reset all.

9. Nel server di pubblicazione e nel Sottoscrittore immettere periodicamente il comando utils dbreplication runtimestate per monitorare lo stato RTMT di entrambi per l'altro. Dovrebbero progredire ed entrambi finiscono a (2) se la replica si configura correttamente. Questa operazione può richiedere del tempo.

10. Se gli stati di RTMT non passano da 0 a 2 dopo un periodo di attesa prolungato, raccogliere queste informazioni sia dal server di pubblicazione che dal Sottoscrittore:

- utilizza proprietà runtime di replica

- file get activelog cm/trace/dbl/*.log

- file get activelog cm/trace/dbl/sdi/dbmon*.txt

- file get activelog cm/log/informix/dbl_repl*.log

- file get activelog cm/log/informix/ccm*.log

11. Aprire una richiesta con il Technical Assistance Center (TAC) e fornire le informazioni raccolte nel passaggio 10.

Informazioni correlate

- Guida di riferimento per l'interfaccia della riga di comando per le soluzioni Cisco Unified Communications versione 8.6(1)

- Documentazione e supporto tecnico – Cisco Systems