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 von 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 das Kästchen neben der Auswahl an. Klicken Sie auf Optionen auswählen, die auf die Standardeinstellungen zurückgesetzt werden , um alle Einstellungen für die Richtlinienüberschreibung auf den Standardzustand 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. Zuordnung von Staging-Laufwerken nach jedem Job aufheben: Mit dieser Option wird das Staging-Laufwerk am Ende jedes Jobs sowohl vom Betriebssystem getrennt (Mountpunkte oder Laufwerksbuchstaben 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-Laufwerke neu erkannt werden müssen, bevor sie wieder bereitgestellt werden können.

  • Log nach der Sicherung kürzen. 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.

  • 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 gewährleisten. Konsistenzgruppen sind Sammlungen von Datenbanken aus derselben Instanz oder Verfügbarkeitsgruppe.

    Folgende Optionen sind verfügbar:

    • Sicherung fehlgeschlagen, wenn Offlineanwendungen gefunden werden
    • Offlineanwendungen während der Sicherung überspringen

  • Staging-Laufwerke allen ESX-Hosts in einem Cluster zuordnen. Diese Option ist nicht relevant, wenn NFS-Datenspeicher verwendet werden. 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. Sicherung der SQL Server-Instanzanmeldeaufzeichnungen für Konten, denen Zugriff auf die gesicherten 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.

  • Datenbanklogsicherung aktivieren. Mit der Option Datenbanklogsicherung 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 Datenbanklogsicherung aktivieren auf Ja gesetzt ist, definiert RPO die Häufigkeit der Datenbanklogsicherung. 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.

  • Aufbewahrungsdauer für Logsicherungen. Wenn Datenbanklogsicherung 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 Pflichteinstellung.

  • Logs replizieren. Wenn Datenbanklogsicherung aktivieren auf Aktivieren gesetzt ist, können Sie mit der erweiterten Einstellung Logs replizieren Transaktionslogs von SQL Server-Datenbanken auf ein externes Gerät für Sicherung und Wiederherstellung replizieren. Damit ein Logreplikationsjob ausgeführt werden kann, muss in der Vorlage eine StreamSnap-Replikationsrichtlinie zusammen mit einem Ressourcenprofil vorhanden sein, das ein externes Gerät für Sicherung und Wiederherstellung angibt. Außerdem muss mindestens eine erfolgreiche Replikation der Datenbank abgeschlossen sein. Anschließend können Sie die Logs 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 dem lokalen und dem externen Gerät für Sicherung und Wiederherstellung durchzuführen. Die Logreplikation erfolgt direkt vom lokalen Snapshot-Pool zum Snapshot-Pool auf dem externen Gerät.

  • Logs an OnVault-Pool senden. Wenn Datenbanklogsicherung aktivieren auf Aktivieren gesetzt ist, können Sie mit dieser Einstellung Transaktionslogs von SQL Server-Datenbanken in einen OnVault-Pool replizieren. Damit ein Logreplikationsjob ausgeführt werden kann, muss in der Vorlage eine OnVault-Richtlinie zusammen mit einem Ressourcenprofil vorhanden sein, das einen OnVault-Pool angibt. Außerdem muss zuerst mindestens eine Datenbank an den Pool gesendet werden. Anschließend können Sie die Logs am Remote-Standort für jedes Datenbankimage innerhalb des Aufbewahrungszeitraums verwenden. Diese Funktion ist standardmäßig aktiviert.

  • Größe für das Wachstum des Staging-Laufwerks für Logs. Wenn Datenbanklogsicherung aktivieren auf Ja gesetzt ist, definiert Größe für das Wachstum des Staging-Laufwerks für Logs das Wachstum, das 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 Datenbanklogsicherung aktivieren auf Ja gesetzt ist, definiert diese Einstellung die tägliche Änderung in Prozent. So kann das Gerät für Sicherung und Wiederherstellung die Größe des Staging-Laufwerks, das für die Logs benötigt wird, besser berechnen. Diese Einstellung liegt zwischen 0 und 100.

  • Datenbanklogsicherung komprimieren. Wenn Datenbanklogsicherung aktivieren auf Ja gesetzt ist, wird die Quelldatenbank mit dieser Einstellung angewiesen, ihre Logs zu komprimieren, bevor sie von der Appliance Management Console gesichert werden. Der Datenbankserver führt die Logkomprimierung während der Logsicherung durch. Die Optionen sind Ja oder Nein. Wenn Sie Ja auswählen, wird die Option Datenbanklogsicherung komprimieren aktiviert.

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

    • Zeitlimit für die Skriptinitialisierung. Definiert, wie lange eine Richtlinie warten soll, bevor davon ausgegangen wird, dass hostseitige Skripts 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 des Skripts. Definiert, wie lange eine Richtlinie warten soll, bevor davon ausgegangen wird, dass die Anwendung eingefroren und für die Datensicherung bereit ist. Der Standardwert ist 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.
    • Zeitlimit für das Auftauen des Skripts. Definiert, wie lange eine Richtlinie warten soll, bevor davon ausgegangen wird, dass die Anwendung aufgetaut ist. Der Standardwert ist 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.
    • Zeitlimit für das Beenden des Skripts. Definiert, 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 das Skript nach der Replikation. Definiert, wie lange eine Richtlinie warten soll, bevor die Replikation abgeschlossen ist. Der Standardwert ist 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.

Backup and DR Microsoft SQL Server DBA guide

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: