Die Replikation umfasst folgende Eigenschaften:
Arcserve RHA unterstützt die folgenden Replikationsmodi:
Beim Online-Modus wird die Replikation in Echtzeit aktiviert. Änderungen werden kontinuierlich in Echtzeit mit dem XOMF-Treiber repliziert.
Der Online-Modus repliziert alle Dateiänderungen, auch wenn die Dateien ständig geöffnet sind (wie dies bei den meisten Datenbank- und Mailservern der Fall ist). Bei diesem Modus bleibt die Reihenfolge der Dateisystemvorgänge erhalten. In diesem Modus zeichnet der Prozess alle E/A-Vorgänge für Stammverzeichnisse in Journaldateien auf. Die Journaldateien werden dann an die Replikatserver gesendet, auf denen die im Journal erfassten Vorgänge erneut an den replizierten Dateien vorgenommen werden.
Bei der Replikation im Ablaufplan-Modus handelt es sich tatsächlich um nichts anderes als um eine automatisch durchgeführte Synchronisation. Die Synchronisation kann entweder manuell oder gemäß einem vordefinierten Ablaufplan initiiert werden, z. B. in einem bestimmten Stundenrhythmus oder einmal pro Tag. Dieser Replikationsmodus unterscheidet sich prinzipiell nicht von einer Synchronisation, die als Teil der Initialisierung einer Replikation durchgeführt wird. Obwohl in diesem Modus keine Online-Replikation stattfindet, werden während der Synchronisation online vorgenommene Änderungen repliziert.
Bei Auswahl der Option Planung werden zwei Optionen aktiviert:
Die Synchronisation wird von einem Benutzer aktiviert, der die Synchronisation über den Manager oder die PowerShell ausführt.
Bei der Einstellung "Wöchentliche Aktivität" des Ablaufplan-Modus werden die Server zu einer fest geplanten Zeit synchronisiert. Bei Auswahl dieser Option müssen Sie den Ablaufplan für die wiederkehrende Synchronisation festlegen.
Eine detaillierte Beschreibung des Planens von Synchronisationen finden Sie unter Planen einer Synchronisation.
Dateiänderungen werden nicht kontinuierlich repliziert, sondern periodisch aggregiert. Aggregierte Veränderungen werden dann unter Verwendung eines Zeitplans an das Replikat propagiert. In "Szenarioeigenschaften" unter "Replikation", blenden Sie den Modus ein und legen Sie die Eigenschaften "Ablaufplan" und "Ablaufplan-Einstellungen" fest.
Es können Verzögerungen auftreten, wenn Replikationsdaten angewendet werden, je nach der Datengröße und Anzahl der anzuwendenden Dateien, da der Prozess Datenkonsistenz sicherstellt. Sie können den Parameter "KeepUndoForPeriodic", als "Falsch" festlegen, um die Generierung der Undo-Datei anzuhalten und die Anwendung von angesammelten Änderungen zu beschleunigen, aber Sie sollten dies nicht bei Datenbankszenarien tun. Dieser Parameter befindet sich in der Datei "ws_rep.cfg".
Wenn der Master neu gestartet wird, synchronisiert Arcserve RHA den Master- und Replikatserver nach dem Neustart automatisch neu.
Die Synchronisation gewährleistet, dass ein Satz Ordner und Dateien auf einem Replikatserver, der Teil eines Szenarios ist, mit dem Satz auf dem Master identisch ist.
Die Dateien auf dem Master und dem Replikat werden verglichen, und bei Abweichungen werden alle fehlenden bzw. geänderten Dateien vom Master auf das Replikat kopiert.
Für jedes Szenario muss der Dateisynchronisationsmodus ausgewählt werden, um die Dateien zum ersten Mal zu synchronisieren. Danach eignet sich dieser Synchronisationstyp am besten für den Dateiserver (eine große Menge kleinerer Dateien und Dateien mittlerer Größe). Dabei ist es empfehlenswert, die Option Dateien gleicher Größe/Zeit ignorieren zu aktivieren. Dadurch wird die Synchronisationszeit möglicherweise erheblich reduziert.
Es wird ein Block-für-Block-Vergleich der Master- und Replikatdateien durchgeführt, und es werden nur Blöcke kopiert, die verschieden sind. Wenn sich Dateien unterscheiden, wird bei der Blocksynchronisation nicht die gesamte Datei übertragen, sondern nur die Änderungen.
Blocksynchronisation ist die geeignete Methode für Datenbankanwendungen, wie MS Exchange, Oracle oder SQL Server. Verwenden Sie diese Methode, wenn die Option Dateien gleicher Größe/Zeit ignorieren deaktiviert ist (es sei denn, die Datenbankdateien auf dem Masterserver sind geschlossen).
Überspringt den Vergleich von Dateien mit dem gleichen Pfad, Namen, der gleichen Größe und Änderungszeit. Dabei wird angenommen, dass die Dateien identisch sind.
Wählen Sie diese Option aus, wenn Sie absolut sicher sind, dass Dateien dieses Typs identisch sind. Diese Option ist bestens geeignet für Dateiserver-Szenarien. Für Datenbankdateien in Anwendungen wie Exchange, SQL oder Oracle ist die Option nicht geeignet, weil Dateien in diesen Datenbanken geändert werden, ohne die Änderungszeit der Datei zu ändern (solange sie geöffnet sind). Sie können diese Option nur in Datenbankszenarien verwenden, wenn die synchronisierten Datenbanken nicht geladen und die Dateien auf dem Masterserver geschlossen sind.
Mit dieser Option kann die gesamte Synchronisationszeit drastisch reduziert werden. Dabei sollten Sie jedoch berücksichtigen, dass dies auf Kosten der Inhaltsüberprüfung geschieht.
Wenn Sie diese Option aktivieren, können Sie die Registrierungsschlüssel von Master und Replikat anhand eines Ablaufplans synchronisieren.
Eine ausführliche Beschreibung der Registrierungssynchronisation finden Sie unter Synchronisieren von Registrierungsschlüsseln.
Wenn Sie diese Option aktivieren, können Sie Snapshots des Systems und der Boot-Dateien für den Master auf dem Replikat speichern. Zum Aktivieren dieser Option müssen Sie den Ablaufplan für den Schutz des Systemstatus festlegen und angeben, auf welchem Replikat-Host die Snapshots gespeichert werden sollen. Eine genaue Beschreibung finden Sie unter Schützen Ihres Systemstatus.
(Nur für Windows) Repliziert während der Synchronisation und Replikation das Komprimierungsattribut für Dateien oder Verzeichnisse.
Diese Einstellung repliziert ACLs für Dateien und Verzeichnisse während Synchronisation und Replikation.
Lokale Kontonamen aufbewahren (Ein) (Nur für Windows)
RHA-Prozess behält den lokalen Namen im Replikat-Rechner bei. Bevor Sie das Szenario ausführen, erstellen Sie die gleichen lokalen Benutzer oder Gruppen manuell sowohl im Master als auch im Replikat. Verwenden Sie diese Eigenschaft für Workgroup-Umgebungen.
Wenn ein Verzeichnis freigegeben wurde und diese Option aktiviert ist, wird die Freigabeoption im replizierten Verzeichnis verdoppelt. Dies ist nur während des Synchronisationsvorgangs und unter Windows-Betriebssystemen der Fall.
Wenn die Master- und Replikatdateien identisch sind, sollten Sie das Archivattribut auf dem Replikat während der Synchronisation nicht ändern.
Ein seltener, schwerwiegender Fehler auf dem Master kann verhindern, dass die Replikation fortgesetzt wird. In diesem Fall wird durch Aktivierung dieser Option die automatische Resynchronisation verhindert. Wenn diese Option deaktiviert ist, wird die Resynchronisation bei Auftreten eines Fehlers automatisch gestartet.
Bei Szenarien mit mehreren Replikatservern können Sie durch diese Eigenschaft bestimmen, ob nur das betroffene Replikat oder das gesamte Szenario beendet werden soll, wenn der Spool oder die Festplatte eines der Replikatserver voll belegt ist. Setzen Sie diese Eigenschaft auf "Aus", um nur den betroffenen Replikatserver zu beenden, und auf "Ein", um das gesamte Szenario zu beenden.
Diese Eigenschaft ermöglicht eine effektivere Nutzung der Bandbreite in Umgebungen mit hoher Netzwerklatenz (WAN). Sie können diese Eigenschaft auf der Benutzeroberfläche oder in der Datei "ws_rep.cfg" auf einen Wert zwischen 1 und 10 festlegen. Der Standardwert verwendet einen einzigen Stream. Er wird jedoch durch einen beliebigen in der Datei "ws_rep.cfg" festgelegten Wert überschrieben. Sämtliche anderen auf der Benutzeroberfläche festgelegten Werte überschreiben die Einstellungen in "ws_rep.cfg".
Die Eigenschaft öffnet eine Anzahl von Streams, um entsprechend dem festgelegten Wert Daten zu senden und zu empfangen, und kann mit Bandbreitenplanung verwendet werden.
Wichtig! In LAN-Umgebungen sollten Sie einen Stream verwenden.
Lässt Sie die Benutzeranmeldeinformationen eingeben, um auf den Host-Ordner zuzugreifen. Wenn der Benutzer keine Berechtigung hat, um auf das Stammverzeichnis zuzugreifen, kann das Szenario nicht ausgeführt werden.
|
Copyright © 2015
|
|