Info2soft verwendet Cookies, um Ihnen ein besseres und angenehmeres Surferlebnis auf unserer Website zu ermöglichen. Datenschutzerklärung
Wird geladen...
Von:
System Center Data Protection Manager nutzt den Hyper‑V‑VSS‑Writer zum Schutz virtueller Maschinen ohne Ausfallzeiten und ist damit eine gängige Wahl für die Sicherung von Hyper‑V‑VMs in Microsoft‑zentrierten Umgebungen.
Diese Anleitung behandelt den Einrichtungsprozess von DPM, Wiederherstellungsoptionen sowie die produktionsbezogenen Einschränkungen, die IT‑Abteilungen häufig dazu veranlassen, Alternativen zu prüfen.
System Center Data Protection Manager (DPM) ist die unternehmensweite Sicherungs‑ und Wiederherstellungslösung von Microsoft. Für Hyper‑V‑Umgebungen wird ein Agent auf dem Host bereitgestellt, der mit dem Windows‑Volume‑Shadow‑Copy‑Dienst (VSS) zusammenarbeitet und anwendungs‑konsistente Momentaufnahmen virtueller Maschinen erstellt, ohne aktive Workloads zu unterbrechen.
DPM unterstützt zwei Schutzverfahren.
Bevor Sicherungsaufträge ausgeführt werden, muss die Umgebung eine Reihe von architektonischen und konfigurationsbezogenen Anforderungen erfüllen.
Vor der Konfiguration des Schutzes bestimmen zwei Entscheidungen die gesamte Bereitstellung: Sicherungsumfang und Speicherarchitektur.
1. Installieren des DPM‑Schutz‑Agents auf Hyper‑V‑Hosts
Wechseln Sie zur Registerkarte Verwaltung, wählen Sie Agents aus und übertragen Sie den Agent auf jeden Host. Für Hosts in nicht vertrauenswürdigen Domänen oder Arbeitsgruppen installieren Sie den Agent manuell – die Agent‑Push‑Installation erfordert zuvor geöffnete spezifische Firewall‑Ports.
2. Hinzufügen von Hyper‑V‑Hosts zu DPM
Wählen Sie unter der Registerkarte Verwaltung den Punkt Produktionsserver aus und klicken Sie auf Hinzufügen. Folgen Sie dem Assistenten und geben Sie die Anmeldeinformationen für jeden Ziel‑Host ein.
3. Konfigurieren des DPM‑Speicherpools
Weisen Sie dem Speicherpool dedizierte physische Festplatten zu. Volumes mit ReFS‑Formatierung werden empfohlen, um Modern Backup Storage (MBS) und dessen Block‑Cloning‑Technologie zu aktivieren.
4. Erstellen einer Schutzgruppe
Klicken Sie auf der Registerkarte Schutz auf Neu und wählen Sie Server als Gruppentyp aus. Wählen Sie die zu schützenden VMs aus und aktivieren Sie den datenträgerbasierten Kurzzeitschutz.
5. Festlegen von kurzfristigen Wiederherstellungszielen
Definieren Sie den Aufbewahrungszeitraum (bis zu 448 Tage auf Datenträger), die Synchronisationshäufigkeit und den Zeitplan für Express‑Full‑Sicherungen.
6. Aktivieren der Azure‑Sicherung (optional)
Um einen Standort‑übergreifenden Schutz hinzuzufügen, wählen Sie im Assistenten die Option zum Kopieren von Sicherungspunkten in einen Azure‑Recovery‑Services‑Tresor aus.
7. Auswählen einer Replikaterstellungsmethode
Bei kleineren Umgebungen führen Sie die Replikation sofort über das Netzwerk durch. Bei großen VM‑Datensätzen vermeidet die manuelle Replikation mittels physischer Medien eine Bandbreitenauslastung während der Erstsynchronisation.
8. Überprüfen des Sicherungsstatus
Öffnen Sie die Registerkarte Überwachung und bestätigen Sie, dass die anfängliche Replikation fehlerfrei abgeschlossen wird. Bei Inkonsistenzen führen Sie eine manuelle Konsistenzprüfung über die Konsole aus.
DPM bietet mehrere Wiederherstellungswege, je nachdem, wie viel von der Umgebung wiederhergestellt werden muss und wohin die Wiederherstellung erfolgen soll.
Bei der Planung von Wiederherstellungszielen legt die Sicherungshäufigkeit das RPO fest – je häufiger die Synchronisation erfolgt, desto weniger Daten sind gefährdet. Der gewählte Wiederherstellungsweg bestimmt, wie schnell der normale Betrieb wiederaufgenommen werden kann und steht in direktem Zusammenhang mit den RTO‑Zielen.
Obwohl DPM eng mit Windows Server integriert ist, erschweren mehrere architektonische Einschränkungen die Skalierung in komplexeren Umgebungen.
DPM kann VMs mit gemeinsam genutzten VHDX‑Dateien nicht auf Host‑Ebene sichern – der Hyper‑V‑VSS‑Writer unterstützt keine Volumes, die auf gemeinsam genutzten virtuellen Festplatten basieren. VMs mit Pass‑Through‑Festplatten weisen dasselbe Problem auf, da der übergeordnete Host keine Momentaufnahme eines rohen physischen Volumes erstellen kann, das direkt einem Gast zugeordnet ist. Für beide Szenarien muss auf den Schutz auf Gast‑Ebene gewechselt werden, also die Installation eines Agents in jeder betroffenen VM.
Das standardmäßige Limit von 16 TB für Replikat‑Volumes ist eine weitere zu berücksichtigende Einschränkung. Es ergibt sich aus der standardmäßigen 4K‑Clustergröße. Zwar gibt es Registrierungs‑Workarounds, diese erfordern jedoch eine manuelle Konfiguration und erhöhen den Verwaltungsaufwand.
Die Element‑Ebenen‑Wiederherstellung (ILR) steht für VHDs auf Volumes mit aktivierter Windows‑Server‑Deduplizierung nicht zur Verfügung. Wenn ILR blockiert ist, muss zur Wiederherstellung einer einzelnen Datei zuerst die gesamte VHD wiederhergestellt und anschließend die Daten manuell extrahiert werden – dies verlängert die Wiederherstellungszeit erheblich.
Zudem ist die Bandunterstützung für Hyper‑V‑Workloads eingeschränkt. DPM unterstützt nur inkrementelle Sicherungen auf Datenträger oder Cloud; für Bänder sind ausschließlich Vollsicherungen möglich, was bei großen VM‑Datensätzen unpraktisch ist.
DPM setzt eine strikte Trennung zwischen Azure‑ und lokalen Umgebungen durch. Eine DPM‑Instanz, die als Azure‑VM ausgeführt wird, kann keine lokalen Hyper‑V‑Hosts schützen, und ein lokaler DPM‑Server schützt keine nativen Azure‑VMs. Dadurch werden hybride Szenarien komplexer zu verwalten.
Für gemischte Virtualisierungsumgebungen ist die VMware‑Unterstützung von DPM ebenfalls begrenzt. VMware‑VMs werden wie einzelne physische Server behandelt, statt einen agentenlosen Schutz anzubieten. Dies führt im Vergleich zu spezialisierten Alternativen zu einem hohen Verwaltungsaufwand.
Einige früh in der Bereitstellung getroffene Konfigurationsentscheidungen beeinflussen langfristig maßgeblich die Zuverlässigkeit und Speichereffizienz.
Sicherungsdatenverkehr konkurriert mit Produktions‑Workloads, wenn beide über dieselbe Netzwerkschnittstelle laufen. Die Zuweisung einer separaten Netzwerkkarte für die Sicherungsreplikation und die Ausführung des PowerShell‑Cmdlets Add‑BackupNetworkAddress leiten Sicherungsdaten über einen separaten physikalischen Pfad und lassen die Produktions‑Bandbreite unberührt.
Auf Speicherseite reduziert der Ausschluss nicht kritischer Festplatten vom Schutz den Verbrauch des Speicherpools. Das Skript ExcludeDisk.ps1, verfügbar ab DPM 2025 UR1, ermöglicht den Ausschluss bestimmter virtueller Festplatten aus Sicherungsaufträgen auf Host‑Ebene auf VM‑Ebene.
Fassen Sie VMs mit ähnlichen Wiederherstellungszielen und Schreibmustern in derselben Schutzgruppe zusammen. Die Mischung von hochfrequenten Datenbank‑Servern mit niedrigprioren Entwicklungs‑VMs in einer Gruppe führt zu Ressourcenkonflikten und erschwert die Optimierung von Sicherungszeitplänen.
Für Anwendungs‑Workloads planen Sie regelmäßige Express‑Full‑Sicherungen ein, statt sich ausschließlich auf inkrementelle Synchronisation zu verlassen. Express‑Full‑Sicherungen übertragen nur geänderte Blöcke und erneuern gleichzeitig den Wiederherstellungspunkt. Sie kombinieren die Effizienz einer inkrementellen Sicherung mit der Konsistenz einer Vollsicherung.
Konfigurieren Sie SMTP‑Benachrichtigungen, damit Sicherungsfehler umgehend eine E‑Mail‑Alarmierung auslösen, statt dass jemand manuell die Konsole prüfen muss.
Führen Sie regelmäßig Wiederherstellungstests durch – prüfen Sie, ob die Element‑Ebenen‑Wiederherstellung funktioniert und ob die Wiederherstellung an einem alternativen Speicherort (ALR) auf einem anderen Host innerhalb Ihrer RTO‑Ziele abgeschlossen wird. Installieren Sie Update‑Rollups zeitnah, da Microsoft damit bekannte VSS‑Probleme behebt und die Stabilität zwischen Host und Agent über Hauptversionen hinweg verbessert.
DPM funktioniert gut in rein auf Microsoft ausgerichteten Umgebungen, doch seine Einschränkungen summieren sich schnell: fehlender agentenloser VMware‑Schutz, eingeschränkte Bandoptionen, Konflikte der ILR mit Deduplizierung sowie harte Grenzen zwischen lokalen und Cloud‑Umgebungen.
Für Teams mit gemischter Infrastruktur oder dem Wunsch, den Schutz auf einer einzigen Plattform zu konsolidieren, behebt i2Backup diese Lücken direkt.
Für Teams, die über geplante Sicherungen hinaus eine höhere Ausfallsicherheit benötigen, bietet i2Availability von Info2soft Echtzeit‑Replikation und automatischen Failover für kritische Workloads. Für nahezu null RPO repliziert i2CDP veränderte Daten byte‑genau in Echtzeit.
DPM bietet einen solchen nativen Schutz für Hyper‑V‑Umgebungen, die vollständig auf Windows Server aufbauen. Mit wachsender Infrastruktur werden seine architektonischen Einschränkungen jedoch immer schwerer zu umgehen. Einschränkungen bei gemeinsam genutzten VHDX, ILR‑Konflikte mit Deduplizierung, Band‑Beschränkungen und fehlender agentenloser VMware‑Schutz sind reale produktionsrelevante Gesichtspunkte – keine Randfälle.
Für Teams, bei denen DPM die Anforderungen ausreichend abdeckt, helfen die bewährten Praktiken dieser Anleitung für einen zuverlässigen Betrieb. Für Umgebungen, die diese Grenzen überschritten haben, bietet i2Backup von Info2soft eine plattformunabhängige Alternative mit breiterem Funktionsumfang, die gemischte Virtualisierung, flexible Speicherziele und schnellere Wiederherstellungsoptionen über eine einzige Konsole abdeckt.
In jedem Fall gilt dasselbe Ziel: Definieren Sie Ihre Wiederherstellungsziele, testen Sie Wiederherstellungen regelmäßig und stellen Sie sicher, dass Ihre Sicherungslösung diese Ziele im Ernstfall auch erfüllt.
· Unternehmenskunden und Mittelstand weltweit
· Unser Support-Team unterstützt Sie während der gesamten Testphase
· Starten Sie eine 60-tägige Testversion oder sehen Sie sich eine Demo an, um zu erfahren, wie Info2Soft Unternehmensdaten schützt.
