Anwendungsdetails und -einstellungen für Microsoft SQL Server-Instanzen und ‑Datenbanken

Erweiterte Einstellungen für Überschreibungen von Richtlinieneinstellungen konfigurieren

Klicken Sie im Fenster Sicherungsplan verwalten auf Richtlinienüberschreibungen, um das Dialogfeld Richtlinieneinstellungen überschreiben aufzurufen. Sie können bestimmte Richtlinieneinstellungen für die ausgewählte Sicherungsvorlage überschreiben. Klicken Sie abschließend auf Änderungen speichern.

Wenn Sie eine Einstellung für die Richtlinienüberschreibung auf den Standardstatus zurücksetzen möchten, klicken Sie auf das Kästchen neben der Auswahl. Klicken Sie auf Optionen auswählen, die auf die Standardeinstellungen zurückgesetzt werden, um alle Einstellungen für die Richtlinienüberschreibung auf den Standardstatus zurückzusetzen.

In der folgenden Liste finden Sie Beschreibungen der Richtlinieneinstellungsüberschreibungen, die für SQL Server-Instanzen, Verfügbarkeitsgruppen (Availability Groups, AG), Datenbanken und Consistency Groups gültig sind.

  • Nicht aufheben Bereitstellungslaufwerke zwischen Jobs weiterhin bereitstellen: Wählen Sie diese Option aus, wenn temporäre Bereitstellungslaufwerke, die dem Host zugeordnet und während der Datenübertragung verwendet werden, 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. Bereitstellungslaufwerke nach jedem Job trennen: Mit dieser Option wird das Bereitstellungslaufwerk am Ende jedes Jobs vom Betriebssystem getrennt (Bereitstellungspunkte oder Laufwerksbuchstaben werden entfernt) und auch vom Host getrennt. 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.

  • Log nach Sicherung kürzen Geben Sie an, ob die Protokolle nach jeder Sicherung abgeschnitten werden sollen. Wenn diese Option aktiviert ist, werden anwendungsbezogene Protokolle bis zur letzten oder aktuellen Sicherung abgeschnitten. Wenn Sie Protokolle kürzen, müssen Sie auch das Transaktionsprotokoll sichern, um eine fortlaufende Wiederherstellung zu ermöglichen.

  • Offlineanwendungen in der Konsistenzgruppe überspringen Nur für die Verwaltung von Konsistenzgruppen. Geben Sie an, ob nicht verfügbare Datenbanken, die zu einer Konsistenzgruppe gehören, ignoriert werden sollen. Erstellen Sie eine Konsistenzgruppe, um mehrere Datenbanken gleichzeitig zu sichern und so die Datenkonsistenz zu wahren. Consistency Groups sind Sammlungen von Datenbanken aus derselben Instanz oder Verfügbarkeitsgruppe.

    Folgende Optionen sind verfügbar:

    • Sicherung fehlschlagen lassen, wenn Offlineanwendungen gefunden werden
    • Offlineanwendungen bei der Sicherung überspringen

  • Ordnen Sie Staging-Laufwerke allen ESX-Hosts in einem Cluster zu. Diese Option ist bei der Verwendung von NFS-Datenspeichern nicht relevant. Ordnen Sie das Staging-Laufwerk nur dem ESX-Host für die VM zu. Weisen Sie das Staging-Laufwerk allen ESX-Hosts im Cluster zu. Ordnen Sie das Staging-Laufwerk zwei ESXi-Hosts im Cluster zu.

  • Sichern Sie SQL Server-Nutzeranmeldungen. Sicherung der Anmeldedatensätze der SQL Server-Instanz für Konten, denen Zugriff auf gesicherte Datenbanken gewährt wurde. Wenn die Datenbank als virtuelle Anwendung bereitgestellt wird (anwendungsspezifische Bereitstellung), können die gesicherten Nutzeranmeldungen optional in der Ziel-SQL-Server-Instanz wiederhergestellt werden. So können dieselben Nutzer, die Zugriff auf die ursprüngliche Quelldatenbank haben, auch auf die virtuelle Datenbank zugreifen. Die Optionen sind Ja oder Nein.

  • Aktivieren Sie die Datenbankprotokollsicherung. Mit der Option Datenbankprotokollsicherung aktivieren kann die Sicherungsrichtlinie eine Oracle- oder SQL Server-Datenbank und alle zugehörigen Transaktionsprotokolldateien sichern. Die Protokolle werden gesichert, wenn der Job zum Erstellen von Protokoll-Snapshots ausgeführt wird. Die Optionen sind Ja oder Nein. Wenn Ja ausgewählt ist, werden die zugehörigen Optionen aktiviert.

  • 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 Sicherungen von Protokollen 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.

  • Logs replizieren (Verwendet StreamSnap-Technologie) Wenn Datenbankprotokollsicherung aktivieren auf Aktivieren gesetzt ist, können mit der erweiterten Einstellung Protokolle replizieren SQL Server-Datenbanktransaktionsprotokolle auf eine Remote-Sicherungs-/Wiederherstellungs-Appliance repliziert werden. Damit ein Job zur Protokollreplikation ausgeführt werden kann, muss die Vorlage eine StreamSnap-Replikationsrichtlinie sowie ein Ressourcenprofil enthalten, das eine Remote-Sicherungs-/Wiederherstellungs-Appliance angibt. Außerdem muss mindestens eine erfolgreiche Replikation der Datenbank abgeschlossen 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 den lokalen und Remote-Sicherungs-/Wiederherstellungs-Appliances mithilfe der StreamSnap-Technologie durchgeführt. Die Protokollreplikation erfolgt direkt vom lokalen Snapshot-Pool zum Snapshot-Pool auf der Remote-Appliance.

  • Senden von Protokollen an den OnVault-Pool Wenn Datenbankprotokollsicherung aktivieren auf Aktivieren festgelegt ist, können SQL Server-Datenbanktransaktionsprotokolle in einen OnVault-Pool repliziert werden. Damit ein Job zur Protokollreplikation ausgeführt werden kann, muss die Vorlage eine OnVault-Richtlinie sowie ein Ressourcenprofil mit einem OnVault-Pool enthalten. Außerdem muss zuerst mindestens eine Datenbank an den Pool gesendet werden. Verwenden Sie dann die Protokolle an der Remote-Site für jedes Datenbank-Image innerhalb des Aufbewahrungszeitraums. Diese Funktion ist standardmäßig aktiviert.

  • Größe des Protokoll-Staging-Laufwerks Wenn Datenbankprotokollsicherung aktivieren auf Ja festgelegt ist, wird mit Größe des Staging-Laufwerks für Protokolle festgelegt, wie das Staging-Laufwerk, auf dem sich die Protokolle befinden, automatisch erweitert werden soll. 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 Sicherungs-/Wiederherstellungs-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 festgelegt ist, werden die Protokolle der Quelldatenbank komprimiert, bevor sie über die Verwaltungskonsole gesichert 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.

  • 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.

    • Script Init Timeout Hiermit wird festgelegt, wie lange eine Richtlinie warten soll, bevor davon ausgegangen wird, dass hostseitige Scripts auf einem verwalteten Host initialisiert wurden. Der Standardwert ist 120 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden (24 Stunden).
    • Zeitlimit für das Einfrieren von Scripts Hier wird festgelegt, wie lange eine Richtlinie warten soll, bevor davon ausgegangen wird, dass die Anwendung eingefroren ist und für die Datensicherung bereit ist. 60 Sekunden ist der Standardwert. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.
    • Zeitüberschreitung für die Aufhebung der Sperrung von Scripts Definiert, wie lange eine Richtlinie warten soll, bevor davon ausgegangen wird, dass die Anwendung nicht mehr eingefroren ist. Der Standardwert ist 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.
    • Zeitlimit für das Beenden des Scripts Hiermit wird festgelegt, wie lange eine Richtlinie warten soll, bevor die Datensicherung abgeschlossen ist. Der Standardwert ist 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.
    • Zeitlimit für Script nach der Replikation Hier wird festgelegt, wie lange eine Richtlinie warten soll, bevor die Replikation abgeschlossen ist. 60 Sekunden ist der Standardwert. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.

SQL Server-Leitfaden für DBAs für Sicherung und Notfallwiederherstellung

Diese Seite ist eine von mehreren Seiten zum Schutz und zur Wiederherstellung von Microsoft SQL Server-Datenbanken mithilfe von Sicherung und Notfallwiederherstellung. Weitere Informationen finden Sie unter: