Unterschiedliche Datenbanken im Cluster

[wrangel]

Ich habe auf meinen Cluster-Servern unterschiedliche Datenbanken (unterschiedliche Anzahl von Dokumenten). Vermutlich wegen Replikations-Fehlern in der Vergangenheit. 

Nun möchte ich diese Datenbanken wieder gleich machen, denn wenn ein User von Server1 zu Server2 im Cluster wechselt, sieht er unterschiedliche Dokumente.

Der Grund ist, dass die Dokumente nicht mehr repliziert werden, weil das CutOff Datum für die Replizierung überschritten ist. Deletion Stubs sind also auch weg.

Löschen des Replizierprotokolls scheidet aus, weil wegen der fehlenden Deletion Stubs bereits gelöschte Dokumente wieder erscheinen würden.

Löschen der Replik auf Server2 und neu Erstellen einer Replik scheidet auch aus, da ich nicht sicherstellen kann, dass nicht Server2 Änderungen vorhanden sind, die nicht auf Server1 angekommen sind.

-> Prinzipiell ist das technisch nicht sicher zu lösen. 

Wie würdet ihr jetzt vorgehen, bzw. was habt ihr in solchen Fällen getan?

Meine Idee ist, eine Sicherungs-Kopie der Datentbank auf Server2 zu erstellen, die Datenbank zu löschen und dann eine Replik neu zu erstellen.

Wie bewertet ihr das?

[WernerMo]

Hallo,

zur Vorgehensweise hast Du schon alles gesagt.

Für die Zukunft würde ich
(um solche Fehler zu vermeiden) noch eine Verbindung einrichten, die alle Stunde einmal repliziert (zwischen den Servern des Clusters)

Gruß Werner

[wrangel]

Klar habe ich eine zeitgesteuerte Replikation! Das hilft allerdings nicht mehr für Replikationsfehler aus der grauen Vergangenheit.

[jwschorsch]

Hi Wrangel,
bei mir ist das Problem entstanden, als User in Diskussionsdatenbanken mit der Option "als Privat markieren" gearbeitet haben. Dann hat auch der Server nicht die Rechte, die Dokumente im Cluster zu replizieren. Auch wenn sie dann als öffentlich markiert werden, funktionieren Replikation und Cluster nicht.

Mir blieb mit IBM Support nur die Option, die Masken mit entsprechenden Lesefeldern zu versehen.


Jürgen