Durchführung einer Disaster Recovery-Replikation: Vollständige Anleitung

& &>><>> &<> & Heutzutage haben Kunden wenig Geduld für Unterbrechungen bei der Erbringung von Dienstleistungen, unabhängig vom Grund. Wenn Sie beispielsweise die Website von Unternehmen A besuchen, um eine bestimmte Dienstleistung zu suchen, und diese Dienstleistung nicht verfügbar ist, werden Sie wahrscheinlich die Website eines Konkurrenten von Unternehmen A besuchen, der die gewünschten Dienstleistungen stattdessen anbieten kann. In der heutigen hektischen Welt kann eine längere Betriebsunterbrechung die Kundenbindung erheblich beeinträchtigen.

Mit anderen Worten, eine Betriebsunterbrechung kann folgende Folgen haben:

• Gewinnausfall
• Schädigung Ihrer Marke
• Problematische Beziehungen zu Kunden und Partnern
• Probleme mit der Lieferkette
• Rechtliche Probleme usw.

Diese Ergebnisse können auf die mangelnde Verfügbarkeit geschäftskritischer Dienste und Daten zurückzuführen sein, wofür die Replikation gedacht ist – um Ausfallzeiten ganz zu vermeiden oder zumindest deren Auswirkungen zu minimieren. Bei der Disaster Recovery (Disaster Recovery) geht es bei weitem nicht nur um die Replikation zur Disaster Recovery, und ebenso wird die Replikation nicht nur zur Disaster Recovery durchgeführt, sondern auch zur Datensynchronisation, -integration, -konsolidierung und -migration.

Ensure Availability with NAKIVO

Meet strict requirements for service availability in virtual infrastructures. Achieve uptime objectives with robust DR orchestration and automation features.

DISCOVER SOLUTION

Um Ihre IT-Infrastruktur oder zumindest ihre wichtigsten Teile nach einer Katastrophe wiederherzustellen, benötigt Ihr Unternehmen einen alternativen Standort, an dem Ihre replizierten Daten gespeichert werden und der als Failover-Standort genutzt werden kann. Ein alternativer Standort ist für die Wiederherstellung nach Katastrophen erforderlich, die den Betriebszustand oder sogar die physische Existenz Ihres Hauptstandorts gefährden. Disaster Recovery-Replikation bezieht sich auf die Erstellung exakter Kopien von Daten, entweder innerhalb eines einzelnen Standorts oder zwischen einem Hauptstandort und einem oder mehreren alternativen Standorten. Die Replikation zur Disaster Recovery sollte konstant und kontinuierlich erfolgen, da Sie im Katastrophenfall Ihre neuesten geschäftskritischen IT-Prozesse innerhalb eines akzeptablen Zeitraums auf die DR-Software und -Hardware umstellen müssen.

Obwohl Cloud-Replikation derzeit immer beliebter wird, ist die Nutzung alternativer physischer Standorte nach wie vor weit verbreitet. Die beiden wichtigsten Arten von physischen Standorten sind Hot Sites und Cold Sites. Ein Hot Site ist eine Kopie Ihres primären Rechenzentrums, das über die gleiche Ausrüstung, Software und Hardware verfügt. Wenn Ihr primärer Standort nicht betriebsbereit ist, kann der Hot Site sofort als Failover-Punkt dienen. Wie Sie sich wahrscheinlich vorstellen können, sind die Kosten dafür entsprechend hoch. Ein Cold Site hingegen ist lediglich ein Raum, in dem keine Hardware und Software installiert ist, der jedoch über die erforderlichen Strom- und Kommunikationsleitungen verfügt.

Faktoren, die Ihre Geschäftskontinuität gefährden und Disaster Recovery erforderlich machen

Eine Vielzahl von Faktoren gefährdet die IT-Infrastruktur Ihres Unternehmens und deren Kontinuität. Einige davon sind harmlos und treten relativ häufig auf (ungeplante Ausfallzeiten für Teile der Infrastruktur), andere sind katastrophal, aber man kann sie alle als Katastrophen unterschiedlicher Schwere einstufen. Versuchen wir, sie grob zu kategorisieren:

