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

Erweiterte Einstellungen für das Überschreiben von Richtlinieneinstellungen konfigurieren

Klicken Sie im Fenster Sicherungsplan verwalten auf Richtlinienüberschreibungen, um das Dialogfeld Richtlinieneinstellungen überschreiben aufzurufen. Sie können bestimmte Richtlinieneinstellungen überschreiben, die mit der ausgewählten Sicherungsvorlage verknüpft sind. Klicken Sie abschließend auf Änderungen speichern.

Wenn Sie eine Richtlinienüberschreibung auf den Standardzustand zurücksetzen möchten, klicken Sie auf das Kästchen neben der Auswahl. Klicken Sie auf Optionen auswählen, die auf den Standardwert zurückgesetzt werden, um alle Richtlinienüberschreibungen auf den Standardzustand zurückzusetzen.

In der folgenden Liste werden die Überschreibungen von Richtlinieneinstellungen beschrieben, die für SQL Server-Instanzen, Verfügbarkeitsgruppen, Datenbanken und Konsistenzgruppen gültig sind.

  • Do Not Unmap (Zuordnung nicht aufheben). Staging-Laufwerke zwischen Jobs zugeordnet lassen: Wählen Sie diese Option aus, wenn temporäre Staging-Laufwerke, die dem Host zugeordnet sind und während der Datenverschiebung verwendet werden, dem Host zugeordnet bleiben sollen. LUNs werden während des ersten Jobs zugeordnet und alle nachfolgenden Jobs verwenden dieselbe zugeordnete LUN wieder. Diese Option ist standardmäßig ausgewählt. Staging-Laufwerke nach jedem Job trennen: Mit dieser Option wird das Staging-Laufwerk am Ende jedes Jobs vom Betriebssystem getrennt (Bereitstellungspunkte oder Laufwerksbuchstaben werden entfernt) und auch vollständig vom Host getrennt. 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.

  • Truncate Log After Backup. Geben Sie an, ob die Logs nach jeder Sicherung gekürzt werden sollen. Wenn diese Option 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 Roll-Forward-Wiederherstellung zu ermöglichen.

  • Offline-Anwendungen 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 die Datenkonsistenz zu wahren. Konsistenzgruppen sind Sammlungen von Datenbanken aus derselben Instanz oder Verfügbarkeitsgruppe.

    Folgende Optionen sind verfügbar:

    • Sicherung fehlschlagen lassen, wenn Offline-Anwendungen gefunden werden
    • Offline-Anwendungen bei der Sicherung überspringen

  • Staging-Laufwerke allen ESX-Hosts in einem Cluster zuordnen. (Diese Option ist bei Verwendung von NFS-Datenspeichern nicht relevant.) Staging-Laufwerk nur für die VM dem ESX-Host zuordnen. Ordnen Sie das Staging-Laufwerk allen ESX-Hosts im Cluster zu. Staging-Laufwerk 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 (Application Awareness-Bereitstellung), können die gesicherten Nutzeranmeldungen optional in der SQL Server-Zielinstanz wiederhergestellt werden. So wird sichergestellt, dass die virtuelle Datenbank für dieselben Nutzer zugänglich ist, die Zugriff auf die ursprüngliche Quelldatenbank haben. Die Optionen sind Ja oder Nein.

  • Datenbank-Log-Sicherung aktivieren. Mit der Option 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 Log-Snapshot-Job ausgeführt wird. Die Optionen sind Ja oder Nein. Wenn Sie Ja auswählen, werden die zugehörigen Optionen aktiviert.

  • RPO. Wenn Datenbank-Log-Sicherung aktivieren auf Ja gesetzt ist, definiert der RPO-Wert 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, beträgt 15 Minuten.

  • Log Backup Retention Period (Aufbewahrungsdauer für Log-Sicherungen) Wenn Datenbank-Log-Sicherung aktivieren auf Ja gesetzt ist, wird die Logaufbewahrung separat von der Aufbewahrung der Snapshot-Richtlinie definiert. Mit einer separaten 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 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 Logreplikationsjob ausgeführt werden kann, muss in der Vorlage eine StreamSnap-Replikationsrichtlinie zusammen mit einem Ressourcenprofil vorhanden sein, das eine Remote-Sicherungs-/Wiederherstellungs-Appliance angibt. Außerdem muss mindestens eine erfolgreiche Replikation der Datenbank abgeschlossen sein. Sie können dann die Logs am Remote-Standort für jedes Datenbank-Image 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 Datenbank-Logsicherung aktivieren auf Aktivieren gesetzt ist, können SQL Server-Datenbanktransaktionslogs in einen OnVault-Pool repliziert werden. Zum Ausführen eines Protokollreplikationsjobs muss in der Vorlage eine OnVault-Richtlinie zusammen mit einem Ressourcenprofil enthalten sein, das einen OnVault-Pool angibt. Außerdem muss mindestens eine Datenbank an den Pool gesendet werden. Verwenden Sie dann die Logs am Remote-Standort für ein beliebiges Datenbank-Image innerhalb des Aufbewahrungszeitraums. Diese Funktion ist standardmäßig aktiviert.

  • Größe des Log-Staging-Laufwerks. Wenn Datenbank-Logsicherung aktivieren auf Ja gesetzt ist, definiert Größe des Laufwerkswachstums für Log-Staging das Wachstum, das beim automatischen Erweitern des Staging-Laufwerks, auf dem sich die Logs befinden, verwendet werden soll. 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). Dadurch kann die Sicherungs-/Wiederherstellungs-Appliance die Größe des Staging-Laufwerks besser berechnen, das zum Speichern von Logs erforderlich ist. Diese Einstellung liegt im Bereich von 0 bis 100.

  • Datenbankprotokollsicherung komprimieren. Wenn Datenbankprotokollsicherung aktivieren auf Ja gesetzt ist, weist diese Einstellung die Quelldatenbank an, ihre Protokolle zu komprimieren, bevor sie von der Appliance-Verwaltungskonsole gesichert werden. Der Datenbankserver führt während der Logsicherung eine Logkomprimierung durch. Die Optionen sind Ja oder Nein. Wenn Sie Ja festlegen, ist die Option Datenbankprotokollsicherung komprimieren aktiviert.

  • Zeitlimit für Script. Mit dem Backup und 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 Zeitlimits, die in einer Richtlinienvorlage angegeben sind, werden direkt den vier Phasen eines hostseitigen Skripts zugeordnet.

    • Zeitlimit für Scriptinitialisierung. 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).
    • Zeitlimit für das Einfrieren von Scripts. Definiert, wie lange eine Richtlinie warten soll, bevor davon ausgegangen wird, dass die Anwendung eingefroren und für die Datensicherung bereit 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 Skripts. Definiert, 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 die Ausführung des Scripts. Definiert, wie lange eine Richtlinie warten soll, bis die Datensicherung abgeschlossen ist. Der Standardwert beträgt 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.
    • Zeitlimit für Skript 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.

Backup and DR Microsoft SQL Server DBA-Leitfaden

Diese Seite gehört zu einer Reihe von Seiten, die sich mit dem Schutz und der Wiederherstellung von Microsoft SQL Server-Datenbanken mit Backup und DR befassen. Weitere Informationen finden Sie unter: