Hilfe zu IBM Domino Social Edition Administrator 9.0.1

KONFIGURIEREN

So funktioniert die Replizierung
Bei Replizierungen zwischen Servern oder Servern und Clients ruft der Replikator auf einem Computer einen anderen Domino-Server zu vorgegebener Uhrzeit an. Der Replikator wird beim Start standardmäßig geladen. Damit die Replizierung zwischen Servern zeitlich geplant werden kann, müssen die Server in der Lage sein, eine Verbindung untereinander herzustellen, um die Repliken aktualisieren zu können. Sie müssen möglicherweise, je nach Servertopologie, Verbindungsdokumente erstellen, um die Serververbindungen zu aktivieren.

Durch das Hinzufügen, Bearbeiten oder Löschen von Dokumenten in einer Datenbank enthalten die Repliken oft bis zur nächsten Replizierung der Server unterschiedliche Informationen. Da bei der Replizierung nur Änderungen an eine Datenbank übertragen werden, werden die Netzauslastung, die Serverzeit und die Verbindungskosten auf ein Minimum beschränkt.

Während der geplanten Replizierung ruft der initiierende Server zunächst Änderungen vom Zielserver ab und sendet dann seine Änderungen an den Zielserver (Pull-Push-Verfahren). Sie können die Replizierung aber auch so planen, dass sowohl der initiierende Server als auch der Zielserver Änderungen abrufen (Pull-Pull) oder dass der initiierende Server nur Änderungen anfordert oder Änderungen sendet (nur Pull, nur Push).

Sie können die Replizierung zwischen Servern auch mithilfe der Serverbefehle Pull, Push und Replicate einleiten.

Um die Replizierung vollständig verstehen zu können, müssen Sie mit den Informationen unter Richtlinien zum Festlegen des Serverzugriffs auf Datenbanken und Datenbank-ACLs für Server-zu-Server-Replizierungen einrichten vertraut sein, die Sie über die zugehörigen Links finden.

1. Die Replizierung wird von einem Server oder einer Workstation auf eine der folgenden Weisen initiiert:

Die Einstellungen für den Replizierungsplan in einem Verbindungsdokument treten in Kraft.
Ein Replizierungsbefehl für eine sofortige Replizierung wird an der Serverkonsole ausgegeben. Zu den Konsolenbefehle des Servers zählen die Befehle Pull, Push, Replicate und load replica.
Einstellungen in einem Programmdokument. Das Programmdokument startet eine neue Task auf dem Server, anstatt die Arbeit an eine vorhandene Task zu senden.
Ein Replizierungsbefehl für eine sofortige Replizierung wird von einem Endbenutzer ausgeführt, der dazu die Benutzeroberfläche eines Notes-Clients verwendet. Dies erfolgt nur von einer Workstation aus, nicht von einem Server.
Periodische Replizierung von einem Notes-Client aus. Diese erfolgt nur von einer Workstation aus.

Die Server authentifizieren sich gegenseitig, indem sie ein gemeinsames Zertifikat suchen sicherstellen, dass ihre Zertifikate authentisch sind.

2. Der Replikator generiert eine Liste der zu replizierenden lokalen Dateien und beauftragt den Remote-Server, diejenigen Server zu finden, die eine Übereinstimmung mit der Liste der lokalen Dateien aufweisen.

Anmerkung:

Wenn der die Replizierung initiierende Server keine Verbindung zum Remote-Server herstellen kann oder wenn er den Remote-Server nicht durchsuchen kann, schlägt die Replizierung fehl.

3. Wenn der Replikator eine Übereinstimmung findet, prüft er das Replizierprotokoll, um zu ermitteln, wann die Repliken zuletzt repliziert wurden. Der Replikator verwendet das Protokoll in der lokalen Datenbank, welche die Zieldatenbank bei der Pull-Replizierung und die Quellendatenbank bei der Push-Replizierung ist. Normalerweise gibt es zwei derartige Einträge, einen für jede Richtung (Push/Pull).

Wenn es im Replizierprotokoll keinen Eintrag gibt, wenn die Zugriffsrechte oder die Einstellungen für die selektive Replizierung geändert wurden, muss der Replikator alle Dokumente in der Quellendatenbank suchen und nicht nur diejenigen, die seit der letzten Replizierung geändert wurden.

4. Der Replikator durchsucht die Quellenreplik nach Änderungen, die seit der letzten Replizierung vorgenommen wurden.

Der Replikator generiert eine Liste von Dokumenten in der Quellendatenbank, die seit der letzten erfolgreichen Replizierung geändert wurden. (Für einen Pull-Prozess ist die Quelle die Datenbank auf dem Remote-Server, für einen Push-Prozess ist es die Datenbank auf dem lokalen Server.) Die Liste wird durch die Einstellungen für die selektive Replizierung beschränkt. Der Zeitpunkt, zu der die Suche beginnt, wird im Replizierprotokoll aufgezeichnet, sodass nachfolgende Replizierungen keine Änderungen verarbeiten, die bereits repliziert worden sind.
Wenn die Daten in der Quellendatenbank seit der letzten erfolgreichen Replizierung mit der Zieldatenbank nicht geändert wurden, findet keine Replizierung statt und das Replizierprotokoll wird nicht aktualisiert.

5. Es findet eine Replizierung zwischen der Quellendatenbank und der Zieldatenbank statt. Das Replizierprotokoll wird für die Replizierung von der Quellendatenbank zur Zieldatenbank aktualisiert. Wenn der Zugriff ausreichend ist, wird das Replizierprotokoll sowohl für die Quell- als auch für die Zieldatenbank aktualisiert.

Wenn die Replizierung fehlschlägt, wird das Replizierprotokoll nicht aktualisiert und die nächste Replizierung sucht dieselben Datenbanken erneut.

Weitere Informationen zu Befehlen für die Replizierung der Serverkonsole und zum Programmdokument finden Sie unter "Verwandte Themen".

Zugehörige Konzepte
Datenbank-ACLs für Server-zu-Server-Replizierungen einrichten
Repliken
So stellt ein Server eine Verbindung zu einem anderen Server her

Zugehörige Tasks
LAN-Verbindung (Local Area Network) erstellen
Server-Tasks ausführen

Zugehörige Verweise
Richtlinien zum Festlegen des Serverzugriffs auf Datenbanken
Replicate

Feedback zur Hilfe oder Benutzerfreundlichkeit des Produkts?

Hilfe zur Hilfe

Gesamter Inhalt der Hilfe

Feedback zur Hilfe oder Benutzerfreundlichkeit?

Hilfe zur Hilfe

Gesamter Inhalt der Hilfe