Problemen met CUCM-databasereplicatie troubleshooten

Inleiding

In dit document wordt beschreven hoe u problemen met databasereplicatie kunt diagnosticeren en welke stappen nodig zijn om deze problemen te troubleshooten.

Stappen om de databasereplicatie te diagnosticeren

In deze sectie worden scenario's beschreven waarin de databasereplicatie is verbroken en wordt de methodologie voor probleemoplossing geboden om het probleem te diagnosticeren en te isoleren.

Stap 1. Controleren of databasereplicatie is verbroken

Om te bepalen of de databasereplicatie niet functioneert, moet u de verschillende statussen kennen van de Real Time Monitoring Tool (RTMT) voor de replicatie.

Als u de databasereplicatie wilt verifiëren, voert u de opdracht runtimestate van de duplicatie van hulpprogramma's uit vanuit de CLI van de uitgeversknooppunt, zoals in deze afbeelding wordt weergegeven. 

Controleer in de output of de Cluster Replication State niet de oude synchronisatie-informatie bevat. Controleer hetzelfde en gebruik de tijdstempel.

Als de BROADCAST SYNC niet wordt bijgewerkt met een recente datum, voer dan de opdracht utils dbreplication status uit om alle tabellen en de replicatie te controleren. Als er fouten/mismatches worden ontdekt, worden deze weergegeven in de uitvoer en verandert de RTMT-status dienovereenkomstig.

Nadat u de opdracht heeft uitgevoerd, worden alle tabellen gecontroleerd op consistentie en wordt een nauwkeurige replicatiestatus weergegeven.

Opmerking: laat alle tabellen controleren en ga vervolgens verder met het oplossen van problemen.

Zodra er een nauwkeurige replicatiestatus wordt weergegeven, controleert u de replicatie-setup (RTMT) en de details zoals aangegeven in de eerste output. U moet de status voor elk knooppunt controleren. Als een knooppunt een andere status heeft dan 2, ga dan door met troubleshooten.

Stap 2. De CM-databasestatus verzamelen op de Cisco Unified Reporting Page op CUCM

1. Nadat u stap 1 hebt voltooid, kiest u de optie Cisco Unified Reporting in de vervolgkeuzelijst Navigation in de uitgever van Cisco Unified Communications Manager (CUCM), zoals in deze afbeelding wordt weergegeven.

2. Ga naar System Reports en klik op Unified CM Database Status zoals weergegeven in deze afbeelding.

3. Als u een nieuw rapport wilt genereren, klikt u op het pictogram Nieuw rapport genereren zoals in deze afbeelding wordt weergegeven.

4. Wacht totdat het nieuwe rapport is gegenereerd.

5. Zodra het is gegenereerd, klikt u op het pictogram om het rapport te downloaden en op te slaan zodat het kan worden verstrekt aan een TAC-ingenieur in het geval dat een serviceverzoek (SR) moet worden geopend.

Stap 3. Het rapport Unified CM Database bekijken van een component die als fout is gemarkeerd

Als er fouten in de onderdelen zijn, worden de fouten gemarkeerd met een rood X-pictogram, zoals in deze afbeelding wordt weergegeven.

• Zorg ervoor dat lokale en uitgeversdatabases toegankelijk zijn.

• Controleer in het geval van een fout de netwerkconnectiviteit tussen de knooppunten. Controleer of de Cisco DB-service A wordt uitgevoerd vanaf de CLI van de node en de opdracht Servicelijst hulpprogramma's gebruikt.

• Als de A DB-service inactief is, voer dan de opdracht utils service start A Cisco DB uit om de service te starten. Als dit niet lukt, neemt u contact op met Cisco TAC.     

• Zorg dat de replicatieserverlijst (cdr list serv) voor alle knooppunten is ingevuld.

Deze afbeelding illustreert een ideale uitvoer.

 Als de Cisco Database Replicator-lijst (CDR) leeg is voor sommige knooppunten, raadpleeg dan stap 8.

• Zorg dat de Unified CM-hosts, rhosts en sqlhosts hetzelfde zijn op alle knooppunten.

Dit is een belangrijke stap. Zoals in deze afbeelding is weergegeven, zijn de Unified CM-hosts, de rhosts en sqlhosts hetzelfde op alle knooppunten.

De hosts-bestanden komen niet overeen:

Er kan sprake zijn van een onjuiste activiteit wanneer een IP-adres verandert of wordt bijgewerkt naar de hostnaam op de server.

Raadpleeg deze link om het IP-adres te wijzigen naar de hostnaam voor de CUCM.

IP-adres en hostnaam wijzigen

Start deze services opnieuw op vanaf de CLI van de uitgeversserver en controleer of de mismatch is opgelost. Zo ja, ga dan naar stap 8. Zo niet, neem dan contact op met Cisco TAC. Genereer altijd een nieuw rapport als u iets wijzigt via de GUI/CLI, om te controleren of de wijzigingen zijn doorgevoerd.

Cluster Manager ( utils service restart Cluster Manager) 
A Cisco DB ( utils service restart A Cisco DB)

De rhosts-bestanden komen niet overeen:

Als de rhosts-bestanden niet overeenkomen met de host-bestanden, volg dan de stappen die zijn beschreven onder De hosts-bestanden komen niet overeen. Als alleen de rhosts-bestanden niet overeenkomen, voert u de opdrachten uit vanaf de CLI:

A Cisco DB ( utils service restart A Cisco DB )
Cluster Manager ( utils service restart Cluster Manager)

Genereer een nieuw rapport en controleer of de rhost-bestanden hetzelfde zijn op alle servers. Zo ja, ga dan naar stap 8. Zo niet, neem dan contact op met Cisco TAC.

De sqlhosts komen niet overeen:

Als de sqlhosts niet overeenkomen met de host-bestanden, volg dan de stappen die zijn beschreven onder De hosts-bestanden komen niet overeen. Als alleen de sqlhosts-bestanden niet overeenkomen, voert u de opdracht uit vanaf de CLI:

utils service restart A Cisco DB

Genereer een nieuw rapport en controleer of de sqlhost-bestanden hetzelfde zijn op alle servers. Zo ja, ga dan naar stap 8. Zo niet, neem dan contact op met Cisco TAC

• Zorg ervoor dat de Database Layer Remote Procedural Call-hello (DBL RPC) succesvol is, zoals weergegeven in deze afbeelding.

  Als de RPC-hello niet werkt voor een bepaald knooppunt:

• Zorgen voor de netwerkconnectiviteit tussen de specifieke node en de uitgever.
• Zorg ervoor dat het poortnummer 1515 is toegestaan op het netwerk.

Raadpleeg deze link voor meer informatie over TCP/UDP-poortgebruik:

Cisco Unified Communications Manager – TCP- en UDP-poortgebruik

• Zorg ervoor dat de netwerkverbinding tussen de knooppunten succesvol is, zoals weergegeven in deze afbeelding:

Als de netwerkconnectiviteit voor de knooppunten mislukt:

• Zorg ervoor dat de netwerkbereikbaarheid aanwezig is tussen de knooppunten.
• Zorg ervoor dat de juiste TCP/UDP-poortnummers zijn toegestaan op het netwerk.

Genereer een nieuw rapport, en controleer op een succesvolle verbinding. Als de verbinding mislukt, gaat u naar stap 8.

Stap 4. Controleer de afzonderlijke componenten die de opdracht Diagnose testen gebruiken

De opdracht utils diagnose test controleert alle componenten en retourneert de waarde passed (geslaagd) of failed (mislukt). De componenten die essentieel zijn voor het goed functioneren van de databasereplicatie zijn:

• Netwerkverbinding:

De opdracht validate_network controleert alle aspecten van de netwerkverbinding voor alle knooppunten in het cluster. Als er een probleem is met de verbinding ofwel connectiviteit, wordt er vaak een fout weergegeven op de Domain Name Server/Reverse Domain Name Server (DNS/RDNS). De opdracht validate_network voert de bewerking in 300 seconden uit. De meest voorkomende foutmeldingen die worden weergegeven bij de netwerkverbindingstests:

1. Fout "De communicatie binnen het cluster is verbroken", zoals weergegeven in deze afbeelding.

• Oorzaak

Deze fout treedt op wanneer één of meer knooppunten in het cluster een probleem hebben met de netwerkverbinding. Zorg ervoor dat alle knooppunten bereikbaar zijn voor ping.

• effect

Als de intra-clustercommunicatie is verbroken, treden er problemen op met de databasereplicatie.

2. Omgekeerde DNS-zoekactie is mislukt.

• Oorzaak

Deze fout treedt op wanneer de omgekeerde DNS-zoekactie op een knooppunt mislukt. U kunt echter controleren of de DNS is geconfigureerd en goed functioneert wanneer u deze opdrachten gebruikt:

utils network eth0 all - Shows the DNS configuration (if present)
utils network host <ip address/Hostname> - Checks for resolution of ip address/Hostname

• effect

Als het DNS niet correct werkt, kan dit problemen met databasereplicatie veroorzaken wanneer de servers worden gedefinieerd en de hostnamen worden gebruikt.

• Bereikbaarheid van Network Time Protocol (NTP):

De NTP is verantwoordelijk voor het synchroniseren van de tijd van de server met de referentieklok. De uitgever synchroniseert altijd de tijd met het apparaat waarvan het IP wordt vermeld als NTP-servers; terwijl de abonnees de tijd synchroniseren met de uitgever.

Het is van zeer groot belang dat het NTP volledig functioneel is om problemen met de databasereplicatie te voorkomen.

Het is van essentieel belang dat het NTP-stratum (aantal hop ten opzichte van de bovenliggende referentieklok) kleiner is dan 5, anders wordt het als onbetrouwbaar beschouwd.

Voltooi deze stappen om de NTP-status te controleren:

1. Gebruik de opdracht utils diagnose test om de output te controleren, zoals weergegeven in deze afbeelding.

  2. Daarnaast kunt u deze opdracht uitvoeren:

utils ntp status

Stap 5. Controleer de connectiviteitsstatus van alle knooppunten en zorg ervoor dat ze zijn geverifieerd

1. Nadat u stap 4 heeft voltooid, en er geen problemen zijn gemeld, voert u de opdracht utils network connectivity uit op alle knooppunten om te controleren of de connectiviteit met de databases succesvol is, zoals weergegeven in deze afbeelding.

2. Als u "Kan TCP/UDP-pakketten niet verzenden" als foutbericht ontvangt, controleert u of er opnieuw uitzendingen zijn of blokkeert u de TCP/UDP-poorten. De opdracht show network cluster controleert de verificatie van alle knooppunten.

3. Als de status van het knooppunt niet is geverifieerd, moet u ervoor zorgen dat de netwerkconnectiviteit en het beveiligingswachtwoord op alle knooppunten hetzelfde zijn, zoals in dit beeld wordt getoond.

Raadpleeg deze links om de security wachtwoorden te wijzigen of herstellen:

Wachtwoorden opnieuw instellen in CUCM

Wachtwoordherstel voor beheerders van het CUCM-besturingssysteem

Stap 6. De opdracht Uitbreiding runtimestate toont niet-gesynchroniseerde of niet-gevraagde statussen

Het is belangrijk te realiseren dat de databasereplicatie veel van het netwerk vraagt doordat hierbij de eigenlijke tabellen naar alle knooppunten in het cluster worden geduwd. Zorg ervoor dat:

•  De knooppunten bevinden zich in hetzelfde datacenter/dezelfde locatie: alle knooppunten zijn bereikbaar met een lagere Round Trip Time (RTT). Als de RTT ongewoon hoog is, controleert u de netwerkprestaties.

•  De knooppunten zijn verspreid over het Wide Area Network (WAN): Zorg ervoor dat de knooppunten netwerkconnectiviteit hebben ver onder 80 ms. Als sommige knooppunten niet kunnen deelnemen aan het replicatieproces, vergroot de parameter dan naar een hogere waarde zoals is weergegeven.

utils dbreplication setprocess <1-40>

Opmerking: wanneer u deze parameter wijzigt, verbetert dit de prestaties van de replicatie-instellingen, maar verbruikt het extra systeembronnen.

• De time-out voor replicatie is gebaseerd op het aantal knooppunten in het cluster: de time-out voor replicatie (standaard: 300 seconden) is de tijd die de uitgever wacht op alle abonnees om hun gedefinieerde berichten te verzenden. Bereken de replicatietime-out op basis van het aantal knooppunten in het cluster.

Server 1-5 = 1 Minute Per Server Servers 6-10  = 2 Minutes Per Server Servers >10 = 3 Minutes Per Server.

Example: 12 Servers in Cluster : Server 1-5 * 1 min = 5 min, + 6-10 * 2 min = 10 min, + 11-12 * 3 min = 6 min,  
Repltimeout should be set to 21 Minutes.

Opdrachten om de replicatietime-out te controleren/in te stellen:

show tech repltimeout ( To check the current replication timeout value )
utils dbreplication setrepltimeout ( To set the replication timeout )

De stappen 7 en 8 moeten worden uitgevoerd nadat aan de checklist is voldaan:

Checklist:

• Alle knooppunten hebben verbinding met elkaar. Raadpleeg stap 5.

• RPC is bereikbaar. Raadpleeg stap 3.

• Raadpleeg Cisco TAC voordat u verder gaat met stap 7 en 8 in het geval van knooppunten groter dan 8.

• Voer de procedure buiten kantooruren uit.

Stap 7. Alle/selectieve tabellen voor databasereplicatie repareren

Als de opdracht utils dbreplication runtimestate aangeeft dat er foutieve/niet overeenkomende tabellen zijn, voer dan deze opdracht uit:

Utils dbreplication repair all

Voer de opdracht utils dbreplication runtimestate uit om de status opnieuw te controleren.

Ga verder naar stap 8 als de status niet verandert.

Stap 8. De databasereplicatie helemaal opnieuw instellen

Raadpleeg de volgorde om de databasereplicatie opnieuw in te stellen en het proces helemaal opnieuw te starten.

utils dbreplication stop all  (Only on the publisher)
utils dbreplication dropadmindb (First on all the subscribers one by one then the publisher)
utils dbreplication reset all ( Only on the publisher )

Om het proces te monitoren voert u de RTMT-opdracht utils dbreplication runtimestate uit.

Raadpleeg de procedure om de databasereplicatie te resetten voor een bepaald knooppunt:

utils dbreplication stop <sub name/IP> (Only on the publisher)
utils dbreplcation dropadmindb (Only on the affected subscriber)
utils dbreplication reset <sub name/IP> (Only on the publisher )

Als u Cisco TAC bereikt voor verdere hulp, zorg er dan voor dat deze outputs en de rapporten worden verstrekt:

utils dbreplication runtimestate
utils diagnose test
utils network connectivity

Rapporten:

• Het Cisco Unified Reporting CM Database Report (zie stap 2).

• De hulpprogramma's maken rapportdatabase-opdracht vanuit CLI. Download het .tar-bestand en gebruik een SFTP-server.

Gerelateerde informatie

• Inzicht in de uitvoer van utils-duplicatie runtimestate voor CUCM
• CUCM-databasereplicatie troubleshooten – Linux-applicaties
• CX-levering Gegevensbescherming en -privacy