Sicherung virtueller Maschinen: So sichern Sie eine VM

Virtuelle Maschinen hosten mittlerweile die meisten geschäftskritischen Workloads. Domänencontroller, SQL-Server-Instanzen, Anwendungsserver und Dateiserver laufen als VMs in Umgebungen jeder Größe, und dieser Wandel hat dazu geführt, dass sich die Bedeutung von Backups in der Praxis verändert hat.

Eine VM ist kein physischer Rechner. Sie besteht aus einer Sammlung von Dateien: virtuellen Festplatten-Images, Konfigurationsdateien und dem Speicherstand, die zusammen ein vollständiges, laufendes System darstellen. Die korrekte Sicherung dieser Dateien erfordert einen anderen Ansatz als herkömmliche Sicherungen auf Dateiebene, und die Folgen einer fehlerhaften Durchführung sind dieselben wie bei jeder anderen fehlgeschlagenen Sicherung: Datenverlust, längere Ausfallzeiten und eine Wiederherstellung, die im Ernstfall nicht funktioniert.

Dieser Leitfaden behandelt die Themen: Was ist eine VM-Sicherung? Wie sichert man eine virtuelle Maschine? Welche Hauptmethoden gibt es und welche Vor- und Nachteile haben sie? Was bedeutet Anwendungskonsistenz und warum ist sie wichtig? Außerdem werden Best Practices zum Schutz von VMware- und Hyper-V-Umgebungen vorgestellt. Für MSPs ist „Datto SIRIS “ eine speziell entwickelte BCDR-Plattform, die VMware- und Hyper-V-Umgebungen durch agentenlose und agentenbasierte Backups, sofortige Virtualisierung und unveränderlichen Cloud-Speicher schützt. Für Unternehmen, die ihre eigene Infrastruktur verwalten, bietet „ Unitrends “ (erhältlich als physische Backup-Appliance oder als Backup-Software für Unternehmen) VM-Backups für beide Hypervisoren über eine einzige Verwaltungsoberfläche.

Was ist eine VM-Sicherung?

Bei einer VM-Sicherung handelt es sich um den Vorgang der Erstellung einer gesicherten Kopie einer virtuellen Maschine, einschließlich ihrer virtuellen Festplattendateien, ihrer Konfiguration und des Anwendungszustands, die dazu dient, die VM nach einem Ausfall, einem Datenverlust oder einer Datenbeschädigung in einen bekanntermaßen fehlerfreien Zustand wiederherzustellen.

Eine virtuelle Maschine wird nicht nur durch ihre Daten definiert. Um eine VM in einen voll funktionsfähigen Zustand wiederherzustellen, muss eine Sicherung das oder die virtuellen Festplatten-Images (VMDK-Dateien in VMware, VHD- oder VHDX-Dateien in Hyper-V), die VM-Konfigurationsdatei (die die Anzahl der CPUs, die Speicherzuweisung, die Netzwerkadaptereinstellungen und die Hardwareversion definiert) sowie – bei Anwendungs-Workloads – den Speicher- und Transaktionsprotokollstatus der laufenden Anwendungen zum Zeitpunkt der Sicherung erfassen.

Die Sicherung von VMs kann auf der Ebene des Gastbetriebssystems über einen installierten Agenten erfolgen oder auf der Ebene des Hypervisors, ohne das Gastbetriebssystem überhaupt zu berühren. Beide Ansätze haben ihre Berechtigung, und in den meisten Produktionsumgebungen kommen letztendlich beide zum Einsatz.

So erstellen Sie ein Backup einer virtuellen Maschine

Der Ablauf der Kernsicherung ist plattformübergreifend unabhängig von der Methode immer derselbe. Und so funktioniert es:

1. Snapshot auslösen: Das Backup-Tool initiiert einen zeitpunktbezogenen Snapshot der Festplatten der VM. In VMware-Umgebungen werden hierfür die vStorage APIs for Data Protection (VADP) von VMware genutzt, die eine konsistente Kopie der Festplattendaten der VM an das Backup-System übergeben, ohne dass die VM angehalten oder heruntergefahren werden muss. In Hyper-V nutzt ein ähnlicher Prozess den Volume Shadow Copy Service (VSS) in Kombination mit Hyper-V-Checkpoints.
2. Übertragung geänderter Daten an das Backup-Ziel: Das Backup-Tool liest die Festplattendaten aus und überträgt sie an das Backup-Ziel: eine lokale Appliance, ein NAS-Gerät oder ein Cloud-Repository. Die meisten modernen Tools verfolgen, welche Blöcke sich seit der letzten Sicherung geändert haben, und übertragen nur diese, anstatt die gesamte Festplatte. VMware bezeichnet dies als „Changed Block Tracking“ (CBT); Hyper-V verwendet „Resilient Change Tracking“ (RCT). Diese Funktionen machen inkrementelle Sicherungen schnell und speichereffizient, ohne die Vollständigkeit der Wiederherstellung zu beeinträchtigen.
3. Snapshot löschen: Nach Abschluss der Datenübertragung wird der Snapshot aus der Produktions-VM entfernt. Bleiben Hypervisor-Snapshots über einen längeren Zeitraum bestehen, verschlechtert sich die Leistung der VM und das Risiko von Fehlern bei der Snapshot-Konsolidierung steigt. Speziell entwickelte Backup-Tools bereinigen Snapshots unmittelbar nach jedem Auftrag.
4. Speichern und Überprüfen der Sicherungskopie: Das Ergebnis ist eine vollständige Kopie der VM auf dem Sicherungsziel, die den Zustand der VM zum Zeitpunkt des Snapshots widerspiegelt. Diese Kopie kann verwendet werden, um einzelne Dateien wiederherzustellen, die gesamte VM wiederherzustellen oder die VM direkt als virtuelle Wiederherstellungsumgebung zu starten. Eine automatisierte Überprüfung nach jedem Auftrag, beispielsweise ein auf Screenshots basierender Test der Startfähigkeit, bestätigt, dass die Sicherung tatsächlich wiederherstellbar ist und nicht nur vorliegt.

Optionen für die VM-Sicherung: agentenbasiert vs. agentenlos

Die zur Erstellung einer VM-Sicherung verwendete Methode bestimmt, wo der Sicherungsprozess ausgeführt wird, welche Daten erfasst werden können und wie hoch der Verwaltungsaufwand bei großem Umfang ist.

Agentenbasierte Datensicherung

Bei der agentenbasierten Sicherung wird im Gastbetriebssystem jeder VM ein Sicherungsclient installiert. Der Agent arbeitet mit VSS unter Windows zusammen, um anwendungskonsistente Snapshots zu erstellen, und wickelt die Datenübertragung direkt aus der VM heraus ab. Dies gewährleistet ein Höchstmaß an Granularität und Anwendungskonsistenz und macht diese Lösung zur richtigen Wahl für VMs, auf denen SQL Server, Exchange Server, Active Directory oder andere transaktionsorientierte Anwendungen ausgeführt werden.

Der administrative Nachteil liegt in der Skalierbarkeit. Für jede VM sind eine eigene Agenteninstallation, Versionsverwaltung und Kommunikationskonfiguration erforderlich. In Umgebungen mit Dutzenden oder Hunderten von VMs ist dieser Aufwand erheblich. Datto SIRIS unterstützt agentenbasierte Backups über den Datto Windows Agent und den Datto Linux Agent. Unitrends verwendet einen eigenen Agenten für Windows- und Linux-VMs, einschließlich Hyper-V-Umgebungen.

Agentenlose Datensicherung

Die agentenlose Datensicherung erfolgt auf Hypervisor-Ebene, ohne dass Software in den Gast-VMs installiert werden muss. Das Sicherungssystem stellt eine direkte Verbindung zum Hypervisor her und nutzt dessen APIs, um einen Snapshot der Daten auf der virtuellen Festplatte der VM zu erstellen und diese auszulesen. Es müssen keine Agenten in den Gastmaschinen installiert, aktualisiert oder gewartet werden. Das Sicherungssystem wird einmalig mit dem Hypervisor-Host gekoppelt und hat Zugriff auf alle VMs auf diesem Host.

Für VMware-Umgebungen unterstützt Datto SIRIS eine vollständig agentenlose Datensicherung über VADP, wobei über VMware Tools erstellte Snapshots im Ruhezustand für anwendungskonsistente Erfassungen genutzt werden. Durch die Erfassung geänderter Blöcke (Changed Block Tracking) bleiben die inkrementellen Sicherungsfenster kurz. Die agentenlose Datensicherung auf SIRIS ist derzeit für VMware vSphere verfügbar; VMs auf anderen Hypervisoren nutzen einen agentenbasierten Schutz. 

Der entscheidende Aspekt bei der agentenlosen Datensicherung ist die Anwendungserkennung. Da kein Gastbetriebssystem-Agent zur Koordination mit VSS vorhanden ist, setzt die vollständige Anwendungskonsistenz für transaktionale Anwendungen voraus, dass VMware Tools in jeder VM installiert und ordnungsgemäß konfiguriert ist. In Umgebungen mit älteren Gastbetriebssystemversionen oder nicht standardmäßigen Anwendungsstacks ist die agentenbasierte Datensicherung die zuverlässigere Lösung.

VM-Snapshot vs. Backup

Snapshots und Backups werden häufig verwechselt, doch gerade dieser Unterschied ist entscheidend für die Zuverlässigkeit der Datenwiederherstellung.

Ein VM-Snapshot ist eine Momentaufnahme des Festplattenzustands einer virtuellen Maschine, die innerhalb des Hypervisors als Delta-Datei neben der primären Festplatte der VM gespeichert wird. Snapshots lassen sich schnell erstellen und rückgängig machen, wodurch sie sich besonders für kurzfristige Maßnahmen eignen, beispielsweise zum Zurücksetzen eines fehlgeschlagenen Software-Updates.

Sie sind kein Ersatz für Backups. Snapshots befinden sich auf demselben Datenspeicher wie die Produktions-VM, was bedeutet, dass ein Speicherausfall, ein Ransomware-Angriff oder eine Beschädigung des Datenspeichers beide gleichzeitig betrifft. Mehrere Snapshots beeinträchtigen im Laufe der Zeit die Leistung der VM. Die Empfehlungen von VMware sehen vor, nicht mehr als zwei oder drei Snapshots pro VM zu erstellen und diese nicht länger als 24 bis 72 Stunden aufzubewahren. Die Konsolidierung langlebiger Snapshots ist langsam, ressourcenintensiv und kann zu Ausfallzeiten der VM führen.

Bei einer VM-Sicherung wird eine vollständige Kopie an einem separaten Ort gespeichert, der unabhängig von der Produktionsinfrastruktur ist und für die langfristige Aufbewahrung ausgelegt ist. Speziell entwickelte Sicherungsplattformen nutzen kurzlebige Hypervisor-Snapshots lediglich als Mechanismus, um während eines Sicherungsvorgangs konsistente Festplattendaten auszulesen. Der Snapshot wird erstellt, die Daten werden auf die Sicherungsapplikation übertragen und der Snapshot wird innerhalb weniger Minuten gelöscht. Was bestehen bleibt, ist die Sicherungskopie, nicht der Hypervisor-Snapshot.

Anwendungskonsistente vs. absturzkonsistente VM-Sicherung

Zwei Begriffe stehen für einen wesentlichen Qualitätsunterschied hinsichtlich dessen, was bei VM-Backups tatsächlich erfasst wird.

Anwendungskonsistente Datensicherung

Bei einer anwendungskonsistenten Sicherung wird mit den in der VM ausgeführten Anwendungen koordiniert, um Daten aus dem Arbeitsspeicher zu leeren und Schreibvorgänge vorübergehend auszusetzen, bevor der Snapshot erstellt wird. Auf Windows-VMs erfolgt dies über VSS, das registrierte VSS-Writer (SQL Server, Exchange, Active Directory und andere) benachrichtigt, ihre Transaktionsprotokolle zu leeren und die Daten in einen wiederherstellbaren Zustand zu versetzen. Auf Linux-VMs wird stattdessen die Dateisystem-Quiescing-Funktion verwendet. Das Ergebnis ist eine Sicherung, die in einen vollständig konsistenten, sofort nutzbaren Zustand wiederhergestellt werden kann, ohne dass manuelle Wiederherstellungsschritte erforderlich sind.

Um eine zuverlässige Anwendungskonsistenz zu gewährleisten, ist entweder ein Agent im Gast erforderlich, der VSS koordiniert, oder eine agentenlose Sicherung mit ordnungsgemäß für „Quiesced Snapshots“ konfigurierten VMware Tools. Beide Ansätze sind geeignet; entscheidend ist, dass die Anwendungskonsistenz bestätigt und nicht nur angenommen wird.

Absturzsichere Datensicherung

Eine crashkonsistente Sicherung erfasst den Zustand der Festplatten einer virtuellen Maschine genau so, wie er zum Zeitpunkt der Erstellung des Snapshots vorliegt, einschließlich aller Daten, die sich zu diesem Zeitpunkt im Arbeitsspeicher befanden oder gerade geschrieben wurden. Dies entspricht dem Zustand bei einem plötzlichen Stromausfall: Die Festplattendaten sind auf Blockebene konsistent, aber noch nicht abgeschlossene Transaktionen werden nicht festgeschrieben.

Für VMs, auf denen zustandslose Workloads oder Workloads ausgeführt werden, die ein „dirty shutdown“ tolerieren, sind crash-konsistente Backups akzeptabel. Für VMs, auf denen Datenbanken, E-Mail-Server oder Active Directory ausgeführt werden, sind sie dies jedoch nicht. Die Wiederherstellung einer SQL Server-Datenbank aus einem crash-konsistenten Backup erfordert unter Umständen die Durchführung von Wiederherstellungsvorgängen, und in einigen Fällen können Daten verloren gehen oder beschädigt werden.

Bewährte Verfahren für die Sicherung virtueller Maschinen

Ein Backup-Zeitplan für VMs, der reibungslos abläuft, ist nur die halbe Miete. Was tatsächlich darüber entscheidet, ob eine virtualisierte Umgebung geschützt ist, ist die Kombination aus der Art und Weise, wie Backups erstellt werden, wo sie gespeichert werden und ob die Wiederherstellung getestet wurde. Diese Vorgehensweisen gelten gleichermaßen für VMware-, Hyper-V- und gemischte Umgebungen.

Verwenden Sie eine Sicherung auf Image-Ebene statt einer Sicherung auf Dateiebene
Eine Sicherung auf Dateiebene innerhalb einer VM erfasst zwar Dateien und Ordner, kann jedoch weder die Hardwarekonfiguration der VM noch den Zustand des Betriebssystems erfassen, noch die Möglichkeit bieten, ein vollständiges, bootfähiges System wiederherzustellen. Eine Sicherung auf Image-Ebene erfasst alles, was erforderlich ist, um die VM als funktionsfähige Maschine wiederherzustellen, auch auf anderer Hardware oder einem anderen Hypervisor-Host.

Überprüfen Sie die Anwendungskonsistenz bei transaktionalen Workloads
Gehen Sie nicht davon aus, dass agentenlose Backups automatisch anwendungskonsistente Kopien erstellen. Vergewissern Sie sich, dass VMware Tools in jeder Gast-VM installiert und auf dem neuesten Stand ist und dass die VSS-Writer für laufende Anwendungen ordnungsgemäß funktionieren. In Hyper-V-Umgebungen sollten Sie überprüfen, ob die Integrationsdienste installiert und aktiviert sind.

Verlassen Sie sich nicht auf Hypervisor-Snapshots als Backups
Snapshots auf dem Produktions-Datenspeicher befinden sich nicht an einem externen Standort, sind nicht unveränderlich und beeinträchtigen mit der Zeit die Leistung. Ihr Backup-Tool sollte während jedes Auftrags automatisch eigene Snapshots erstellen und löschen. Manuell erstellte Snapshots mit langer Lebensdauer stellen ein separates Problem dar, das regelmäßig beseitigt werden sollte.

Führen Sie Backups so häufig durch, dass Ihr RPO eingehalten wird:
. Das RPO ist der maximal akzeptable Datenverlust im Falle eines Ausfalls und kein Zielwert für ideale Bedingungen. Wenn Ihr RPO für eine SQL Server-VM in der Produktion 15 Minuten beträgt, müssen Backups mindestens alle 15 Minuten durchgeführt werden. Datto SIRIS unterstützt Backup-Intervalle von bis zu fünf Minuten.

Speichern Sie Sicherungskopien außerhalb der Produktionsumgebung
Wenden Sie die 3-2-1-Regel an: drei Kopien auf zwei verschiedenen Speichermedien, wobei sich eine Kopie außerhalb des Standorts oder in einer unveränderlichen Cloud befindet. Bei Ransomware-Szenarien ist die Unveränderlichkeit unverzichtbar. Ransomware zielt zunehmend direkt auf die Backup-Infrastruktur ab.

Testen Sie die Wiederherstellung, nicht nur den Abschluss der Sicherung
Ein abgeschlossener Sicherungsauftrag bedeutet lediglich, dass die Daten irgendwo gespeichert wurden. Das bedeutet nicht, dass die VM bootfähig ist oder dass Anwendungen einwandfrei starten. Testen Sie regelmäßig die Wiederherstellung, sowohl auf Dateiebene als auch die vollständige Wiederherstellung der VM, und nutzen Sie, sofern verfügbar, eine automatisierte Überprüfung mittels Screenshots, um nach jedem Auftrag die Bootfähigkeit zu bestätigen.

So stellen Sie eine virtuelle Maschine aus einem Backup wieder her

Wie Sie eine virtuelle Maschine wiederherstellen, hängt davon ab, was ausgefallen ist, in welchem Umfang Daten wiederhergestellt werden müssen und wie schnell der Betrieb wieder aufgenommen werden soll. Ziehen Sie folgende Wiederherstellungsmöglichkeiten in Betracht:

• Bei der Wiederherstellung auf Dateiebene werden einzelne Dateien oder Ordner wiederhergestellt, ohne dass die gesamte VM wiederhergestellt werden muss. Dies ist die schnellste Lösung bei versehentlichem Löschen oder vereinzelten Dateibeschädigungen und erfordert keine Außerbetriebnahme der Produktions-VM.
• Bei einer vollständigen Wiederherstellung der VM wird die gesamte virtuelle Maschine – einschließlich ihrer Konfiguration, des Betriebssystems, der Anwendungen und der Daten – auf einen festgelegten Wiederherstellungspunkt zurückgesetzt . Die wiederhergestellte VM kann auf dem ursprünglichen Host oder einem alternativen Host gestartet werden. Vollständige Wiederherstellungen dauern länger, da das gesamte Festplatten-Image in den Ziel-Datenspeicher geschrieben wird; sie sind jedoch geeignet, wenn die VM beschädigt ist oder das Gastbetriebssystem nicht mehr starten kann.
• Bei der sofortigen VM-Wiederherstellung wird die VM innerhalb weniger Minuten direkt aus dem Backup-Image gestartet, in der Regel auf der Backup-Appliance oder in einer Cloud-Umgebung. Die VM läuft vom Backup-Speicher aus, während die zugrunde liegende Wiederherstellung oder der Hardware-Austausch im Hintergrund erfolgt. Dadurch verkürzt sich die Zeit zwischen einem Ausfall und der Wiederaufnahme des Betriebs erheblich.
• Bei der Bare-Metal-Wiederherstellung (BMR) wird ein VM-Backup-Image auf einem physischen Rechner oder einer neuen VM auf einem anderen Hypervisor wiederhergestellt, ohne dass auf dem Zielsystem ein Betriebssystem vorinstalliert sein muss. Dies ist der richtige Ansatz, wenn ein Hardware-Austausch erforderlich ist, wenn der Hypervisor-Host ausgefallen ist oder wenn eine Migration von physisch zu virtuell (P2V) oder von virtuell zu physisch (V2P) Teil der Wiederherstellung ist. Weitere Informationen finden Sie in unserem Leitfaden zur Bare-Metal-Wiederherstellung.
• Die granulare Wiederherstellung von Anwendungselementen ermöglicht die Wiederherstellung einzelner Objekte wie beispielsweise eines einzelnen Postfachs, einer bestimmten SQL-Datenbank oder einzelner Active Directory-Objekte, ohne dass eine vollständige Wiederherstellung der virtuellen Maschine erforderlich ist. Dazu ist eine anwendungsorientierte Backup-Software erforderlich, und dieser Vorgang ist deutlich schneller als eine vollständige Wiederherstellung, wenn nur bestimmte Datenelemente wiederhergestellt werden müssen.

Der richtige Wiederherstellungspfad ist nicht immer der umfassendste. Die Vorabzuordnung von Wiederherstellungsszenarien zu den entsprechenden Methoden und das Testen jedes einzelnen Pfades, bevor er benötigt wird, ist das, was ein funktionierendes Backup-Programm von einem unterscheidet, das nur den Anschein erweckt, zu funktionieren.

VM-Backup für VMware- und Hyper-V-Umgebungen

Die beiden Hypervisoren, die in KMU- und Mittelstandsumgebungen vorherrschen, verfügen jeweils über eigene Sicherungsmechanismen, APIs und betriebliche Besonderheiten. Das Verständnis der jeweiligen Besonderheiten hilft dabei, häufige Konfigurationsfehler zu vermeiden und stellt sicher, dass die Sicherungen so eingerichtet sind, dass sie tatsächlich anwendungskonsistente, wiederherstellbare Kopien liefern.

VMware vSphere-Sicherung

Die VADP von VMware ist die Standard-API, die von allen führenden Backup-Plattformen für agentenlose Backups auf Image-Ebene von VMs auf ESXi-Hosts verwendet wird. In Kombination mit „Changed Block Tracking“ ermöglicht sie effiziente inkrementelle Backups in großem Maßstab, ohne dass die VM angehalten werden muss.

Zu den wichtigsten Aspekten gehören die Sicherstellung, dass VMware Tools in allen Gast-VMs installiert und auf dem neuesten Stand ist (erforderlich für „quiesced“ und anwendungskonsistente Snapshots), die Überwachung auf CBT-Reset-Ereignisse, die unerwartete Vollsicherungen auslösen können, sowie die Anbindung der Sicherungssoftware auf vCenter-Ebene statt direkt an einzelne ESXi-Hosts. Die Anbindung auf vCenter-Ebene gewährleistet die Kontinuität der Sicherung während vMotion- und Speicher-Migrationen und bietet Transparenz über den gesamten VM-Bestand.

Hyper-V-Sicherung

Hyper-V nutzt VSS und seinen eigenen Hyper-V-VSS-Writer, um Sicherungen auf Host-Ebene zu koordinieren. Hyper-V-Checkpoints funktionieren ähnlich wie VMware-Snapshots, unterliegen jedoch denselben Einschränkungen: Sie sollten nicht als Ersatz für Sicherungen verwendet werden, und ausgedehnte Checkpoint-Ketten beeinträchtigen die Leistung der virtuellen Maschinen.

Der agentenbasierte Schutz ist der Standardansatz für Hyper-V-Umgebungen, wobei ein Agent auf Host-Ebene VSS und Resilient Change Tracking koordiniert, um effiziente, anwendungskonsistente inkrementelle Backups zu ermöglichen. Ein wichtiger architektonischer Aspekt: Die Sicherung des Hyper-V-Hosts selbst (der übergeordneten Partition) erfolgt getrennt von der Sicherung der darauf ausgeführten VMs. Beide sollten im Rahmen einer umfassenden Schutzstrategie berücksichtigt werden.

Schützen Sie virtuelle Maschinen mit Kaseya

Kaseya bietet VM-Backups sowohl für MSP- als auch für Direktkundenumgebungen an, wobei für jede Umgebung eigens entwickelte Plattformen zur Verfügung stehen.

Für MSPs schützt Datto „ SIRIS “ VMware-ESXi-Umgebungen durch agentenlose Backups über VADP, wobei über VMware Tools erstellte Snapshots im Ruhezustand für anwendungskonsistente Erfassungen genutzt werden. Der Datto Windows Agent und der Datto Linux Agent bieten agentenbasierten Schutz für Hyper-V-VMs und Nicht-VMware-Umgebungen. 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. Backups werden in Intervallen von bis zu fünf Minuten durchgeführt, und eine KI-gestützte Screenshot-Überprüfung bestätigt nach jedem Auftrag die Bootfähigkeit des Backups mit einer Genauigkeit von über 99 %. Wenn eine VM wiederhergestellt werden muss, unterstützt „ SIRIS “ sofortige lokale Virtualisierung, 1-Klick-Disaster-Recovery in der Datto Cloud, Wiederherstellung auf Dateiebene sowie Bare-Metal-Recovery mit durchschnittlichen RTOs von unter sechs Minuten.

Für Unternehmen, die ihre eigene Infrastruktur verwalten, bietet „ Unitrends “ eine VM-Sicherung sowohl für VMware vSphere als auch für Microsoft Hyper-V mit automatisierter Sicherungsüberprüfung, sofortiger Wiederherstellung und WAN-optimierter Cloud-Replikation. Das Produkt ist als physische Backup-Appliance oder als Backup-Software für Unternehmen auf vorhandener Hardware erhältlich; beide Optionen verfügen über dieselbe Verwaltungsoberfläche und dieselben Wiederherstellungsfunktionen.

Einen umfassenderen Überblick darüber, wie sich die VM-Sicherung in eine Strategie zum Schutz und zur Wiederherstellung von Servern einfügt, finden Sie in unserem Leitfaden zur Serversicherung.