Previous Topic: Replizieren und Verwalten von SicherungssitzungenNext Topic: So verwalten Sie die Einstellungen des Sicherungsservers


Überprüfen, ob die Wiederherstellungspunkte verwendet werden können

Das d2dverify-Hilfsprogramm ist hilfreich bei der Überprüfung, ob die Wiederherstellungspunkte verschiedener Sicherungssitzungen brauchbar sind. Üblicherweise werden Sicherungsjobs täglich ausgeführt. Wenn Sie mehrere Wiederherstellungspunkte haben, sind Sie möglicherweise nicht sicher, ob diese Wiederherstellungspunkte für eine Datenwiederherstellung bei einem Systemausfall brauchbar sind. Um solche Situationen zu vermeiden, können Sie BMR-Jobs ausführen, um regelmäßig zu überprüfen, ob die Sicherungen brauchbar sind. Das d2dverify-Hilfsprogramm hilft Ihnen dabei, die Aufgabe zur Überprüfung der Brauchbarkeit von Wiederherstellungspunkten zu automatisieren.

Nachdem Sie die erforderlichen Parameter eingerichtet haben, übergibt das d2dverify-Hilfsprogramm den BMR-Job und stellt die Daten auf der angegebenen VM wieder her. Anschließend startet d2dverify die VM und führt ein Skript aus, um zu überprüfen, ob die Anwendungen auf der VM ordnungsgemäß funktionieren. Sie können auch mithilfe von Systemhilfsprogrammen wie Linux Cron einen Ablaufplan erstellen, um das d2dverify-Hilfsprogramm regelmäßig auszuführen. Zum Beispiel können Sie das d2dverify-Hilfsprogramm nach der letzten Sicherung eines Wiederherstellungssatzes ausführen. In diesem Fall überprüft d2dverify alle Wiederherstellungspunkte im spezifischen Wiederherstellungssatz.

Hinweis: Weitere Informationen zum Planen von Jobs unter Verwendung des Linux Cron-Planers finden Sie unter Anpassen des Job-Ablaufplans.

Das d2dverify-Hilfsprogramm kann auch in den folgenden Szenarien verwendet werden:

Beachten Sie die folgenden Voraussetzungen, bevor Sie das d2dverify-Hilfsprogramm verwenden:

Wichtig! Wenn die Kontoinformationen der Datenbank mit einem Benutzer ohne root-Berechtigungen verknüpft sind, setzt d2dverify das Kennwort dieses Benutzers für die Ziel VM auf "CAd2d@2013" zurück.

Netzwerkanforderungen:

Wenn Sie d2dverify verwenden, wird empfohlen, für die Ziel-VMs ein isoliertes virtuelles Netzwerk zu verwenden, um Konflikte mit der Produktionsumgebung zu vermeiden. In solchen Fällen müssen die Ziel-VMs sowohl mit dem Sicherungsserver als auch mit dem Sicherungsspeicher verbunden sein.

d2dverify-Netzwerkanforderungen

Unterstützte Hypervisors:

Die Wiederherstellung für d2dverify hängt vom Hilfsprogramm d2drestorevm ab. d2dverify unterstützt die folgenden Hypervisor-Versionen:

Parameter:

--template

Identifiziert die Vorlage, die die Parameter für die Ausführung des d2dverify-Hilfsprogramms enthält.

--createtemplate

Erstellt eine leere Vorlage, die die Parameter für die Ausführung des d2dverify-Hilfsprogramms enthält.

Folge diesen Schritten:

  1. Melden Sie sich als root-Benutzer beim Sicherungsserver an.
  2. Erstellen Sie mithilfe des folgenden Befehls die Vorlage, die vom d2dverify-Hilfsprogramm verwendet wird:
    d2dverify --createtemplate=file_path
    
  3. Öffnen Sie die Vorlage, und aktualisieren Sie die folgenden Parameter:
    node_list

    Gibt eine Liste von Knoten oder ein Kriterium für die Abfrage von Informationen aus der Datenbank des Sicherungsservers an. Die einzelnen Knoten werden durch Kommas abgetrennt (Node1,Node2,Node3).

    Hinweise: Wenn es sich bei der SSH-Portnummer nicht um Standardport 22 handelt, ist das Format für die Angabe der einzelnen Knoten: "Node1:new_port, Node2:new_port, Node3:new_port". Der VM-Name wird im Format "verify_<Knotenname>" zugewiesen, wobei der die Portnummer nicht im Knotennamen enthalten ist.

    Beispiel: Node1:222,Node2:333,Node4:333

    Die folgende Liste ist ein Beispiel für Abfragekriterien:

    [node=prefix]

    Findet den Knotennamen, der das definierte Präfix enthält.

    [desc=prefix]

    Findet die Knotenbeschreibung, die das definierte Präfix enthält.

    guest_ip_list =

    Gibt die Liste von IP-Adressen an, die jeweils für die Zielknoten angewendet werden. Die einzelnen IP-Adressen werden durch Kommas voneinander getrennt (IP1,IP2,IP3). Wenn nur eine IP-Adresse verfügbar ist, aber mehrere Knoten im Parameter "node_list" vorhanden sind, wird das vierte Segment der IP-Adresse für jeden Knoten jeweils um 1 erhöht. Das d2dverify-Hilfsprogramm überprüft, ob diese IP-Adressen bereits verwendet wurden. In diesem Fall wird die entsprechende IP-Adresse übersprungen.

    Wenn Sie beispielsweise die drei Knoten "Knoten 1", "Knoten 2" und "Knoten 3" und eine IP-Adresse, "xxx.xxx.xxx.xx6", verwenden, wird die IP-Adresse wie in der folgenden Liste veranschaulicht verwendet:

    Knoten 1: xxx.xxx.xxx.xx6

    Knoten 2: xxx.xxx.xxx.xx7

    Knoten 3: xxx.xxx.xxx.xx8

    vm_type

    Gibt den Typ des Hypervisor an. Die folgenden drei Hypervisor-Typen sind gültig: xen, ovm und rhev.

    vm_server

    Gibt den Hostnamen oder die IP-Adresse des Hypervisor-Managers an.

    vm_svr_username

    Gibt den Benutzernamen des Hypervisor-Managers an.

    vm_svr_password

    Gibt das Kennwort des Hypervisor-Managers an. Das Kennwort muss mithilfe des Hilfsprogramms "d2dutil –encrypt" verschlüsselt werden.

    Der folgende Befehl wird verwendet, um das Kennwort zu verschlüsseln:

    echo "password" | d2dutil --encrypt
    
    vm_network

    Gibt das virtuelle Netzwerk an, das von der Ziel-VM verwendet wird. Es wird empfohlen, diesen Parameter anzugeben, wenn Ihre Ziel-VM mit mehreren virtuellen Netzwerken verbunden ist.

    guest_gateway

    Gibt das Netzwerk-Gateway an, das vom Gastbetriebssystem (BS) der Ziel-VM verwendet wird.

    guest_netmask

    Gibt die Netzmaske an, die vom Gastbetriebssystem der Ziel-VM verwendet wird.

    guest_username

    Gibt den Benutzernamen an, der für die Verbindung mit der wiederhergestellten VM verwendet wird. Das Kennwort wird auf das Kennwort zurückgesetzt, das im Parameter "guest_password" angegeben ist. Der Parameter "guest_username" wird ignoriert, wenn Sie das d2dverify-Hilfsprogramm verwenden, um Informationen aus der Datenbank des Sicherungsservers abzufragen. In diesem Fall wird das VM-Gastkennwort auf das Kennwort des Knotens zurückgesetzt, das in Datenbank gespeichert ist.

    guest_password

    Gibt das Kennwort für Parameter "den guest_username" an. Das Kennwort muss mithilfe des Hilfsprogramms "d2dutil –encrypt" verschlüsselt werden. Der Parameter "guest_password" wird ignoriert, wenn Sie das d2dverify-Hilfsprogramm verwenden, um Informationen aus der Datenbank des Sicherungsservers abzufragen.

    storage_location

    Gibt den Netzwerkpfad des Speicherorts der Sicherung an. Sie müssen den Speicherort nicht angeben, wenn sich die Knoten im Parameter "node_list" in der Datenbank des Sicherungsservers befinden. Wenn es sich beim Speicherort um eine CIFS-Freigabe handelt, geben Sie den Speicherort im folgenden Format an:

    //Hostname/Pfad
    
    storage_username

    Gibt den Benutzernamen an, mit dem auf den Speicherort der Sicherung zugegriffen werden soll. Für NFS-Freigaben ist dieser Parameter nicht erforderlich.

    Geben Sie den Speicherort für Benutzer von Windows-Domänen im folgenden Format an:

    Domänenname/Benutzername
    
    storage_password

    Gibt das Kennwort an, mit dem auf den Speicherort der Sicherung zugegriffen werden soll. Das Kennwort muss mithilfe des Hilfsprogramms "d2dutil –encrypt" verschlüsselt werden. Für NFS-Freigaben ist dieser Parameter nicht erforderlich.

    recovery_point = last

    Gibt die Sitzung an, die Sie wiederherstellen möchten. Eine Recovery-Sitzung liegt in der Regel in folgendem Format vor: S00000000X, wobei "X" für einen numerischen Wert steht. "S00000000X" ist der Ordnername der Wiederherstellungspunkte. Wenn Sie die letzte Sitzung wiederherstellen möchten, geben Sie das Schlüsselwort "last" an.

    encryption_password

    Gibt das Verschlüsselungskennwort für den Wiederherstellungspunkt an. Das Kennwort muss mithilfe des Hilfsprogramms "d2dutil –encrypt" verschlüsselt werden.

    script

    Gibt das Skript an, das Sie ausführen möchten. Das Skript wird nach einer erfolgreichen Wiederherstellung auf dem Zielcomputer ausgeführt. Wenn dieser Parameter nicht angegeben wird, führt das d2dverify-Hilfsprogramm den Befehl "ls /proc" auf dem Zielcomputer aus.

    email_to_address

    Gibt die E-Mail-Adresse der Empfänger an, die Berichte per E-Mail empfangen sollen. Sie können mehr als eine E-Mail-Adresse angeben. Trennen Sie sie durch Kommas voneinander ab.

    email_subject

    Gibt die Betreffzeile der E-Mail an.

    report_format

    Gibt das Format des Berichts an, den Sie per E-Mail empfangen werden. Das Format kann Text sein (.txt) oder html.

    Standard: html

    node_not_in_db

    Gibt die Knoten der node_list-Parameter an, die sich nicht in der Datenbank des Sicherungsservers befinden. Sie müssen die Parameter angeben, die mit "storage_*" verknüpft sind.

    Wert: yes

    stop_vm_after_recovery

    Gibt an, dass die Ziel-VM nach einer erfolgreichen Wiederherstellung und Prüfung angehalten werden soll. Die Werte für diesen Parameter sind "yes" und "no".

    Standard: yes

  4. Speichern und schließen Sie die Vorlage.
  5. Führen Sie das d2dverify-Hilfsprogramm mithilfe des folgenden Befehls aus:
    d2dverify --template=file_path
    

Hinweis: Das d2dverify-Hilfsprogramm schlägt fehl, wenn die Knoten im node_list-Parameter unter Verwendung des öffentlichen/privaten Schlüssels hinzugefügt werden. Um dieses Problem zu beheben, konfigurieren Sie die Umgebungsvariable "export D2D_SSH_IGNORE_PWD=yes" in der Shell-Umgebung, in der Sie das d2dverify-Hilfsprogramm ausführen.

Die Brauchbarkeit von Wiederherstellungspunkten wurde erfolgreich überprüft.