Inleiding
In dit document wordt beschreven hoe de Cisco Priority Responder (CER) gegevensreplicatie kan worden hersteld.
Voorwaarden
Vereisten
Er zijn geen specifieke vereisten van toepassing op dit document.
Gebruikte componenten
Dit document is niet beperkt tot specifieke software- en hardwareversies; de versie die voor dit document wordt gebruikt, is echter CER versie 10.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
CER-procedure voor replicatie van databases
Samenvattende stappen
Stap 1. Detele items in de tabel met externe databases met behulp van de Opdracht Line Interface (CLI) van het CER-primaire knooppunt.
Stap 2. Herstart van de diensten op de primaire en secundaire knooppunten.
Stap 3. Zet de selectie terug uit de CLI van het CER primaire knooppunt.
Stap 4. Herstart het secundaire knooppunt.
Stap 5. Controleer de replicatie
Stap 6. Herhaal het proces indien nodig
Gedetailleerde stappen
Van de CLI van de primaire server de ingangen in de bepaalde afstandstabel verwijderen
Gebruik de opdracht run sql Delete van bepaalde afstandsbediening om de items in de tabel met de afstandsbediening te verwijderen en vervolgens te bevestigen dat er geen items in de tabel met de opdrachtregel doorlopen sql zijn geselecteerd en dat de naam vanuit bepaalde afstandsbediening wordt geselecteerd.
Van zowel de CLI-herstartservices als de secundaire servers
Gebruik onderstaande opdrachten om de services op zowel de primaire als de secundaire knooppunten te hervatten:
- Start opnieuw opstarten van Cisco Noodhulp
- utist-service opnieuw opstarten, Cisco Tomcat
- utist-service opnieuw opstarten A Cisco DB-replicator
- Hulpprogramma’s voor het opnieuw opstarten van Cisco IDS of LAN-servicetak Cisco IDS en utist Service start Cisco IDS
Vanaf de CLI-reset van de primaire server
Gebruik in het CLI van het primaire knooppunt de opdracht gebruiken om de replicatie opnieuw in te stellen om replicatie in het cluster te resetten.
Vanaf de CLI van de secundaire server herstart de server
Nadat het resetten op de primaire computer is voltooid, wordt een aansporing getoond om het secundaire knooppunt opnieuw op te starten. Reinig op dit punt het middelpunt van de CLI met behulp van het commando utils systeem start.
Controleer replicatie zodra het secundaire apparaat in volle service is
Zodra de secondaire server in volledige services is, controleert u de gegevensreplicatie van de CLI van de primaire toepassing met behulp van de opdracht de uitdrukstatus.
Er is een opdracht voor de bestandsweergave in de uitvoer van de statusopdracht. Gebruik de opdracht bestandweergave om te bevestigen dat er geen problemen zijn.
Beeldweergave van het bestand: er/trace/dbl/sdi/ReplicationStatus.YYYY_MM_DD_HH_MM_SS.out
De replicatie kan worden opgemerkt als het niet goed opzetten als de volgende output eerder wordt gezien dan Connected zoals hierboven wordt gezien.
SERVER ID STATE STATUS QUEUE CONNECTION CHANGED
-----------------------------------------------------------------------
g_cer10_cer10_0_2_10000_11 2 Active Local 0
g_cersub_cer10_0_2_10000_11 3 Active Connecting 165527
SERVER ID STATE STATUS QUEUE CONNECTION CHANGED
-----------------------------------------------------------------------
g_cer10_cer10_0_2_10000_11 2 Active Local 0
g_cersub_cer10_0_2_10000_11 3 Active Disconnect 0
Herhaal het proces indien nodig
Als de replicatie nog steeds niet succesvol is, moet u deze procedure misschien nog twee keer herhalen. Als replicatie na het uitvoeren van deze procedure 3 keer niet is geslaagd, moet u de abonnee verwijderen en opnieuw installeren.