Sicherungspläne für Microsoft SQL Server-Instanzen und ‑Datenbanken konfigurieren

Mit dem Sicherungs- und Notfallwiederherstellungsdienst können Sie Microsoft SQL Server so sichern:

  • Instanzen

  • Primäre Datenbank einer Always On-Verfügbarkeitsgruppe

  • Datenbanken in VMs

  • Systemdatenbanken

  • Nutzerdatenbanken

  • Datenbanken und Supportdateien in einer Konsistenzgruppe

  • Einzelne Mitglieder einer Konsistenzgruppe

Hinweise

Bevor Sie Microsoft SQL Server-Datenbanken schützen:

Best Practices zum Schutz von Microsoft SQL Server-Datenbanken

Bei Microsoft SQL Server-Datenbanken, die das vollständige Wiederherstellungsmodell verwenden, können Sie mit der Sicherungs-/Wiederherstellungs-Appliance sowohl die Datenbank als auch ihre Protokolle mit einer einzigen Richtlinie sichern. Wenn sowohl die Datenbank als auch ihre Protokolle gesichert sind, kann die Appliance die Datenbank auf einen bestimmten Zeitpunkt wiederherstellen, indem die Protokolle über die Benutzeroberfläche der Appliance vor- und zurückgerollt werden. Die Sicherung sowohl der Datenbank als auch ihrer Protokolle wird über die erweiterten Einstellungen der Richtlinienvorlage aktiviert.

Datenbanken in einer Instanz oder einer Konsistenzgruppe sichern

Wenn eine Datenbank zum Erstellen einer Sicherung ruhiggestellt wird, wird ein Snapshot ihrer Laufwerke erstellt und dann freigegeben. Bei Konsistenzgruppen und Datenbankinstanzen werden die Mitglieder gemeinsam zum Inaktivieren und Freigeben angehalten, um einen konsistenten Datenzeitpunkt zu erreichen.

Wenn Sie eine SQL-Instanz sichern, werden Datenbanken, die der Instanz hinzugefügt werden, automatisch in den Sicherungsvorgang für die Sicherung und Notfallwiederherstellung einbezogen. Das Sichern von Datenbanken in einer SQL-Instanz eignet sich für Umgebungen, in denen Datenbanken regelmäßig hinzugefügt und entfernt werden. Datenbanken, die als virtuelle Anwendungen auf einer SQL-Instanz bereitgestellt werden, sind nicht mit den anderen Mitgliedern der Instanz geschützt. Virtuell bereitgestellte Datenbanken müssen separat geschützt werden.

Die Mitgliedschaft in einer Konsistenzgruppe wird manuell festgelegt. Das Sichern von Datenbanken in einer Konsistenzgruppe eignet sich für Umgebungen, in denen Datenbanken nicht häufig hinzugefügt oder entfernt werden.

Datenbankverwaltung im Vergleich zur VM-Verwaltung

Microsoft SQL Server-Instanzen werden unterschiedlich geschützt, je nachdem, ob sie als Anwendung (Datenbank, Instanz oder Verfügbarkeitsgruppe) oder als Teil einer gesamten VM geschützt werden.

Als Anwendung, nicht als ESP geschützt Als Teil einer VM geschützt
Sicherungs-/Wiederherstellungsanwendungen schützen nur die Datenbankdateien. Ganze VMware-VMs werden mit VMware-APIs gesichert. Wenn Sie SQL-Datenbanken verwalten, die Teil einer gesamten geschützten VM sind, lesen Sie den Hilfeartikel [Compute Engine-Instanzen schützen und wiederherstellen](/backup-disaster-recovery/docs/quickstarts/gce-instances-backup-recovery).
Der Sicherungs- und Notfallwiederherstellungs-Agent koordiniert den VSS-Snapshot und führt die Protokollkürzung durch. Die VMware API koordiniert den VSS-Snapshot. Der Sicherungs- und Notfallwiederherstellungs-Agent muss auf der VM installiert sein, damit Protokolle abgeschnitten werden können.
Der Sicherungs- und Notfallwiederherstellungs-Agent verwendet das Blockänderungs-Tracking für benannte Dateien, was bei großen Datenbankdateien sehr effizient ist. Die VMware API bietet Change Block Tracking.
Transaktionsprotokolle werden gesichert, wenn ein Sicherungsjob ausgeführt wird, wenn Sie unter Details und Einstellungen die Option Protokoll nach Sicherung kürzen auswählen. Weitere Informationen finden Sie unter [Erweiterte Einstellungen für Überschreibungen von Richtlinieneinstellungen konfigurieren](: #SetOverrides). Transaktionsprotokolle werden nicht gesichert.
Der Kunde kann mit den Protokollen fortfahren. Das Vorspulen wird während der Wiederherstellung nicht unterstützt.

Anhand der folgenden Anleitung können Sie einen Sicherungsplan zum Schutz der Microsoft SQL Server-Datenbank anwenden.

  1. Gehen Sie in der Verwaltungskonsole zu App-Manager > Apps. Die Seite Anwendungen wird geöffnet.

  2. Wählen Sie die Microsoft SQL Server-Datenbank, -Instanz, ‑AG oder ‑Konsistenzgruppe aus, die Sie sichern möchten, und dann rechts unten auf der Seite Sicherungsplan verwalten.

  3. Wählen Sie im Fenster Sicherungsplan verwalten in den Drop-down-Listen eine Vorlage und ein Profil aus:

    • Vorlage Eine vorhandene Sicherungsvorlage mit Richtlinien zum Definieren des Snapshots und der Replikation der Anwendungsdaten.

    • Profil Ein vorhandenes Ressourcenprofil, das die Ressourcen definiert, die zum Speichern der Daten der Anwendung als Snapshots und replizierte Images verwendet werden.

  4. Nehmen Sie im Fenster Sicherungsplanvorlage verwalten die folgenden Änderungen vor, bevor Sie einen Sicherungsplan anwenden:

    • Anwendungseinstellungen Einstellungen, die speziell für Microsoft SQL gelten, z. B. Anwendungstyp, Hostname, Host-IP-Adresse, Pfad, Betriebssystem, Sicherungs-/Wiederherstellungs-Appliance und Appliance-IP-Adresse.

    • Richtlinienüberschreibungen Bestimmte Richtlinieneinstellungen überschreiben, die zuvor in der ausgewählten Sicherungsvorlage konfiguriert wurden Richtlinienüberschreibungen können in bestimmten Fällen nützlich oder erforderlich sein. Sie können Richtlinieneinstellungen nur überschreiben, wenn die Vorlage der Richtlinie so konfiguriert wurde, dass Überschreibungen von Richtlinieneinstellungen zulässig sind.

  5. Wenn Sie Datenbanken auswählen möchten, klicken Sie unter Datenbankeinschlussregel auf Bearbeiten. Das Dialogfeld Kanalmitgliedschaft verwalten wird geöffnet.

    • Wählen Sie im Dialogfeld Mitgliedschaft verwalten die zu sichernden Datenbanken aus, indem Sie eine Einschlussregel (Alle, Systemdatenbanken, Nutzerdatenbanken) zuweisen. Wählen Sie dann aus, ob die Regel Ausgewählte einschließen oder Ausgewählte ausschließen soll.

    • Klicke auf Speichern. Das Dialogfeld Mitgliedschaft verwalten wird geschlossen.

  6. Klicken Sie auf Übernehmen, um die Sicherungsvorlage und das Ressourcenprofil anzuwenden. Daraufhin wird eine Erfolgsmeldung angezeigt.

    Wenn die ausgewählte Datenbank zum ersten Mal erkannt wird, wird so schnell wie möglich ein On-Demand-Job ausgeführt, um die Daten zu schützen. Danach werden neue Daten gesichert, wenn der geplante Job gemäß den in der Sicherungsvorlage definierten Betriebszeiten ausgeführt wird. Wenn Sie beispielsweise um 10:00 Uhr (UTC) eine Vorlage mit Betriebszeiten von 02:00 bis 05:00 Uhr (UTC) zuweisen, wird der erste Job erst gestartet, wenn nach 02:00 Uhr (UTC) ein Job-Slot auf dem Gerät verfügbar ist.

Schutz von Datenbankprotokollen in einer Richtlinie für Sicherungspläne

Wenn Sie eine Snapshot-Richtlinie für eine Datenbank erstellen, können Sie auch die Protokolldateien sichern. Die Häufigkeit, mit der Datenbankprotokolle gesichert werden, wird unabhängig von der Datenbank definiert. So kann beispielsweise eine Datenbank täglich und die zugehörigen Protokolle stündlich gesichert werden. Die Häufigkeit der Datenbankprotokollsicherung wird in Minuten festgelegt. Die Sicherungshäufigkeit von Protokollen darf nicht höher sein als die Häufigkeit, mit der die zugehörige Datenbank gesichert wird. Wenn beispielsweise eine Datenbank alle 24 Stunden gesichert wird, muss die Sicherungshäufigkeit der Protokolldatei kürzer als 24 Stunden sein.

Häufigkeit und Aufbewahrungsdauer werden unter Details und Einstellungen der Datenbank-Snapshot-Richtlinie definiert. Die Sicherung der Protokolle erfolgt unabhängig davon, wann die zugehörige Datenbank gesichert wird.

Sie aktivieren den Protokollschutz über die erweiterten Einstellungen Datenbankprotokollsicherung aktivieren in einer Snapshot-Richtlinie für einen Sicherungsplan. Häufigkeit und Aufbewahrung werden unter Details und Einstellungen für eine Sicherungsrichtlinie definiert.

Der für die Datenbankprotokolle erforderliche Speicherplatz wird automatisch von der Verwaltungskonsole verwaltet. In der Verwaltungskonsole werden typische Protokollgrößen und ihre Aufbewahrungsdauer ausgewertet und bei Bedarf wird Speicherplatz hinzugefügt. Um die Speicheranforderungen für die Protokolle einer Datenbank zu verwalten, bieten Snapshot-Richtlinien die folgenden erweiterten Einstellungen:

  • Aufbewahrungsdauer für Sicherungen von Protokollen Die Aufbewahrungsdauer von Protokollen wird unabhängig von der Aufbewahrungsdauer der Snapshot-Richtlinie definiert. Mit einer separaten Aufbewahrungsdauer können Sie Protokolle in Verbindung mit Kopien der Datenbank verwenden, die im Snapshot-Pool und optional in einem OnVault-Pool gespeichert sind. Die Aufbewahrungsdauer für Protokolle ist erforderlich, wenn Protokollsicherungen aktiviert sind.

  • Logs replizieren Sie können Datenbankprotokolle auf einer Remote-Sicherungs-/Wiederherstellungs-Appliance oder in einem OnVault-Pool replizieren und die Remote-Protokolle für jedes Datenbank-Image innerhalb des Aufbewahrungszeitraums der replizierten Protokolle verwenden. Bei der Protokollreplikation wird die StreamSnap-Technologie zwischen der lokalen und der Remote-Appliance verwendet. Die Daten werden direkt vom lokalen Snapshot-Pool zum Snapshot-Pool auf der Remote-Appliance übertragen. Dazu ist eine StreamSnap-Replikationsrichtlinie in der Vorlage erforderlich. Außerdem muss mindestens eine erfolgreiche Replikation der Datenbank durchgeführt worden sein.

  • Größe der Festplatte für die Bereitstellung von Protokollen. Definiert den Prozentsatz, um den das Staging-Laufwerk, auf dem sich die Protokolle befinden, automatisch erweitert werden soll. Diese Einstellung ist ein Prozentsatz und gültige Werte liegen zwischen 5 und 100.

  • Geschätzte Änderungsrate Hiermit wird die tägliche Änderung (in Prozent) definiert, sodass die Sicherungs-/Wiederherstellungs-Appliance die Größe des Staging-Laufwerks, das für die Speicherung von Protokollen erforderlich ist, besser berechnen kann. Diese Einstellung ist ein Prozentsatz und gültige Werte sind 0 bis 100.

  • Datenbankprotokollsicherung komprimieren Die Quelldatenbank wird angewiesen, ihre Protokolle vor der Sicherung zu komprimieren. Der Datenbankserver führt während der Protokollsicherung eine Protokollkomprimierung durch.

Erweiterte Einstellungen für Überschreibungen von Richtlinieneinstellungen konfigurieren

Klicken Sie im Fenster Sicherungsplan verwalten auf Richtlinienüberschreibungen, um das Dialogfeld Richtlinieneinstellungen überschreiben aufzurufen. Hier können Sie bestimmte Richtlinieneinstellungen für die ausgewählte Sicherungsvorlage überschreiben. Klicken Sie abschließ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 links 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 Standardzustand zurückzusetzen.

In der folgenden Liste finden Sie Beschreibungen der Richtlinieneinstellungsüberschreibungen, die für SQL Server-Instanzen, Verfügbarkeitsgruppen (Availability Groups, AG), Datenbanken und Consistency Groups gültig sind.

  • Nicht aufheben Bereitstellungslaufwerke zwischen Jobs weiterhin bereitstellen: Wählen Sie diese Option aus, wenn temporäre Bereitstellungslaufwerke dem Host zugeordnet und während der Datenübertragung weiterhin 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. Bereitstellungslaufwerke nach jedem Job trennen: Mit dieser Option wird das Bereitstellungslaufwerk am Ende jedes Jobs vom Betriebssystem getrennt (Bereitstellungspunkte oder Laufwerksbuchstaben werden entfernt) und auch vom Host getrennt. Bei dieser Option muss der Host zu Beginn des nächsten Jobs einen Scan nach SCSI-LUNs ausführen, da die neu zugeordneten Staging-Laufwerke neu gefunden werden müssen, bevor sie neu bereitgestellt werden können.

  • Log nach Sicherung kürzen Geben Sie an, ob die Protokolle nach jeder Sicherung abgeschnitten werden sollen. Wenn diese Option aktiviert ist, werden anwendungsbezogene Protokolle bis zur letzten oder aktuellen Sicherung abgeschnitten. Wenn Sie Protokolle kürzen, müssen Sie auch das Transaktionsprotokoll sichern, um eine fortlaufende 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 zu einer Konsistenzgruppe gehören, ignoriert werden sollen. Sie erstellen eine Konsistenzgruppe, um mehrere Datenbanken zusammen zu sichern und so die Datenkonsistenz in den Datenbanken beizubehalten. Consistency Groups sind Sammlungen von Datenbanken aus derselben Instanz oder Verfügbarkeitsgruppe.

    Folgende Optionen sind verfügbar:

    • Sicherung fehlschlagen lassen, wenn Offlineanwendungen gefunden werden
    • Offlineanwendungen bei der Sicherung überspringen

  • Ordnen Sie Staging-Laufwerke allen ESX-Hosts in einem Cluster zu. Diese Option ist bei der Verwendung von NFS-Datenspeichern nicht relevant. Ordnen Sie das Staging-Laufwerk nur dem ESX-Host für die VM zu. Weisen Sie das Staging-Laufwerk allen ESX-Hosts im Cluster zu. Ordnen Sie das Staging-Laufwerk zwei ESXi-Hosts im Cluster zu.

  • Sichern Sie SQL Server-Nutzeranmeldungen. Hier werden die Anmeldedatensätze der SQL Server-Instanz für Konten gesichert, denen Zugriff auf die gesicherten Datenbanken gewährt wurde. Wenn die Datenbank als virtuelle Anwendung bereitgestellt wird (anwendungsspezifische Bereitstellung), können die gesicherten Nutzeranmeldungen optional in der Ziel-SQL-Server-Instanz wiederhergestellt werden. So können dieselben Nutzer, die Zugriff auf die ursprüngliche Quelldatenbank haben, auch auf die virtuelle Datenbank zugreifen. Die Optionen sind Ja oder Nein.

  • Aktivieren Sie die Datenbankprotokollsicherung. Mit der Option Datenbankprotokollsicherung aktivieren kann die Sicherungsrichtlinie eine Oracle- oder Microsoft SQL Server-Datenbank und alle zugehörigen Transaktionsprotokolldateien sichern. Die Protokolle werden gesichert, wenn der Job zum Erstellen von Protokoll-Snapshots ausgeführt wird. Die Optionen sind Ja oder Nein. Wenn Ja ausgewählt ist, werden die zugehörigen Optionen aktiviert.

  • RPO Wenn Datenbankprotokollsicherung aktivieren auf Ja festgelegt ist, wird die Häufigkeit der Datenbankprotokollsicherung durch RPO 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 Sicherungen von Protokollen Wenn Datenbankprotokollsicherung aktivieren auf Ja festgelegt ist, wird die Protokollaufbewahrung getrennt von der Aufbewahrung der Snapshot-Richtlinie definiert. Mit einer separaten Aufbewahrungsdauer können Sie Protokolle in Verbindung mit Kopien der Datenbank verwenden, die im Snapshot-Pool gespeichert sind. Die Aufbewahrungsdauer von Protokollen ist eine obligatorische Einstellung.

  • Logs replizieren (Verwendet StreamSnap-Technologie) Wenn Datenbankprotokollsicherung aktivieren auf Aktivieren gesetzt ist, können mit der erweiterten Einstellung Protokolle replizieren Microsoft SQL Server-Datenbanktransaktionsprotokolle auf eine Remote-Sicherungs-/Wiederherstellungs-Appliance repliziert werden. Damit ein Job zur Protokollreplikation ausgeführt werden kann, muss in der Vorlage eine StreamSnap-Replikationsrichtlinie sowie ein Ressourcenprofil mit einer Remote-Sicherungs-/Wiederherstellungsanwendung vorhanden sein. Außerdem muss mindestens eine erfolgreiche Replikation der Datenbank abgeschlossen worden sein. Sie können die Protokolle dann an der Remote-Site für jedes Datenbank-Image innerhalb des Aufbewahrungszeitraums der replizierten Protokolle verwenden. Diese Funktion ist standardmäßig aktiviert.

    Bei der Protokollreplikation wird die Replikation zwischen den lokalen und Remote-Sicherungs-/Wiederherstellungs-Appliances mithilfe der StreamSnap-Technologie durchgeführt. Die Protokollreplikation erfolgt direkt vom lokalen Snapshot-Pool zum Snapshot-Pool auf der Remote-Appliance.

  • Senden von Protokollen an den OnVault-Pool Wenn Datenbankprotokollsicherung aktivieren auf Aktivieren festgelegt ist, können Microsoft SQL Server-Datenbanktransaktionsprotokolle in einen OnVault-Pool repliziert werden. Damit ein Job zur Protokollreplikation ausgeführt werden kann, muss die Vorlage eine OnVault-Richtlinie sowie ein Ressourcenprofil enthalten, das einen OnVault-Pool angibt. Außerdem muss mindestens eine Datenbank zuerst an den Pool gesendet werden. Sie können die Protokolle dann an der Remote-Site für jedes Datenbank-Image innerhalb des Aufbewahrungszeitraums verwenden. Diese Funktion ist standardmäßig aktiviert.

  • Größe des Protokoll-Staging-Laufwerks Wenn Datenbankprotokollsicherung aktivieren auf Ja festgelegt ist, wird mit Größe des Staging-Laufwerks für Protokolle festgelegt, wie das Staging-Laufwerk, auf dem sich die Protokolle befinden, automatisch erweitert werden soll. Diese Einstellung kann zwischen 5 und 100 % liegen.

  • Geschätzte Änderungsrate Wenn Datenbankprotokollsicherung aktivieren auf Ja gesetzt ist, wird mit dieser Einstellung die tägliche Änderung (in Prozent) definiert. So kann die Sicherungs-/Wiederherstellungs-Appliance die Größe des Staging-Laufwerks, das zum Speichern von Protokollen erforderlich ist, besser berechnen. Diese Einstellung kann zwischen 0 und 100 liegen.

  • Datenbankprotokollsicherung komprimieren Wenn Datenbankprotokollsicherung aktivieren auf Ja festgelegt ist, werden die Protokolle der Quelldatenbank komprimiert, bevor sie von der Verwaltungskonsole gesichert werden. Der Datenbankserver führt während der Protokollsicherung eine Protokollkomprimierung durch. Die Optionen sind Ja oder Nein. Wenn Ja ausgewählt ist, wird die Option Datenbankprotokollsicherung komprimieren aktiviert.

  • Zeitlimit für Script Mit dem Sicherungs- und Notfallwiederherstellungs-Agenten können Sie hostseitige Scripts erstellen, die auf dem Host einer Anwendung vor oder nach der Ausführung einer Richtlinie ausgeführt werden. Die vier Zeitüberschreitungen in einer Richtlinienvorlage werden direkt den vier Phasen eines hostseitigen Scripts zugeordnet.

    • Script Init Timeout Hiermit wird festgelegt, wie lange eine Richtlinie warten soll, bevor davon ausgegangen wird, dass hostseitige Scripts 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 von Scripts Hier wird festgelegt, wie lange eine Richtlinie warten soll, bevor davon ausgegangen wird, dass die Anwendung eingefroren ist und für die Datensicherung bereit ist. 60 Sekunden ist der Standardwert. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.
    • Zeitüberschreitung für die Aufhebung der Sperrung von Scripts Definiert, wie lange eine Richtlinie warten soll, bevor davon ausgegangen wird, dass die Anwendung nicht mehr eingefroren ist. Der Standardwert ist 60 Sekunden. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.
    • Zeitlimit für das Beenden des Scripts Hiermit wird festgelegt, 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 Script nach der Replikation Hier wird festgelegt, wie lange eine Richtlinie warten soll, bevor die Replikation abgeschlossen ist. 60 Sekunden ist der Standardwert. Der zulässige Bereich liegt zwischen 1 und 86.400 Sekunden.

Leitfaden für DBAs zur Sicherung und Notfallwiederherstellung mit Microsoft SQL Server

Diese Seite ist eine von mehreren Seiten zum Schutz und zur Wiederherstellung von Microsoft SQL Server-Datenbanken mithilfe von Sicherung und Notfallwiederherstellung. Weitere Informationen finden Sie unter: