Anwendungsdetails und -einstellungen für Microsoft SQL Server-Datenbanken in der Appliance-Verwaltungskonsole konfigurieren

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 Standardzustand zurücksetzen möchten, klicken Sie auf das Kästchen neben der Auswahl. Wenn Sie alle Einstellungen für die Richtlinienüberschreibung auf den Standardzustand zurücksetzen möchten, klicken Sie auf Optionen auswählen, die auf den Standardzustand zurückgesetzt werden.

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 am Ende jedes Jobs sowohl vom Betriebssystem getrennt (Mount-Punkte oder Laufwerkbuchstaben werden entfernt) als auch vollständig vom Host getrennt. Bei dieser Option muss der Host zu Beginn des nächsten Jobs nach SCSI-LUNs suchen, da die neu zugeordneten Staging-Festplatten neu erkannt werden müssen, bevor sie wieder bereitgestellt 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 Rollforward-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 zusammen 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-Festplatten allen ESX-Hosts in einem Cluster zuordnen Diese Option ist nicht relevant, wenn Sie NFS-Datenspeicher verwenden. Stellen Sie eine Verbindung zwischen dem Staging-Laufwerk und dem ESX-Host für die VM her. Ordnen Sie das Staging-Laufwerk allen ESX-Hosts im Cluster zu. Weisen Sie die Staging-Festplatte zwei ESX-Hosts im Cluster zu.

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

  • Datenbank-Log-Sicherung aktivieren Mit der Option Enable Database Log Backup (Datenbank-Log-Sicherung aktivieren) kann die Sicherungsplanrichtlinie eine Oracle- oder SQL Server-Datenbank und alle zugehörigen Transaktionslogdateien sichern. Die Logs werden gesichert, wenn der Job für Log-Snapshots 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 Datenbank-Log-Sicherung 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 Log-Sicherungen Wenn Datenbank-Log-Sicherung aktivieren auf Ja festgelegt ist, wird die Log-Aufbewahrung 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 Datenbank-Logsicherung aktivieren auf Aktivieren gesetzt ist, können mit der erweiterten Einstellung Logs replizieren SQL Server-Datenbanktransaktionslogs auf eine Remote-Sicherungs-/Wiederherstellungs-Appliance repliziert werden. Damit ein Log-Replikationsjob ausgeführt werden kann, muss im Template eine StreamSnap-Replikationsrichtlinie zusammen mit einem Ressourcenprofil vorhanden sein, in dem eine Remote-Sicherungs-/Wiederherstellungs-Appliance 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-Datenbanktransaktionslogs in einen OnVault-Pool repliziert werden. Damit ein Protokollreplikationsjob ausgeführt werden kann, muss im Template eine OnVault-Richtlinie zusammen mit einem Ressourcenprofil enthalten sein, in dem ein OnVault-Pool angegeben ist. Außerdem muss dem Pool zuerst mindestens eine Datenbank zugewiesen werden. Verwenden Sie dann die Logs am Remote-Standort für alle Datenbank-Images innerhalb des Aufbewahrungszeitraums. Diese Funktion ist standardmäßig aktiviert.

  • Größe des Log-Staging-Laufwerks. Wenn Enable Database Log Backup auf Yes gesetzt 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 %.

  • Geschätzte Änderungsrate: Wenn Enable Database Log Backup auf Yes gesetzt ist, wird mit dieser Einstellung die tägliche Änderung (in Prozent) definiert, damit 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.

  • Datenbanksicherungsprotokoll komprimieren: Wenn Enable Database Log Backup auf Yes gesetzt ist, wird die Quelldatenbank durch diese Einstellung angewiesen, ihre Protokolle zu komprimieren, bevor sie von der Appliance-Verwaltungskonsole gesichert werden. Der Datenbankserver führt die Log-Komprimierung während der Log-Sicherung durch. Die Optionen sind Ja oder Nein. Wenn Ja ausgewählt ist, ist die Option Datenbank-Logsicherung komprimieren aktiviert.

  • Zeitlimit für Script Mit dem Backup and DR-Agenten 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 Gibt an, 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).
    • Zeitlimit für das Einfrieren von Scripts Gibt an, 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 Definiert, 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 für 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: