Was Sie über Konvertierungen wissen müssen

Diese Typen von virtuellen Maschinen werden unterstützt

Die Konvertierung eines Backups zu einer virtuellen Maschine kann von dem Agenten durchgeführt werden, der das Backup erstellt hat – oder auch von einem anderen Agenten durchgeführt werden.

Um eine Konvertierung zu VMware ESXi, Hyper-V oder Scale Computing HC3 durchzuführen, benötigen Sie einen ESXi-, Hyper-V- bzw. Scale Computing HC3-Host und einen Protection Agenten (Agenten für VMware, Agenten für Hyper-V oder Agenten für Scale Computing HC3), der diesen Host verwaltet.

Eine Konvertierung zu VHDX-Dateien setzt voraus, dass die Dateien als virtuelle Festplatten mit einer virtuellen Hyper-V-Maschine verbunden werden.

Die nachfolgende Tabelle fasst die verschiedenen Typen von virtuellen Maschinen zusammen, die Sie mit der Aktion Zu VM konvertieren erstellen können. In den Zeilen der Tabelle ist der Typ der konvertierten virtuellen Maschinen angegeben. In den Spalten sind die Agenten aufgeführt, die die Konvertierung durchführen.

VM-Typ Agent für VMware Agent für Hyper-V Agent für Windows Agent für Linux Agent für Mac Agent für Scale Computing HC3 Agent für oVirt (KVM) Agent für Virtuozzo Hybrid Infrastructure Agent für Virtuozzo
VMware ESXi

+

Microsoft Hyper-V

+

VMware Workstation

+

+

+

+

VHDX-Dateien

+

+

+

+

Scale Computing HC3 +

Einschränkungen

  • Backups, die auf NFS gespeichert sind, können nicht konvertiert werden.
  • Backups, die in einer Secure Zone gespeichert sind, können nur von dem Agenten konvertiert werden, der auf derselben Maschine läuft.
  • Backups, die logische Linux-Volumes (LVMs) enthalten, können nur konvertiert werden, wenn sie mit dem Agenten für VMware, dem Agenten für Hyper-V oder dem Agenten für Scale Computing HC3 erstellt wurden und auf den gleichen Hypervisor ausgerichtet sind. Eine Hypervisor-übergreifende Konvertierung wird nicht unterstützt.

  • Wenn die Backups einer Windows-Maschine zu VMware Workstation- oder VHDX-Dateien konvertiert werden, übernimmt die resultierende virtuelle Maschine den CPU-Typ von derjenigen Maschine, die die Konvertierung durchführt. Als Ergebnis werden auch die entsprechenden CPU-Treiber im Gastbetriebssystem installiert. Beim Start auf einem Host mit einem anderen CPU-Typ zeigt das Gastsystem einen Treiberfehler an. Aktualisieren Sie diesen Treiber manuell.

Regelmäßige Konvertierung zu einer virtuellen Maschine im Vergleich zur Ausführung einer virtuellen Maschine aus einem Backup

Beide Aktionen liefern Ihnen eine virtuelle Maschine, die in wenigen Sekunden, nachdem die ursprüngliche Maschine fehlgeschlagen ist, gestartet werden kann.

Eine regelmäßige Konvertierung zu einer virtuellen Maschine beansprucht CPU- und Arbeitsspeicher-Ressouren. Die Dateien der virtuellen Maschine belegen fortlaufend Speicherplatz im Datenspeicher (Storage). Dies ist möglicherweise nicht praktikabel, wenn ein Produktions-Host zur Konvertierung verwendet wird. Dafür wird die Performance der virtuellen Maschine nur durch die Ressourcen des Hosts beschränkt.

Die Ausführung einer virtuellen Maschine aus einem Backup heraus beansprucht nur dann Ressourcen, wenn die virtuelle Maschine tatsächlich ausgeführt wird. Platz im Datenspeicher (Storage) ist nur dann erforderlich, um Änderungen, die an den virtuellen Laufwerken durchgeführt werden, zu speichern. Die Ausführungsgeschwindigkeit der virtuellen Maschine ist jedoch möglicherweise niedriger, da der Host nicht direkt auf die virtuellen Laufwerke zugreift, sondern mit dem Agenten kommuniziert, der die entsprechenden Daten aus dem Backup liest. Zudem existiert die virtuelle Maschine nur temporär.