Anwendungseinstellungen für VMware-VMs konfigurieren

Auf dieser Seite finden Sie 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. In solchen Fällen sollten Sie zwei Richtlinienvorlagen erstellen: eine zum Erfassen des Bootvolumes der VM und eine zum Erfassen der Anwendungen auf der VM. Die beiden Erfassungsvorgänge können nicht gleichzeitig ausgeführt werden.

Anwendungsdetails und -einstellungen für VMware-VM

Ändern Sie auf der Seite Anwendungsdetails und ‑einstellungen die anwendungsspezifischen Einstellungen, um die Sicherungsoptionen für die VMware-VM zu konfigurieren. App-Einstellungen können in bestimmten Fällen nützlich oder erforderlich sein. Klicken Sie nach der Konfiguration der Anwendungseinstellungen auf Änderungen speichern.

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

Anwendungseinstellung Beschreibung
Anwendungskonsistent
(Nicht für die Datenbankverwaltung)
Wählen Sie eine der folgenden Optionen aus:
  • Crash-konsistente Sicherung erstellen: Eine crash-konsistente Sicherung ist eine schnelle Sicherung von Anwendungsdaten im Speicher, als ob in diesem Moment der Strom ausgefallen wäre. Die E/A-Daten der Anwendung werden nicht pausiert. Alle Daten auf dem Laufwerk werden gespeichert, die Daten im Arbeitsspeicher gehen verloren. Unvollständige Transaktionen können gespeichert werden. Die Wiederherstellung einer absturzsicheren Sicherung kann länger dauern und Ausnahmen verursachen. In der Regel muss die Wiederherstellung nach einem Absturz manuell erfolgen. Crashkonsistente Sicherungen sind bei virtuellen Maschinen schnell.
  • Anwendungskonsistente Sicherung: Bei einer anwendungskonsistenten Sicherung wird die Anwendung benachrichtigt, sich auf eine Sicherung vorzubereiten. Bei dieser Option gehen keine Daten verloren. Es hält die I/O-Daten der Anwendung an, führt Transaktionen in Echtzeit aus und leert den Arbeitsspeicher auf die Festplatte. Bei der Wiederherstellung kann schnell auf die Daten zugegriffen werden. Bei virtuellen Clients ist in der Regel ein Agent erforderlich, der über ein Back-up auf dem Host benachrichtigt wird und dann die Anwendungen benachrichtigt. Möglicherweise muss er auf eine Genehmigung der Anwendungen warten. Nicht alle Anwendungen unterstützen anwendungskonsistente Sicherungen.
  • Beim letzten Versuch eine fehlerkonsistente Sicherung erstellen: Bei dieser Option werden zuerst anwendungskonsistente Sicherungen erstellt. Wenn eine anwendungskonsistente Sicherung aus irgendeinem Grund fehlschlägt, wird eine fehlerkonsistente Sicherung erstellt.
  • Überbelegung des Staging-Laufwerks (in Prozent) Geben Sie den zusätzlichen Speicherplatz an, der dem Staging-Laufwerk zugewiesen werden soll, zusätzlich zu dem tatsächlich benötigten Speicherplatz, um das Wachstum der Anwendung zu ermöglichen. Diese Einstellung kann zwischen 0 und 1.000 % liegen.
    Protokoll nach Sicherung kürzen/leerstellen Geben Sie an, ob die Protokolle nach jeder Sicherung abgeschnitten oder gelöscht werden sollen. Wenn „Protokoll nach Sicherung kürzen“ aktiviert ist, werden anwendungsbezogene Protokolle bis zur letzten oder aktuellen Sicherung gekürzt. Wenn Sie Protokolle kürzen, müssen Sie auch das Transaktionsprotokoll sichern, um eine fortlaufende Wiederherstellung zu ermöglichen. (Oracle, SQL Server).
    Mögliche Optionen:
  • Protokoll nach der Sicherung nicht kürzen oder löschen
  • Protokoll nach der Sicherung kürzen oder löschen
  • Aufbewahrungsdauer für Protokollsicherungen (in Tagen)* Wenn „Datenbankprotokollsicherung aktivieren“ auf Ja festgelegt ist, wird die Protokollaufbewahrung getrennt von der Aufbewahrungsrichtlinie für Snapshots definiert. Mit einer separaten Aufbewahrungsdauer können Sie Protokolle in Verbindung mit Kopien der Datenbank verwenden, die im Snapshot-Pool gespeichert sind. Die Aufbewahrungsdauer von Protokollen ist eine obligatorische Einstellung.
    Logs replizieren (StreamSnap-Technologie wird verwendet)** Wenn Datenbankprotokollsicherung aktivieren auf Aktivieren gesetzt ist, ist die erweiterte Einstellung Protokolle replizieren verfügbar. Oracle-Archiv-Logs oder SQL-Server-Datenbanktransaktionsprotokolle, die auf eine Remote-Sicherungs-/Wiederherstellungs-Appliance repliziert werden sollen. Damit ein Job zur Protokollreplikation ausgeführt werden kann, muss die Vorlage eine Replikationsrichtlinie (StreamSnap) sowie ein Ressourcenprofil enthalten, das eine Remote-Sicherungs-/Wiederherstellungsanwendung angibt. Außerdem muss mindestens eine erfolgreiche Replikation der Datenbank abgeschlossen worden sein. Sie können die Protokolle dann an der Remote-Site für jedes Datenbank-Image innerhalb des Aufbewahrungszeitraums der replizierten Protokolle verwenden. Diese Funktion ist standardmäßig aktiviert. Bei der Protokollreplikation wird die Replikation zwischen der lokalen und der Remote-Sicherungs-/Wiederherstellungs-Appliance mit der StreamSnap-Technologie durchgeführt. Die Protokollreplikation 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-/Wiederherstellungsanwendung repliziert wurde.
    Protokolle an den OnVault-Pool senden Wenn Sie Ja auswählen, werden Protokolle in einem oder mehreren OnVault-Speicherpools repliziert, sodass eine Point-in-Time-Wiederherstellung von OnVault an einem anderen Standort möglich ist.
    Größe des Protokoll-Staging-Laufwerks (in Prozent)* Wenn Datenbankprotokollsicherung aktivieren auf Ja festgelegt ist, wird mit Größe der Staging-Festplatte für Protokolle festgelegt, wie viel das Staging-Laufwerk, auf dem sich die Protokolle befinden, automatisch erweitert werden soll. Diese Einstellung kann zwischen 5 und 100 % liegen.
    Jobverhalten, wenn für die Ziel-VM eine Snapshot-Konsolidierung erforderlich ist Wählen Sie eine Aktion aus, wenn die VM konsolidiert werden muss:
  • Job fehlschlagen lassen, wenn VM konsolidiert werden muss: Punkt-in-der-Zeit-Jobs schlagen fehl.
  • Job ohne Zusammenführung ausführen: Alle Jobs werden normal ausgeführt, auch wenn eine Zusammenführung ausstehend ist.
  • Zusammenführung am Anfang des Jobs ausführen: Bei Jobs vom Typ „Punkt in der Zeit“ wird versucht, die Zusammenführung am Anfang des Jobs auszuführen. Wenn die Zusammenführung fehlschlägt, wird der Job mit einer Fehlermeldung beendet.
  • Zeitlimit für Script Mit dem Sicherungs- und Notfallwiederherstellungs-Agenten können Sie hostseitige Scripts erstellen, die auf dem Host einer Anwendung vor oder nach der Ausführung einer Richtlinie ausgeführt werden. Die vier Zeitüberschreitungen in einer Richtlinienvorlage werden direkt den vier Phasen eines hostseitigen Scripts zugeordnet.
    Hinweis: Standardmäßig entsprechen die Zeitüberschreitungswerte für Scripts den angegebenen Werten. Wenn kein Script-Zeitlimit angegeben ist, ist der Wert leer und der Standardwert wird verwendet.
  • Script Init Timeout: Gibt an, wie lange ein Job auf das Script warten soll, das auf dem Host aufgerufen wird, bevor eine Aktion vom Job ausgeführt wird. Wenn das Script nicht innerhalb dieser Zeitüberschreitung abgeschlossen ist, schlägt der Job fehl. Der Standardwert beträgt 60 Sekunden. Zulässiger Bereich: 1 bis 86.400 Sekunden.
  • Script Freeze Timeout (Zeitlimit für das Einfrieren von Scripts): Hiermit wird festgelegt, wie lange eine Richtlinie auf das Script warten soll, das aufgerufen wird, um eine Anwendung einzufrieren, bevor ein Snapshot erstellt wird. Wenn das Script nicht innerhalb dieser Zeitüberschreitung abgeschlossen ist, schlägt der Job fehl. Der Standardwert beträgt 60 Sekunden. Zulässiger Bereich: 1 bis 86.400 Sekunden.
  • Script Unfreeze Timeout (Zeitlimit für die Aufhebung der Sperrung durch Script): Hiermit wird festgelegt, wie lange eine Richtlinie auf das Script warten soll, das aufgerufen wird, um eine Anwendung nach dem Erstellen eines Snapshots zu sperren. Wenn das Script nicht innerhalb dieser Zeitüberschreitung abgeschlossen ist, schlägt der Job fehl. Der Standardwert beträgt 60 Sekunden. Zulässiger Bereich: 1 bis 86.400 Sekunden.
  • Zeitüberschreitung für den Script-Abschluss: Definiert, wie lange eine Richtlinie auf das Script warten soll, das am Ende des Jobs aufgerufen wird. Wenn das Script nicht innerhalb dieser Zeitüberschreitung abgeschlossen ist, schlägt der Job fehl. Der Standardwert beträgt 60 Sekunden. Zulässiger Bereich: 1 bis 86.400 Sekunden.
  • Leitfaden für VMware-Administratoren

    Diese Seite ist eine von mehreren Seiten zum Schutz und zur Wiederherstellung von VMware-VMs mithilfe von Sicherung und Notfallwiederherstellung. Weitere Informationen finden Sie unter: