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

Auf dieser Seite finden Sie Informationen zum Konfigurieren von Anwendungseinstellungen für VMware-VMs.

VM und zugehörige 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 für das Boot-Volume der VM und eine für die Anwendungen auf der VM. Die beiden Erfassungsvorgänge können nicht gleichzeitig ausgeführt werden.

Anwendungsdetails und ‑einstellungen für VMware-VM

Auf der Seite Anwendungsdetails und -einstellungen können Sie anwendungsspezifische Einstellungen zum Konfigurieren von Sicherungsoptionen für VMware-VMs ändern. App-Einstellungen 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 die Standardeinstellungen zurückgesetzt werden, um alle Anwendungsauswahlen auf den Standardzustand zurückzusetzen.

Anwendungseinstellung Beschreibung
Anwendungskonsistent
(Nicht für die Datenbankverwaltung anwendbar)		 Wählen Sie eine der folgenden Optionen aus:
  • Absturzkonsistente Sicherung erstellen: Eine absturzkonsistente Sicherung ist eine schnelle Sicherung von Anwendungsdaten im Speicher, als ob in diesem Moment die Stromversorgung unterbrochen worden wäre. Die E/A-Vorgänge für Anwendungsdaten werden dadurch nicht pausiert. Alle Daten auf der Festplatte werden gespeichert, Daten im Arbeitsspeicher gehen verloren. Unvollständige Transaktionen werden möglicherweise gespeichert. Die Wiederherstellung einer absturzkonsistenten Sicherung kann länger dauern und Ausnahmen verursachen. Die Wiederherstellung nach einem Absturz muss in der Regel manuell erfolgen. Absturzkonsistente Sicherungen sind für virtuelle Maschinen schnell.
    •
  • Anwendungskonsistente Sicherung erstellen: Bei einer anwendungskonsistenten Sicherung wird die Anwendung benachrichtigt, dass sie sich auf eine Sicherung vorbereiten soll. Bei dieser Option gehen keine Daten verloren. Dadurch werden die Ein-/Ausgabevorgänge für Anwendungsdaten pausiert, laufende Transaktionen abgeschlossen und der Arbeitsspeicher auf die Festplatte geleert. Bei der Wiederherstellung wird schnell auf Daten zugegriffen. Für virtuelle Clients ist in der Regel ein Agent erforderlich, um eine Benachrichtigung über ein Backup auf dem Host zu erhalten und dann Anwendungen zu benachrichtigen. Möglicherweise muss er auf eine Genehmigung von Anwendungen warten. 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 aus irgendeinem Grund fehlschlägt, wird eine absturzkonsistente Sicherung erstellt.
    		•
    Überzuweisung des Staging-Laufwerks (in Prozent) Geben Sie den zusätzlichen Speicherplatz an, der für die Staging-Festplatte zugewiesen wird – zusätzlich zu dem, was tatsächlich benötigt wird –, um dem Wachstum der Anwendung Rechnung zu tragen. Diese Einstellung liegt zwischen 0 und 1.000 %.
    Log nach der Sicherung kürzen/löschen Geben Sie an, ob die Protokolle nach jeder Sicherung gekürzt oder 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 Protokolle kürzen, müssen Sie auch das Transaktionsprotokoll sichern, um eine Rollforward-Wiederherstellung zu ermöglichen. (Oracle, SQL Server).
    Folgende Optionen sind verfügbar:
  • Protokoll nach der Sicherung nicht kürzen oder löschen
    •
  • Protokoll nach der Sicherung kürzen oder löschen
    •
    Aufbewahrungsdauer für Logsicherungen (in Tagen)* Wenn „Enable Database Log Backup“ auf Yes festgelegt ist, wird die Aufbewahrung von Protokollen separat von der Aufbewahrung der Snapshot-Richtlinie definiert. Durch einen separaten Aufbewahrungszeitraum können Sie Logs in Verbindung mit Kopien der Datenbank verwenden, die im Snapshot-Pool gespeichert sind. Die Aufbewahrungsdauer für Logs ist eine Pflichteinstellung.
    Logs replizieren (mit StreamSnap-Technologie)** Wenn Datenbank-Log-Sicherung aktivieren auf Aktivieren festgelegt ist, ist die erweiterte Einstellung Logs replizieren verfügbar. Oracle-Archivlogs oder SQL Server-Datenbanktransaktionslogs, die auf ein externes Sicherungs-/Wiederherstellungsgerät repliziert werden sollen. Damit ein Log-Replikationsjob ausgeführt werden kann, muss im Template eine Replikationsrichtlinie (StreamSnap) zusammen mit einem Ressourcenprofil enthalten sein, in dem ein externes Sicherungs-/Wiederherstellungsgerät angegeben ist. 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 Aufbewahrungszeitraums 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 diese Option auf Ja gesetzt ist, werden Logs in einen oder mehrere OnVault-Speicherpools repliziert, sodass die Wiederherstellung zu einem bestimmten Zeitpunkt von OnVault an einem anderen Standort möglich ist.
    Größe des Staging-Laufwerks für Protokolle (in Prozent)* Wenn Enable Database Log Backup auf Yes festgelegt ist, wird mit Log Staging Disk Growth Size die Größe des Wachstums definiert, das beim automatischen Vergrößern des Staging-Laufwerks verwendet werden soll, auf dem sich die Logs befinden. Diese Einstellung liegt zwischen 5 und 100 %.
    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 schlägt fehl, 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 eine Konsolidierung aussteht.
    •
  • Konsolidierung am Anfang des Jobs durchführen: Bei Point-in-Time-Jobs wird versucht, die Konsolidierung am Anfang des Jobs durchzuführen. Wenn die Konsolidierung fehlschlägt, schlägt auch der Job fehl und es wird eine Fehlermeldung angezeigt.
    •
    Zeitlimit für Script Mit dem Backup and DR-Agent können Sie hostseitige Skripts erstellen, die auf dem Host einer Anwendung vor oder nach dem Ausführen einer Richtlinie ausgeführt werden. Die vier Zeitüberschreitungen in einer Richtlinienvorlage entsprechen direkt den vier Phasen eines hostseitigen Skripts.
    Hinweis: Standardmäßig gelten die angegebenen Werte für das Script-Zeitlimit. Wenn kein Script-Zeitlimit angegeben ist, ist der Wert leer und der Standardwert wird verwendet.
  • Zeitlimit für die Script-Initialisierung: Definiert, 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 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 von Skripts: Definiert, wie lange eine Richtlinie auf das Skript warten soll, das zum Einfrieren einer Anwendung aufgerufen wird, 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 Einfrieren von Skripts: Definiert, wie lange eine Richtlinie auf das Skript warten soll, das zum Einfrieren einer Anwendung aufgerufen wird, nachdem ein Snapshot erstellt wurde. 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 Script-Abschluss: Definiert, wie lange eine Richtlinie auf das Script warten soll, das ganz am Ende des Jobs aufgerufen 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.
    •

    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: