Einleitung
In diesem Dokument werden die Schritte zur Fehlerbehebung beschrieben, wenn die UCCE-Protokollierung A und B in einem Initialisierungszustand feststecken.
Beitrag von Pratham Prakash, Cisco Software Engineer.
Voraussetzungen
Anforderungen
Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:
- Cisco UCCE
- Microsoft SQL (Structured Query Language)
Verwendete Komponenten
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netz Live ist, überprüfen Sie, ob Sie die mögliche Auswirkung jedes möglichen Befehls verstehen.
Problem
Die Protokollanalyse hat ergeben, dass UCCE-Protokollierung A und B in einem Initialisierungszustand feststecken. Protokollierungen auf beiden Seiten werden nicht aktiviert, und die Protokollierungen stürzen weiter ab, mit einer Ausnahme: Die bcp-Verbindung ist beendet. Ein Beispiel für eine Fehlermeldung für diese Bedingung finden Sie in den Protokolldateien.
14:09:45:286 la-rcv Trace: SQL Server User Error: 2627, State 1, Severity: 14, Message:
Violation of PRIMARY KEY constraint 'XPKPeripheral_Interval'. Cannot insert duplicate key
in object 'dbo.t_Peripheral_Interval'. The duplicate key value is (Jul 3 2015 12:30PM,
5002, 300, 1).
14:09:45:335 la-rcv Trace: Duplicate key ignored because the record already exist in the
database.
14:09:45:335 la-rcv Trace: bcp_done failed
Dies geschieht, weil in der Tabelle t_Persistent_Variable doppelte Schlüssel gefunden wurden. Weder Protokollierung A noch Protokollierung B können die Initialisierung abschließen.
Lösung
Diese Bedingung kann auftreten, wenn Persistent Variables für die UCCE-Version 10.x ThedDefect "CSCuw02024 t_Persistent_Variable-Tabelle Datensätze löschen und neu hinzufügen" verwendet wird.
Folgender Workaround durchführen
Schritt 1: Legen Sie den folgenden Registrierungsschlüssel auf Protokollierungsseite A und Protokollierungsseite B von Wert 1 auf 0 fest
HKEY_LOCAL_MACHINE\Software\Geotel\ICR\Customerinstance\LoggerB\Logger\HistoricalData\Persistent
Schritt 2: Eine Seite nach unten
1) die Tabellen Persistent_VariableTmp1, Persistent_VariableTmp2 und t_Persistent_Variable auf der Unterseite abschneiden.
2) die Tabellen Persistent_VariableTmp1, Persistent_VariableTmp2 und t_Persistent_Variable auf der aktiven Seite abschneiden.
Schritt 3 Starten Sie den Protokollierungsdienst auf Seite A und Seite B neu
Schritt 4 Führen Sie einen Test durch, um sicherzustellen, dass Benutzer Konfigurationsänderungen vornehmen können.
Schritt 5 Führen Sie einen Testanruf im System aus, um zu überprüfen, ob die Anrufe funktionieren.
Schritt 6 Es kann immer noch notwendig sein, Execute exit_router, Es wurde festgestellt, dass das System läuft und beide Seiten der Router den Zustandstransfer durch die Konfiguration von Seite A-Protokollierung abgeschlossen. Obwohl das Contact Center-System läuft und funktioniert, befindet sich der Logger auf Seite B noch im Initialisierungszustand. Dies trat auf, wenn der Wiederherstellungsschlüssel für die Seite B der Seite A um einen großen Betrag hinterherhinkt.
Schritt 7 Manuelle Konfiguration von DB von A —> B durchführen
Manueller Export/Import von Konfigurationsdaten von A —> B
Obwohl lastUpdatekey zwischen Seite A und B abgeglichen wird, hat Logger B clgr einen Prüfsummenfehler beklagt. Führen Sie eine manuelle Synchronisierung der Protokollkonfiguration über ICMDBA durch, um einen Prüfsummenfehler zu vermeiden.
Führen Sie die folgenden Schritte aus, um das Prüfsummenproblem zu beheben.
1. Die Konfigurationsänderung wurde beendet, indem der DBMaintnance-Registrierungsschlüssel in 1 geändert wurde.
2. Backup der gesamten Logger-A-Datenbank auf MSSQL. und übertrug das DB-Backup auf den Logger B-Server.
3. Logger B-Datenbank gelöscht und die Logger B-Datenbank neu erstellt.
4. Logger-Datenbank auf Logger B aus dem DB-Backup von Logger A wiederhergestellt.
5. Powered Logger B Service-Backup.
6. Setzen Sie den DBMaintenance-Registrierungsschlüssel auf 0 zurück.
Verifiziert
1. Router-Test hat erfolgreich MDS-Verbindung mit Logger B Prozesse, einschließlich CLGR, HLGR, RCV etc. hergestellt.
2. Protokollierung B bricht aufgrund eines Datenprüfsummenfehlers nicht von MDS ab.
3. Da sich Logger B seit ein paar Tagen im heruntergefahrenen Zustand befindet, synchronisiert das System jetzt aktiv Verlaufsdaten mit HDS.
4. Konfigurationsänderung funktioniert noch
Feedback