Sichern und Wiederherstellen von VMM
Wichtig
Diese Version von Virtual Machine Manager (VMM) hat das Supportende erreicht. Sie sollten ein Upgrade auf VMM 2019 durchführen.
Dieser Artikel beschreibt die Vorgehensweise für Sicherung und Wiederherstellung in einer System Center – Virtual Machine Manager-Umgebung (VMM) und enthält einige Empfehlungen.
Vorbereitung
- Verwenden Sie keine Prüfpunkte für die Notfallwiederherstellung. Prüfpunkte erstellen keine vollständigen Duplikate der Festplatteninhalte und kopieren keine Daten auf ein separates Volume.
- Sie können vor dem Aktualisieren eines Betriebssystems auf einem virtuellen Computer einen Prüfpunkt als temporäre Sicherung nutzen. So können Sie das Update zurücksetzen, wenn es nachteilige Auswirkungen hat.
- Sie sollten eine Sicherungsanwendung verwenden, damit Ihre Daten bei einem schwerwiegenden Datenverlust gesichert sind und wiederhergestellt werden können. Eine Option ist System Center Data Protection Manager (DPM).
- Daten wie Kennwörter für Remotezugriffsautorisierung (RAA) und der Product Key können eingegeben werden, wenn Sie VMM neu installieren. Allerdings können einige verschlüsselte Daten wie z.B. Rollen für virtuelle Computer nicht erneut eingegeben werden.
- Sie können solche Daten nicht sichern und wiederherstellen, wenn Sie das Data Protection Application Programming Interface (DPAPI) zum Sichern von VMM verwenden.
- Wenn beim VMM-Verwaltungsserver ein Fehler auftritt, gehen die Daten verloren.
Erstellen und Implementieren eines Sicherungsplans
Zu den grundlegenden Elementen eines Sicherungsplans gehört eine Liste mit dem, was gesichert werden soll, und ein Überblick darüber, was in Ihrer Umgebung häufig geändert wird (und daher häufig gesichert werden muss).
Sichern der VMM-Datenbank
Die VMM-Datenbank enthält Informationen, wie Konfigurationen, Dienstvorlagen, Profile, Vorlagen für virtuelle Computer, Dienste, horizontal skalierte Services und andere wichtige Daten, die für eine ordnungsgemäße Funktionsweise von VMM erforderlich sind. Sichern Sie die VMM-Datenbank regelmäßig.
Die VMM-Datenbank kann auf dem VMM-Verwaltungsserver oder auf einem separaten Server mit Microsoft SQL Server gespeichert werden. Zum Sichern der VMM-Datenbank haben Sie folgende Möglichkeiten:
SQL Server-Tools. Weitere Informationen finden Sie unter Erstellen einer vollständigen Datenbanksicherung (SQL Server).
Andere Sicherungstools, die in Ihrer Umgebung verwendet werden:
Die VMM-Konsole oder ein Windows PowerShell-Cmdlet, wie in den folgenden Verfahren beschrieben.
Zusätzlich zum Sichern der Datenbank empfehlen wir, dass Sie eine Sicherung des Systemstatus des VMM-Verwaltungsservers durchführen, sodass Sie den Server bei einem schwerwiegenden Datenverlust mit derselben Sicherheits-ID (SID) neu erstellen können. Die SID ist ein integraler Bestandteil der VMM-Autorisierung auf Hosts für virtuelle Computer.
Wichtig
- Es gibt mehrere Möglichkeiten, die Datei der VMM-Datenbank wiederherzustellen, die Sie über einen der folgenden Sicherungsvorgänge erstellen. Eine Möglichkeit, für die der VMM-Verwaltungsserver funktionsfähig sein muss, ist die Verwendung des SCVMMRecover.exe-Tools, wie in Backup-SCVMMServer beschrieben (obwohl SCVMMRecover.exe kein Cmdlet ist). Eine andere Möglichkeit, für die der VMM-Verwaltungsserver nicht funktionsfähig sein muss, ist das Wiederherstellen mithilfe des SQL Server-Tools für das Wiederherstellen und Anfügen einer Datenbankdatei.
- Um die folgenden Verfahren zu verwenden, müssen Sie Mitglied der Administrator-Benutzerrolle sein.
Sichern der VMM-Datenbank mithilfe der VMM-Konsole
Klicken Sie im Arbeitsbereich Einstellungen auf der Registerkarte Startseite in der Gruppe Sicherung auf Sicherung.
Geben Sie im Dialogfeld Virtual Machine Manager-Sicherung den Speicherort für die Sicherungsdatei an. Wählen Sie einen Ordner aus, der kein Stammverzeichnis ist und auf den SQL Server zugreifen kann.
Sie können den Status der Sicherung im Arbeitsbereich „Aufträge“ überprüfen.
Informationen zur Vorgehensweise beim Wiederherstellen der Sicherung finden Sie im Hinweis Wichtig vor diesem Verfahren.
Sichern der VMM-Datenbank mithilfe eines Cmdlets in Windows PowerShell
Starten Sie eine Windows PowerShell-Sitzung.
Führen Sie an der Windows PowerShell-Eingabeaufforderung die Cmdlets Get-SCVMMServer und Backup-SCVMMServer mit der folgenden Syntax aus:
get-scvmmserver <VMM management server name> | backup-scvmmserver -Path <BackupFileDir>
Informationen zur Vorgehensweise beim Wiederherstellen der Sicherung finden Sie im Hinweis Wichtig vor diesen Verfahren.
Sichern von Hosts und virtuellen Maschinen
Hosts für virtuelle Computer sind Hyper-V-Hosts, VMware ESXi-Hosts und Hostcluster, auf denen virtuelle Computer und Dienste bereitgestellt werden. Um Hosts für virtuelle Computer und Cluster zu sichern, verwenden Sie Microsoft System Center Data Protection Manager (DPM) oder eine andere Sicherungsanwendung, die den Volumeschattenkopie-Dienst (VSS) zum Kopieren von Host- und VM-Daten auf eine Remote-Dateiserverfreigabe nutzt.
Wichtig
Es wird empfohlen, die Konfigurationsdateien der virtuellen Maschine (VMC-Dateien) täglich zu sichern.
Inventarisieren Sie Ihre Hosts, und sichern Sie dann alle gehosteten virtuellen Maschinen. Um die Liste der Hosts abzurufen, die von VMM verwaltet werden, führen Sie das folgende Cmdlet über eine Windows PowerShell-Befehlszeile aus:
$vmhost = get-scvmmserver <VMM management server name> | get-scvmhost
Weitere Informationen finden Sie unter Get-SCVMMServer und Get-SCVMHost.
Sichern Sie alle Konfigurations- und Ressourcendateien auf jedem VMM-Host mithilfe von Sicherungssoftware, die den VMM VSS Writer unterstützt. Sicherungssoftware, die VMM unterstützt, minimiert die Anzahl der erforderlichen Schritte zum Archivieren und Wiederherstellen von virtuellen Maschinen, reduziert Ausfallzeiten auf ein Minimum und stellt die Konsistenz der Daten sicher, die archiviert oder wiederhergestellt werden.
Sichern von Bibliothekservern
Die VMM-Bibliothek enthält dateibasierte Ressourcen wie z.B. virtuelle Festplatten, ISO-Images, Skripts, Treiberdateien und Anwendungspakete, die auf Bibliotheksservern gespeichert sind. Diese Ressourcen sind eng verknüpft mit Ressourcen in der VMM-Datenbank, die nicht dateibasiert sind, etwa Vorlagen und Profile für virtuelle Computer und Dienste. All diese Ressourcen sollten gesichert werden.
Um die Daten auf Bibliothekservern zu sichern, verwenden Sie System Center Data Protection Manager (DPM) oder eine andere Sicherungsanwendung, die den Volumenschattenkopie-Dienst (VSS) zum Kopieren von Host- und VM-Daten auf einer Remote-Dateiserverfreigabe nutzt. Um eine Liste der VMM-Bibliothekserver zu erhalten, führen Sie das folgende Cmdlet über die Windows PowerShell-Befehlszeile aus:
$libraryservers = get-scvmmserver <VMM management server name> | get-sclibraryserver
Weitere Informationen finden Sie unter Get-SCVMMServer und Get-SCLibraryServer.
Sichern Sie alle Dateien auf Bibliotheksfreigaben in einem freigegebenen Ordner auf einem Remotedateiserver, einschließlich Dateien mit den folgenden Erweiterungen:
- VHD und VHDX
- ISO
- VMX
- PS1
- VMC
- VSV
Sichern von privaten VMM-Clouds
Um die Replikation und das Failover von VMs, die sich in VMM-Clouds befinden, zu orchestrieren und zu automatisieren, können Sie Azure Site Recovery Manager verwenden. Sie können die Replikation auf folgende Weise durchführen:
Von einer lokalen VMM-Site zu einer anderen mithilfe der Hyper-V-Replikation oder der SAN-Replikation.
Von einer lokalen VMM-Site in Azure mithilfe der Hyper-V-Replikation.
Sichern von Registrierungsschlüsseln, Verschlüsselungsschlüsseln und Anmeldeinformationen
Verwenden Sie die folgenden Richtlinien zum Sichern der Registrierungsschlüssel, Verschlüsselungsschlüssel und nicht von VMM verwalteten Anmeldeinformationen:
Registrierungsschlüssel: VMM verwendet mehrere Registrierungsschlüssel, um wichtige Einstellungen zu speichern. Einstellungen werden in den folgenden Registrierungsschlüssel und dessen Unterschlüssel gespeichert: HKLM\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings.
Sie sollten den gesamten Abschnitt der Registrierung sichern, mit möglicher Ausnahme des SQL-Unterschlüssels. Wenn Sie den SQL-Unterschlüssel sichern, erfassen Sie den Datenbanknamen, den Speicherort und andere Details zum Zeitpunkt der Sicherung, die möglicherweise nicht der VMM-Datenbank entsprechen, die Sie während der Wiederherstellung benötigen.
Um die Registrierungsschlüssel zu sichern, können Sie die Export-Funktion von Regedit oder jedes andere Tool verwenden, das in Ihrer Umgebung zum Sichern von Registrierungsschlüsseln verwendet wird.
Verschlüsselungsschlüssel in Active Directory Domain Services: Wenn die Verwaltung verteilter Schlüssel (Distributed Key Management, DKM) konfiguriert ist, speichern Sie mit VMM in Zusammenhang stehende Verschlüsselungsschlüssel in Active Directory Domain Services (AD DS). Sichern Sie Active Directory in regelmäßigen Abständen ab, um diese Schlüssel zu sichern.
Nicht von VMM verwaltete Anmeldeinformationen: Einige Anmeldeinformationen im Zusammenhang mit VMM werden von der Windows-Anmeldeinformationsverwaltung auf dem VMM-Verwaltungsserver verwaltet. Wählen Sie in der Systemsteuerung die Option Alle Systemsteuerungselemente aus, und klicken Sie dann auf Anmeldeinformationsverwaltung, um die Anmeldeinformationsverwaltung aufzurufen. Klicken Sie auf Anmeldedaten sichern, um alle auf VMM bezogenen Anmeldeinformationen zu sichern.
Sichern von Benutzeroberflächen-Add-Ins und anderen Anwendungen, die nicht von Microsoft stammen
Sie können Add-Ins von Benutzeroberflächen (UIs) verwenden, die nicht Windows sind, um die Funktionalität der VMM-Konsole zu erweitern. Die von einer UI verwendeten Daten können auf dem lokalen Server oder auf einem Remotecomputer gespeichert werden, und sie können mit einem bestimmten Satz Berechtigungen konfiguriert sein. Überprüfen Sie die Sicherungsrichtlinien Ihres bestimmten Benutzeroberflächen-Add-Ins.
Informationen zu allen anderen Anwendungen, die nicht von Microsoft stammen, finden Sie in den Sicherungsrichtlinien der jeweiligen Anwendung.
Wiederherstellen der VMM-Umgebung
Wiederherstellen der VMM-Datenbank bei Bedarf
Wenn die VMM-Datenbank wiederhergestellt werden muss, stellen Sie sie zunächst mit dem Prozess her, der Ihrer Sicherungsmethode entspricht. Informationen zum Wiederherstellen mithilfe von SQL Server-Tools finden Sie beispielsweise in der Übersicht über Wiederherstellungsvorgänge (SQL Server).
Wenn die VMM-Datenbank das einzige Element ist, das Sie wiederherstellen müssen, und Sie Informationen über das SCVMMRecover.exe-Tool benötigen, lesen Sie Backup-SCVMMServer.
Wiederherstellen der VMM-Datenbank auf demselben Computer
Bei Verwendung des gleichen Computers für den VMM-Server führen Sie auf diesem Computer eine Wiederherstellung des Systemstatus aus (andernfalls überspringen Sie diesen Abschnitt). Wenn Sie dies tun, bleibt die SID auf dem VMM-Server unverändert, und es sind weniger Schritte zum Wiederherstellen Ihrer VMM-Umgebung notwendig.
Nachdem Sie den VMM-Server wiederhergestellt haben, führen Sie die folgenden Schritte aus:
Entfernen Sie alle Hosts oder VMs aus der VMM-Konsole, die nach der letzten Sicherung entfernt wurden. Wenn ein Host nach der letzten Sicherung entfernt wurde, wird er mit „Keine Rückmeldung“ gekennzeichnet, und alle virtuellen Maschinen auf dem Host werden mit „Der Host antwortet nicht“ angezeigt. Wenn der Host vorhanden ist, aber nach der letzten Sicherung eine virtuelle Maschine entfernt wurde, wird die virtuelle Maschine daraufhin als „Fehlt“ dargestellt.
Fügen Sie Hosts oder virtuelle Maschinen hinzu, die nach der letzten Sicherung hinzugefügt wurden.
Wiederherstellen der VMM-Datenbank auf einem anderen Computer
Wenn Sie den VMM-Management-Server auf einem anderen physischen Computer wiederherstellen möchten, überprüfen Sie zunächst die Hardwareanforderungen in den Systemanforderungen.
Installieren Sie anschließend VMM erneut auf dem ausgewählten Server, und verweisen Sie diesen VMM-Server auf die VMM-Datenbank. Da dieser Server über eine andere SID als der ursprüngliche Computer verfügt, sind einige Schritte notwendig, um ihn mit Ihrer Umgebung zu synchronisieren. Diese Schritte umfassen das Neuzuordnen von Hosts mit dem neuen VMM-Server (andernfalls bleiben sie dem Konto des ursprünglichen Computers zugeordnet).
Aktualisieren von Hosts mit dem neuen VMM-Verwaltungsserver
Öffnen Sie die VMM-Konsole.
Prüfen Sie bei Bedarf die Liste der Hosts und die virtuellen Maschinen, um spätere Schritte in dieser Prozedur vorzubereiten:
Zum Überprüfen der Liste der Server klicken Sie im Arbeitsbereich Fabric auf der linken Seite auf Server.
Um die Liste der VMs zu überprüfen, klicken Sie im Arbeitsbereich VMs und Dienste auf der linken Seite auf Alle Hosts.
Entfernen Sie alle Hosts oder VMs aus der VMM-Konsole, die nach der letzten Sicherung entfernt wurden. Wenn ein Host nach der letzten Sicherung entfernt wurde, wird er mit „Keine Rückmeldung“ gekennzeichnet, und alle virtuellen Maschinen auf dem Host werden mit „Der Host antwortet nicht“ angezeigt. Wenn der Host vorhanden ist, aber nach der letzten Sicherung eine virtuelle Maschine entfernt wurde, wird die virtuelle Maschine daraufhin als „Fehlt“ dargestellt.
Fügen Sie Hosts oder virtuelle Maschinen hinzu, die nach der letzten Sicherung hinzugefügt wurden.
Zum Identifizieren der verwalteten Computer, die mit „Zugriff verweigert“ gekennzeichnet sind, klicken Sie mit der rechten Maustaste jeweils darauf, klicken Sie dann auf Neu zuordnen, und geben Sie anschließend die administrativen Anmeldeinformationen an.
Wenn Sie einen VMM-Verwaltungsserver wiederherstellen, der auch ein Bibliothekserver war, dann listet der neue Computer den ursprünglichen VMM-Server als Standardbibliothekserver auf. Entfernen Sie den ursprünglichen Bibliothekserver aus der Ansicht Bibliothek, und fügen Sie dann den neuen Computer als Bibliothekserver hinzu.
Ordnen Sie bei Bedarf Server im Umkreisnetzwerk (auch als DMZ, demilitarisierte Zone und überwachtes Subnetz bezeichnet) neu zu, wie im nächsten Abschnitt beschrieben.
Neuzuordnen von Servern in einem Umkreisnetzwerk
Nach der Wiederherstellung eines VMM-Servers werden Server in einem Umkreisnetzwerk anfänglich möglicherweise als „Reagiert nicht“ angezeigt. Führen Sie in diesem Fall die folgenden Schritte aus.
Melden Sie sich bei jedem Server im Umkreisnetzwerk an, und suchen Sie dann das VMM-Konto. Das VMM-Konto ist ein lokales Administratorkonto mit einem Namen, der aus 10 Zeichen besteht: scvmm und fünf zufällige Zeichen.
Ändern Sie das Kennwort für das VMM-Konto auf jedem Server.
Klicken Sie auf dem VMM-Verwaltungsserver im Dialogfeld Hosteigenschaften auf die Registerkarte Optionen, und weisen Sie jedem Server das Kennwort zu, das Sie in Schritt 2 erstellt haben.
Wiederherstellen der VMM-Bibliothekserver
Um einen Bibliothekserver nach einem Datenverlust wiederherzustellen, stellen Sie die Dateiserverfreigaben und anschließend die Daten auf den Freigaben wieder her.
Nach dem Wiederherstellen des VMM-Verwaltungsservers und der VMM-Datenbank werden Bibliothekserver in der VMM-Konsole aufgelistet. Bei Bedarf ordnen Sie diese Listen mit den physischen Bibliothekservers neu an.
- Wenn der neu wiederhergestellte Computer den gleichen Namen wie der ursprüngliche Computer hat, installieren Sie den Virtual Machine Manager-Agent lokal auf diesem Computer, und ordnen Sie dann diesen Computer dem VMM-Verwaltungsserver neu zu.
- Wenn der neu wiederhergestellte Computer einen anderen Namen hat als der ursprüngliche Computer, verwenden Sie die VMM-Konsole, um den ursprünglichen Computer aus der Liste der verwalteten Computer zu entfernen, und fügen Sie dann den neuen Computer hinzu.
Wiederherstellen von Registrierungsschlüsseln, Active Directory-Objekten und nicht von VMM verwalteten Anmeldeinformationen
Die folgenden Richtlinien dienen dem Wiederherstellen von Registrierungsschlüsseln, Active Directory-Objekten und nicht von VMM verwalteten Anmeldeinformationen:
Registrierungsschlüssel: Wenn Sie Registrierungsschlüssel wiederherstellen möchten, die zuvor gesichert wurden, können Sie dazu die Regedit-Funktion Importieren verwenden oder jedes andere Tool, das in Ihrer Umgebung dazu verwendet wird, Registrierungsschlüssel zu sichern und wiederherzustellen. Stellen Sie allerdings nicht den SQL-Unterschlüssel wieder her, wenn der Datenbankname, Speicherort und andere Details, die er enthält, nicht mit dem übereinstimmen, was Sie für die VMM-Datenbank während der Wiederherstellung der Registrierungsschlüssel geplant haben.
Active Directory-Objekte: Wenn die Verwaltung verteilter Schlüssel (Distributed Key Management, DKM) in Ihrer VMM-Umgebung aktiviert ist, speichert VMM Daten in Active Directory, z. B. RAA-Kennwörter, Product Key-Informationen und Rollendaten für virtuelle Maschinen. Nach der Neuinstallation von VMM ist es möglich, einige der in Active Directory gespeicherten Daten, z.B. RAA-Kennwörter und Product Key-Informationen, bei Bedarf erneut einzugeben. Nachdem Sie VMM neu installiert und Active Directory bei Bedarf wiederhergestellt haben, sind die Daten in Active Directory weiterhin für VMM zugänglich.
Nicht von VMM verwaltete Anmeldeinformationen: Wählen Sie in der Systemsteuerung Alle Systemsteuerungselemente aus, und klicken Sie dann auf Anmeldeinformationsverwaltung. Klicken Sie auf Anmeldeinformationen wiederherstellen, um alle auf VMM bezogenen Anmeldeinformationen wiederherzustellen, die zuvor gesichert wurden.
Aufgaben nach der Wiederherstellung
Je nach VMM-Konfiguration müssen Sie einige der folgenden Aufgaben ausführen, nachdem Sie Ihre VMM-Umgebung wiederhergestellt haben:
Konfigurieren von Always On-Verfügbarkeitsgruppen
Wenn die VMM-Datenbank mithilfe von SQL Server Always On-Verfügbarkeitsgruppen konfiguriert wurde, müssen Sie einige Aufgaben ausführen, um sicherzustellen, dass die Datenbank ordnungsgemäß mit einer Verfügbarkeitsgruppe konfiguriert ist.
Neuinstallieren des Microsoft Azure Packs
Wenn in Ihrer Umgebung Windows Azure Pack zur Unterstützung von Mandanten mit VMM bereitgestellt wurde, müssen Sie es erneut installieren, nachdem Sie die VMM-Umgebung wiederhergestellt haben. Weitere Informationen zu Windows Azure Pack für Windows Server finden Sie unter Windows Azure Pack für Windows Server.
Installieren von zusätzlichen VMM-Konsolen
Wenn Sie Server ersetzen mussten, auf denen VMM-Konsolen installiert waren, installieren Sie die Konsolen auf diesen Servern neu.
Aktualisieren von Vorlagen für virtuelle Maschinen
Alle Vorlagen für virtuelle Maschinen, die wiederhergestellt wurden, müssen die virtuelle Festplatte, die das Betriebssystem enthält, ordnungsgemäß angeben.
Öffnen Sie in der VMM-Konsole den Arbeitsbereich Bibliothek, erweitern Sie Vorlagen, und klicken Sie dann auf VM-Vorlagen.
Klicken Sie im Bereich Vorlagen mit der rechten Maustaste auf die Vorlage für VMs, die Sie aktualisieren möchten, klicken Sie auf Eigenschaften, und klicken Sie dann auf die Seite Hardwarekonfiguration, um die Einstellungen zu aktualisieren.
Wiederherstellen von Microsoft Azure Hyper-V Recovery Manager
Wenn Microsoft Azure Hyper-V Recovery Manager in der VMM-Umgebung implementiert ist, müssen Sie einige Schritte zum Wiederherstellen des Microsoft Azure Hyper-V Recovery Manager Providers ausführen.
Überprüfen von Add-Ins, Treiberpaketen und Zertifikaten
Nach dem Wiederherstellen von VMM überprüfen Sie die folgenden Elemente, um sicherzustellen, dass Sie für Ihre Add-Ins, Treiberpakete und Zertifikate die erforderlichen Schritte ausgeführt haben:
Benutzeroberflächen-Add-Ins, die nicht von Microsoft stammen: Informationen zum Wiederherstellen von Benutzeroberflächen-Add-Ins oder anderen Anwendungen, die nicht von Microsoft stammen, finden Sie in den jeweiligen Wiederherstellungsrichtlinien der Anwendung.
Treiberpakete: Treiberpakete, die zuvor zur VMM-Bibliothek hinzugefügt wurden, können nach einer Wiederherstellung möglicherweise nicht mehr ordnungsgemäß erkannt werden. Sie müssen möglicherweise entfernt und wieder hinzugefügt werden.
Zertifikate: Alle auf VMM bezogenen Zertifikate auf Hosts müssen mit den Informationen des neuen VMM-Verwaltungsservers aktualisiert werden.
Hinweis
Nach der Neuinstallation von VMM aktualisiert VMM die Kontozugriffssteuerungslisten (ACLs), die aufgrund des Fehlers veraltet sind. Es ist kein weiterer Benutzereingriff erforderlich.