Callmanager - Tipps
CUCM und die Datenbankreplikation
Bei einem großen Cluster, also einem mit vielen beteiligten Subscribern, kann es vorkommen, dass die Datenbankreplikation nicht korrekt ist. Doch...
wie erkennt man das?
Die sichere Variante ist im RTMT unter Callmanager, Database Summary sich die Werte anzuschauen. Ist die Replikation OK, so steht der Wert auf 2.
Wie kann man die Replikation prüfen? Im ccmadmin des Publishers eine Region Namens testregion anlegen und dann auf der Kommandozeile eines Subscribers folgenden Befehl absetzen:
run sql select * from region
Wird testregion angezeigt ist die Information vom Publisher hierher repliziert worden und man kann davon ausgehen, dass die Replikation läuft.
Das bedeutet aber nicht, dass der Status der Replikation auf 2 steht. Er kann z.B. auf 3 stehen, weil einer der Server zur Zeit nicht erreichbar ist, aber einmal erreichbar war ... muss man wissen (:- (
Hier die Übersicht über die Stati:
- 0 - not started. Keine Subscriber oder der Database Layer Monitor Dienst läuft nicht.
- 1 - started.
- 2 - finished. alles synchron = so soll es sein.
- 3 - broken.
- 4 - not setup correctly.
Will man den Status per CLI abfragen, so kann man auf den Server mit dem Befehl
show perf query class "Number of Replicates Created and State of Replication"
sich den Status anzeigen lassen.
Eine weitere Möglichkeit (und gerne vom TAC angefordert) ist auf der Kommandozeile der Befehl:
utils dbreplication status
Es wir ein Statusreport erzeugt - sehr lang, daher in eine Datei schreiben lassen - der zeigt, welche Tabellen nicht synchron sind. Weitere Möglichkeiten sind:
utils dbreplication clusterreset
utils dbreplication dropadmindb
utils dbreplication forcedatasyncsub
utils dbreplication repair
utils dbreplication reset
utils dbreplication setrepltimeout
utils dbreplication status
utils dbreplication stop
Weitere Info auch bei Cisco (external link).
vorherige Seite: Cisco Unified Communications Manager
nächste Seite: Using Cisco Unified Communications Manager AXL API