Microsoft SQL Server-Instanzen und -Datenbanken in geräteverwalteten Sicherungen sichern

Mit Backup und DR können Sie Microsoft SQL Server 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

Hinweis

Bevor Sie Microsoft SQL Server-Datenbanken schützen:

Best Practices für den Schutz von Microsoft SQL Server-Datenbanken

Bei Microsoft SQL Server-Datenbanken, die das vollständige Wiederherstellungsmodell verwenden, können Sie die Möglichkeit der Sicherungs-/Wiederherstellungs-Appliance nutzen, sowohl die Datenbank als auch ihre Logs mit einer einzigen Richtlinie zu sichern. Wenn sowohl die Datenbank als auch ihre Logs gesichert werden, kann die Appliance die Datenbank zu einem bestimmten Zeitpunkt wiederherstellen, indem sie ihre Logs über die Benutzeroberfläche der Appliance vorwärts rollt. Die Sicherung von Datenbank und Logs wird über die erweiterten Einstellungen der Richtlinienvorlage aktiviert.

Datenbanken in einer Instanz im Vergleich zu einer Konsistenzgruppe sichern

Wenn eine Datenbank stillgelegt wird, um eine Sicherung zu erstellen, wird ein Snapshot der zugehörigen Laufwerke erstellt und dann freigegeben. Bei Konsistenzgruppen und Datenbankinstanzen werden die Mitglieder gleichzeitig stillgelegt und freigegeben, um einen konsistenten Zeitpunkt für die Daten zu erhalten.

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

Die Mitgliedschaft in einer Konsistenzgruppe erfolgt manuell. Die Sicherung von Datenbanken in einer Konsistenzgruppe eignet sich für Umgebungen, in denen Datenbanken nicht oft hinzugefügt oder entfernt werden.

Datenbank- im Vergleich zu VM-Verwaltung

Microsoft SQL Server 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 geschützt, nicht ESP Als Teil einer VM geschützt
Sicherungs-/Wiederherstellungs-Appliances schützen nur die Datenbankdateien. Gesamte VMware-VMs werden mit VMware-APIs gesichert. Wenn Sie SQL-Datenbanken verwalten, die Teil einer gesamten geschützten VM sind, lesen Sie [Compute Engine-Instanzen schützen und wiederherstellen](/backup-disaster-recovery/docs/quickstarts/gce-instances-backup-recovery).
Der Backup und DR-Agent koordiniert den VSS-Snapshot und führt die Log-Abschneidung durch. Die VMware API koordiniert den VSS-Snapshot. Der Backup und DR-Agent muss auf der VM installiert sein, um Logs abzuschneiden.
Der Backup und DR-Agent verwendet die Änderungsblockverfolgung für benannte Dateien. Das ist sehr effizient für große Datenbankdateien. Die VMware API bietet die Änderungsblockverfolgung.
Transaktionslogs werden gesichert, wenn ein Sicherungsjob ausgeführt wird und Sie unter Details und Einstellungen die Option Log nach Sicherung abschneiden auswählen (siehe [Erweiterte Einstellungen für Richtlinienüberschreibungen konfigurieren](: #SetOverrides)). Transaktionslogs werden nicht gesichert.
Der Client kann mit Logs vorwärts rollen. Das Vorwärtsrollen wird während der Wiederherstellung nicht unterstützt.

Folgen Sie der Anleitung, um einen Sicherungsplan anzuwenden und eine Microsoft SQL Server-Datenbank zu schützen.

  1. Rufen Sie in der Verwaltungskonsole der Backup und DR-Appliance App Manager > Applications auf. Die Seite Applications wird geöffnet.

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

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

    • Vorlage : Eine vorhandene Sicherungsvorlage, die Richtlinien zur Definition des Snapshots und der Replikation der Anwendungsdaten enthält.

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

  4. Nehmen Sie im Fenster Sicherungsplanvorlage verwalten vor dem Anwenden eines Sicherungsplans die folgenden Änderungen vor:

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

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

  5. Wenn Sie Datenbanken auswählen möchten, klicken Sie unter Regel für Datenbankeinschluss auf Bearbeiten. Das Dialogfeld Mitgliedschaft verwalten wird geöffnet.

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

    • Klicken Sie auf Speichern , um das Dialogfeld Mitgliedschaft verwalten zu schließen.

  6. Klicken Sie auf Anwenden , um die Sicherungsvorlage und das Ressourcenprofil anzuwenden. Das Meldungsfeld „Erfolgreich“ wird angezeigt.

    Wenn die ausgewählte Datenbank zum ersten Mal ermittelt 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 zuweisen, deren Betriebszeiten von 02:00 bis 05:00 Uhr (UTC) sind, wird der erste Job erst gestartet, wenn die Appliance nach 02:00 Uhr (UTC) einen verfügbaren Job-Slot hat.

    Wenn Sie eine Arbeitslast auf einer Sicherungs-/Wiederherstellungs-Appliance sichern, die die empfohlene Speicherkapazität oder das Snapshot-Limit überschreiten würde, wird eine Benachrichtigung mit einer Empfehlung angezeigt, die Daten auf einer anderen Sicherungs-/Wiederherstellungs-Appliance zu sichern.

Datenbanklogschutz in einer Richtlinie für Sicherungspläne

Wenn Sie eine Snapshot-Richtlinie für eine Datenbank erstellen, können Sie auch die zugehörigen Logdateien sichern. Die Häufigkeit, mit der Datenbanklogs gesichert werden, wird separat von der der Datenbank definiert. Beispielsweise kann eine Datenbank täglich und ihre Logs stündlich gesichert werden. Die Häufigkeit der Sicherung von Datenbanklogs wird in Minuten festgelegt und darf die Häufigkeit, mit der die zugehörige Datenbank gesichert wird, nicht überschreiten. Wenn eine Datenbank beispielsweise alle 24 Stunden gesichert wird, muss die Häufigkeit der Sicherung der Logdatei weniger als alle 24 Stunden betragen.

Häufigkeit und Aufbewahrung werden unter Details und Einstellungen der Richtlinie für Datenbank-Snapshots definiert. Die Sicherung von Logs erfolgt unabhängig davon, wann die zugehörige Datenbank gesichert wird.

Sie aktivieren den Logschutz über die erweiterten Einstellungen Datenbanklogsicherung aktivieren in einer Snapshot-Richtlinie für Sicherungspläne. Häufigkeit und Aufbewahrung werden unter Details und Einstellungen für eine Richtlinie für Sicherungspläne definiert.

Der für die Logs einer Datenbank erforderliche Speicherplatz wird automatisch von der Appliance-Verwaltungskonsole verwaltet. Die Appliance-Verwaltungskonsole bewertet typische Loggrößen und deren Aufbewahrungsdauer und fügt bei Bedarf Speicherplatz hinzu. Zur Verwaltung der Speicheranforderungen für die Logs einer Datenbank bieten Snapshot-Richtlinien die folgenden erweiterten Einstellungen:

  • Aufbewahrungsdauer für Logsicherungen : Die Logaufbewahrung wird separat von der Aufbewahrung der Snapshot-Richtlinie definiert. Durch eine separate Aufbewahrungsdauer können Sie Logs in Verbindung mit Kopien der Datenbank verwenden, die im Snapshot-Pool und optional in einem OnVault-Pool gespeichert sind. Die Aufbewahrungsdauer für Logs ist obligatorisch, wenn Logsicherungen aktiviert sind.

  • Logs replizieren : Sie können Datenbanklogs auf eine Remote- Sicherungs-/Wiederherstellungs-Appliance oder in einen OnVault-Pool replizieren und die Remote-Logs für jedes Datenbank-Image innerhalb des Aufbewahrungszeitraums der replizierten Logs verwenden. Bei der Log replikation 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 und mindestens eine erfolgreiche Replikation der Datenbank muss abgeschlossen sein.

  • Größe der Staging-Festplatte für Logs : Definiert den Prozentsatz, um den die Staging-Festplatte, auf der sich die Logs befinden, automatisch vergrößert werden soll. Diese Einstellung ist ein Prozentsatz. Gültige Werte liegen zwischen 5 und 100.

  • Geschätzte Änderungsrate : Definiert die tägliche Änderung in Prozent. So kann die Sicherungs-/Wiederherstellungs-Appliance die Größe der Staging-Festplatte, die zum Speichern von Logs erforderlich ist, besser berechnen. Diese Einstellung ist ein Prozentsatz und gültige Werte liegen zwischen 0 und 100.

  • Datenbanklogsicherung komprimieren : Weist die Quelldatenbank an, ihre Logs vor der Sicherung zu komprimieren. Der Datenbankserver führt die Logkomprimierung während der Logsicherung durch.

Erweiterte Einstellungen für Richtlinienüberschreibungen konfigurieren

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

Wenn Sie eine 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 Richtlinienüberschreibungen auf den Standardzustand zurückzusetzen.

Die folgende Liste enthält Beschreibungen der Richtlinienüberschreibungen, die für SQL Server-Instanzen, Verfügbarkeitsgruppen, Datenbanken und Konsistenzgruppen gültig sind.

  • Zuordnung nicht aufheben : Staging-Festplatten zwischen Jobs zuordnen: Wählen Sie diese Option aus, wenn temporäre Staging-Festplatten, 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-Festplatten nach jedem Job aufheben: Mit dieser Option wird die Staging-Festplatte am Ende jedes Jobs sowohl vom Betriebssystem getrennt (Entfernen von Bereitstellungspunkten oder Laufwerkbuchstaben) 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 ermittelt werden müssen, bevor sie wieder bereitgestellt werden können.

  • Log nach Sicherung abschneiden : Geben Sie an, ob die Logs nach jeder Sicherung abgeschnitten werden sollen. Wenn diese Option aktiviert ist, werden anwendungsbezogene Logs bis zur letzten oder aktuellen Sicherung abgeschnitten. Wenn Sie Logs abschneiden, müssen Sie auch das Transaktionslog sichern, um eine Wiederherstellung durch Vorwärtsrollen 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. Sie erstellen eine Konsistenzgruppe, um mehrere Datenbanken zusammen zu sichern und so die Konsistenz der Daten in den Datenbanken 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-Festplatten allen ESX-Hosts in einem Cluster zuordnen : (Diese Option ist nicht relevant, wenn NFS-Datenspeicher verwendet werden.) Staging-Festplatte nur für VM dem ESX-Host zuordnen. Staging-Festplatte allen ESX-Hosts im Cluster zuordnen. Staging-Festplatte zwei ESX-Hosts im Cluster zuordnen.

  • SQL Server-Nutzeranmeldungen sichern : Sichert die SQL Server-Instanzanmeldungsdatensätze für Konten, denen Zugriff auf die zu sichernden Datenbanken gewährt wurde. Wenn die Datenbank als virtuelle Anwendung eingebunden ist (anwendungsorientierte Einbindung), können die gesicherten Nutzeranmeldungen optional in der Ziel-SQL Server-Instanz 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.

  • Datenbanklogsicherung aktivieren : Mit der Option Datenbanklogsicherung aktivieren kann die Richtlinie für Sicherungspläne eine Oracle- oder Microsoft SQL Server-Datenbank und alle zugehörigen Transaktionslogdateien sichern. Die Logs werden gesichert, wenn der Job für den Log-Snapshot 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. Durch eine separate 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 die StreamSnap-Technologie) Wenn Datenbanklogsicherung aktivieren auf Aktivieren gesetzt ist, können Sie mit der erweiterten Einstellung Logs replizieren Transaktionslogs von Microsoft SQL Server-Datenbanken auf eine Remote-Sicherungs-/Wiederherstellungs-Appliance replizieren. Damit ein Job zur Logreplikation 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 die Logs dann 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 der lokalen und der Remote-Sicherungs-/Wiederherstellungs-Appliance durchzuführen. Die Logreplikation erfolgt direkt vom lokalen Snapshot-Pool zum Snapshot-Pool auf der Remote-Appliance.

  • Logs an OnVault-Pool senden : Wenn Datenbanklogsicherung aktivieren auf Aktivieren gesetzt ist, können Sie mit dieser Einstellung Transaktionslogs von Microsoft SQL Server-Datenbanken in einen OnVault-Pool replizieren. Damit ein Job zur Logreplikation 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 mindestens eine Datenbank an den Pool gesendet werden. Sie können die Logs dann am Remote-Standort für jedes Datenbank-Image innerhalb des Aufbewahrungszeitraums verwenden. Diese Funktion ist standardmäßig aktiviert.

  • Größe der Staging-Festplatte für Logs : Wenn Datenbanklogsicherung aktivieren auf Ja gesetzt ist, definiert Größe der Staging-Festplatte für Logs die Größe, um die die Staging-Festplatte, auf der sich die Logs befinden, automatisch vergrößert werden soll. 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 die Sicherungs-/Wiederherstellungs-Appliance die Größe der Staging-Festplatte, die zum Speichern von Logs erforderlich ist, besser berechnen. Diese Einstellung liegt zwischen 0 und 100.

  • Datenbanklogsicherung komprimieren : Wenn Datenbanklogsicherung aktivieren auf Ja gesetzt ist, weist diese Einstellung die Quelldatenbank an, 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 Ja oder Nein. Wenn Sie Ja auswählen, wird die Option Datenbanklogsicherung komprimieren aktiviert.

  • Zeitlimit für Skript : Mit dem Backup und 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 in einer Richtlinienvorlage entsprechen direkt den vier Phasen eines hostseitigen Skripts.

    • Zeitlimit für 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 Skript-Freeze : 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.
    • Zeitlimit für Skript-Unfreeze : 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 Skriptende : 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 Skript nach 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 und DR – DBA-Leitfaden 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 und DR befassen. Weitere Informationen finden Sie hier: