VMware-Backup: So sichern Sie virtuelle VMware-Maschinen

VMware vSphere deckt einen erheblichen Anteil der weltweit virtualisierten Infrastruktur ab. Für die meisten Unternehmen, die VMware einsetzen, beherbergen die auf ESXi-Hosts ausgeführten virtuellen Maschinen die Anwendungen, Datenbanken und Daten, auf die sich das Tagesgeschäft stützt. Aufgrund dieser Abhängigkeit ist die Art und Weise, wie Sie diese VMs sichern, eine der folgenreichsten technischen Entscheidungen in Ihrer Umgebung.

VMware-Backups lassen sich nicht auf eine einzige Methode reduzieren. Es handelt sich vielmehr um eine Kategorie, die mehrere unterschiedliche Ansätze umfasst, die jeweils unterschiedliche Kompromisse hinsichtlich Geschwindigkeit, Speichereffizienz, Anwendungskonsistenz und Verwaltungsaufwand mit sich bringen. Die Wahl des richtigen Ansatzes für jede einzelne Arbeitslast entscheidet darüber, ob ein Backup-Programm eine reibungslose Wiederherstellung ermöglicht oder im Ausfallfall mehr Probleme verursacht, als es löst.

Dieser Leitfaden behandelt die Funktionsweise von VMware-Backups, die wichtigsten verfügbaren Methoden, die praktische Bedeutung von „Changed Block Tracking“ und „VADP“, Best Practices für vSphere-Umgebungen sowie Vorgehensweisen bei der Wiederherstellung nach einem Ausfall einer virtuellen Maschine. Für MSPs unterstützt Datto SIRIS agentenlose VMware-Backups über VADP sowie agentenbasierte Backups für gemischte Umgebungen – mit sofortiger Virtualisierung und unveränderlichem Cloud-Speicher. Für Unternehmen, die ihre eigene VMware-Infrastruktur verwalten, bietet Unitrends erhältlich als physische Backup-Appliance oder als Backup-Software für Unternehmen) Schutz für VMware vSphere über eine einzige Verwaltungsoberfläche.

Was ist eine VMware-Sicherung?

Bei einer VMware-Sicherung handelt es sich um den Vorgang, bei dem eine gesicherte Kopie einer in einer VMware vSphere-Umgebung ausgeführten virtuellen Maschine erstellt und an einem separaten Speicherort abgelegt wird, damit die VM nach einem Ausfall, einem Datenverlust oder einem Ransomware-Vorfall wieder in einen funktionsfähigen Zustand versetzt werden kann.

Eine virtuelle VMware-Maschine besteht aus mehreren Dateien, die zusammen das gesamte System definieren: VMDK-Dateien (Abbilder virtueller Festplatten), eine .vmx-Konfigurationsdatei, die die CPU-Zuweisung, den Arbeitsspeicher, die Netzwerkadapter und die Hardwareversion festlegt, sowie zugehörige Snapshot- und Protokolldateien. Eine Sicherung, die nur einen Teil dieser Dateien erfasst, lässt sich je nach den fehlenden Elementen möglicherweise nicht einwandfrei oder gar nicht wiederherstellen.

Was die VMware-Sicherung von der Sicherung physischer Server unterscheidet, ist die Tatsache, dass VMware eine Reihe von APIs bereitstellt – insbesondere VADP (vStorage APIs for Data Protection) –, die es Sicherungswerkzeugen ermöglichen, direkt mit dem ESXi-Hypervisor zu interagieren, um konsistente, vollständige Kopien laufender VMs zu erstellen, ohne das Gastbetriebssystem zu beeinträchtigen. Diese Integration auf Hypervisor-Ebene ermöglicht die Effizienz, Anwendungskonsistenz und Skalierbarkeit, die moderne VMware-Umgebungen erfordern. Der weitere Verlauf dieses Leitfadens konzentriert sich darauf, diese Architektur zu verstehen und korrekt anzuwenden.

So funktioniert die VMware-Sicherung

Die meisten modernen VMware-Backup-Lösungen nutzen zwei VMware-eigene Funktionen, mit denen man sich vertraut machen sollte, bevor man ein bestimmtes Produkt oder eine bestimmte Methode in Betracht zieht.

VADP (vStorage APIs for Data Protection)

VADP ist das Framework von VMware, mit dem Backup-Anwendungen direkt über den ESXi-Host oder den vCenter Server Backups auf Image-Ebene von virtuellen Maschinen erstellen können, ohne dass in jeder VM ein Agent erforderlich ist. VADP ermöglicht es einem Backup-System, einen Snapshot der virtuellen Festplatte einer VM anzufordern, die Daten dieser Festplatte direkt aus der Speicherschicht auszulesen und an ein Backup-Ziel zu übertragen – und das alles, ohne das Gastbetriebssystem zu berühren. Dieser Ansatz wird als agentenloses Backup bezeichnet und ist die Standardmethode zum Schutz von VMware-Umgebungen in großem Maßstab.

Bevor es VADP gab, bedeutete die Sicherung von VMs, dass in jedem Gast-System Backup-Agenten installiert werden mussten, wodurch VMs wie physische Maschinen behandelt wurden. Diese Methode funktioniert zwar nach wie vor, verursacht jedoch einen erheblichen Mehraufwand: Die Agenten müssen in jeder VM installiert, aktualisiert und gewartet werden, hinzu kommen die Netzwerk- und CPU-Belastung durch die Ausführung von Backup-Aufträgen in den Produktions-Gast-Systemen. VADP beseitigt diese Komplexität, indem es den Backup-Prozess auf die Hypervisor-Ebene verlagert.

CBT (Changed Block Tracking)

CBT ist der Mechanismus von VMware, mit dem nachverfolgt wird, welche Speicherblöcke auf der virtuellen Festplatte einer VM sich seit der letzten Sicherung geändert haben. Ohne CBT müsste bei einer inkrementellen Sicherung die gesamte aktuelle Festplatte mit der letzten Sicherung abgeglichen werden, um geänderte Daten zu finden – ein Vorgang, der langsam und ressourcenintensiv ist. Bei aktivierter CBT verwaltet der Hypervisor eine Bitmap der geänderten Blöcke und übermittelt diese Informationen direkt an das Sicherungswerkzeug, wodurch inkrementelle Sicherungen selbst bei großen VMs schnell und effizient durchgeführt werden können.

CBT wird auf VM-Ebene aktiviert und ist eine Voraussetzung für effiziente inkrementelle Backups mit VADP. Die meisten Backup-Plattformen für Unternehmen aktivieren diese Funktion automatisch, wenn sie mit einem VMware-Host gekoppelt werden. Ein wichtiger Hinweis zum Betrieb: CBT kann unter bestimmten Umständen stillschweigend zurückgesetzt werden, darunter bei Speicher-Migrationen, Snapshot-Vorgängen im ausgeschalteten Zustand und in einigen vMotion-Szenarien. Wenn CBT zurückgesetzt wird, wird der nächste Sicherungsauftrag auf eine Vollsicherung umgestellt. Die Überwachung auf unerwartete Vollsicherungen ist ein praktischer Indikator dafür, dass CBT möglicherweise auf einer oder mehreren VMs zurückgesetzt wurde.

So erstellen Sie Backups von virtuellen VMware-Maschinen

Es gibt drei Hauptansätze für die Sicherung virtueller VMware-Maschinen. Diese schließen sich nicht gegenseitig aus; in den meisten Produktionsumgebungen wird je nach Arbeitslast eine Kombination aus diesen Ansätzen verwendet.

Agentenlose Sicherung auf Image-Ebene (VADP)

Dies ist die empfohlene Methode für die meisten VMware-VM-Backups in großem Maßstab. Das Backup-Tool stellt eine Verbindung zum vCenter Server oder direkt zu einem ESXi-Host her, fordert über VADP einen Snapshot der virtuellen Festplatte jeder VM an, liest die Festplattendaten über CBT aus und speichert das Ergebnis auf einem Backup-Ziel. In den Gast-VMs wird keine Software installiert. Das Backup-System stellt einmalig eine Verbindung zum Hypervisor-Host her und hat anschließend Einblick in alle darauf ausgeführten VMs.

Um die Konsistenz der Anwendungen bei transaktionalen Workloads (SQL Server, Exchange, Active Directory) zu gewährleisten, koordiniert die agentenlose Sicherung die in jedem Gast installierten VMware Tools, um einen „Quiesced Snapshot“ anzufordern. Durch das „Quiescing“ werden Schreibvorgänge der Anwendungen kurzzeitig unterbrochen und das Dateisystem vor der Erstellung des Snapshots in einen stabilen Zustand versetzt. Dadurch wird sichergestellt, dass die Sicherung ohne manuelle Wiederherstellungsmaßnahmen in einen sauberen, sofort nutzbaren Zustand zurückversetzt werden kann. Damit „Quiesced Snapshots“ zuverlässig funktionieren, müssen die VMware Tools in jeder Gast-VM installiert und auf dem aktuellen Stand sein.

Datto SIRIS diesen Ansatz für VMware-Umgebungen, stellt über VADP eine direkte Verbindung zu vSphere her und erstellt über VMware Tools Snapshots im Ruhezustand. Die Sicherungsdaten werden auf die SIRIS übertragen, der Snapshot wird sofort gelöscht und das Ergebnis ist ein vollständig unabhängiger Wiederherstellungspunkt, der außerhalb der Produktionsumgebung gespeichert wird.

Agentenbasierte Datensicherung

Bei der agentenbasierten Sicherung wird im Gastbetriebssystem jeder VM ein Sicherungsclient installiert, und der Sicherungsauftrag wird vom Gast aus ausgeführt. Der Agent übernimmt direkt die Sperrung, die Datenübertragung und die anwendungsorientierte Verarbeitung. Dieser Ansatz bietet die direkteste und feinsteinkörnigste Anwendungskonsistenz, insbesondere für Workloads, bei denen eine VADP-basierte Sperrung den vollständigen Anwendungszustand möglicherweise nicht zuverlässig erfassen kann.

Der Nachteil ist der Aufwand. Jede VM erfordert eine eigene Agenteninstallation, Versionsverwaltung und Konfiguration. In Umgebungen mit großen VM-Flotten ist die agentenbasierte Sicherung betrieblich aufwendiger als die agentenlose Sicherung. Sie bleibt jedoch die richtige Wahl für bestimmte Workloads: fehlertolerante VMs (von denen VMware keine Snapshots erstellen kann, was eine agentenlose Sicherung unmöglich macht), ältere Gastbetriebssystemversionen, bei denen die Quiescing-Funktion von VMware Tools unzuverlässig ist, sowie komplexe Anwendungsumgebungen, in denen die direkte Koordination zwischen Agent und Anwendung konsistentere Ergebnisse liefert.

Sowohl Datto SIRIS über den Datto Windows Agent und den Datto Linux Agent) als auch Unitrends über einen eigenen Agenten) unterstützen agentenbasierten Schutz für VMware-Umgebungen, in denen eine agentenlose Datensicherung nicht geeignet ist.

Native VMware-Sicherungstools

VMware bietet in vSphere einige native Sicherungsfunktionen, die in erster Linie für die vCenter Server Appliance selbst und nicht für die allgemeine Sicherung von virtuellen Maschinen gedacht sind. Die vCenter Server Appliance (VCSA) verfügt über ein integriertes, dateibasiertes Sicherungsprogramm, mit dem die vCenter-Konfiguration nach einem festgelegten Zeitplan an einen Speicherort im Netzwerk exportiert werden kann. Dies ist insbesondere für die Sicherung der vCenter-Konfiguration nützlich und sollte zusätzlich zu einer Sicherungslösung eines Drittanbieters und nicht anstelle einer solchen verwendet werden.

Für den Schutz einzelner VMs sind die native Snapshot-Funktion von VMware und die inzwischen veraltete vSphere Data Protection-Appliance keine geeigneten Alternativen zu einem speziell für diesen Zweck entwickelten Backup-Tool. In den eigenen Richtlinien von VMware werden zertifizierte VADP-basierte Backup-Lösungen ausdrücklich für den Schutz von Produktions-VMs empfohlen, insbesondere für Datenbank- und Transaktions-Workloads.

Bewährte Verfahren für VMware-Backups

VMware-Umgebungen weisen spezifische Ausfallmuster und Betriebsmerkmale auf, die in allgemeinen Empfehlungen zur Datensicherung nicht berücksichtigt werden. Diese Vorgehensweisen basieren auf dem tatsächlichen Verhalten von vSphere und nicht nur auf allgemeinen Grundsätzen der Datensicherung.

Verbinden Sie die Backup-Software auf vCenter-Ebene, nicht direkt mit den ESXi-Hosts

Wird ein Backup-Tool mit einzelnen ESXi-Hosts verbunden, beschränkt sich dessen Sichtbarkeit ausschließlich auf die VMs auf diesen Hosts, und die Kontinuität der Datensicherung wird unterbrochen, wenn eine VM mittels vMotion auf einen anderen Host verschoben wird. Durch die Anbindung auf vCenter-Ebene erhält das Backup-System vollständige Transparenz über den Bestand und kann Backup-Aufträge unabhängig davon aufrechterhalten, auf welchem Host eine VM ausgeführt wird.

Halten Sie VMware Tools in allen Gast-VMs auf dem neuesten Stand

„Quiesced Snapshots“, die für anwendungskonsistente Backups transaktionaler Workloads erforderlich sind, setzen voraus, dass VMware Tools in jedem Gastbetriebssystem installiert und auf dem neuesten Stand ist. Eine veraltete oder fehlende VMware Tools-Installation führt dazu, dass das Quiescing stillschweigend fehlschlägt und stattdessen absturzkonsistente Backups erstellt werden. Bei VMs mit SQL Server, Exchange und Active Directory ist dies der Unterschied zwischen einer sauberen Wiederherstellung und einer Wiederherstellung, die manuelle Datenbankwiederherstellungsmaßnahmen erfordert.

Überwachung auf CBT-Zurücksetzungen

Wenn CBT auf einer VM zurückgesetzt wird, weicht der nächste Sicherungsauftrag stillschweigend auf eine Vollsicherung aus. Dies beansprucht deutlich mehr Zeit und Bandbreite als eine inkrementelle Sicherung und kann auf ein zugrunde liegendes vSphere-Problem hinweisen, wie beispielsweise eine Speichermigration, eine Snapshot-Konsolidierung oder eine VM, die bei aktivem Snapshot ausgeschaltet wurde. Überwachen Sie die Protokolle der Sicherungsaufträge auf unerwartete Vollsicherungsereignisse und untersuchen Sie betroffene VMs umgehend.

Beachten Sie, dass Snapshots keine Backups sind

Ein VMware-Snapshot erstellt eine Delta-Datei auf demselben Datenspeicher wie die Produktions-VM. Jeder Schreibvorgang wird in diese Delta-Datei geschrieben, während die ursprüngliche VMDK-Datei eingefroren ist. Der Snapshot verschiebt keine Daten an einen anderen Ort. Mit zunehmender Größe der Delta-Datei verschlechtert sich die E/A-Leistung und das Konsolidierungsrisiko steigt. Ein Ausfall des Speicher-Arrays, eine Beschädigung des Datenspeichers oder ein Ransomware-Angriff wirkt sich gleichzeitig sowohl auf die VMDK-Datei als auch auf alle Snapshots auf demselben Datenspeicher aus. VMware rät ausdrücklich davon ab, Snapshots als Backup-Mechanismus zu verwenden, und empfiehlt zertifizierte VADP-basierte Tools, die Kopien außerhalb der Produktionsumgebung speichern. Überprüfen Sie manuell erstellte Snapshots regelmäßig und setzen Sie eine Bereinigungsrichtlinie durch. Der automatisierte Snapshot-Lebenszyklus Ihres Backup-Tools (Erstellen, Lesen, Löschen innerhalb weniger Minuten) ist davon getrennt und sollte niemals mit manuell verwalteten Snapshots verwechselt werden.

Sichern Sie die vCenter-Konfiguration separat.

Der VCSA ist sowohl ein wichtiger Bestandteil der vSphere-Umgebung als auch eine Komponente, die von den meisten Backup-Plattformen nicht auf dieselbe Weise geschützt wird wie VMs. Verwenden Sie das native, dateibasierte Backup-Dienstprogramm des VCSA, um die vCenter-Konfiguration nach einem Zeitplan in einen Netzwerkpfad zu exportieren, und registrieren Sie jeden ESXi-Host einzeln in Ihrer Backup-Plattform. Falls vCenter ausfällt und nur die VMs registriert wurden, fehlt der für die Wiederherstellung von ESXi erforderliche Schutz auf Host-Ebene.

Verwenden Sie unveränderlichen Speicher in einer separaten Ausfalldomäne

Bei Ransomware-Angriffen auf VMware-Umgebungen wird zunehmend versucht, Backup-Ziele über das Netzwerk zu ermitteln. Backup-Kopien, die im selben Netzwerksegment oder in einem für die VMware-Umgebung sichtbaren NFS-Datenspeicher gespeichert sind, sind gefährdet. Das Backup-Speicherziel muss logisch isoliert und gegenüber der VMware-Umgebung schreibgeschützt sein. Ein unveränderlicher Objektspeicher oder eine Backup-Appliance mit Air-Gap sind geeignet; ein auf dem ESXi-Host eingebundener Backup-Ordner hingegen nicht.

Testen Sie vSphere-spezifische Wiederherstellungsszenarien und nicht nur den erfolgreichen Abschluss der Sicherung

Neben der Überprüfung, ob Backup-Aufträge erfolgreich abgeschlossen wurden, ist es in VMware-Umgebungen erforderlich, die vMotion-Kompatibilität der wiederhergestellten VMs zu testen (um sicherzustellen, dass sie nach der Wiederherstellung zwischen Hosts migriert werden können), die Funktionsfähigkeit von VMware Tools in der wiederhergestellten VM zu überprüfen und die Wiederherstellung auf einem anderen ESXi-Host zu testen, um die DR-Bereitschaft zu validieren. Eine automatisierte Überprüfung anhand von Screenshots gewährleistet eine kontinuierliche Bestätigung der Bootfähigkeit zwischen den manuellen Testzyklen.

So stellen Sie eine virtuelle VMware-Maschine wieder her

Die Wiederherstellung aus einem VMware-Backup kann auf verschiedene Weise erfolgen, je nachdem, was ausgefallen ist, wie viel wiederhergestellt werden muss und wie schnell der Betrieb wieder aufgenommen werden soll.

• Wiederherstellung auf Dateiebene: Nutzt das VADP-Backup-Image, um die VMDK-Datei der VM als virtuelle Festplatte einzubinden, sodass einzelne Dateien und Ordner extrahiert werden können, ohne die gesamte VM wiederherstellen zu müssen. Die meisten VADP-basierten Backup-Plattformen stellen die gemountete Festplatte entweder über die Benutzeroberfläche der Backup-Appliance bereit oder durch vorübergehendes Anhängen an eine laufende VM als zusätzliche Festplatte. Ein VMware-spezifischer Aspekt: Wenn das Backup crash-konsistent statt anwendungskonsistent war (weil das Quiescing der VMware Tools fehlgeschlagen ist), lassen sich einzelne Dateien zwar möglicherweise wiederherstellen, SQL-Server-Datenbanken oder Exchange-Postfächer erfordern jedoch unter Umständen zusätzliche Wiederherstellungsschritte, bevor sie nutzbar sind.
• Vollständige Wiederherstellung der VM: Schreibt die VMDK-Dateien und die .vmx-Konfiguration zurück in einen Zieldatenspeicher und registriert die VM erneut bei vCenter. Die wiederhergestellte VM kann auf dem ursprünglichen ESXi-Host oder auf einem beliebigen kompatiblen Host in der vSphere-Umgebung registriert werden. Wenn die VM nach der Wiederherstellung in einen anderen Datenspeicher oder Cluster verschoben wurde, stellen Sie sicher, dass die Zuweisungen der Speicherrichtlinien korrekt sind und dass alle Konfigurationen der verteilten virtuellen Switches intakt sind. Bei in vCenter registrierten VMs sollte der Wiederherstellungsprozess außerdem überprüfen, ob die UUID und die MAC-Adresse der VM erhalten bleiben, um Probleme mit der Anwendungslizenzierung oder der Netzwerkidentität zu vermeiden.
• Sofortige VM-Wiederherstellung über ESXi-Upload oder iSCSI/NFS-Einbindung: Anstatt auf das vollständige Schreiben der VMDK-Datei in einen Produktions-Datenspeicher zu warten, wird bei der Sofortwiederherstellung das Backup-Image direkt in die vSphere-Umgebung eingebunden. Plattformen wie Datto SIRIS eine ESXi-Upload-Option, die mithilfe von VMware Converter das Backup direkt auf einem verbundenen ESXi-Host als VM registriert, wobei der Host selbst für die Rechenleistung und SIRIS über iSCSI oder NFS SIRIS Speicher-Backend genutzt wird. Die VM läuft von der Backup-Appliance aus, während die Wiederherstellung in der Produktion im Hintergrund abgeschlossen wird. Sobald die zugrunde liegende Wiederherstellung abgeschlossen ist, synchronisiert „Fast Failback“ (im Fall von SIRIS) alle während des Wiederherstellungszeitraums angefallenen Datenänderungen vor der endgültigen Umstellung zurück in die Produktions-VM.
• Wiederherstellung eines ESXi-Hosts: Wenn nicht eine einzelne VM, sondern ein ESXi-Host vollständig ausfällt, muss für die Wiederherstellung zunächst die Host-Konfiguration wiederhergestellt werden, bevor die VMs wieder in Betrieb genommen werden können. Aus diesem Grund ist es von entscheidender Bedeutung, einzelne ESXi-Hosts (zusätzlich zu den darauf ausgeführten VMs) in Ihrer Backup-Plattform zu registrieren. Ohne ein Backup auf Host-Ebene erfordert ein vollständiger Host-Ausfall eine manuelle Neuinstallation von ESXi, eine erneute Registrierung in vCenter und das erneute Einbinden des Speichers, bevor mit der Wiederherstellung der VMs begonnen werden kann. Ist die Host-Konfiguration gesichert, verläuft der Vorgang deutlich schneller.
• Wiederherstellung auf einem anderen ESXi-Host oder in einer anderen vSphere-Umgebung: VADP-basierte Backups sind zwischen kompatiblen ESXi-Versionen übertragbar. Ein VM-Backup kann auf jedem ESXi-Host wiederhergestellt werden, auf dem eine unterstützte vSphere-Version läuft, wodurch host- und standortübergreifende Wiederherstellungen für DR-Szenarien praktikabel sind. Bei der Wiederherstellung auf einem Host in einer anderen vCenter-Instanz muss die VM beim neuen vCenter neu registriert werden, und alle vSphere-spezifischen Konfigurationen (verteilte Switches, Speicherrichtlinien, Ressourcenpools) müssen erneut angewendet werden.

Für Fälle, in denen eine VMware-VM-Sicherung auf physischer Hardware wiederhergestellt werden muss (V2P-Migration oder Bare-Metal-Wiederherstellung), lesen Sie bitte unseren Leitfaden zur Bare-Metal-Wiederherstellung.

VMware-Sicherung und -Wiederherstellung mit Kaseya-Lösungen

Kaseya bietet VMware-Backups über zwei Plattformen an, die jeweils für ein anderes Bereitstellungsmodell geeignet sind.

Für MSPs, die VMware-Umgebungen ihrer Kunden verwalten, bietet Datto SIRIS eine agentenlose VMware-Sicherung über VADP, wobei eine Verbindung zu VMware vSphere hergestellt wird, um über VMware Tools ruhende, anwendungskonsistente Snapshots zu erstellen. Die Inverse-Chain-Technologie macht jeden inkrementellen Snapshot zu einem vollständig unabhängigen Wiederherstellungspunkt und beseitigt so die durch Kettenabhängigkeiten verursachten Ausfälle, die bei herkömmlichen inkrementellen Methoden auftreten. Backup-Intervalle können bis zu alle fünf Minuten erfolgen, und eine KI-gestützte Screenshot-Überprüfung bestätigt nach jedem Auftrag die Bootfähigkeit des Backups mit einer Genauigkeit von über 99 %. Bei einem Ausfall einer VMware-VM SIRIS die sofortige lokale Virtualisierung (direktes Booten der VM von der Appliance), 1-Klick-Disaster-Recovery in der Datto Cloud, Wiederherstellung auf Dateiebene sowie Bare-Metal-Recovery mit durchschnittlichen RTOs von unter sechs Minuten. Die zentralisierte Verwaltung über das Datto Partner Portal bietet MSPs von einer einzigen Oberfläche aus Transparenz über alle geschützten Kundenumgebungen.

Für Unternehmen, die ihre eigene VMware-Infrastruktur verwalten, Unitrends eine agentenlose VMware vSphere-Sicherung sowie agentenbasierten Schutz für gemischte Umgebungen. Sofortige Wiederherstellung, Bare-Metal-Wiederherstellung und WAN-optimierte Cloud-Replikation bieten flexible Wiederherstellungsoptionen. Erhältlich als physische Backup-Appliance oder als Unternehmens-Backup-Software, die als virtuelle Appliance auf vorhandener Hardware läuft, nutzen beide Optionen dieselbe Verwaltungsoberfläche und dieselben Wiederherstellungsfunktionen.

Einen umfassenderen Überblick darüber, wie sich VMware-Backups in eine ganzheitliche Strategie zum Schutz von VMs und Servern einfügen, finden Sie in unseren Leitfäden zu Backups virtueller Maschinen und zu Server-Backups.