Domino 9 und frühere Versionen > ND9: Administration & Userprobleme
Scheduled replication hört immer in der Nacht auf Montag auf...
Tode:
Ich habe hier mal ein seltsames Problem: Ein Replication HUB hat zwei Verbindungsdokumente, eins stündlich, eins viertelstündlich (jeweils 00:10 - 23:50)
Replikation erfolgt mit einer Servergruppe "SpokeReplicationServers" mit 22 Servern, die Replikation dauert im Normalfall nur wenige Minuten (insgesamt).
Es sind 4 Replikator- Tasks definiert.
Unter der Woche funktioniert das wunderbar, aber in der Nacht von Sonntag auf Montag fängt der HUB an, einzelne Server zu "ignorieren": Der Schedule wird weiter abgearbeitet, aber einzelne Server sind nicht mehr drin (sieht man auch im sh sched). Wenn man einmal einen manuellen repl SERVERX mit einem der fehlenden Server anstösst, dann funktioniert der Schedule plötzlich wieder.
Es gibt keinerlei events in der DDM, noch einen Fehler bei der letzten erfolgreichen Replikation mit einem Server (completed successfully)...
Kennt jemand so ein Phänomen?
Meine Google- Suche hat jedenfalls nichts dazu ergeben.
Ach ja: HUB ist auf 9.0.1FP4, die betroffenen Spokes noch 8.5.3
eknori:
läuft der DBMT auf dem Hub?
koehlerbv:
Ist es doch ernster? ;)
Ist das tatsächlich so auf den Sonttag / Montag reproduzierbar?
Ich hatte vor einiger Zeit mal ein ähnlich erscheinendes Problem (war m.E. auch 8.5x, was m.E. aber wurscht ist). Geholfen hat schliesslich folgendes Vorgehen: Den "bösen Parameter" (Replication options - Other - das Datum ...) killen und anschliessend das Replizierprotokoll (das alleine hatte nicht geholfen - das Problem kam nach vermutlich - nicht gemessen - erwartbar drei Monaten wieder).
Die DB war schon lange im Einsatz, auch sie hat oft am Tag repliziert und irgendeine der beteiligten internen Tables hat sich offensichtlich dabei verschluckt.
Das ist selbstverständlich nur ein Erfahrungsbericht und kein "Beweis" oder eine Erklärung.
Bernhard
Tode:
@Ulrich: Hmm, ob der DBMT läuft muss ich erst in Erfahrung bringen. Gibt es da einen bekannten Zusammenhang?
@Bernahrd: Da es sich um die Replikation mit einem kompletten Server handelt (mehrere Verzeichnisse, mehrere Einzeldatenbanken), müsste ich die "einzelne Datenbank", die das komplette "vergessen" verursacht, erst identifizieren...
Tode:
Neue Informationen: DBMT läuft nicht... Hier mal ein Output eines "sh sched -replica", vielleicht hilft das ja jemandem weiter:
--- Code: ---[04B0:0009-0DF8] CN=AMD1/O=MyCompany Replication 29.01.2016 17:22:20
[04B0:0009-0DF8] CN=ATL1/O=MyCompany Replication 29.01.2016 17:23:38
[04B0:0009-0DF8] CN=BCN1/O=MyCompany Replication 29.01.2016 17:32:30
[04B0:0009-0DF8] CN=BEI1/O=MyCompany Replication
[04B0:0009-0DF8] CN=BIS1/O=MyCompany Replication
[04B0:0009-0DF8] CN=CHO1/O=MyCompany Replication 29.01.2016 17:30:25
[04B0:0009-0DF8] CN=DOG1/O=MyCompany Replication 29.01.2016 17:32:35
[04B0:0009-0DF8] CN=DOG2/O=MyCompany Replication
[04B0:0009-0DF8] CN=DST1/O=MyCompany Replication 29.01.2016 17:29:56
[04B0:0009-0DF8] CN=DUB1/O=MyCompany Replication 29.01.2016 17:30:11
[04B0:0009-0DF8] CN=HKG1/O=MyCompany Replication
[04B0:0009-0DF8] CN=IST1/O=MyCompany Replication
[04B0:0009-0DF8] CN=JID1/O=MyCompany Replication 29.01.2016 17:32:45
[04B0:0009-0DF8] CN=TUS1/O=MyCompany Replication 29.01.2016 17:32:20
--- Ende Code ---
Die 3 Buchstaben sind jeweils Standorten zugewiesen, die über die ganze Welt verteilt sind. Man sieht, dass der HUB zwar noch weiss, dass er einen Schedule für die betroffenen Server hat, aber keine nächste Zeit gefüllt ist...
Das Ganze passiert übrigens nicht nur Montag Nacht sondern regelmässig unregelmässig...
Replica neustarten hilft dabei NICHT. Um den "Zustand" für einen Server aufzuheben muss man nur einmal manuell eine Datenbank replizieren: "repl CN=BIS1/O=MyCompany names.nsf" fügt den Server "BIS1" wieder in den schedule ein...
Irgendjemand eine Idee?
Navigation
[0] Themen-Index
[#] Nächste Seite
Zur normalen Ansicht wechseln