Anwendungsdetails und -einstellungen für VM-Daten in der Appliance-Verwaltungskonsole konfigurieren

Diese Seite enthält Informationen zum Konfigurieren von Anwendungseinstellungen für VMware-VMs.

VM und ihre Anwendungen schützen

In einigen Fällen müssen Sie möglicherweise eine gesamte VM und dann eine oder mehrere Anwendungen auf dieser VM erfassen. Erstellen Sie in solchen Fällen zwei Richtlinienvorlagen: eine zum Erfassen des Boot-Volumes der VM und eine weitere zum Erfassen der Anwendungen auf der VM. Beachten Sie, dass die beiden Erfassungsvorgänge nicht gleichzeitig ausgeführt werden können.

Anwendungsdetails und Einstellungen für VMware-VM

Ändern Sie auf der Seite Anwendungsdetails und -einstellungen die anwendungsspezifischen Einstellungen, um Sicherungsoptionen für die VMware-VM zu konfigurieren. Anwendungseinstellungen können unter bestimmten Umständen nützlich oder erforderlich sein. Nachdem Sie die Anwendungseinstellungen konfiguriert haben, klicken Sie auf Änderungen speichern.

Wenn Sie eine oder mehrere Anwendungseinstellungen auf den Standardzustand zurücksetzen möchten, klicken Sie das Kästchen neben der Auswahl an, die Sie zurücksetzen möchten, oder klicken Sie auf Optionen auswählen, die auf den Standardzustand zurückgesetzt werden, um alle Anwendungsauswahlen auf den Standardzustand zurückzusetzen.

Anwendungseinstellung Beschreibung
Anwendungskonsistent
(Nicht zutreffend auf die Datenbankverwaltung)		 Wählen Sie eine der folgenden Optionen aus:
  • Absturzkonsistente Sicherung erstellen: Eine absturzkonsistente Sicherung ist eine schnelle Sicherung von Anwendungsdaten im Speicher, so als ob der Strom in diesem Moment ausgefallen wäre. Die E/A von Anwendungsdaten wird nicht pausiert. Alle Daten auf dem Laufwerk werden gespeichert und Daten im Arbeitsspeicher gehen verloren. Unvollständige Transaktionen werden möglicherweise gespeichert. Die Wiederherstellung einer absturzkonsistenten Sicherung kann länger dauern und zu Ausnahmen führen. In der Regel muss die Wiederherstellung nach einem Absturz manuell erfolgen. Absturzkonsistente Sicherungen sind für virtuelle Maschinen schnell.
    •
  • Anwendungskonsistente Sicherung erstellen: Bei einer anwendungskonsistenten Sicherung wird die Anwendung benachrichtigt, sich auf eine Sicherung vorzubereiten. Bei dieser Option gehen keine Daten verloren. Die E/A-Vorgänge für Anwendungsdaten werden pausiert, laufende Transaktionen werden abgeschlossen und der Arbeitsspeicher wird auf das Laufwerk geleert. Bei der Wiederherstellung wird schnell auf die Daten zugegriffen. Bei virtuellen Clients ist in der Regel ein Agent erforderlich, um eine Benachrichtigung über eine Sicherung auf dem Host zu erhalten und dann Anwendungen zu benachrichtigen. Möglicherweise muss auf eine Genehmigung von Anwendungen gewartet werden. Nicht alle Anwendungen unterstützen anwendungskonsistente Sicherungen.
    •
  • Absturzkonsistente Sicherung beim letzten Versuch erstellen: Bei dieser Option werden zuerst anwendungskonsistente Sicherungen erstellt. Wenn eine anwendungskonsistente Sicherung jedoch aus irgendeinem Grund fehlschlägt, wird eine absturzkonsistente Sicherung erstellt.
    		•
    Übermäßige Zuweisung von Staging-Laufwerken (in Prozent) Geben Sie den zusätzlichen Speicherplatz an, der für das Staging-Laufwerk zugewiesen werden soll, um das Wachstum der Anwendung zu berücksichtigen. Dieser Speicherplatz wird zusätzlich zu dem tatsächlich benötigten Speicherplatz zugewiesen. Diese Einstellung liegt zwischen 0 und 1.000 %.
    Protokoll nach Sicherung kürzen/löschen Geben Sie an, ob die Logs nach jeder Sicherung gekürzt/gelöscht werden sollen. Wenn „Log nach Sicherung kürzen“ aktiviert ist, werden anwendungsbezogene Logs bis zur letzten oder aktuellen Sicherung gekürzt. Wenn Sie Logs kürzen, müssen Sie auch das Transaktionslog sichern, um eine Roll-Forward-Wiederherstellung zu ermöglichen. (Oracle, SQL Server).
    Es gibt folgende Optionen:
  • Protokoll nach Sicherung nicht kürzen oder löschen
    •
  • Protokoll nach Sicherung kürzen oder löschen
    •
    Aufbewahrungsdauer für Log-Sicherungen (in Tagen)* Wenn „Datenbank-Log-Sicherung aktivieren“ auf Ja festgelegt ist, wird die Logaufbewahrung getrennt von der Aufbewahrung der Snapshot-Richtlinie definiert. Mit einer separaten Aufbewahrungsdauer können Sie Logs in Verbindung mit Kopien der Datenbank verwenden, die im Snapshot-Pool gespeichert sind. Die Aufbewahrungsdauer für Logs ist eine obligatorische Einstellung.
    Logs replizieren (verwendet StreamSnap-Technologie)** Wenn Datenbank-Log-Sicherung aktivieren auf Aktivieren gesetzt ist, ist die erweiterte Einstellung Logs replizieren zulässig. Oracle-Archivlogs oder SQL Server-Datenbanktransaktionslogs, die auf einer Remote-Sicherungs-/Wiederherstellungs-Appliance repliziert werden sollen. Damit ein Protokollreplikationsjob ausgeführt werden kann, muss in der Vorlage eine Replikationsrichtlinie (StreamSnap) zusammen mit einem Ressourcenprofil enthalten sein, das eine Remote-Sicherungs-/Wiederherstellungs-Appliance angibt. Außerdem muss mindestens eine erfolgreiche Replikation der Datenbank abgeschlossen sein. Sie können dann die Logs am Remote-Standort für jedes Datenbank-Image innerhalb des Aufbewahrungsbereichs der replizierten Logs verwenden. Diese Funktion ist standardmäßig aktiviert. Bei der Logreplikation wird die StreamSnap-Technologie verwendet, um die Replikation zwischen den lokalen und Remote-Sicherungs-/Wiederherstellungs-Appliances durchzuführen. Die Logreplikation erfolgt direkt vom lokalen Snapshot-Pool zum Snapshot-Pool auf der Remote-Appliance.
    Hinweis: Die Protokollreplikation erfolgt erst, wenn eine Datenbank geschützt und auf die Remote-Sicherungs-/Wiederherstellungs-Appliance repliziert wurde.
    Logs an OnVault-Pool senden Wenn Sie Ja festlegen, werden Logs in einen oder mehrere OnVault-Speicherpools repliziert, sodass Wiederherstellungen zu einem bestimmten Zeitpunkt von OnVault an einem anderen Standort möglich sind.
    Größe des Log-Staging-Laufwerks (in Prozent)* Wenn Datenbank-Logsicherung aktivieren auf Ja festgelegt ist, definiert Wachstumsgröße des Log-Staging-Laufwerks das Wachstum, das beim automatischen Erweitern des Staging-Laufwerks, auf dem sich die Logs befinden, verwendet werden soll. Diese Einstellung kann zwischen 5 % und 100 % liegen.
    Jobverhalten, wenn die Ziel-VM eine Snapshot-Konsolidierung erfordert Wählen Sie eine Aktion aus, wenn die VM konsolidiert werden muss:
  • Job fehlschlagen lassen, wenn die VM konsolidiert werden muss: Point-in-Time-Jobs schlagen fehl.
    •
  • Job ohne Konsolidierung ausführen: Alle Jobs werden normal ausgeführt, auch wenn die Konsolidierung aussteht.
    •
  • Konsolidierung zu Beginn des Jobs ausführen: Jobs zu einem bestimmten Zeitpunkt versuchen, die Konsolidierung zu Beginn des Jobs auszuführen. Wenn die Zusammenführung fehlschlägt, schlägt der Job mit einer Fehlermeldung fehl.
    •
    Zeitlimit für Script Mit dem Backup und DR-Agenten können Sie hostseitige Skripts erstellen, die vor oder nach der Ausführung einer Richtlinie auf dem Host einer Anwendung ausgeführt werden. Die vier Zeitlimits in einer Richtlinienvorlage entsprechen direkt den vier Phasen eines hostseitigen Skripts.
    Hinweis: Standardmäßig entsprechen die Zeitüberschreitungswerte für das Script den angegebenen Werten. Wenn kein Script-Zeitlimit angegeben ist, ist der Wert leer und der Standardwert wird verwendet.
  • Zeitlimit für die Skriptinitialisierung: Definiert, wie lange ein Job auf das Skript warten soll, das auf dem Host aufgerufen wird, bevor eine Aktion vom Job ausgeführt wird. Wenn das Skript nicht innerhalb dieses Zeitlimits abgeschlossen wird, schlägt der Job fehl. Der Standardwert beträgt 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.
    •
  • Zeitlimit für das Einfrieren des Skripts: Definiert, wie lange eine Richtlinie auf das Skript warten soll, das aufgerufen wird, um eine Anwendung einzufrieren, bevor ein Snapshot erstellt wird. Wenn das Skript nicht innerhalb dieses Zeitlimits abgeschlossen wird, schlägt der Job fehl. Der Standardwert beträgt 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.
    •
  • Zeitlimit für das Aufheben des Einfrierens des Skripts: Definiert, wie lange eine Richtlinie auf das Skript warten soll, das aufgerufen wird, um eine Anwendung nach dem Erstellen eines Snapshots einzufrieren. Wenn das Skript nicht innerhalb dieses Zeitlimits abgeschlossen wird, schlägt der Job fehl. Der Standardwert beträgt 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.
    •
  • Zeitüberschreitung für Skriptende: Definiert, wie lange eine Richtlinie auf das Skript warten soll, das ganz am Ende des Jobs aufgerufen wird. Wenn das Script nicht innerhalb dieses Zeitlimits abgeschlossen wird, schlägt der Job fehl. Der Standardwert beträgt 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.
    •

    Leitfaden für VMware-Administratoren

    Diese Seite gehört zu einer Reihe von Seiten, die sich mit dem Schutz und der Wiederherstellung von VMware-VMs mit Backup und DR befassen. Weitere Informationen finden Sie unter: