Esecuzione di un controllo dello stato della replica del database CUCM

Introduzione

In questo documento vengono descritti importanti comandi per verificare la replica del database di Cisco Unified Communications Manager (CUCM) e gli output previsti.

Prerequisiti

Requisiti

Cisco raccomanda la conoscenza dei seguenti argomenti:

• Cisco Unified Communications Manager

Componenti usati

Le informazioni fornite in questo documento si basano sulle seguenti versioni software:

• Cisco Unified Communications Manager versione 10.5.2.1590-8

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Premesse

Il database in CUCM è una topologia a maglia completa, il che significa che l'autore e ogni sottoscrittore si connettono in modo logico a ogni server del cluster e tutti hanno la capacità di aggiornare i dati tra loro.

Per verificare lo stato del database in CUCM, è necessario concedere l'accesso dall'interfaccia della riga di comando (CLI) in ognuno dei nodi del cluster. Se è disponibile un'interfaccia utente grafica (GUI), è necessario generare un report sullo stato del database.

Per generare un report sullo stato del database di Unified CM, selezionare Cisco Unified Reporting > System Reports > Unified CM Database Status (Report di sistema > Stato database di Unified CM). Selezionare Genera un nuovo report.

Verifica connettività

Per la replica del database, è necessario stabilire correttamente la connettività tra i server in ognuno dei nodi coinvolti nel cluster. Questi comandi consentono di conoscere lo stato di ciascuno di essi.

mostra cluster di rete

Utilizzare il comando show network cluster per verificare che i nodi siano autenticati tra loro. L'output del server di pubblicazione contiene voci della tabella processnode. Tuttavia, è necessario autenticare tutti i nodi (assicurarsi che la password di protezione sia la stessa su tutti i nodi).

Autore:

admin:show network cluster
10.1.89.30 CUCMv10SUB.alegarc2.lab CUCMv10SUB Subscriber callmanager DBSub authenticated using TCP since Mon Jul 1 13:44:09 2019
10.1.89.20 CUCM10.alegarc2.lab CUCM10 Publisher callmanager DBPub authenticated

Server Table (processnode) Entries
----------------------------------
10.1.89.20
10.1.89.30

Iscritto:

admin:show network cluster
10.1.89.30 CUCMv10SUB.alegarc2.lab CUCMv10SUB Subscriber callmanager DBSub authenticated
10.1.89.20 CUCM10.alegarc2.lab CUCM10 Publisher callmanager DBPub authenticated using TCP since Mon Jul 1 13:44:19 2019

esegui sql select * da processnode

La tabella Processnode deve elencare tutti i nodi nel cluster.

admin:run sql select * from processnode
pkid                                 name               mac systemnode description isactive nodeid tknodeusage ipv6name fklbmhubgroup tkprocessnoderole tkssomode
==================================== ================== === ========== =========== ======== ====== =========== ======== ============= ================= =========
00000000-1111-0000-0000-000000000000 EnterpriseWideData     t                      t        1      1                    NULL          1                 0
68b56caa-d320-4c94-9c5a-43c3ba6cb4b8 10.1.89.20             f          10.1.89.20  t        2      0                    NULL          1                 0
a6a92a62-8e66-cdfc-80fa-56a688d3dd58 10.1.89.30             f                      t        3      1                    NULL          1                 0

utilizza la connettività di rete <IP/hostname>

Il server di pubblicazione deve essere in grado di raggiungere tutti i sottoscrittori e il risultato della connettività di rete deve essere completato correttamente.

admin:utils network connectivity 10.1.89.30

This command can take up to 3 minutes to complete.
Continue (y/n)?y
Running test, please wait ...
......
Network connectivity test with 10.1.89.30 completed successfully.

Ogni sottoscrittore deve raggiungere il server di pubblicazione e gli altri sottoscrittori inclusi nel risultato della connettività di rete del cluster devono essere completati correttamente.

admin:utils network connectivity 10.1.89.20

This command can take up to 3 minutes to complete.
Continue (y/n)?y
Running test, please wait ...
.
Network connectivity test with 10.1.89.20 completed successfully.

Dal report stato database di Unified CM, la connettività deve essere visualizzata come 1=riuscita per ogni nodo, come mostrato nell'immagine.

utils diagnose test

Controlla tutti i componenti e restituisce il valore passato/non riuscito. I componenti più importanti per la funzionalità di replica del database sono validate_network, ntp_reachability e ntp_stratum.

admin:utils diagnose test

Log file: platform/log/diag1.log

Starting diagnostic test(s)
===========================
test - disk_space : Passed (available: 1753 MB, used: 12413 MB)
skip - disk_files : This module must be run directly and off hours
test - service_manager : Passed
test - tomcat : Passed
test - tomcat_deadlocks : Passed
test - tomcat_keystore : Passed
test - tomcat_connectors : Passed
test - tomcat_threads : Passed
test - tomcat_memory : Passed
test - tomcat_sessions : Passed
skip - tomcat_heapdump : This module must be run directly and off hours
test - validate_network : Passed
test - raid : Passed
test - system_info : Passed (Collected system information in diagnostic log)
test - ntp_reachability : Passed
test - ntp_clock_drift : Passed
test - ntp_stratum : Passed
skip - sdl_fragmentation : This module must be run directly and off hours
skip - sdi_fragmentation : This module must be run directly and off hours

Diagnostics Completed


The final output will be in Log file: platform/log/diag1.log


Please use 'file view activelog platform/log/diag1.log' command to see the output

stato ntp utils

Cisco consiglia di configurare un server Network Time Protocol (NTP) con Stratum-1, Stratum-2 o Stratum-3 nell'editore CUCM in modo da assicurare che l'ora del cluster sia sincronizzata con un'origine dell'ora esterna.

admin:utils ntp status
ntpd (pid 8609) is running...

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*10.1.89.1       LOCAL(1)         2 u  935 1024  377    0.262    2.591   3.260


synchronised to NTP server (10.1.89.1) at stratum 3
time correct to within 32 ms
polling server every 1024 s

Current time in UTC is : Wed Jul 3 12:40:36 UTC 2019
Current time in America/Mexico_City is : Wed Jul 3 07:40:36 CDT 2019

Il protocollo NTP per i sottoscrittori è un server di pubblicazione e deve essere visibile come sincronizzato.

admin:utils ntp status
ntpd (pid 30854) is running...

     remote           refid      st t when poll reach  delay   offset   jitter
==============================================================================
*10.1.89.20       10.1.89.1       3 u  179 1024  377   0.524   -1.793    1.739


synchronized to NTP server (10.1.89.20) at stratum 4
time correct to within 50 ms
polling server every 1024 s

Current time in UTC is : Wed Jul 3 12:41:46 UTC 2019
Current time in America/Mexico_City is : Wed Jul 3 07:41:46 CDT 2019

Verifica dei servizi

I servizi CUCM coinvolti per la replica del database sono Cluster Manager, A Cisco DB e Cisco Database Layer Monitor.

utils service list

Il comando utilizza l'elenco dei servizi visualizza i servizi e il relativo stato nel nodo CUCM. Questi servizi devono essere visualizzati come STARTED.

• Gestione cluster [AVVIATO]
• UN DATABASE Cisco [AVVIATO]
• A Cisco DB Replicator [AVVIATO]
• Cisco Database Layer Monitor [AVVIATO]

Comandi del database

I comandi di replica del database devono essere eseguiti dal server di pubblicazione.

utilizza lo stato di duplicazione

Questo comando attiva solo il controllo dello stato del database. Per verificarne lo stato di avanzamento, utilizzare il comando utils duplication runtimestate.

admin:utils dbreplication status


Replication status check is now running in background.
Use command 'utils dbreplication runtimestate' to check its progress

The final output will be in file cm/trace/dbl/sdi/ReplicationStatus.2019_07_03_07_54_21.out

Please use "file view activelog cm/trace/dbl/sdi/ReplicationStatus.2019_07_03_07_54_21.out " command to see the output

utilizza proprietà runtime di replica

Il comando Runtimestate mostra lo stato del database in modo da poter visualizzare diverse impostazioni di replica per i nodi mentre è in corso. Dopo aver completato il comando, è possibile verificare gli output e verificare lo stato corrente del database.

admin:utils dbreplication runtimestate

Server Time: Wed Jul 3 09:11:03 CDT 2019

Cluster Replication State: Replication status command started at: 2019-07-03-07-54
Replication status command COMPLETED 681 tables checked out of 681
Last Completed Table: devicenumplanmapremdestmap
No Errors or Mismatches found.

Use 'file view activelog cm/trace/dbl/sdi/ReplicationStatus.2019_07_03_07_54_21.out' to see the details


DB Version: ccm10_5_2_15900_8
Repltimeout set to: 300s
PROCESS option set to: 1

Cluster Detailed View from CUCM10 (2 Servers):

                                      PING      DB/RPC/   REPL.    Replication REPLICATION SETUP
SERVER-NAME         IP ADDRESS        (msec)    DbMon?    QUEUE    Group ID    (RTMT) & Details
-----------         ----------        ------    -------   -----    ----------- ------------------
CUCM10              10.1.89.20        0.013     Y/Y/Y     0        (g_2)       (2) Setup Completed
CUCMv10SUB          10.1.89.30        0.230     Y/Y/Y     0        (g_3)       (2) Setup Completed

Lo stato del database è visibile dal report stato database di Gestione certificati unificata, come mostrato nell'immagine.

File Hosts/Rhosts/Sqlhosts

Al database sono associati tre file importanti che devono essere gli stessi in ognuno dei nodi interessati. Per verificarle dalla CLI, è necessario l'accesso alla directory principale. Tuttavia, anche il report sullo stato del database di Unified CM visualizza queste informazioni, come mostrato nell'immagine.

File di registro di Cronologia sistema

La replica del database può essere danneggiata a causa di arresti anomali e può essere visualizzata nel registro System-history.

Esempio di arresto anomalo:

09/13/2019 15:29:01 | root: Boot 10.5.2.15900-8 Start
09/13/2019 16:55:24 | root: Boot 10.5.2.15900-8 Start

Esempio di spegnimento regolare:

09/03/2019 14:51:51 | root: Restart 10.5.2.15900-8 Start
09/03/2019 14:52:27 | root: Boot 10.5.2.15900-8 Start

La ricostruzione del server è consigliata quando il sistema è stato arrestato in modo anomalo ed è documentata nell'ID bug Cisco CSCth53322

Verifica

Se durante la convalida di questi parametri vengono visualizzati errori, si consiglia di contattare il Technical Assistance Center (TAC) di Cisco e fornire le informazioni raccolte da ogni nodo del cluster per ulteriore assistenza.

Informazioni correlate

• Sincronizzazione ora NTP CM unificata
• Procedura di arresto o riavvio del sistema, versione 12.5(1)
• Ripristino in seguito a un arresto anomalo