Erweiterte Richtlinieneinstellungen konfigurieren

Auf dieser Seite sind die erweiterten Einstellungen für eine Sicherungskonfigurationsrichtlinienvorlage aufgeführt. Sie können die erweiterten Richtlinieneinstellungen beim Erstellen einer Sicherungsrichtlinie definieren.

Sie können die Richtlinieneinstellungen für bestimmte Anwendungen auch aufrufen und ändern, indem Sie auf der Seite Sicherungsplan verwalten für die Anwendung den Bereich „Richtlinienüberschreibungen“ anzeigen.

So rufen Sie die Seite mit den Richtlinieneinstellungen auf:

  1. Klicken Sie in der Verwaltungskonsole auf den Tab Sicherungspläne und wählen Sie im Drop-down-Menü die Option Vorlagen aus.
  2. Wählen Sie die zu verwaltende Vorlage aus und klicken Sie dann rechts unten auf der Seite im Drop-down-Menü auf Bearbeiten.
  3. Klicken Sie auf der Vorlagenseite rechts neben der Richtlinie, die Sie verwalten möchten, auf den weißen Pfeil. Klicken Sie unten in den Auswahlmöglichkeiten auf Richtlinie bearbeiten.
  4. Klicken Sie unten im Bereich Richtlinie erstellen/bearbeiten auf Erweiterte Richtlinieneinstellungen. Daraufhin werden die erweiterten Richtlinieneinstellungen geöffnet, die in der folgenden Tabelle beschrieben sind.
  5. Klicken Sie abschließend auf Änderungen speichern, um die Einstellungen zu aktualisieren.

In der folgenden Tabelle finden Sie Details zu den erweiterten Richtlinieneinstellungen.

               
Erweiterte Einstellung Beschreibung
Anwendungskonsistent
(gilt nur für VMware Engine-VMs und Compute Engine-VMs)
Wählen Sie eine der folgenden Optionen aus:
  • Erstellen Sie eine absturzsichere Sicherung. Eine crashkonsistente 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 und die Daten im Arbeitsspeicher gehen verloren. Die Wiederherstellung eines absturzsicheren Back-ups kann länger dauern und Ausnahmen verursachen. Je nach Gastbetriebssystem, Dateisystem und Anwendung müssen während der Wiederherstellung möglicherweise einige zusätzliche manuelle Schritte ausgeführt werden. Wählen Sie „Crash-konsistent“ aus, wenn der prozesskonsistente Vorgang aufgrund des Ruhezustands Probleme für Ihre Anwendungen oder Arbeitslasten verursacht. Die Crash-Konsistenz kann zu einer längeren RTO führen, da das Dateisystem oder die Anwendung eine Wiederherstellung aus dem inkonsistenten Snapshot ausführen muss. In extremen Fällen kann dies sogar zu einem nicht wiederherstellbaren Snapshot führen.
  • Erstellen Sie eine anwendungskonsistente Sicherung. Bei der anwendungskonformen Sicherung werden ruhegestellte Snapshots verwendet, bei denen das Dateisystem der virtuellen Maschine mit VMware-Tools oder der Gastumgebung von Google ruhegestellt wird. Bei einem Ruhezustand werden die integrierten Funktionen des Windows-Betriebssystems genutzt, um Dateisysteme und Anwendungen, die VSS unterstützen, in den Ruhezustand zu versetzen. Außerdem werden alle vom Kunden bereitgestellten Scripts zum Einfrieren oder Auftauen (auf allen Plattformen) genutzt, um eine höhere Anwendungskonsistenz zu erreichen. Das Ergebnis ist ein höheres Maß an Vertrauen in die Wiederherstellbarkeit der Sicherung sowie in den meisten Fällen kürzere Wiederherstellungszeiten. Anwendungskonsistente Sicherungen können manchmal zu einer kurzen Unterbrechung der E/A-Vorgänge führen. Bei einigen aktiven Anwendungen können während der Sicherung auch E/A-Fehler auftreten, was jedoch selten vorkommt. Gelegentlich schlägt die anwendungskonforme Sicherung fehl, wenn VMware die VM während des Snapshot-Vorgangs nicht innerhalb eines festgelegten Zeitlimits pausieren kann. Verwenden Sie anwendungskonsistente Sicherungen, wenn die Wiederherstellbarkeit am wichtigsten ist und die Anwendungen in der VM nicht empfindlich auf die kurze I/O-Pause reagieren.
    Weitere Informationen finden Sie im Abschnitt Anwendungskonsistente Snapshots von nichtflüchtigen Speichern unter Linux erstellen.

    Wenn Sie einen Windows Compute Engine-Snapshot als neue oder vorhandene VM bereitstellen möchten, der mit der Option Anwendungskonsistent erfasst wurde, müssen Sie den Modus des Laufwerks von „Lesemodus“ zu „Lese-/Schreibmodus“ ändern. Folgen Sie dazu der Anleitung unter Optional: Laufwerk als für Lesen/Schreiben verfügbar markieren.
  • Erstellen Sie beim letzten Versuch eine crashkonsistente Sicherung. Bei dieser Option werden zuerst anwendungskonsistente Sicherungen erstellt. Wenn eine anwendungskonsistente Sicherung aus irgendeinem Grund fehlschlägt, wird eine sturzkonsistente Sicherung erstellt.
  • Snapshot-Speicherort
    (gilt nur für Compute Engine-Instanzen)
    Wählen Sie die Region aus, in der die Snapshots des nichtflüchtigen Speichers gespeichert werden sollen. Standardmäßig ist „Multiregion“ (basierend auf dem Speicherort des Quelllaufwerks) ausgewählt. Sie können den Speicherort des Snapshots auch in eine andere Region als die des Quelllaufwerks ändern. Wenn Sie Snapshots an einem anderen Speicherort als dem Ihres Quelllaufwerks speichern, werden die Daten über das Netzwerk zwischen diesen beiden Speicherorten übertragen. Es können dann Netzwerkgebühren anfallen. Für Snapshots werden die gleichen Gebühren wie für die Datenübertragung in Cloud Storage berechnet. Weitere Informationen zu Snapshots von nichtflüchtigem Speicher Weitere Informationen zu den Preisen finden Sie unter Laufwerk-Preise.
    Snapshot-Typ      
    (gilt nur für Compute Engine-Instanzen)
    Wählen Sie den Snapshot-Typ für nichtflüchtige Speicher aus, der für Sicherungen von Compute Engine-Instanzen verwendet werden soll. Mit Snapshots lassen sich Daten von nichtflüchtigen Speichern schrittweise sichern. Während der Sicherung wird ein neuer Snapshot erstellt, um den aktuellen Status des nichtflüchtigen Speichers zu erfassen. Dieser kann später verwendet werden, um ein neues Laufwerk für das Bereitstellen oder Wiederherstellen zu erstellen. Compute Engine speichert mehrere Kopien jedes Snapshots verteilt über mehrere Speicherorte mit automatischen Prüfsummen, um die Integrität der Daten zu gewährleisten. Weitere Informationen zu Snapshots von nichtflüchtigem Speicher Weitere Informationen zu den Preisen finden Sie unter Laufwerk-Preise.
  • Standard: Standardmäßig ist der Snapshot-Typ „Standard“ ausgewählt. Wir empfehlen den Standardtyp, wenn Sie die Sicherungen weniger als 90 Tage aufbewahren möchten.
  • Archiv: Wählen Sie diesen Typ aus, wenn Sie die Sicherungen für einen längeren Zeitraum aufbewahren möchten. Der Mindestabrechnungszeitraum für den Archiv-Snapshot beträgt 90 Tage, unabhängig von der in der Richtlinie definierten Aufbewahrungsdauer. Außerdem fallen für den Archivtyp zusätzliche Abrufkosten an, wenn er in einem Bereitstellungs- oder Wiederherstellungsjob verwendet wird. Der Archiv-Snapshot-Typ kann nur verwendet werden, wenn die Verwaltungskonsole und die Sicherungs-/Wiederherstellungs-Appliance beide Version 11.0.4 oder höher haben.
  •      
    Überbelegung des Bereitstellungslaufwerks
    (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.
    Globale Pfade entfernen Diese Verzeichnisse nicht sichern (vollständigen Pfad angeben). Weitere Informationen finden Sie unter „Globale Pfade zum Entfernen von Knoten“ auf Richtlinienebene.
    Streamsnap-Replikation komprimieren Die Komprimierung für die Streamsnap-Replikation ist standardmäßig aktiviert. Die Komprimierung erhöht die Effizienz der Streamsnap-Replikation auf die Remote-Sicherungs-/Wiederherstellungsanwendung bei der Übertragung von Daten über das Netzwerk, z. B. bei der Replikation von Bildern und Videos. Wenn die Komprimierung aktiviert ist, werden alle Pakete komprimiert. Die Ziel-Sicherungs-/Wiederherstellungs-Appliance dekomprimiert die Pakete, bevor sie auf das Staging-Laufwerk geschrieben werden. Wenn für die Streamsnap-Replikation an die zweite Sicherungs-/Wiederherstellungs-Appliance keine Komprimierung erforderlich ist, ändern Sie die erweiterte Einstellung „Streamsnap-Replikation komprimieren“ in Nicht komprimieren und klicken Sie dann auf Änderungen speichern.
    Hinweis: Die Streamsnap-Replikation wird nur für Sicherungs-/Wiederherstellungs-Appliances unterstützt, die in einem einzelnen Netzwerk bereitgestellt werden.
    Zuordnung nicht aufheben Gibt an, ob temporäre Staging-Laufwerke, die dem Host zugeordnet und während der Datenübertragung für die Sicherung verwendet werden, weiterhin dem Host zugeordnet bleiben sollen. LUNs werden während des ersten Jobs zugeordnet und alle nachfolgenden Jobs verwenden dieselbe zugeordnete LUN. Wählen Sie eine der folgenden Optionen aus:
  • Staging-Laufwerke zwischen Jobs weiterhin zuordnen. Wählen Sie diese Option aus, wenn die temporären Staging-Laufwerke dem Host zugeordnet und während der Datenübertragung weiterhin dem Host zugeordnet bleiben sollen. LUNs werden während des ersten Jobs zugeordnet und alle nachfolgenden Jobs verwenden dieselbe zugeordnete LUN. Diese Option ist standardmäßig ausgewählt.
    Hinweis: Bei Anwendungen, die mit dem Sicherungs- und Notfallwiederherstellungs-Agenten verwaltet werden (z. B. SQL-Datenbanken), die auf einem Betriebssystem ausgeführt werden, das in einer VMware-VM ausgeführt wird, wird diese Option ignoriert. Das Staging-Laufwerk wird nach jedem Job immer von der VM getrennt.
  • Entfernen Sie die Zuordnung von Staging-Laufwerken nach jedem Job. Mit dieser Option wird das Staging-Laufwerk am Ende jedes Jobs vom Betriebssystem getrennt (Anlegepunkte oder Laufwerksbuchstaben entfernt) und die Zuordnung zum Host aufgehoben. Bei dieser Option muss der Host zu Beginn des nächsten Jobs einen Scan nach SCSI-LUNs ausführen, da die neu zugeordneten Staging-Laufwerke neu gefunden werden müssen, bevor sie neu bereitgestellt werden können.
  • Protokoll nach der Sicherung kürzen (leer) Geben Sie an, ob die Datenbankprotokolle nach jeder Sicherung abgeschnitten (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.
    Folgende Optionen sind verfügbar:
  • Protokoll nach der Sicherung nicht kürzen oder löschen
  • Protokoll nach der Sicherung kürzen oder löschen
  • Offline-Anwendungen überspringen
    (Nur für die Verwaltung von Konsistenzgruppen)
    Geben Sie an, ob nicht verfügbare Anwendungen, die zu einer Consistency-Gruppe gehören, ignoriert werden sollen. Sie erstellen eine Konsistenzgruppe, um die Daten aller Mitgliedsanwendungen zusammen zu sichern und so die Datenkonsistenz in den Mitgliedsanwendungen beizubehalten. Consistency-Gruppen sind Sammlungen von erkannten Anwendungen vom selben Host.
    Mögliche Optionen:
  • Sicherung fehlschlagen lassen, wenn Offlineanwendungen gefunden werden
  • Offlineanwendungen bei der Sicherung überspringen
  • Staging-Laufwerke allen Knoten in einem Anwendungscluster zuordnen Wenn sich Ihre Knoten in einem Anwendungscluster befinden, können Sie so dafür sorgen, dass die Knoten eines Anwendungsclusters bei einem Failover während der Sicherung geschützt sind.
  • Ordnen Sie das Staging-Laufwerk nicht allen Knoten des Anwendungsclusters zu.
  • Staging-Laufwerk allen Knoten des Anwendungsclusters zuordnen
    Bei einem Ausfall des Anwendungsclusters werden mit dieser Option Failover-Kopien geschützt.
  • Staging-Laufwerk allen ESX-Hosts in einem Cluster zuordnen
    (Nur für VMware-VMs)
    Wenn sich Ihre ESX-Server in einer Appliance befinden, können Sie mit dieser Einstellung dafür sorgen, dass die VMs bei einem Failover während der Sicherung verwaltet werden. Bei einem ESX-Hostfehler werden mit dieser Option Failover-Kopien von VMware-VMs verwaltet. (Oracle, lokale Dateisysteme, SMB, NFS, SQL Server):
  • Staging-Laufwerk nur für VM dem ESX-Host zuordnen
  • Staging-Laufwerk allen ESX-Hosts im Cluster zuordnen
  • Staging-Laufwerk zwei ESX-Hosts im Cluster zuordnen
  • SQL Server-Nutzeranmeldungen sichern Hier werden die Anmeldedaten für die SQL Server-Datenbank erfasst. Wenn die Datenbank als virtuelle Anwendung bereitgestellt wird (app-aware mount), enthält die virtuelle Datenbank alle Anmeldedaten, die von der Quelle verwendet werden. Die Optionen sind Ja oder Nein.
    Datenbankprotokollsicherung aktivieren Mit der Option Datenbankprotokollsicherung aktivieren kann die Sicherungsrichtlinie des Sicherungsplans eine Datenbank und alle zugehörigen Transaktionsprotokolldateien sichern. Die Protokolle werden gesichert, wenn der Job zum Erstellen von Protokoll-Snapshots ausgeführt wird. Mögliche Werte sind „Ja“ oder „Nein“. Wenn Ja ausgewählt ist, werden die zugehörigen Optionen aktiviert.
    Hinweis: Weitere Informationen zum Logschutz finden Sie unter Datenbankprotokollschutz in einer Sicherungsrichtlinie.
    RPO Wenn Datenbankprotokollsicherung aktivieren auf Ja festgelegt ist, wird die Häufigkeit der Datenbankprotokollsicherung durch RPO definiert. Die Häufigkeit wird in Minuten festgelegt und darf das Intervall für die Datenbanksicherung nicht überschreiten. Der kleinste Wert, der festgelegt werden kann (in Minuten), ist 15.
    Aufbewahrungsdauer für Protokollsicherungen
    (in Tagen)
    Wenn Datenbankprotokollsicherung aktivieren auf Ja festgelegt ist, wird die Protokollaufbewahrung getrennt von der Aufbewahrung der Snapshot-Richtlinie 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.
    Protokolle replizieren
    (verwendet Streamsnap-Technologie)
    Wenn Datenbankprotokollsicherung aktivieren auf Aktivieren gesetzt ist, können Datenbankprotokolle mit der erweiterten Einstellung Protokolle replizieren auf einer Remote-Appliance repliziert werden. Damit ein Job zur Protokollreplikation ausgeführt werden kann, muss die Vorlage eine Streamsnap-Replikationsrichtlinie sowie ein Ressourcenprofil mit einer Remote-Appliance enthalten. 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-Appliance mit 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 die Datenbank geschützt und das Image auf dem Remotegerät repliziert wurde.
    Logs 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 der Festplatte für die Protokollauslagerung (in Prozent) Wenn Datenbankprotokollsicherung aktivieren auf Ja festgelegt ist, definiert Größe des Staging-Laufwerks für Protokolle das Wachstum, das beim automatischen Erhöhen des Staging-Laufwerks verwendet werden soll, auf dem sich die Protokolle befinden. Diese Einstellung kann zwischen 5 und 100 % liegen.
    Geschätzte Änderungsrate Wenn Datenbankprotokollsicherung aktivieren auf Ja gesetzt ist, wird mit dieser Einstellung die tägliche Änderung (in Prozent) definiert. So kann die Appliance die Größe des Staging-Laufwerks, das zum Speichern von Protokollen erforderlich ist, besser berechnen. Diese Einstellung kann zwischen 0 und 100 liegen.
    Datenbankprotokollsicherung komprimieren Wenn Datenbankprotokollsicherung aktivieren auf Ja gesetzt ist, wird die Quelldatenbank angewiesen, ihre Protokolle zu komprimieren, bevor sie von der Verwaltungskonsole erfasst werden. Der Datenbankserver führt während der Protokollsicherung eine Protokollkomprimierung durch. Die Optionen sind Ja oder Nein. Wenn Ja ausgewählt ist, wird die Option Datenbankprotokollsicherung komprimieren aktiviert.
    Erzwungene Aufbewahrung Der Nutzer kann den Zeitraum der Unveränderlichkeit zwischen null und 36.525 Tagen konfigurieren. Standardmäßig ist der Wert für alle vorhandenen Richtlinien auf null gesetzt.
    Sie können eine Richtlinie, die bereits zum Schutz einer Anwendung verwendet wird, ändern, indem Sie eine längere erzwungene Aufbewahrungsdauer festlegen. Sie können die erzwungene Aufbewahrungsdauer jedoch nicht verkürzen.
    Sie können keine erzwungene Aufbewahrung für eine Streamsnap-Richtlinie festlegen, deren Aufbewahrungsdauer „Nur das neueste Remote-Image beibehalten“ ist.
    Hinweis: Die erzwungene Aufbewahrung kann nicht pro Anwendung überschrieben werden. Die Option wird auf der Seite Richtlinienüberschreibungen nicht angezeigt.
    Hinweis: Die erweiterte Richtlinieneinstellung Erzwungene Aufbewahrung ist nicht mit dem Anwendungsschutz kompatibel, der auf einen Sicherungsspeicher verweist. Wenn ein Backup Vault das Speicherziel ist, wird die erzwungene Aufbewahrungsdauer vom Backup Vault bestimmt.
    Job-Verhalten, 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.
  • Bei fehlendem Startpfad fehlschlagen Wenn mindestens ein Startpfad angegeben ist und dieser nicht existiert, schlägt der Job fehl und die Meldung „UDSAgent: Der angegebene Startpfad existiert nicht“ wird angezeigt. Wenn keine Startpfade angegeben werden, hat diese Option keine Auswirkungen. Als Optionen sind Ja oder Nein verfügbar.
    Hinweis: Der Standardstatus für diese Option ist „Nein“ (deaktiviert). Das entspricht dem Verhalten der vorherigen Versionen des Sicherungs- und Notfallwiederherstellungs-Agents. Der Job schlägt nicht fehl, wenn kein Startpfad vorhanden ist.
    Degradierten Aufnahmemodus aktivieren Im Modus für die eingeschränkte Erfassung werden inkrementelle Daten erfasst, wenn der CBT-Dienst (Changed Block Tracking) nicht verfügbar ist. Die Datenerfassung kann länger dauern. Die Optionen sind Ja oder Nein.
    Zeitlimit für Script
    (gilt nur für agentbasierte Sicherungen)
    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 gelten für die Zeitüberschreitung des Scripts die folgenden Werte. 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 Skript 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 das Aufheben 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.
  • Script Finish Timeout (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 dieses Zeitlimits abgeschlossen ist, schlägt der Job fehl. Der Standardwert beträgt 60 Sekunden. Zulässiger Bereich: 1 bis 86.400 Sekunden.
  • Nächste Schritte