Server names.nsf austauschen wegen Schiefstand

[Fussel2020]

Hallo alle miteinander :-)

Ich habe in einer Domino-Umgebung mit mehreren Servern das Problem, dass mehrere Schiefstände durch ein lokales veraltetes Adressbuch in die Domäne repliziert wurden. Nun haben einige den Schiefstand und einige nicht. Da es sich durch alle Dokumenttypen (Verbindungsdokument, Mail-In, Personen, Gruppen) zieht meine Frage, wenn ich ein Adressbuch auf einem Server in dieser Umgebung habe, welches noch sauber ist, kann ich dort auf dem Server mit dem Schiefstand einfach das names.nsf durch das vom sauberen Server austauschen? Und wenn ja, wie würdet ihr dabei vorgehen?

Viele Grüße

[Tode]

Das kannst Du machen, musst es aber sehr zeitnah auf allen Servern machen.

- Replikationsdokumente deaktivieren
- Server runterfahren
- names.nsf austauschen (auf Verschlüsselung und ODS achten)
- Server wieder starten

[Fussel2020]

Hi Tode 

vielen Dank. Ein Kopieren des names.nsf vom sauberen Server per Windows-Kopie sollte man vermutlich eher nicht machen oder?


Viele Grüße

[Tode]

kann man machen, aber halt nur bei runtergefahrenem Server....

[Fussel2020]

Dankeschön 

[Patrick Schneider]

Kleiner Nachtrag: Ich würde nach solchen Aktionen auch immer die Replikationshistorie der ausgetauschten Datenbank löschen.

Viele Grüße,
Patrick

[CarstenH]

Und zu guter Letzt: mit aktiviertem PIRC (Purge Interval Replication Control) wäre das gar nicht erst passiert, das wurde genau dafür eingeführt sowas zu verhindern.

How PIRC Works
PIRC prevents documents from replicating back in two ways. The first is by modifying the 'since time' used by the replicator. If the server that is initiating the replication is release 8.5.3 and therefore PIRC-aware, then the algorithm to determine which documents qualify for replication has been changed to use the later of the PIRC date or the Since time contained in the replication history. This prevents the older documents from being replicated. Also, a DDM event is generated showing the number of documents skipped by PIRC.

The second way in which PIRC prevents older documents from replicating in is by stopping the documents from being added to the database via NoteUpdate. This method occurs when a non-PIRC aware server is pushing older documents to the PIRC-aware server. In this case, NoteUpdate code will compare the SequenceTime of the document to the PIRC date. If the document is older, a DDM event will be logged and the document will be rejected. Note that the source server is unaware that the document was rejected. Therefore its logs will show that all documents were successfully replicated. However, the PIRC server will log the server name and the documents that were rejected, thus allowing the administrator to track down old replicas of the database and remove them from the environment.

PIRC keys off the Cutoff date of a database. The cutoff date is the date when purge last ran. Purge is the process which removes deletion stubs from a database. Purge runs at one-third of the purge interval. So if the purge interval is set to 90 days, then a database may have deletion stubs up to 120 days old. Therefore PIRC will use this date to prevent documents older than this date from replicating into the database. If the cutoff date is not set in a database, which happens when replication history is cleared, the current date minus the purge interval is used.

Enabling PIRC
There are three ways to enable PIRC on a database:

1) For an individual database, the property can be set via the Replication Options dialog box under the Space Savings tab. A check box has been added to enable/disable the feature.

2) You can implement PIRC through compact. Compact '-PIRC On' and '-PIRC Off' will toggle the option. This can be used to enable or disable PIRC on multiple databases with one command. Note: This does nothing to existing documents in the database - for example, it will not remove older documents as the "Remove documents not modified in the last N days" replication setting does when the check box is enabled.

3) You can set PIRC through the database options settings in the Administration Client. This also allows an administrator to set PIRC on multiple databases simultaneously.

HTH
Carsten