Erweiterte Richtlinieneinstellungen in der Appliance-Verwaltungskonsole konfigurieren

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

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

Folgen Sie der Anleitung unten, um die Seite mit den Richtlinieneinstellungen aufzurufen.

1. Klicken Sie in der Appliance-Verwaltungskonsole auf den Tab Sicherungspläne und wählen Sie im Drop-down-Menü die Option Vorlagen aus.
2. Wählen Sie die Vorlage aus, die Sie verwalten möchten, und klicken Sie dann rechts unten auf der Seite im Drop-down-Menü auf Bearbeiten.
3. Klicken Sie auf der Vorlagenseite rechts auf den weißen Pfeil neben der Richtlinie, die Sie verwalten möchten. Klicken Sie unten in der Auswahl auf Richtlinie bearbeiten.
4. Klicken Sie unten im Bereich Richtlinie erstellen/bearbeiten auf Erweiterte Richtlinieneinstellungen. Dadurch werden die erweiterten Richtlinieneinstellungen geöffnet, die in der folgenden Tabelle beschrieben werden.

5. Wenn Sie fertig sind, klicken Sie auf Änderungen speichern , um die Einstellungen zu aktualisieren.

   Hinweis: Auf der Einstellungsseite Richtlinienüberschreibungen werden möglicherweise nicht alle in der folgenden Tabelle aufgeführten Einstellungen angezeigt. Es werden nur relevante Einstellungen basierend auf Ihrer Anwendung angezeigt.

In der folgenden Tabelle sind die erweiterten Richtlinieneinstellungen aufgeführt.

               

Erweiterte Einstellung	Beschreibung
Anwendungskonsistent (gilt nur für Google Cloud VMware Engine-VMs und Compute Engine-VMs)	Gehen Sie folgendermaßen vor: Absturzkonsistente Sicherung: Eine absturzkonsistente Sicherung ist eine schnelle Sicherung von Anwendungsdaten im Speicher, als ob in diesem Moment die Stromversorgung unterbrochen worden wäre. Die Anwendungsdaten-E/A werden nicht pausiert. Alle Daten auf dem Laufwerk werden gespeichert, Daten im Arbeitsspeicher gehen verloren. Die Wiederherstellung einer absturzkonsistenten Sicherung kann länger dauern und Ausnahmen verursachen. Je nach Gastbetriebssystem, Dateisystemen und Anwendungen sind während der Wiederherstellung möglicherweise zusätzliche manuelle Wiederherstellungsschritte erforderlich. Wählen Sie „Absturzkonsistent“ aus, wenn der anwendungskonsistente Prozess Probleme für Ihre Anwendungen oder Arbeitslasten aufgrund des Quiescing-Prozesses verursacht. Eine absturzkonsistente Sicherung kann aufgrund der Notwendigkeit, dass das Dateisystem oder die Anwendung eine Wiederherstellung aus dem inkonsistenten Snapshot durchführen muss, zu einer längeren RTO führen und in extremen Fällen sogar zu einem nicht wiederherstellbaren Snapshot. Anwendungskonsistente Sicherung erstellen: Bei der anwendungskonsistenten Sicherung werden quiescente Snapshots verwendet, bei denen VMware-Tools oder eine Google Cloud Gastumgebung verwendet werden, um das Dateisystem der virtuellen Maschine in den Ruhezustand zu versetzen. Bei einem Quiescing-Vorgang werden die integrierten Funktionen des Windows-Betriebssystems verwendet, um Dateisysteme und Anwendungen, die VSS unterstützen, in den Ruhezustand zu versetzen. Außerdem werden alle vom Kunden bereitgestellten Freeze- oder Thaw Skripts (auf allen Plattformen) verwendet, um eine höhere Anwendungskonsistenz zu erzielen. 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 Pause bei der E/A führen. In seltenen Fällen können bei einigen stärker ausgelasteten Anwendungen zum Zeitpunkt der Sicherung E/A-Fehler auftreten. Gelegentlich, anwendungskonsistente Sicherungen schlagen fehl, wenn VMware die VM während des Snapshot-Vorgangs nicht innerhalb eines vorgegebenen Zeitlimits in den Ruhezustand versetzen kann. Verwenden Sie anwendungskonsistente Sicherungen, wenn die Wiederherstellbarkeit am wichtigsten ist und die Anwendungen in der VM nicht empfindlich auf die kurze E/A-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, die mit der Option Anwendungskonsistent erfasst wurde, müssen Sie das Laufwerk vom Lesemodus in den Lese-/Schreibmodus ändern. Folgen Sie dazu der Anleitung unter Optional: Laufwerk als für Lesen/Schreiben verfügbar markieren. Absturzkonsistente Sicherung beim letzten Versuch erstellen: Bei dieser Option werden zunächst anwendungskonsistente Sicherungen erstellt. Wenn eine anwendungskonsistente Sicherung aus irgendeinem Grund fehlschlägt, wird eine absturzkonsistente Sicherung erstellt.
Snapshot-Speicherort (gilt nur für Compute Engine- und SAP HANA-Instanzen)	Wählen Sie die Region aus, in der die Snapshots des nichtflüchtigen Speichers gespeichert werden sollen. Standardmäßig ist die Multiregion ausgewählt (basierend auf dem Speicherort des Quelllaufwerks). Sie können den Speicherort für Snapshots auch in eine andere Region als die des Quelllaufwerks ändern. Wenn Sie Snapshots an einem anderen Speicherort als dem des Quelllaufwerks speichern, werden die Daten über das Netzwerk zwischen diesen Speicherorten übertragen und es können Gebühren anfallen. Für Snapshots werden die gleichen Gebühren wie für die Datenübertragung von Cloud Storage berechnet. Weitere Informationen zu Snapshots von nichtflüchtigem Speicher Preisinformationen finden Sie unter Laufwerk-Preise.
Snapshot-Typ       (gilt nur für Compute Engine- und SAP HANA-Instanzen)	Wählen Sie den Snapshot-Typ für den nichtflüchtigen Speicher aus, der für Compute Engine-Instanzsicherungen verwendet werden soll. Mit Snapshots lassen sich Daten von nichtflüchtigen Speichern schrittweise sichern. Bei Sicherungen 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 Bereitstellungen oder Wiederherstellungen zu erstellen. Compute Engine speichert mehrere Kopien von jedem Snapshot 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 Preisinformationen finden Sie unter Laufwerk-Preise. Standard: Standardmäßig ist der Snapshot-Typ „Standard“ ausgewählt. Es wird empfohlen, den Standardtyp zu verwenden, wenn Sie die Sicherungen weniger als 90 Tage aufbewahren möchten. Archiv: Wählen Sie den Typ „Archiv“ aus, wenn Sie die Sicherungen für einen längeren Zeitraum aufbewahren möchten. Beachten Sie, dass der Mindestabrechnungszeitraum für den Archiv-Snapshot 90 Tage beträgt, unabhängig von der in der Richtlinie definierten Aufbewahrungsdauer . Außerdem fallen für den Typ „Archiv“ zusätzliche Abrufgebühren an, wenn er in einem Bereitstellungs- oder Wiederherstellungsjob verwendet wird.
Überzuweisung des Staging-Laufwerks (in Prozent)	Geben Sie den zusätzlichen Speicherplatz an, der für das Staging-Laufwerk zugewiesen wird (zusätzlich zum tatsächlich benötigten Speicherplatz), um das Wachstum der Anwendung zu berücksichtigen. Diese Einstellung liegt zwischen 0 und 1.000 %.
Globale Prune-Pfade	Diese Verzeichnisse nicht sichern (vollständigen Pfad angeben). Weitere Informationen finden Sie unter Globale Prune-Pfade auf Richtlinienebene.
Streamsnap-Replikation komprimieren	Standardmäßig ist die Komprimierung für die Streamsnap-Replikation aktiviert. Die Komprimierung erhöht die Effizienz der Streamsnap-Replikation auf die Remote-Appliance für Sicherung und Wiederherstellung, wenn Daten über das Netzwerk übertragen werden, z. B. beim Replizieren von Sicherungen und Videos. Wenn die Komprimierung aktiviert ist, werden alle Pakete komprimiert. Die Ziel-Appliance für Sicherung und Wiederherstellung dekomprimiert die Pakete, bevor sie auf das Staging-Laufwerk geschrieben werden. Wenn für die Streamsnap-Replikation auf die zweite Appliance für Sicherung und Wiederherstellung keine Komprimierung erforderlich ist, ändern Sie die erweiterte Einstellung für die Streamsnap Replikation in Nicht komprimieren und klicken Sie dann auf Änderungen speichern. Hinweis: Die Streamsnap-Replikation wird nur für die Appliances für Sicherung und Wiederherstellung 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, 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 zugeordnet lassen. Wählen Sie diese Option aus, wenn die temporären Staging-Laufwerke, die dem Host zugeordnet und während der Datenübertragung verwendet werden, 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 Backup and DR-Agent verwaltet werden (z. B. SQL-Datenbank), bei denen sich die Anwendung auf einem Betriebssystem befindet, das in einer VMware-VM ausgeführt wird, wird diese Option ignoriert. Die Zuordnung des Staging-Laufwerks zur VM wird nach jedem Job aufgehoben. Zuordnung der Staging-Laufwerke nach jedem Job aufheben. Bei dieser Option wird die Bereitstellung des Staging-Laufwerks am Ende jedes Jobs für das Betriebssystem aufgehoben (Bereitstellungspunkte oder Laufwerksbuchstaben werden entfernt) und die Zuordnung zum Host wird ebenfalls aufgehoben. Bei dieser Option muss der Host zu Beginn des nächsten Jobs einen Scan nach SCSI-LUNs durchführen, da die neu zugeordneten Staging-Laufwerke neu erkannt werden müssen, bevor sie wieder bereitgestellt werden können.
Log nach der Sicherung kürzen (löschen)	Geben Sie an, ob die Datenbanklogs nach jeder Sicherung gekürzt (gelöscht) werden sollen. Wenn Log nach der 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 Rollforward-Wiederherstellung zu ermöglichen. Folgende Optionen sind verfügbar: Log nach der Sicherung nicht kürzen oder löschen Log 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 Teil einer Konsistenzgruppe sind, ignoriert werden sollen. Sie erstellen eine Konsistenzgruppe, um die Daten aller Mitgliedsanwendungen zusammen zu sichern und so die Konsistenz der Daten in den Mitgliedsanwendungen zu gewährleisten. Konsistenzgruppen sind Sammlungen von erkannten Anwendungen vom selben Host. Folgende Optionen sind verfügbar: Sicherung schlägt fehl, wenn Offline-Anwendungen gefunden werden Offline-Anwendungen während der Sicherung überspringen
Staging-Laufwerke allen Knoten in einem Anwendungscluster zuordnen	Wenn sich Ihre Knoten in einem Anwendungscluster befinden, können Sie damit sicherstellen, dass die Knoten eines Anwendungsclusters im Falle eines Failovers während der Sicherung geschützt sind. Staging-Laufwerk nicht allen Knoten des Anwendungsclusters zuordnen. Staging-Laufwerk allen Knoten des Anwendungsclusters zuordnen Im Falle eines Fehlers im Anwendungscluster, 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 sicherstellen, dass die VMs im Falle eines Failovers während der Sicherung verwaltet werden. Im Falle eines ESX-Hostfehlers werden mit dieser Option Failover-Kopien von VMware-VMs verwaltet. (Oracle, lokale Dateisysteme, SMB, NFS, SQL Server): Staging-Laufwerk nur dem ESX-Host für die VM zuordnen Staging-Laufwerk allen ESX-Hosts im Cluster zuordnen Staging-Laufwerk zwei ESX-Hosts im Cluster zuordnen
SQL Server-Nutzeranmeldungen sichern	Erfasst die Anmeldedaten für die SQL Server-Datenbank. Wenn die Datenbank als virtuelle Anwendung bereitgestellt wird (anwendungsbezogene Bereitstellung), enthält die virtuelle Datenbank alle Anmeldedaten, die von der Quelle verwendet werden. Die Optionen sind Ja oder Nein.
Datenbank-Log-Sicherung aktivieren	Mit der Option Datenbank-Log-Sicherung aktivieren kann die Sicherungsplanrichtlinie eine Datenbank und alle zugehörigen Transaktionslogdateien sichern. Die Logs werden gesichert, wenn der Job für den Log-Snapshot ausgeführt wird. Die Optionen sind „Ja“ oder „Nein“. Wenn die Option auf Ja gesetzt ist, werden die zugehörigen Optionen aktiviert. Hinweis: Weitere Informationen zum Logschutz finden Sie unter Datenbank-Logschutz in einer Sicherungsplanrichtlinie.
RPO	Wenn Datenbank-Log-Sicherung aktivieren auf Ja gesetzt ist, definiert RPO die Häufigkeit der Datenbank-Log-Sicherung. 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 Logsicherungen (in Tagen)	Wenn Datenbank-Log-Sicherung aktivieren auf Ja gesetzt ist, wird die Logaufbewahrung separat von der Aufbewahrung der Snapshot-Richtlinie definiert. Durch eine separate 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 Pflichteinstellung.
Logs replizieren (verwendet die Streamsnap-Technologie)	Wenn Datenbank-Log-Sicherung aktivieren auf Aktivieren gesetzt ist, können mit der erweiterten Einstellung Logs replizieren Datenbanklogs auf eine Remote-Appliance repliziert werden. Damit ein Job zur Logreplikation ausgeführt werden kann, muss in der Vorlage eine Streamsnap-Replikationsrichtlinie zusammen mit einem Ressourcenprofil enthalten sein, in dem eine Remote-Appliance angegeben ist. Außerdem muss mindestens eine erfolgreiche Replikation der Datenbank abgeschlossen sein. Anschließend können Sie die Logs am Remote-Standort für jede Datenbanksicherung 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 der lokalen und der Remote-Appliance durchzuführen. Die Logreplikation erfolgt direkt vom lokalen Snapshot-Pool zum Snapshot-Pool auf der Remote-Appliance. Hinweis: Die Logreplikation erfolgt erst, nachdem die Datenbank geschützt und die Sicherung auf die Remote-Appliance repliziert wurde.
Logs an OnVault-Pool senden	Wenn die Option auf Ja gesetzt ist, werden Logs in einen oder mehrere OnVault-Speicherpools repliziert, um Wiederherstellungen zu einem bestimmten Zeitpunkt von OnVault an einem anderen Standort zu ermöglichen. Hinweis: Wenn Sie diese Option auswählen, sendet Backup und DR Logs an alle OnVault-Pools, die im Profil für diese Anwendung definiert sind. Wenn das Profil zwei Pools enthält, werden in der Überwachung OnVault-Jobs (Log) für jede Logsicherung angezeigt, einer für jeden Pool. Nur OnVault Pools, die im Profil für diese SLA enthalten sind, erhalten die Logs. Die Aufbewahrung von Logs, die in OnVault repliziert werden, ähnelt der Aufbewahrung von Snapshot-Logs. Die Replikation von Datenbanklogs in einen OnVault-Bucket unterscheidet sich von einer Datenbanksicherung. Wenn Sie Logs an OnVault-Pool senden, dann repliziert Backup and DR die Logs kontinuierlich in OnVault-Buckets, ähnlich wie bei Snapshot-Sicherungen von Logs. Wenn beispielsweise alle 15 Minuten eine Log Sicherung erstellt wird, werden die Logs alle 15 Minuten in OnVault repliziert, um sicherzustellen, dass alle Log-Snapshots in OnVault-Pools repliziert werden. Die in der Appliance-Verwaltungskonsole angezeigte Richtlinien-ID ist die Snapshot-Richtlinien-ID, da diese Replikation von Logs in OnVault-Buckets mit der Snapshot-Richtlinie verknüpft ist. Hinweis: Tägliche, wöchentliche, monatliche und jährliche OnVault-Richtlinien gelten nur für Datenbanksicherungen, nicht für Logsicherungen.
Größe des Staging-Laufwerks für Logs (in Prozent)	Wenn Datenbank-Log-Sicherung aktivieren auf Ja gesetzt ist, definiert Größe des Staging-Laufwerks für Logs die Größe, die verwendet werden soll, wenn das Staging-Laufwerk, auf dem sich die Logs befinden, automatisch vergrößert wird. Diese Einstellung liegt zwischen 5 und 100 %.
Geschätzte Änderungsrate	Wenn Datenbank-Log-Sicherung aktivieren auf Ja gesetzt ist, definiert diese Einstellung die tägliche Änderung (in Prozent), mit der die Appliance die Größe des Staging-Laufwerks besser berechnen kann, das zum Speichern von Logs erforderlich ist. Diese Einstellung liegt zwischen 0 und 100.
Datenbank-Log-Sicherung komprimieren	Wenn Datenbank-Log-Sicherung aktivieren auf Ja gesetzt ist, wird die Quelldatenbank mit dieser Einstellung angewiesen, ihre Logs zu komprimieren, bevor sie von der Appliance-Verwaltungskonsole erfasst werden. Der Datenbankserver führt die Logkomprimierung während der Logsicherung durch. Die Optionen sind Ja oder Nein. Wenn die Option auf Ja gesetzt ist, wird die Option Datenbank-Log-Sicherung komprimieren aktiviert.
Erzwungene Aufbewahrung	Ermöglicht dem Nutzer, den Zeitraum der Unveränderlichkeit zwischen 0 und 36.525 Tagen zu konfigurieren. Standardmäßig ist der Wert für alle vorhandenen Richtlinien auf 0 gesetzt. Sie können eine Richtlinie ändern, die bereits zum Schutz einer Anwendung verwendet wird, indem Sie eine längere Aufbewahrungsdauer festlegen. Sie können die erzwungene Aufbewahrungsdauer jedoch nicht verkürzen. Sie können die erzwungene Aufbewahrung nicht für eine Streamsnap-Richtlinie festlegen, deren Aufbewahrung „Nur das letzte Remote-Image beibehalten“ lautet. Hinweis: Die erzwungene Aufbewahrung kann nicht pro Anwendung überschrieben werden. Die Option wird auf der Richtlinienüberschreibungen Seite nicht angezeigt. Hinweis: Die erweiterte Richtlinieneinstellung Erzwungene Aufbewahrung ist nicht mit dem Anwendungsschutz kompatibel, der auf einen Backup Vault verweist. Wenn ein Backup Vault das Speicherziel ist, bestimmt der Backup Vault die erzwungene Aufbewahrungsdauer.
Jobverhalten, wenn für die Ziel-VM eine Snapshot-Konsolidierung erforderlich ist	Wählen Sie eine Aktion aus, wenn für die VM eine Konsolidierung erforderlich ist: Job schlägt fehl, wenn für die VM eine Konsolidierung erforderlich ist: Jobs zu einem bestimmten Zeitpunkt schlagen fehl. Job ohne Konsolidierung ausführen: Alle Jobs werden normal ausgeführt, auch wenn eine Konsolidierung aussteht. Konsolidierung zu Beginn des Jobs durchführen: Jobs zu einem bestimmten Zeitpunkt versuchen, die Konsolidierung zu Beginn des Jobs durchzuführen. Wenn die Konsolidierung fehlschlägt, schlägt auch der Job mit einer Fehlermeldung fehl.
Fehler bei fehlendem Startpfad	Wenn ein oder mehrere Startpfade angegeben sind und einer dieser Start pfade nicht vorhanden ist, schlägt der Job mit der Meldung „UDSAgent: Specified start path doesn't exist“ (UDSAgent: Der angegebene Startpfad ist nicht vorhanden) fehl. Wenn keine Startpfade angegeben sind, hat diese Option keine Auswirkungen. Die Optionen sind Ja oder Nein. Hinweis: Der Standardstatus für diese Option ist „Nein“ (deaktiviert). Das entspricht dem Verhalten der vorherigen Versionen des Backup and DR-Agents. Der Job schlägt nicht fehl, wenn ein Startpfad nicht vorhanden ist.
Modus für eingeschränkte Erfassung aktivieren	Im Modus für eingeschränkte Erfassung werden inkrementelle Daten erfasst, wenn der Dienst Change Block Tracking (CBT) nicht verfügbar ist. Die Datenerfassung kann länger dauern. Die Optionen sind Ja oder Nein.
Zeitlimit für Skript (gilt nur für agentenbasierte Sicherungen)	Mit dem Backup and DR-Agent können Sie hostseitige Skripts erstellen, die auf dem Host einer Anwendung ausgeführt werden, bevor oder nachdem eine Richtlinie ausgeführt wird. Die vier Zeitlimits, die in einer Richtlinienvorlage angegeben sind, entsprechen direkt den vier Phasen eines hostseitigen Skripts. Hinweis: Standardmäßig gelten die folgenden Werte für das Zeitlimit für Skripts. Wenn kein Zeitlimit für Skripts angegeben ist, ist der Wert leer und es wird der Standardwert verwendet. Zeitlimit für die Skriptinitialisierung: 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 Skript nicht innerhalb dieses Zeitlimits abgeschlossen wird, schlägt der Job fehl. Der Standardwert ist 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden. Zeitlimit für das Einfrieren des Skripts: Gibt an, 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 ist 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden. Zeitlimit für das Auftauen des Skripts: Gibt an, wie lange eine Richtlinie auf das Skript warten soll, das aufgerufen wird, um eine Anwendung einzufrieren, nachdem ein Snapshot erstellt wurde. Wenn das Skript nicht innerhalb dieses Zeitlimits abgeschlossen wird, schlägt der Job fehl. Der Standardwert ist 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden. Zeitlimit für das Beenden des Skripts: Gibt an, wie lange eine Richtlinie auf das Skript 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 ist 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.

Nächste Schritte

• Übersicht über den Sicherungsplan
• Eine Sicherungsvorlage erstellen
• Sicherungsrichtlinie erstellen
• Ein Ressourcenprofil erstellen
• Sicherungsplan auf eine Anwendung anwenden