Auf VMware-VM-Sicherungen kann auf zwei Arten zugegriffen werden:
Auf einem vorhandenen Host bereitstellen
Stellen Sie ein VMware-Image auf einem vorhandenen physischen oder virtuellen Host bereit. Ein virtueller Host ist eine beliebige VMware-VM oder Compute Engine-Instanz, die dem System durch die Erkennung von Anwendungen hinzugefügt wird. Ein physischer Host ist jeder Host, der dem System über die Seite Host unter Verwalten > hinzugefügt wird. Anleitung zum Hinzufügen eines Hosts
So stellen Sie eine VMware-VM-Sicherung auf einem Host bereit:
Klicken Sie in der Verwaltungskonsole für Backup und DR-Appliances auf App Manager und wählen Sie im Drop-down-Menü Applications (Anwendungen) aus.
Die Seite Anwendungen wird geöffnet.
Wählen Sie die VMware-Anwendung mit der Sicherung aus, die Sie einbinden möchten, und wählen Sie dann im Menü unten auf der Seite Anwendungen die Option Zugriff aus.
Die Seite Zugriff wird geöffnet und zeigt Back-ups in der Zeitachse an. Weitere Informationen zur Ansicht finden Sie unter Auf die Zeitachse zugreifen.
Wählen Sie das Backup und dann Mount aus der Liste der Zugriffsoperationen aus, um die Seite Mount zu öffnen.
Lassen Sie die Standardeinstellung Vorhandener Host unverändert.
Wählen Sie einen physischen Host aus, der manuell auf der Seite Verwalten > Host hinzugefügt wurde, oder einen virtuellen Host aus der Drop-down-Liste Host aus. Wenn Sie einen Host benötigen, der noch nicht hinzugefügt wurde, fügen Sie ihn über das Menü Verwalten > Host hinzu oder führen Sie den Compute Engine- oder VMware-Erkennungsassistenten aus.
Geben Sie unter Label einen eindeutigen Namen für die Bereitstellung ein.
Wählen Sie für Mount Mode (Bereitstellungsmodus) eine der folgenden Optionen aus. Diese Optionen werden nur angezeigt, wenn der ausgewählte Host eine VMware-VM ist.
- NFS: Dies ist die bevorzugte Methode. Die VMDKs für die neue VM werden vom Sicherungs-/Wiederherstellungsgerät über einen NFS-Datenspeicher für den ESX-Host bereitgestellt.
- vRDM (virtual raw device mapping): Die Sicherungen werden über iSCSI präsentiert. Standardmäßig wird iSCSI in GCVE nicht unterstützt. VMware-Snapshots behandeln bereitgestellte vRDMs als Independent (unabhängig) und sie sind nicht in Snapshots enthalten. Aus diesem Grund werden vRDMs standardmäßig nicht in Backup and DR berücksichtigt, wenn eine bereitgestellte VM geschützt wird. Backup and DR bietet eine Option, mit der Sie vRDMs als Dependent (abhängig) markieren können. Diese Option wird zwar selten verwendet, aber wenn sie aktiviert ist, werden vRDMs in VMware-Snapshots aufgenommen. Sicherungsvorlagen können vRDMs erfassen, die als Dependent (Abhängig) gekennzeichnet sind.
- pRDM (physical raw device mapping): Hier werden die Back-ups über iSCSI präsentiert. Standardmäßig wird iSCSI in GCVE nicht unterstützt.
Wählen Sie unter ESX-Hosts zuordnen eine der folgenden Optionen aus:
- Eins: Wählen Sie Eins aus, wenn Sie nur den ESX-Host zuordnen möchten, auf dem die Ziel-VM ausgeführt wird.
- Zwei: Wählen Sie Zwei aus, wenn Sie zwei ESX-Hosts, aber nicht alle ESX-Hosts im Cluster zuordnen möchten. Wenn Sie Zwei auswählen, können Sie den zweiten Host auswählen oder Automatische Auswahl festlegen. Bei der automatischen Auswahl wird der zweite Host basierend auf logischen Paaren von ESX-Hosts ausgewählt. Es wird immer der Partner-ESX-Host für den Host ausgewählt, auf dem die Ziel-VM ausgeführt wird.
Alle Wählen Sie Alle aus, wenn Sie alle ESX-Hosts im Cluster zuordnen möchten. Wenn Sie Alle auswählen, kann sich die Dauer des Jobs verlängern.
Geben Sie die folgenden zusätzlichen Bereitstellungsauswahlen an:
- Drive einbinden: Nur Windows. Gibt einen Laufwerksbuchstaben an, der dem Volume zugewiesen werden soll. Wenn der Laufwerkbuchstabe nicht verfügbar ist, schlägt der Job fehl. Wenn mehrere Volumes gefunden werden, werden nachfolgende Laufwerkbuchstaben zugewiesen. Wenn kein Mount Drive angegeben ist, wählt der Backup and DR-Agent selbst einen Laufwerkbuchstaben aus, sofern verfügbar.
- Bereitstellungspunkt: Der vollständige Pfad, unter dem Sie das Volume bereitstellen möchten. Wenn der Pfad als leerer Ordner vorhanden ist, wird er vom Backup and DR-Agent verwendet.
Wenn er nicht vorhanden ist, wird er vom Backup and DR-Agent erstellt. Wenn sie als Datei oder als nicht leerer Ordner vorhanden ist, schlägt der Job fehl. Wenn mehrere Volumes bereitgestellt werden müssen, wählt der Backup and DR-Agent den für eines der Volumes angegebenen Nutzer aus und hängt an die verbleibenden ein Unterstrich (_) gefolgt von einer Zahl an, z. B.
user_specified_#.
Wählen Sie unter Select Volumes To Mount (Bereitzustellende Volumes auswählen) ein oder mehrere Volumes aus. Standardmäßig sind alle Volumes ausgewählt. Das erste Volume kann nicht abgewählt werden. Für ein einzelnes Dateisystem darf es nur ein Volume geben. Leistungs- und Nutzungsoption
Nur für die Option Vorhandener Host: Maximieren Sie den Bereich Scripts und wenden Sie Post-Scripts und Post-Scripts auf die Sicherung an, bevor Sie sie einbinden.
- Geben Sie in den Feldern Pre-Script und Post-Script den Pfad und die relativen Dateinamen ein. Geben Sie die Zeitlimitwerte ein, um ein Hängen zu verhindern. 300 Sekunden sind ein guter Standardwert.
Ändern Sie bei Bedarf den Standard-Speicherpool, der für die Bereitstellung verwendet werden soll, über die Drop-down-Liste. Dies gilt nur für Bereitstellungen, bei denen keine Staging-Festplatte vorhanden ist, z. B. bei direkten OnVault-Bereitstellungen und importierten OnVault-Images. Andernfalls wird immer der Standardpool verwendet, in dem sich die Quell-Image-Laufwerke befinden.
Geben Sie für jedes Volume, das Sie bereitstellen möchten, das Mount Drive (Bereitstellungslaufwerk) und den Mount Point (Bereitstellungspunkt) an.
Klicken Sie auf Senden. Ein Job wird gesendet, um die Sicherung auf dem ausgewählten Host zu mounten. Sie können prüfen, ob der Mount-Vorgang erfolgreich war, indem Sie den Jobstatus unter Monitor aufrufen. Sobald der Mount-Vorgang abgeschlossen ist, wird die Sicherung aktiviert und ist in der Ansicht Aktive Mounts des App-Managers verfügbar.
Als neue VM einbinden
Anstatt ein Backup auf einem vorhandenen Host bereitzustellen, können Sie auch eine ganz neue VM damit erstellen. Folgen Sie der Anleitung, um ein Backup als neue VM bereitzustellen.
Klicken Sie in der Verwaltungskonsole für Backup und DR-Appliances auf App Manager und wählen Sie im Drop-down-Menü Applications (Anwendungen) aus.
Die Seite Anwendungen wird geöffnet.
Wählen Sie die VMware-Anwendung mit der Sicherung aus, die Sie einbinden möchten, und wählen Sie dann im Menü unten auf der Seite Anwendungen die Option Zugriff aus.
Die Seite Zugriff wird geöffnet und Back-ups werden in der Zeitachse angezeigt. Weitere Informationen zur Ansicht finden Sie unter Auf die Zeitachse zugreifen.
Wählen Sie eine Sicherung und dann aus der Liste der Zugriffsoperationen Mount aus.
Die Seite Einbinden wird geöffnet.
Ändern Sie die Standardeinstellung in Neue VM.
Verwenden Sie die folgenden Optionen, um die virtuelle Maschine zu konfigurieren:
- VM-Name: Geben Sie einen Namen für die neue VM ein, die Sie einbinden möchten.
- VCENTER: Wählen Sie in der Drop-down-Liste ein vCenter für die neue VM aus, die Sie einbinden möchten.
- ESX HOST: Wählen Sie in der Drop-down-Liste einen ESX-Host für die neue VM aus, die Sie einbinden möchten.
DATASTORE: Wählen Sie in der Drop-down-Liste einen Datenspeicher mit dem erforderlichen Speicherplatz für die neue VM aus, die Sie einbinden möchten.
Geben Sie unter Label einen eindeutigen Namen für die Bereitstellung ein.
Wählen Sie für Mount Mode (Bereitstellungsmodus) eine der folgenden Optionen aus:
- NFS: Dies ist die bevorzugte Methode. Die VMDKs für die neue VM werden von der Sicherungs-/Wiederherstellungs-Appliance über einen NFS-Datastore für den ESX-Host bereitgestellt.
- vRDM (virtual raw device mapping): Die Sicherungen werden über iSCSI präsentiert. Standardmäßig wird iSCSI in GCVE nicht unterstützt. VMware-Snapshots behandeln bereitgestellte vRDMs als Independent und sie sind nicht in Snapshots enthalten. Aus diesem Grund werden vRDMs standardmäßig nicht in Backup and DR aufgenommen, wenn eine bereitgestellte VM geschützt wird. Backup and DR bietet eine Option, mit der Sie vRDMs als Dependent (Abhängig) markieren können. Obwohl diese Option selten verwendet wird, werden vRDMs in VMware-Snapshots aufgenommen, wenn sie aktiviert ist. Sicherungsvorlagen erfassen vRDMs, die als Dependent (Abhängig) gekennzeichnet sind.
- pRDM (physical raw device mapping) Dadurch werden die Backups über iSCSI bereitgestellt. Standardmäßig wird iSCSI in GCVE nicht unterstützt.
Wählen Sie unter ESX-Hosts zuordnen eine der folgenden Optionen aus:
- Einer: Wählen Sie Einer aus, wenn Sie nur den ESX-Host zuordnen möchten, auf dem die Ziel-VM ausgeführt wird.
- Zwei: Wählen Sie Zwei aus, wenn Sie zwei ESX-Hosts, aber nicht alle ESX-Hosts im Cluster zuordnen möchten. Wenn Sie Zwei auswählen, können Sie den zweiten Host auswählen oder Automatische Auswahl aktivieren. Bei der automatischen Auswahl wird der zweite Host basierend auf logischen Paaren von ESX-Hosts ausgewählt. Es wird immer der Partner-ESX-Host für den Host ausgewählt, auf dem die Ziel-VM ausgeführt wird.
- Alle: Wählen Sie Alle aus, wenn Sie alle im Cluster vorhandenen ESX-Hosts zuordnen möchten. Wenn Sie Alle auswählen, kann sich die Dauer des Jobs verlängern.
Bei Mark Dependent werden bereitgestellte vRDMs in VMware-Snapshots als Independent behandelt und sind nicht in Snapshots enthalten. Aus diesem Grund werden vRDMs standardmäßig nicht in Backup and DR einbezogen, wenn eine bereitgestellte VM geschützt wird. Mit dieser Einstellung können Sie vRDMs als Dependent (abhängig) markieren. Obwohl diese Option selten verwendet wird, werden vRDMs in VMware-Snapshots aufgenommen, wenn sie aktiviert ist. In Sicherungsvorlagen werden vRDMs erfasst, die als Dependent (Abhängig) gekennzeichnet sind.
Ändern Sie bei Bedarf den Standard-Speicherpool, der für die Bereitstellung verwendet werden soll, über die Drop-down-Liste Speicherpool.
Dies gilt nur für Bereitstellungen, für die kein vorhandenes Staging-Laufwerk vorhanden ist, z. B. direkt zu OnVault und importierte OnVault-Images. Andernfalls wird immer der Pool verwendet, in dem sich die Quellbildlaufwerke befinden, unabhängig davon, was hier festgelegt ist.
Wählen Sie unter Select Volumes To Mount (Bereitzustellende Volumes auswählen) ein oder mehrere Volumes aus. Standardmäßig sind alle Volumes ausgewählt. Das erste Volume kann nicht abgewählt werden. Für ein einzelnes Dateisystem darf es nur ein Volume geben.
Klicken Sie auf Senden. Ein Job wird gesendet, um die Sicherung auf dem ausgewählten Host zu mounten. Sie können prüfen, ob der Mount-Vorgang erfolgreich war, indem Sie den Jobstatus unter Monitor aufrufen. Sobald der Mount-Vorgang abgeschlossen ist, wird die Sicherung aktiviert und ist in der Ansicht Aktive Mounts des App-Managers verfügbar.
Bereitgestellte VMware-VM im Produktionsspeicher wiederherstellen
Nachdem Sie eine neue VMware-VM mit Als neue VM bereitstellen erstellt haben, können Sie die VMDK-Daten der VM auf den lokalen Datenspeicher migrieren, sodass sie nicht mehr von der Sicherungs-/Wiederherstellungs-Appliance abhängig ist. Dazu können Sie die VMware-Migrationsfunktion verwenden. Folgen Sie der Anleitung unten, um die VMDK-Daten der VMs in den lokalen Datenspeicher zu migrieren.
- Hängen Sie die VMware-VM zuerst als neue VM oder vorhandene VM ein.
- Wählen Sie im vSphere-Client den Datenspeicher für die VMDK-Dateien und VM-Konfigurationsdateien aus. Bei GCVE ist das normalerweise der vSAN-Datastore.
Wählen Sie im vSphere-Client die bereitgestellte VM aus, die Sie migrieren möchten, und verwenden Sie dann die Funktion Migrieren im vSphere-Client, um die VM in den Produktionsspeicher zu migrieren:
Verwenden Sie die Funktion Migrieren im vSphere-Client, um die VM zum Produktionsspeicher zu migrieren:
- Wählen Sie die Option zum Ändern des Speichers aus. Der neue Datenspeicher darf nicht mit dem Quelldatenspeicher identisch sein.
- Ändern Sie das Format des virtuellen Laufwerks. Wenn Sie die Option Same format as source (Gleiches Format wie Quelle) auswählen, funktioniert das nicht. Diese Option wird nicht angezeigt, wenn Sie von NFS zu vSAN-Datastore migrieren.
Nach Abschluss der Migration finden Sie das bereitgestellte Image unter Aktive Bereitstellungen.
Aktive Bereitstellungen verwalten
Nachdem Sie eine Bereitstellung erstellt haben, können Sie die Sicherung über den App Manager > Active Mounts verfolgen. Idealerweise sollte kein Image dauerhaft gemountet sein. Das liegt daran, dass die Sicherung, aus der die Bereitstellung erstellt wurde, erst ablaufen kann, wenn alle zugehörigen Bereitstellungen gelöscht wurden. Wenn Sie das bereitgestellte Image nicht mehr benötigen, haben Sie folgende Möglichkeiten:
- Heben Sie die Bereitstellung der Sicherung auf. Bei Bedarf können Sie es wieder einhängen. Sie können die Sicherung dann später löschen, wenn Sie sicher sind, dass sie nicht mehr benötigt wird.
- Heben Sie die Bereitstellung der Sicherung auf und löschen Sie sie. Dadurch wird das bereitgestellte Image gelöscht, nicht die Sicherung, auf der die Bereitstellung basiert.
Leitfaden für VMware-Administratoren
Diese Seite ist eine von mehreren Seiten, die sich speziell mit dem Schutz und der Wiederherstellung von VMware-VMs mit Backup and DR befassen. Weitere Informationen finden Sie unter:
- Backup und DR für VMware-VMs
- Google Cloud VMware Engine für Backup- und DR-Schutz konfigurieren
- vCenter- und ESX-Serverhosts der Appliance-Verwaltungskonsole hinzufügen
- VMware-VMs ermitteln und schützen
- Sicherungsvorlage zum Schutz einer VMware-VM anwenden
- Anwendungseinstellungen für VMware-VMs konfigurieren
- VMware-VM wiederherstellen
- VMware-Image einbinden
- Sicherung einer VMware-VM klonen
- LiveClone-Workflows erstellen
- VM-Verwaltung zwischen zwei Sicherungs-/Wiederherstellungs-Appliances verschieben