1. Naturkatastrophen.Dies sind höhere Gewalt, über die niemand Kontrolle hat. Ob vorhersehbar oder unvorhersehbar, sie sind überwältigend und richten auf ihrem Weg Verwüstung und Zerstörung an – ein Weg, der möglicherweise auch den physischen Standort Ihrer Organisation umfasst. Überschwemmungen, Hurrikane, Vulkanausbrüche, Tornados und Erdbeben sind in Ihrer Region vielleicht kein Risikofaktor, aber extreme Wetterbedingungen sind überall eine Bedrohung. Zivilisationsbedingte Bedrohungen kommen und gehen; wir müssen immer Vorsichtsmaßnahmen treffen, um die schlimmsten Folgen von Naturkatastrophen zu vermeiden.
2. Zu den von Menschen verursachten Katastrophengehören Sabotage, Terrorismus, Industriespionage, Vandalismus usw. Auch Fahrlässigkeit und ehrliche Fehler gehören zu diesen bedrohlichen Faktoren.
3. Nationale und internationale Ereignissewie Kriege, Streiks und andere Manifestationen instabiler politischer Situationen können den physischen Standort Ihres Unternehmens auslöschen.
4. Technologie- und softwarebezogene Ausfälle und Bedrohungen Dazu gehören Stromausfälle, Hardware-Fehlfunktionen und Datenverluste sowie böswillige Faktoren wie Viren, Ransomware und Cyberangriffe.

In der heutigen Welt werden IT-Infrastrukturen zunehmend universell virtuell wiederhergestellt, was zur allgemeinen Effektivität von Disaster Recovery beigetragen hat. Aus diesem Grund ist moderne Disaster-Recovery-Replikationssoftware effektiver und erschwinglicher denn je, sodass Sie vollständig automatisierte DR-Workflows erstellen und orchestrieren sowie akzeptable RTOs und RPOs erreichen können.

Bei der Konfiguration der Replikation sollten Sie unter den DR-Metriken Folgendes berücksichtigen:

• Wiederherstellungszeit-Ziel (RTO)dient dazu, zu messen, wie lange ein Prozess der Wiederherstellung akzeptabel ist, oder mit anderen Worten, wie viel Zeit Sie sich leisten können, zu verlieren, bevor Ihr Unternehmen seine Dienste wieder aufnehmen kann.
• Ziele der Wiederherstellungspunkte(RPO)bezieht sich darauf, wie aktuell die Dateien sein müssen, die Sie wiederherstellen müssen. Wenn Ihre geschäftskritischen Anwendungen sehr dynamisch sind und viele Transaktionen darin stattfinden, müssen Sie diese Anwendungen sofort wiederherstellen. Andernfalls riskieren Sie den Verlust vieler Transaktionen und damit auch der Einnahmen, die diese generiert hätten.
• Work Recovery Time (WRT)gibt an, wie viel Zeit das Unternehmen benötigen sollte, um die Integrität der wiederhergestellten Daten zu überprüfen.
• Maximum Tolerable Downtime (MTD)misst, wie viel Zeit das Unternehmen für die Disaster Recovery aufwenden kann, ohne ernsthafte Verluste und nachteilige Folgen zu erleiden.

Nachfolgend finden Sie eine Reihe von Replikationsmerkmalen, die bei der Auswahl einer Disaster-Recovery-Replikationslösung für Ihr Unternehmen berücksichtigt werden sollten.

Synchrone und asynchrone Replikation

Bei der synchronen Replikationwerden die Daten gleichzeitig in ein Ziel-Datenobjekt und in die entsprechende Quelle geschrieben, sodass Sie möglichst niedrige RTO- und RPO-Ziele erreichen können. Diese Art der Disaster-Recovery-Replikation wird für High-End-Transaktionsanwendungen und Hochverfügbarkeitscluster bevorzugt, die ein sofortiges Failover erfordern. Der Software-Client, der die Daten schreibt, erhält die Bestätigung des Schreibvorgangs erst nach der Festschreibung der Daten sowohl im primären als auch im sekundären Speicher.

Obwohl ein Objekt und seine Replik synchronisiert bleiben, führt dies zu Latenzzeiten und verlangsamt die synchronisierte Anwendung, beansprucht Bandbreite und verursacht allgemeinen Overhead. Wenn ein alternativer Speicher verwendet wird, besteht außerdem die Möglichkeit, dass die Verbindung unterbrochen wird. Die synchrone Replikation ermöglicht jedoch ein fast sofortiges Failover auf den sekundären Standort ohne Datenverlust.

Bei der asynchronen Replikationwerden Daten erst einige Zeit, nach dem sie in die entsprechende Quelle geschrieben wurden, in ein Ziel-Datenobjekt geschrieben. Die Disaster-Recovery-Replikation der Daten erfolgt in festgelegten Intervallen (einmal pro Minute, alle zehn Minuten, einmal pro Stunde usw.) gemäß einem festgelegten Plan. Dies ist eine gute Wahl, wenn Ihre Netzwerkbandbreite den Druck der synchronen Replikation nicht bewältigen kann, d. h. wenn die Änderungsrate Ihrer geschäftskritischen Daten ständig die Übertragungsrate zum Failover-Standort übersteigt.

Dateibasierte und blockbasierte Replikation

Ein Dateisystem speichert Dateien auf bestimmten Festplattenblöcken. Eine Datei kann auf Blöcken gespeichert sein, die über die gesamte Festplatte verstreut sind. Deshalb muss ein dateibasierter Replikationsprozess, wenn er die Datei liest, über die Festplatte „laufen”, um die verstreuten Teile der zu lesenden Datei zu finden. Dieses „Herumlaufen” nimmt viel Zeit in Anspruch. Dieser Zeitverlust kann durch eine blockbasierte Replikation vermieden werden, bei der nicht geänderte Dateien, sondern geänderte Blöcke an einen Zielort übertragen werden, wobei die Blöcke in der Reihenfolge gelesen werden, in der sie auf der Festplatte angeordnet sind. Daher ist es unter sonst gleichen Bedingungen vorzuziehen, sich für eine DR-Lösung zu entscheiden, die eine blockbasierte Replikation durchführt.

Vollständige Replikation und inkrementelle Replikation

Es ist unvernünftig und unpraktisch, kontinuierlich das gesamte Volumen Ihrer Daten zu replizieren. Allerdings muss zunächst eine vollständige Replikation durchgeführt werden. Als Ergebnis dieser vollständigen Replikation wird eine exakte Kopie des Quellobjekts erstellt. Anschließend kann die inkrementelle Replikation beginnen, d. h., nur die geänderten Daten werden auf den Failover-Standort kopiert (Änderungen auf Blockebene, wenn eine blockbasierte Replikation verwendet wird). Derzeit ermöglichen alle fortschrittlichen DR-Lösungen, wie NAKIVO Backup & Replikation, die Durchführung einer inkrementellen Disaster-Recovery-Replikation.

Application-Aware Replikation

Wenn die Disaster-Recovery-Replikation Application-Aware ist, erfasst sie den Zustand der Anwendungsdaten im Arbeitsspeicher und der E/A-Vorgänge. Dadurch können Sie Datenverluste in der Anwendung vermeiden. Replizierte Anwendungen bleiben transaktionskonsistent, d. h. sie stürzen nicht ab, wenn sie am DR-Standort ausgeführt werden.

Disaster Recovery-Replikation mit NAKIVO Backup & Replikation

Wenn Sie auf der Suche nach der besten VMware-Backup-Lösung für Ihre Umgebung sind, probieren Sie NAKIVO Backup & Replikation aus. Unsere agentenlose Lösung für Datensicherheit bietet imagebasierte, Application-Aware-Backups und Replikation für VMware-VMssowie Hyper-V-VMs und AWS EC2-Instanzen. Wie oben erwähnt, werden wir anhand eines Beispiels mit einer VMware-VM zeigen, wie die VM-Replikation durchgeführt wird. Für virtuelle VMware-Umgebungen bietet die Replikation in NAKIVO Backup & Replication die folgenden Funktionen (von denen viele auch für Microsoft Hyper-V und AWS EC2 verfügbar sind):

• Der Application-Aware Modusstellt sicher, dass Microsoft Exchange, Microsoft Active Directory, Microsoft SQL und einige andere Anwendungen Daten im Arbeitsspeicher und E/A-Transaktionen auf die Festplatte schreiben, bevor die Replikation für Disaster Recovery beginnt. In diesem Modus replizierte Anwendungen sind crashinkonsistent, was bedeutet, dass sie fehlerfrei ausgeführt werden können, wenn eine Katastrophe eintritt und Replikate eingeschaltet werden müssen.
• BequemeReplikationsautomatisierung über Richtlinien. Mithilfe von Richtlinien können Sie die VM-Replikation vollständig automatisieren. Eine Richtlinie besteht aus Regeln, die auf der Größe der VM, dem VM-Tag, dem Namen, dem Standort usw. der VM basieren. Ein richtlinienbasierter Auftrag arbeitet mit allen VMs, die den festgelegten Regeln entsprechen, findet diese VMs automatisch, sobald sie in Ihrer Infrastruktur erscheinen, und fügt sie zu Replikationsaufträgen hinzu.
• Die Aufbewahrung von Wiederherstellungspunkten ist flexibel, sodass Sie über 30 Wiederherstellungspunkte verfügen können, die als VM-Schnappschüsse bezeichnet werden. Mithilfe des Grandfather-Father-Son-Rotationsschemas können Sie tägliche, wöchentliche, monatliche und jährliche Wiederherstellungspunkte erstellen.
• Mit der Funktion „Screenshot-Überprüfung“können Sie überprüfen, ob sich Replikate im Betriebszustand befinden. Dank dieser Funktion erleben Sie im Katastrophenfall keine „angenehmen“ Überraschungen wie beschädigte, fehlerbehaftete VM-Replikate.
• Für Daten mit geringen RTOs, d. h. für asynchron replizierte Daten, können Sie nicht die Produktions-VMs replizieren, sondern derenBackups. Dies hilft Ihnen, Ihre wichtigsten IT-Ressourcen zu entlasten.
• Für VM-Replikate können Sie wählen, ob SieThin-Provisioning-Festplatten, unabhängig davon, welche Festplatten von Produktions-VMs verwendet werden. Bei einer Thin-Festplatte belegen nur Daten und Anwendungen die Größe der Festplatte, und es gibt keinen ungenutzten Speicherplatz.
• Die Replikationsfunktion unseres Produkts kann im Zusammenhang mit derStandortwiederherstellungFunktion, mit der Sie komplexe DR-Workflows orchestrieren und automatisieren können. Über die Standortwiederherstellung können Sie Replikation, geplante oder Notfall-Failover, Failback und andere Vorgänge in einen einzigen Prozess integrieren, der mit einem Klick gestartet werden kann!
• Swap-Daten – Dateien austauschen (unter Windows) und Swap-Partitionen (unter Linux) – können aus VM-Replikaten ausgeschlossen werden, was die Replikationsgeschwindigkeit erhöht und Speicherplatz spart.
• LAN-freie DatenübertragungDer Hot Add-Modus beschleunigt die Replikation erheblich überHot AddundDirekter SAN-ZugriffWenn NAKIVO Backup & Replication auf einem Server mit Zugriff auf VM-Datenspeicher ausgeführt wird, kann es dank derHot-Add-<-Funktion >VM-Daten aus diesen Datenspeichern über den Speicher-E/A-Stack lesen und dabei den TCP/IP-Stack des Hosts umgehen. DieDie Funktion „Direkter SAN-Zugriff” (<) >ermöglicht es Ihnen wiederum, Daten direkt aus einem SAN-Speicher über Fibre Channel oder iSCSI zu lesen, was die Replikationsgeschwindigkeit erhöht und einen Teil der Last von Ihrem Produktionsnetzwerk entfernt.
• Wenn Sie Microsoft Exchange oder Microsoft SQL Server verwenden, kann NAKIVO Backup & Replicationdie Transaktionsprotokolle des Serverskürzen, damit sie nicht zu viel Speicherplatz auf dem Server belegen.
• Über dieNetzwerkbeschleunigungFunktion können Sie die Replikationsgeschwindigkeit um bis zu 2 Mal erhöhen. Um diese Funktion zu nutzen, müssen Sie lediglich einen zusätzlichen Transporter vor Ort oder außerhalb des Standorts installieren.
• Durch die Installation eines zusätzlichen Transporteurs können Sie auchdie Verschlüsselung deaktivierenreplizierte Daten, wenn sie übertragen werden und wenn sie das Ziel-Repository erreicht haben.
• Über dieMulti-TenancyMit dieser Funktion, die Ihnen die Bereitstellung von Replication-as-a-Service ermöglicht, können Sie bis zu 100 isolierte Mandanten erstellen, die Kunden nach eigenem Ermessen für die Replikation und andere Aufgaben nutzen können.
• Erweiterte BandbreitendrosselungMit dieser Funktion können Sie die Bandbreite für Replikationsprozesse begrenzen, damit diese das Netzwerk nicht überlasten.
• Wenn Sie Zeit sparen und Ihr Netzwerk entlasten möchten, können Sie zunächst eine VM-Replik auf ein Wechselmedium übertragen (seed) und diese dann an einen neuen Standort verschieben. Danach ist nur noch eine inkrementelle Replikation erforderlich. NAKIVO Backup & Replication kann die integrierte proprietäre Änderungsblockverfolgung und die Änderungsblockverfolgung von VMware für die inkrementelle VM-Replikation (Sicherung) verwenden.
• Sie können NAKIVO Backup & Replication auf NAS-Geräten installieren und Daten zwischen diesen replizieren, wodurch Sie von einer höheren Leistung und Geschwindigkeit profitieren.

1. Wählen Sie im Schritt „<“ >„Quelle“des Assistenten für neue Replikationsaufträge für VMware vSphere eine Virtuelle Maschine oder einen ganzen Container mit VMs aus, die repliziert werden sollen, und klicken Sie auf „<“ >„Weiter“.

2. Wählen Sie im Schritt „Zielfür die Replik einen Zielcontainer, einen Ziel-Datenspeicher und einen VM-Ordner aus. Klicken Sie anschließend auf „Weiter.

3.  Aktivieren und konfigurieren Sie im Schritt „<“ >Netzwerkedie Netzwerkzuordnung, wenn sich die Zielstandorte (DR) befinden, da VMs andere Netzwerke als am Hauptstandort verwenden. Klicken Sie anschließend aufWeiter. Alternativ können Sie diesen Schritt überspringen und direkt aufWeiterklicken.

4. Klicken Sie aufRe-IPSchritt können Sie die IP-Änderungsroutine konfigurieren, wenn VMs am Zielstandort (DR) andere IPs verwenden als am Hauptstandort. Sie können eine Re-IP-Regel erstellen oder eine vorhandene verwenden. Klicken Sie anschließend aufWeiter. Sie können diesen Schritt auch überspringen, vonweiter zu

3. Sie sehen das Fenster „<“ (Replikationsaufträge) >Aufträge ausführen (Aufträge ausführen), in dem Sie Replikationsaufträge auswählen können, darunter auch den soeben erstellten Auftrag. Nach dem Auswahlen und Konfigurieren eines Auftrags klicken Sie aufSave.

4. Der SchrittAktionenwird erneut geöffnet. In diesem Schritt können Sie nun entweder zusätzliche Aktionen auswählen, die in den komplexen Disaster-Recovery-Workflow aufgenommen werden sollen, oder auf „<“ klicken. >Weiter. Befolgen Sie anschließend einfach die Anweisungen des Assistenten für neuen Site-Wiederherstellungs-Auftrag, bis Sie den Standortwiederherstellungs-Auftrag erstellt haben.

Abschließende Bemerkungen

Unser Produkt schützt Ihre virtuelle Umgebung vor ungeplanten Ausfallzeiten und Katastrophen durch Disaster Recovery-Replikation und Backup-Optionen, die sowohl blockbasiert als auch anwendungsorientiert sind. Mithilfe regelbasierter Richtlinien können Sie Disaster Recovery-Replikationsprozesse automatisieren und orchestrieren und sie in komplexe, umfassende Workflows integrieren. Sie können Replikationsaufträge durch Netzwerkbeschleunigung und Verfolgung der Änderungen beschleunigen und durch VM-Überprüfung sicherstellen, dass die Replikate betriebsbereit sind. Funktionalität und Preis vonNAKIVO Backup & Replication gehören zu den besten auf dem Markt.

Um sich selbst zu überzeugen und NAKIVO Backup & Replication in Ihrer physischen, virtuellen oder Cloud-Umgebung zu testen, laden Sie noch heute die voll funktionsfähige kostenlose Testversion herunter!

Try NAKIVO Backup & Replication

Get a free trial to explore all the solution’s data protection capabilities. 15 days for free. Zero feature or capacity limitations. No credit card required.

Try for Free