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

Erweiterte Einstellungen für Richtlinieneinstellungen-Überschreibungen konfigurieren

Klicken Sie im Fenster Sicherungsplan verwalten auf Richtlinienüberschreibungen , um das Dialogfeld Richtlinieneinstellungen-Überschreibung 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 Richtlinienüberschreibungseinstellung 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 Richtlinienüberschreibungseinstellungen auf den Standardzustand zurückzusetzen.

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

  • Do Not Unmap (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 zuordnen: 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-Laufwerke neu erkannt werden müssen, bevor sie wieder bereitgestellt werden können.

  • Truncate Log After Backup (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.

  • Skip Offline Applications in the Consistency Group (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:

    • Fail backup when offline applications are found** (Sicherung fehlgeschlagen, wenn Offlineanwendungen gefunden werden)
    • Skip offline applications during backup** (Offlineanwendungen während der Sicherung überspringen)

  • Map staging disks to all ESX Hosts in a Cluster (Staging-Laufwerke allen ESX-Hosts in einem Cluster zuordnen) Diese Option ist nicht relevant, wenn NFS-Datenspeicher verwendet werden. Staging-Laufwerk nur für VM dem ESX-Host zuordnen. Staging-Laufwerk allen ESX-Hosts im Cluster zuordnen. Staging-Laufwerk zwei ESX-Hosts im Cluster zuordnen.

  • Backup SQL Server User Logins (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 Yes (Ja) oder No (Nein).

  • Enable Database Log Backup (Datenbank-Logsicherung aktivieren) Mit der Option Enable Database Log Backup (Datenbank-Logsicherung 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 Yes (Ja) oder No (Nein). Wenn Sie Yes auswählen, werden die zugehörigen Optionen aktiviert.

  • RPO Wenn Enable Database Log Backup (Datenbank-Logsicherung aktivieren) auf Yes (Ja) gesetzt ist, definiert RPO die Häufigkeit der Datenbank-Logsicherung. 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 die Logsicherung) Wenn Enable Database Log Backup (Datenbank-Logsicherung aktivieren) auf Yes (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.

  • Replicate Logs (Logs replizieren) Wenn Enable Database Log Backup (Datenbank-Logsicherung aktivieren) auf Enable (Aktivieren) gesetzt ist, können Sie mit der erweiterten Einstellung Replicate Logs (Logs replizieren) SQL Server-Datenbanktransaktionslogs auf ein externes Sicherungs-/Wiederherstellungsgerät replizieren. Damit ein Logreplikationsjob ausgeführt werden kann, muss in der Vorlage eine StreamSnap-Replikationsrichtlinie zusammen mit einem Ressourcenprofil vorhanden sein, das ein externes Sicherungs-/Wiederherstellungsgerät angibt. Außerdem muss zuerst mindestens eine erfolgreiche Replikation der Datenbank abgeschlossen sein. Anschließend können Sie 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 externen Sicherungs-/Wiederherstellungsgeräten durchzuführen. Die Logreplikation erfolgt direkt vom lokalen Snapshot-Pool zum Snapshot-Pool auf dem externen Gerät.

  • Send Logs to OnVault Pool (Logs an OnVault-Pool senden) Wenn Enable Database Log Backup (Datenbank-Logsicherung aktivieren) auf Enable (Aktivieren) gesetzt ist, können Sie mit dieser Einstellung SQL Server-Datenbanktransaktionslogs 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 Datenbank-Image innerhalb des Aufbewahrungszeitraums verwenden. Diese Funktion ist standardmäßig aktiviert.

  • Log Staging Disk Growth Size (Größe des Staging-Laufwerks für Logs) Wenn Enable Database Log Backup (Datenbank-Logsicherung aktivieren) auf Yes (Ja) gesetzt ist, definiert Log Staging Disk Growth Size (Größe des Staging-Laufwerks für Logs) die Wachstumsrate, die beim automatischen Erweitern des Staging-Laufwerks verwendet werden soll, auf dem sich die Logs befinden. Diese Einstellung liegt zwischen 5 und 100 %.

  • Estimated Change Rate (Geschätzte Änderungsrate) Wenn Enable Database Log Backup (Datenbank-Logsicherung aktivieren) auf Yes (Ja) gesetzt ist, definiert diese Einstellung die tägliche Änderung in Prozent. So kann das Sicherungs-/Wiederherstellungsgerät die Größe des Staging-Laufwerks, das zum Speichern von Logs erforderlich ist, besser berechnen. Diese Einstellung liegt zwischen 0 und 100.

  • Compress Database Log Backup (Datenbank-Logsicherung komprimieren) Wenn Enable Database Log Backup (Datenbank-Logsicherung aktivieren) auf Yes (Ja) gesetzt ist, wird die Quelldatenbank mit dieser Einstellung angewiesen, ihre Logs zu komprimieren, bevor sie von der Appliance-Verwaltungskonsole gesichert werden. Der Datenbankserver führt die Logkomprimierung während der Logsicherung durch. Die Optionen sind Yes (Ja) oder No (Nein). Wenn Sie Yes (Ja) auswählen, wird die Option Compress Database Log Backup (Datenbank-Logsicherung komprimieren) aktiviert.

  • Script Timeout (Zeitlimit für Skript) Mit dem Backup and DR-Agent können Sie hostseitige Skripts erstellen, die auf dem Host einer Anwendung ausgeführt werden, bevor oder nachdem eine Richtlinie ausgeführt wird. Die vier Zeitlimits, die in einer Richtlinienvorlage angegeben sind, entsprechen direkt den vier Phasen eines hostseitigen Skripts.

    • Script Init Timeout (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).
    • Script Freeze Timeout (Zeitlimit für das Einfrieren des Skripts) Definiert, wie lange eine Richtlinie warten soll, bevor davon ausgegangen wird, dass die Anwendung eingefroren und bereit für die Datensicherung ist. Der Standardwert ist 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.
    • Script Unfreeze Timeout (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.
    • Script Finish Timeout (Zeitlimit für den Abschluss 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.
    • Script Post Replication Timeout (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: