Backup and DR-Workflows mit direkter Einbindung werden verwendet, wenn das betreffende Anwendungs-Image keine sensiblen Daten enthält. So kann der Backup & DR-Workflow die Daten einer Anwendung als virtuelle Anwendung oder nur als Anwendungsdaten bereitstellen, ohne dass zuerst ein LiveClone definiert und dann bereinigt werden muss. Durch direktes Einbinden sind Anwendungsdaten und virtuelle Anwendungen fast sofort verfügbar.
Bei einem Backup und DR-Workflow mit direkter Bereitstellung wird Folgendes ausgeführt:
- Generiert neue oder aktualisiert virtuelle Anwendungen aus einem einzelnen ausgewählten Produktionsimage.
- Definiert einen Zeitplan für die Aktualisierung der virtuellen Anwendung mit den neuesten Produktionsdaten. Geplante Backup- und DR-Workflows können auch on demand ausgeführt werden.
- Stellt die Daten als virtuelle Anwendung bereit. Eine virtuelle Anwendung kann wie jede andere Anwendung verwendet und geschützt werden.
Sichert die bereitgestellte virtuelle Anwendung als neue Anwendung.
Folgen Sie dieser Anleitung, um einen Backup and DR-Workflow mit direkter Einbindung zu erstellen:
- Klicken Sie in der Verwaltungskonsole des Backup- und DR-Dienstes auf App Manager und wählen Sie dann eine verwaltete Anwendung oder Konsistenzgruppe aus.
- Klicken Sie mit der rechten Maustaste und wählen Sie Workflows verwalten aus, um das Workflows Application Dashboard zu öffnen. Klicken Sie auf Workflow hinzufügen und fügen Sie grundlegende Konfigurationsdetails wie Name und Appliance hinzu, auf der der Backup & DR-Workflow ausgeführt werden soll.
- Wählen Sie Direct Mount als Workflow Type (Workflowtyp) aus.
- Wählen Sie für Schedule Type (Planungstyp) entweder Scheduled (Geplant) oder On Demand (Auf Abruf) aus. Wenn Sie Geplant auswählen, definieren Sie einen Zeitplan für die Ausführung des Backup and DR-Workflows. Die Zeitauswahl verwendet das 24‑Stunden-Format. Die geplante Zeit – die nächste Ausführungszeit – entspricht der Zeitzone des lokalen Geräts, auf dem der Backup and DR-Workflow ausgeführt wird. Diese ist standardmäßig auf UTC festgelegt.
- Geplante Backup- und DR-Workflows können auch on demand ausgeführt werden.
- Konfigurieren Sie den Bereich Einstellungen für die direkte Bereitstellung.
- Wählen Sie das aktuelle Snapshot-Bild aus der Richtlinie aus, mit der das zu bereinigende Bild erstellt wurde, und klicken Sie auf Quellbild. Wenn Sie On Demand ausgewählt haben, kann der Nutzer, der den Backup- und DR-Workflow ausführt, das Quell-Snapshot-Image zur Laufzeit auswählen. Sie können auch das aktuelle Image aus einer bestimmten Snapshot-Richtlinie oder das aktuelle StreamSnap-Image auswählen.
- Geben Sie im Feld Mount Label (Bereitstellungslabel) einen eindeutigen Namen ein.
- Wählen Sie im Drop-down-Menü Host einen oder mehrere Server aus, von denen das Image bereitgestellt werden soll.
- Aktivieren Sie optional die Option Auf alle Clusterknoten zuordnen. Diese Option wird angezeigt, wenn mindestens ein Zielhost ein Clusterknoten oder ein Clusterhost ist.
Die folgenden Optionen sind nur sichtbar, wenn mindestens ein Zielhost eine VMware-VM ist:
Wählen Sie für Mount Mode (Bereitstellungsmodus) eine der folgenden Optionen aus:
- NFS: Standardmäßig ist der NFS-Modus ausgewählt. Backup and DR präsentiert die Daten als VMDK in einem NFS-Datenspeicher, der von der Sicherungs-/Wiederherstellungs-Appliance bereitgestellt wird.
- vRDM (virtual raw device mapping): VMware-Snapshots behandeln eingebundene vRDMs als 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 abhängig markieren können. Obwohl diese Option selten verwendet wird, werden vRDMs in VMware-Snapshots aufgenommen, wenn sie aktiviert ist. Mit Sicherungsvorlagen können vRDMs gesichert werden, die als abhängig markiert sind. Für diesen Bereitstellungsmodus muss auf dem ESXi-Host ein iSCSI-Initiator vorhanden sein, der in Google Cloud VMware Engine standardmäßig nicht aktiviert ist.
- pRDM (physical raw device mapping): Wählen Sie diesen Modus für Wiederherstellungsvorgänge auf Dateiebene aus. Für diesen Bereitstellungsmodus muss der ESXi-Host einen iSCSI-Initiator haben, der in Google Cloud VMware Engine standardmäßig nicht aktiviert ist.
Wählen Sie unter ESX-Hosts zuordnen eine der folgenden Optionen aus. Die Option ESX-Hosts zuordnen wird nur angezeigt, wenn Sie im Feld Bereitstellungsmodus vRDM oder pRDM ausgewählt haben.
- Einer: Wählen Sie Einer aus, wenn Sie nur dem 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 oder Automatische Auswahl auswählen. Bei der automatischen Auswahl wird der zweite Host anhand logischer Paare von ESX-Hosts ausgewählt. Dabei 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 Jobdauer verlängern.
Aktivieren Sie Mark Dependent (Als abhängig markieren), um eingebundene Volumes als abhängig zu markieren und sie in VMware-Snapshots einzuschließen. Dies wird selten verwendet, wenn ein Laufwerk in eine vorhandene VM eingebunden wird.
Geben Sie im Bereich Mapping Options (Zuordnungsoptionen) den Speicherort für die bereitgestellten Laufwerke für Mount Location (Bereitstellungsspeicherort) ein, z. B.
M:, D:\testdb1.Geben Sie im Abschnitt Script-Optionen ein Pre- oder Post-Processing-Script an, das für das bereitgestellte Image ausgeführt werden soll, sowie das entsprechende Zeitlimit in Sekunden. Ausführliche Informationen zu Pre-Script, Post-Script und Zeitüberschreitung in Sekunden finden Sie unter Script-Optionen.
Klicken Sie auf die Option Create New Virtual Application (Neue virtuelle Anwendung erstellen), um eine anwendungsbezogene Bereitstellung durchzuführen. Diese Option ist nur für Datenbankanwendungen von IBM Db2, Oracle, PostgreSQL, SAP ASE, SAP HANA, SAP MaxDB und SQL Server verfügbar. Die angezeigten Einstellungen variieren je nach Datenbanktyp. Wenn Sie die Option Create New (Neu erstellen) nicht auswählen, erhalten Sie stattdessen eine Dateisystembereitstellung für Ihre Zielhosts.
Aktivieren Sie optional Remove Mounted Image After Done (Gemountetes Image nach Abschluss entfernen), wenn Sie ein oder mehrere Skripts verwenden, um die gemounteten Daten als einmalige Aufgabe zu verarbeiten, z. B. um Daten in ein Data Warehouse zu extrahieren. Sobald das Skript seine Aufgabe abgeschlossen hat, wird die virtuelle Anwendung mit dieser Option unmountet und gelöscht.
Diese Option kann nicht verwendet werden, wenn Sie die Option Neue Anwendung verwalten ausgewählt haben.
Klicken Sie auf Hinzufügen, um den Backup- und DR-Workflow zu erstellen.