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 Überschreibung der Richtlinieneinstellungen aufzurufen. Sie können bestimmte Richtlinieneinstellungen überschreiben, die mit der ausgewählten Sicherungsvorlage verknüpft sind. Klicken Sie anschließ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 Überschreibungen von Richtlinieneinstellungen, die für SQL Server-Instanzen, Verfügbarkeitsgruppen, Datenbanken und Konsistenzgruppen gültig sind.

  • Zuordnung nicht aufheben: Staging-Laufwerke zwischen Jobs zuordnen: Wählen Sie diese Option aus, wenn temporäre 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. Staging-Laufwerke nach jedem Job trennen: Mit dieser Option wird das Staging-Laufwerk nach Abschluss jedes Jobs sowohl vom Betriebssystem getrennt (Entfernen von Mount-Punkten oder Laufwerkbuchstaben) als auch vom Host getrennt. Bei dieser Option muss der Host zu Beginn des nächsten Jobs nach SCSI-LUNs suchen, da die neu zugeordneten Staging-Laufwerke neu erkannt werden müssen, bevor sie neu gemountet werden können.

  • Log nach der Sicherung kürzen: Geben Sie an, ob die Protokolle nach jeder Sicherung gekürzt werden sollen. Wenn diese Option aktiviert ist, werden anwendungsbezogene Protokolle bis zum letzten oder aktuellen Backup gekürzt. Wenn Sie Protokolle kürzen, müssen Sie auch das Transaktionsprotokoll sichern, um eine Roll-Forward-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 Teil einer Konsistenzgruppe sind, ignoriert werden sollen. Erstellen Sie eine Konsistenzgruppe, um mehrere Datenbanken gleichzeitig zu sichern und so die Datenkonsistenz zu wahren. Konsistenzgruppen sind Sammlungen von Datenbanken aus derselben Instanz oder Verfügbarkeitsgruppe.

    Folgende Optionen sind verfügbar:

    • Sicherung fehlgeschlagen, wenn Offlineanwendungen gefunden werden
    • Offlineanwendungen bei der Sicherung überspringen

  • Staging-Laufwerke allen ESX-Hosts in einem Cluster zuordnen Diese Option ist nicht relevant, wenn Sie NFS-Datenspeicher verwenden. Ordnen Sie das Staging-Laufwerk nur dem ESX-Host für die VM zu. Ordnen Sie das Staging-Laufwerk allen ESX-Hosts im Cluster zu. Staging-Festplatte zwei ESX-Hosts im Cluster zuordnen.

  • SQL Server-Nutzeranmeldungen sichern: Sicherung der Anmeldedatensätze der SQL Server-Instanz für Konten, denen Zugriff auf die zu sichernden Datenbanken gewährt wurde. Wenn die Datenbank als virtuelle Anwendung bereitgestellt wird (anwendungsbezogene Bereitstellung), können die gesicherten Nutzeranmeldungen optional in der Ziel-SQL Server-Instanz wiederhergestellt werden. So wird sichergestellt, dass die virtuelle Datenbank von denselben Nutzern aufgerufen werden kann, die Zugriff auf die ursprüngliche Quelldatenbank haben. Die Optionen sind Ja und Nein.

  • Datenbank-Log-Sicherung aktivieren Mit der Option Enable Database Log Backup (Datenbank-Log-Sicherung aktivieren) kann die Sicherungsrichtlinie eine Oracle- oder SQL Server-Datenbank und alle zugehörigen Transaktionslogdateien sichern. Die Logs werden gesichert, wenn der Log-Snapshot-Job ausgeführt wird. Die Optionen sind Ja oder Nein. Wenn Ja festgelegt ist, werden die zugehörigen Optionen aktiviert.

  • RPO Wenn Enable Database Log Backup auf Yes gesetzt ist, wird die Häufigkeit der Sicherung von Datenbanklogs durch den RPO-Wert 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 Logsicherungen: Wenn Enable Database Log Backup auf Yes gesetzt 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: (Verwendet StreamSnap-Technologie) Wenn Enable Database Log Backup auf Enable gesetzt ist, können mit der erweiterten Einstellung Replicate Logs SQL Server-Datenbanktransaktionslogs auf ein externes Sicherungs-/Wiederherstellungsgerät repliziert werden. Damit ein Job zur Protokollreplikation ausgeführt werden kann, muss in der Vorlage eine StreamSnap-Replikationsrichtlinie zusammen mit einem Ressourcenprofil vorhanden sein, in dem ein externes Sicherungs-/Wiederherstellungsgerät angegeben ist. Außerdem muss mindestens eine erfolgreiche Replikation der Datenbank abgeschlossen sein. Sie können die Logs dann am Remote-Standort für jedes Datenbankimage 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.

  • Logs an OnVault-Pool senden: Wenn Enable Database Log Backup auf Enable gesetzt ist, können SQL Server-Datenbanktransaktionsprotokolle in einen OnVault-Pool repliziert werden. Damit ein Job zur Protokollreplikation ausgeführt werden kann, muss in der Vorlage eine OnVault-Richtlinie zusammen mit einem Ressourcenprofil enthalten sein, in dem ein OnVault-Pool angegeben ist. Außerdem muss zuerst mindestens eine Datenbank an den Pool gesendet werden. Verwenden Sie dann die Protokolle am Remote-Standort für alle Datenbankimages innerhalb des Aufbewahrungszeitraums. Diese Funktion ist standardmäßig aktiviert.

  • Größe des Log-Staging-Laufwerks 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 wird, auf dem sich die Logs befinden. Diese Einstellung liegt zwischen 5 und 100 %.

  • Geschätzte Änderungsrate. Wenn Enable Database Log Backup auf Yes festgelegt ist, wird mit dieser Einstellung die tägliche Änderung (in Prozent) definiert, mit der die Sicherungs-/Wiederherstellungs-Appliance die Größe der Staging-Festplatte, die zum Speichern von Logs erforderlich ist, besser berechnen kann. Diese Einstellung liegt zwischen 0 und 100.

  • Datenbank-Logsicherung komprimieren: Wenn Enable Database Log Backup auf Yes gesetzt ist, wird die Quelldatenbank angewiesen, ihre Protokolle zu komprimieren, bevor sie von der Verwaltungskonsole gesichert werden. Der Datenbankserver führt die Protokollkomprimierung während der Protokollsicherung durch. Die Optionen sind Ja oder Nein. Wenn Ja festgelegt ist, ist die Option Compress Database Log Backup (Datenbank-Log-Sicherung komprimieren) aktiviert.

  • Zeitlimit für Script Mit dem Backup and DR-Agent können Sie hostseitige Skripts erstellen, die vor oder nach der Ausführung einer Richtlinie auf dem Host einer Anwendung ausgeführt werden. Die vier Zeitüberschreitungen in einer Richtlinienvorlage entsprechen direkt den vier Phasen eines hostseitigen Skripts.

    • Zeitlimit für die Initialisierung des Scripts: Definiert, wie lange eine Richtlinie warten soll, bevor davon ausgegangen wird, dass hostseitige Skripts auf einem verwalteten Host initialisiert wurden. Der Standardwert beträgt 120 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden (24 Stunden).
    • Zeitüberschreitung beim Einfrieren von Scripts Definiert, wie lange eine Richtlinie warten soll, bevor davon ausgegangen wird, dass die Anwendung eingefroren und bereit für die Datensicherung ist. Der Standardwert beträgt 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.
    • Zeitlimit für das Aufheben des Einfrierens von Scripts: Gibt an, wie lange eine Richtlinie warten soll, bevor davon ausgegangen wird, dass die Anwendung nicht mehr eingefroren ist. Der Standardwert beträgt 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.
    • Zeitlimit für Script-Abschluss Gibt an, wie lange eine Richtlinie warten soll, bevor die Datensicherung abgeschlossen ist. Der Standardwert beträgt 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.
    • Zeitlimit für Script nach der Replikation: Gibt an, wie lange eine Richtlinie warten soll, bis die Replikation abgeschlossen ist. Der Standardwert beträgt 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.

DBA-Leitfaden für Backup and DR Microsoft SQL Server

Diese Seite ist eine von mehreren Seiten, die sich speziell mit dem Schutz und der Wiederherstellung von Microsoft SQL Server-Datenbanken mit Backup and DR befassen. Weitere Informationen finden Sie unter: