• Artikel

Set up protection for live migration

 

Veröffentlicht: März 2016

Gilt für: System Center 2012 SP1 - Data Protection Manager, System Center 2012 R2 Data Protection Manager

DPM kann virtuelle Hyper-V-Computer während der Livemigration in den folgenden Szenarien schützen:

  • Livemigration innerhalb eines Clusters – Bei der Migration eines virtuellen Computers innerhalb eines Clusters wird die Migration von DPM erkannt und der virtuelle Computer wird ohne Eingreifen des Benutzers über den neuen Clusterknoten gesichert. Da sich beim Speicher nichts ändert, erfolgen in DPM weiterhin schnelle vollständige Sicherungen. Wird ein Cluster von zwei DPM-Servern geschützt, so wird ein virtueller Computer, der von dem ersten DPM-Server geschützt wird, nach der Migration unabhängig davon, wo er sich befindet, weiterhin von dem gleichen DPM-Server geschützt.

  • Livemigration außerhalb eines einzelnen Clusters – Wenn ein virtueller Computer außerhalb eines einzelnen Clusters migriert wird, können Sie die Livemigration zwischen zwei eigenständigen Servern, zwischen einem eigenständigen Server und einem Clusterknoten oder zwischen zwei Knoten aus unterschiedlichen Clustern ausführen. In diesem Szenario wird die Migration von DPM erkannt, und es erfolgen Sicherungen ohne Benutzereingriff.

Vorbereitung

  • Unterstützung – DPM unterstützt den Schutz bei Livemigrationen nur auf Servern mit Windows Server 2012.

  • Livemigration außerhalb eines Clusters – Wenn Sie eine Livemigration außerhalb eines einzelnen Clusters durchführen möchten, ist Folgendes erforderlich:

    • Die virtuellen Computer werden in einer VMM-Cloud auf einem VMM-Server verwaltet, auf dem mindestens System Center 2012 SP1 ausgeführt wird.

    • DPM muss ein verbundener VMM-Server sein, der die Cloud enthält.

    • Alle Server mit Hyper-V sind mit allen DPM-Servern verbunden.

    Sind diese Voraussetzungen erfüllt, kommuniziert DPM mit VMM, um zu ermitteln, wo der virtuelle Computer derzeit ausgeführt wird, und kann dann eine Sicherung über den neuen Server erstellen, auf dem Hyper-V ausgeführt wird. DPM kann mit dem neuen Server, auf dem Hyper-V ausgeführt wird, kommunizieren, weil alle Server, auf denen Hyper-V ausgeführt wird, mit allen DPM-Servern verbunden sind. Kann diese Verbindung nicht hergestellt werden, tritt bei der Sicherung ein Fehler auf, und es wird gemeldet, dass der DPM-Schutz-Agent nicht erreichbar ist.

  • Speichermigration – Wird bei einer Livemigration Speicher übertragen, führt DPM eine vollständige Konsistenzprüfung des virtuellen Computers und anschließend schnelle vollständige Sicherungen aus. Wird kein Speicher migriert, beispielsweise wenn sowohl an der Quelle als auch am Ziel der gleiche Server Message Block 3.0-Server verwendet wird, dann erfolgen in DPM weiterhin schnelle vollständige Sicherungen ohne Konsistenzprüfung.

    Wird eine Speichermigration durchgeführt wird, erfolgt in Hyper-V eine Neuorganisation der virtuellen Festplatte (VHD oder VHDX). Dies führt zu einer einmaligen Spitze in der DPM-Sicherungsdatengröße.

  • Bandsicherung – Beim Livemigrationsschutz werden keine Sicherung auf Band unterstützt.

  • Konsistenzprüfung – In DPM wird eine einmalige Konsistenzprüfung für alle Livemigrationen, bei denen eine Speichermigration erfolgt, ausgeführt.

  • Einstellungen – Aktivieren Sie die automatische Bereitstellung auf dem Host des virtuellen Computers, um den virtuellen Schutz zu ermöglichen.

    Deaktivieren Sie die TCP-Chimney-Abladung.

  • Active Directory – Alle DPM-Server, VMM-Server und Server, auf denen Hyper-V ausgeführt wird, sollten sich in derselben Domäne befinden.

  • Port – Wenn Sie den von DPM zum Hosten von DPM-VMM Helper Service verwendeten Standardport (6070) ändern möchten, navigieren Sie in der Registrierung zu HKLM\Software\Microsoft\Microsoft Data Protection Manager\Configuration. Erstellen Sie einen 32-Bit-DWORD-Wert mit dem Namen DpmVmmHelperServicePort, und schreiben Sie die aktualisierte Portnummer in den Registrierungsschlüssel.

    1. Öffnen Sie "<Installationsverzeichnis>\Microsoft System Center 2012\DPM\DPM\VmmHelperService\VmmHelperServiceHost.exe.config", und geben Sie anstelle der Portnummer 6070 die Nummer des neuen Ports ein. Beispiel: <add baseAddress="net.tcp://localhost:6080/VmmHelperService/" />

    2. Starten Sie den DPM-VMM Helper Service und den DPM-Dienst neu.

Einrichten des Schutzes

  1. Bereitstellen von DPM: Stellen Sie sicher, dass DPM installiert ist und ordnungsgemäß bereitgestellt wurde. Falls noch nicht geschehen, ziehen Sie folgende Informationen zurate:

  2. Einrichten von Speicher: Überprüfen Sie, ob Speicher eingerichtet wurde. Mehr über Ihre Möglichkeiten erfahren Sie unter:

    Verwenden Sie die folgenden Kapazitäten für den Schutz des virtuellen Computers.

    Durchschnittliche Größe virtueller Computer 100 Gigabyte (GB)
    Zahl virtueller Computer pro DPM-Server 800
    Gesamtgröße von 800 virtuellen Computern 80 Terabyte (TB)
    Erforderlicher Speicherplatz für die Sicherung 80 Terabyte (TB)

    Wenn Ihr Hyper-V-Cluster beispielsweise 1600 virtuelle Computer enthält, benötigen Sie zwei DPM-Server und die doppelte Menge der in der Tabelle aufgeführten Kontingente. Der gesamte Speicherplatzbedarf für 1600 virtuelle Computer übersteigt 160 TB. Weitere Informationen zum Optimieren von Speicherplatz finden Sie unter Optimieren des Schutzes virtueller Computer.

  3. Einrichten des DPM-Schutz-Agents: Der Agent muss auf dem Hyper-V-Server oder auf jedem Server im Hyper-V-Cluster installiert werden. Wurde SMB in einem Cluster bereitgestellt, installieren Sie den DPM-Schutz-Agent auf allen Clusterknoten des Remote-SMB-Dateiservers. Lesen Sie Planen der Bereitstellung von Schutz-Agents und dann Einrichten des Schutz-Agents.

  4. Installieren der VMM-Konsole – Installieren Sie die VMM-Konsole als VMM-Clientkomponente auf allen DPM-Servern, sodass eine Kommunikation des DPM-Servers mit dem VMM-Server und eine Nachverfolgung des VMM-Servers durch den DPM-Server möglich ist. . Beachten Sie dabei Folgendes:

    1. Das Konto "DPMMachineName$" muss ein schreibgeschütztes Administratorkonto auf dem VMM-Verwaltungsserver sein.

    2. Stellen Sie sicher, dass die Version der VMM-Konsole mit der des in der Bereitstellung verwendeten VMM-Verwaltungsservers übereinstimmt.

  5. Verbinden von Servern – Führen Sie den PowerShell-Befehl "Set-DPMGlobalProperty" aus, um alle Server, auf denen Hyper-V ausgeführt wird, mit allen DPM-Servern zu verbinden. Bei dem Cmdlet können mehrere DPM-Servernamen verwendet werden. Weitere Informationen finden Sie unter Set-DPMGlobalProperty.

    Set-DPMGlobalProperty -dpmservername <dpmservername> -knownvmmservers <vmmservername>

  6. Einrichten einer Schutzgruppe – Wählen Sie auf der Seite Gruppenmitglieder auswählen unter Assistent für neue Schutzgruppen erstellen die Hyper-V-Hostserver, auf dem sich die virtuellen Computer befinden, die Sie sichern möchten. Für den Schutz in Szenarios mit Mobilität virtueller Computer muss die automatische Konsistenzprüfung auf Schutzgruppenebene aktiviert werden.

    Aktivieren Sie zunächst die DPM-/VMM-Kommunikation. Bevor Sie Schutzgruppen konfigurieren, müssen alle virtuellen Computer auf Servern mit Hyper-V erkannt werden. Ansonsten verläuft die Livemigration nicht erwartungsgemäß, und der Schutz muss unter Beibehaltung der Daten beendet und dann für den gleichen Computer neu konfiguriert werden.

    Weitere Informationen über Schutzgruppen finden Sie unter:

  7. Überprüfen der Einstellungen – Nach der Konfiguration der Einstellungen werden alle Sicherungen plangemäß fortgesetzt, wenn ein virtueller Computer zu einem anderen Cluster migriert wird. Sie können folgendermaßen überprüfen, ob die Livemigration erwartungsgemäß aktiviert ist:

    1. Überprüfen Sie, ob der DPM-VMM Helper Service ausgeführt wird. Wenn nicht, starten Sie ihn.

    2. Öffnen Sie SQL Server Management Studio, und stellen Sie eine Verbindung mit der Instanz her, auf der die DPM-Datenbank (DPMDB) gehostet wird. Führen Sie an der DPM-Datenbank folgende Abfrage aus: SELECT TOP 1000 [PropertyName] ,[PropertyValue] FROM[DPMDB].[dbo].[tbl_DLS_GlobalSetting]

      Diese Abfrage enthält eine Eigenschaft mit dem Namen KnownVMMServer. Dieser Wert muss mit dem Wert übereinstimmen, den Sie mit dem Cmdlet Set-DPMGlobalProperty bereitgestellt haben.

      Wenn Sie ein Upgrade des VMM-Verwaltungsservers durchführen, müssen Sie auch für die VMM-Konsole auf dem DPM-Server ein Upgrade durchführen, um den Schutz fortzusetzen.

    3. Führen Sie die folgende Abfrage aus, um den Parameter VMMIdentifier in PhysicalPathXML für einen bestimmten virtuellen Computer zu überprüfen: Ersetzen Sie VMName durch den Namen des virtuellen Computers.

      select cast(PhysicalPath as XML) from tbl_IM_ProtectedObject where DataSourceId in (select datasourceid from tbl_IM_DataSource where DataSourceName like '%<VMName>%')

    4. Öffnen Sie die XML-Datei, die von dieser Abfrage zurückgegeben wird, und prüfen Sie, ob das Feld VMMIdentifier einen Wert enthält.

  8. Ausführen einer manuellen Migration – Nachdem Sie die Schritte ausgeführt haben, wird die Migration nach dem Ausführen des DPM Summary Manager-Auftrags aktiviert. Standardmäßig wird dieser Auftrag jede Nacht ab Mitternacht ausgeführt. Wenn Sie in der Zwischenzeit eine manuelle Migration ausführen möchten, um zu überprüfen, ob alles wie erwartet funktioniert, gehen Sie folgendermaßen vor:

    1. Öffnen Sie SQL Server Management Studio, und stellen Sie eine Verbindung mit der Instanz her, auf der die DPMDB gehostet wird.

    2. Führen Sie die folgende Abfrage aus: select * from tbl_SCH_ScheduleDefinition where JobDefinitionID=’9B30D213-B836-4B9E-97C2-DB03C3EB39D7’. Durch diese Abfrage wird ScheduleID zurückgegeben.

    3. Erweitern Sie in SQL Server Management Studio SQL Server-Agent und dann Aufträge. Klicken Sie mit der rechten Maustaste auf die von der zuvor ausgeführten Abfrage zurückgegebene ScheduleID, und wählen Sie Auftrag starten bei Schritt aus.

    Hinweis: Bei Ausführen dieses Auftrags wird die Leistung bei der Sicherung beeinträchtigt. Größe und Skalierung Ihrer Bereitstellung bestimmen, wie lange die Ausführung des Auftrags dauert.

  9. Wiederherstellen der Daten – Nach der Konfiguration der Einstellungen werden alle Sicherungen plangemäß fortgesetzt, wenn ein virtueller Computer zu einem anderen Cluster migriert wird. Sie können Daten bei Bedarf wiederherstellen. Wenn Sie gesicherte Daten wiederherstellen möchten, lesen Sie Wiederherstellen von gesicherten Daten [DPM2012_Web]. Beachten Sie das folgende Verhalten beim Wiederherstellen von virtuellen Computern.

    Wiederherstellung eines virtuellen Computers Details
    Wiederherstellung am ursprünglichen Speicherort Die ursprüngliche VHD wurde gelöscht. DPM stellt die VHD und andere Konfigurationsdateien mithilfe von Hyper-V VSS Writer am ursprünglichen Speicherort wieder her. Nach dem Wiederherstellungsvorgang sind virtuelle Computer weiterhin hoch verfügbar.

    Zum Ausführen der Wiederherstellung muss die Ressourcengruppe vorhanden sein. Ist dies nicht der Fall, stellen Sie die VHD an einem anderen Speicherort wieder her, und legen Sie anschließend hohe Verfügbarkeit für den virtuellen Computer fest.
    Wiederherstellung an einem anderem Speicherort DPM unterstützt die Wiederherstellung an einem anderen Speicherort (Alternate Location Recovery, ALR), mit der ein geschützter virtueller Hyper-V-Computer unabhängig von der Prozessorarchitektur nahtlos auf einem anderen Hyper-V-Host wiederhergestellt werden kann. Virtuelle Hyper-V-Computer, die in einem Clusterknoten wiederhergestellt werden, weisen keine hohe Verfügbarkeit auf.
    Wiederherstellung auf Elementebene (ILR) DPM unterstützt die Wiederherstellung auf Elementebene (Item-Level Recovery, ILR). Dadurch können Sie Dateien, Ordner, Volumes und virtuelle Festplatten aus einer auf Hostebene durchgeführten Sicherung virtueller Hyper-V-Computer auf einer Netzwerkfreigabe oder auf einem durch DPM geschützten Server auf Elementebene wiederherstellen. Für die Wiederherstellung auf Elementebene muss der DPM-Schutz-Agent nicht im Gastbetriebssystem installiert sein.