Optimieren Sie SQL Server-Backup-Strategien - AWS Präskriptive Leitlinien
ÜbersichtBackup auf Serverebene mithilfe von Snapshots mit VSS aktivierten OptionenSQLServer-Backup mit AWS BackupBackup auf DatenbankebeneEmpfehlungen zur KostenoptimierungWeitere Ressourcen

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Optimieren Sie SQL Server-Backup-Strategien

Übersicht

Die meisten Unternehmen suchen nach der richtigen Lösung, um ihre Daten auf dem SQL Server bei Amazon EC2 zu schützen, um ihre aktuellen Anforderungen an Recovery Point Objective (RPO), die maximal zulässige Zeit seit dem letzten Backup, und Recovery Time Objective (RTO), die maximal akzeptable Verzögerung zwischen der Unterbrechung des Dienstes und der Wiederherstellung des Dienstes, zu erfüllen. Wenn Sie SQL Server auf EC2 Instances ausführen, haben Sie mehrere Möglichkeiten, Backups Ihrer Daten zu erstellen und Ihre Daten wiederherzustellen. Zu den Backup-Strategien für den Schutz von Daten für SQL Server on Amazon EC2 gehören die folgenden:

  • Backup auf Serverebene mithilfe von Amazon Elastic Block Store (AmazonVSS) -Snapshots mit Windows Volume Shadow Copy Service (EBS) oder AWS Backup

  • Sicherung auf Datenbankebene mit systemeigener Sicherung und Wiederherstellung auf dem Server SQL

Für systemeigene Backups auf Datenbankebene stehen Ihnen die folgenden Speicheroptionen zur Verfügung:

In diesem Abschnitt werden die folgenden Aufgaben ausgeführt:

  • Hebt Funktionen hervor, mit denen Sie Speicherplatz sparen können

  • Vergleicht die Kosten zwischen verschiedenen Backend-Speicheroptionen

  • Enthält Links zu ausführlicher Dokumentation zur Umsetzung dieser Empfehlungen

Backup auf Serverebene mithilfe von Snapshots mit VSS aktivierten Optionen

Eine VSS Snapshot-Architektur mit aktivierten Snapshots verwendet den Befehl AWS Systems Manager Run, um den VSS Agenten auf Ihren Serverinstanzen zu installieren. SQL Sie können den Befehl Run auch verwenden, um den gesamten Workflow aufzurufen, d. h. Betriebssystem- und Anwendungspuffer auf die Festplatte zu leeren, I/O-Operationen anzuhalten, einen point-in-time Snapshot der EBS Volumes zu erstellen und dann I/O wieder aufzunehmen.

Dieser Run-Befehl erstellt automatische Snapshots aller EBS Volumes, die an eine Zielinstanz angehängt sind. Sie haben auch die Möglichkeit, das Root-Volume auszuschließen, da Benutzerdatenbankdateien üblicherweise auf anderen Volumes gespeichert werden. Falls Sie mehrere EBS Volumes stripen, um ein einziges Dateisystem für SQL Serverdateien zu erstellen, unterstützt Amazon EBS auch absturzkonsistente Snapshots mit mehreren Volumes mit einem einzigen Befehl. API Weitere Informationen zu anwendungskonsistenten Snapshots finden Sie unter Erstellen eines VSS VSS anwendungskonsistenten EBS Snapshots in der Amazon-Dokumentation. EC2

Das folgende Diagramm zeigt eine Architektur für Backups auf Serverebene mithilfe von Snapshots mit aktivierten Funktionen. VSS

VSS-aktivierte Snapshot-Architektur

Beachten Sie die folgenden Vorteile der Verwendung von Snapshots mit VSS aktivierter Option:

  • Der erste Snapshot einer DB-Instance enthält die Daten der vollständigen DB-Instance. Nachfolgende Snapshots derselben DB-Instance sind inkrementell, d. h. es werden nur die Daten gespeichert, die sich seit der letzten Snapshot-Speicherung geändert haben.

  • EBSSchnappschüsse ermöglichen die Wiederherstellung. point-in-time

  • Sie können aus einem Snapshot eine Wiederherstellung auf einer neuen SQL EC2 Serverinstanz durchführen.

  • Wenn eine Instance mit Amazon verschlüsselt ist EBS oder wenn eine Datenbank in der Instance, die verwendetTDE, verschlüsselt ist, wird diese Instance oder Datenbank automatisch mit derselben Verschlüsselung wiederhergestellt.

  • Sie können Ihre automatisierten, regionsübergreifenden Backups kopieren.

  • Wenn Sie ein EBS Volume aus einem Snapshot wiederherstellen, steht es sofort Anwendungen für den Zugriff zur Verfügung. Das bedeutet, dass Sie den SQL Server sofort wieder online schalten können, nachdem Sie eines oder mehrere seiner zugrunde liegenden EBS Volumes aus Snapshots wiederhergestellt haben.

  • Standardmäßig rufen wiederhergestellte Volumes die zugrunde liegenden Blöcke von Amazon S3 ab, wenn eine Anwendung zum ersten Mal versucht, sie zu lesen. Das bedeutet, dass es nach der Wiederherstellung eines EBS Volumes aus einem Snapshot zu Leistungsverzögerungen kommen kann. Das Volume erreicht mit der Zeit die Nennleistung. Sie können diese Verzögerung jedoch vermeiden, indem Sie schnelle Snapshot-Restore () FSR -Snapshots verwenden.

  • Sie können das Lebenszyklusmanagement für Snapshots verwenden. EBS

Beachten Sie die folgenden Einschränkungen bei der Verwendung von Snapshots mit VSS aktivierter Option:

  • Mit einem verschlüsselten Snapshot für eine Serverinstanz können Sie keine regionsübergreifende point-in-time Wiederherstellung durchführen. SQL

  • Sie können keinen verschlüsselten Snapshot einer unverschlüsselten Instanz erstellen.

  • Sie können keine einzelne Datenbank wiederherstellen, da der Snapshot auf EBS Volume-Ebene erstellt wird.

  • Sie können die Instanz nicht auf sich selbst wiederherstellen.

  • Ein Snapshot der DB-Instance muss mit demselben AWS Key Management Service (AWS KMS) -Schlüssel wie die DB-Instance verschlüsselt werden.

  • Die Speicher-I/O wird während des Snapshot-Backup-Vorgangs für den Bruchteil einer Sekunde (ungefähr 10 Millisekunden) unterbrochen.

SQLServer-Backup mit AWS Backup

Sie können AWS Backupdamit den Datenschutz überall AWS-Services zentralisieren und automatisieren. AWS Backup bietet eine kostengünstige, vollständig verwaltete, richtlinienbasierte Lösung, die den Datenschutz in großem Umfang vereinfacht. AWS Backup hilft Ihnen auch dabei, Ihre gesetzlichen Verpflichtungen einzuhalten und Ihre Ziele für die Geschäftskontinuität zu erreichen. Zusammen mit AWS Organizations AWS Backup können Sie Datensicherungsrichtlinien (Backup) zentral implementieren, um Ihre Backup-Aktivitäten in Ihrem Unternehmen und Ihren Ressourcen zu konfigurieren, zu verwalten AWS-Konten und zu steuern.

Das folgende Diagramm zeigt die Architektur einer Sicherungs- und Wiederherstellungslösung für SQL Server on mithilfe EC2 von AWS Backup.

AWS Backup Architektur

Berücksichtigen Sie die folgenden Vorteile einer SQL Server-Backup mithilfe von AWS Backup:

  • Sie können die Planung von Backups, die Verwaltung der Aufbewahrung und das Lebenszyklusmanagement automatisieren.

  • Sie können Ihre Backup-Strategie unternehmensweit zentralisieren und mehrere Konten umfassen und. AWS-Regionen

  • Sie können die Überwachung Ihrer Backup-Aktivitäten und die gesamte Alarmierung zentralisieren. AWS-Services

  • Sie können regionsübergreifende Backups für die Notfallwiederherstellungsplanung implementieren.

  • Die Lösung unterstützt kontoübergreifende Backups.

  • Sie können sichere Backups mit sekundärer Backup-Verschlüsselung durchführen.

  • Alle Backups unterstützen die Verschlüsselung mithilfe von AWS KMS Verschlüsselungsschlüsseln.

  • Die Lösung funktioniert mitTDE.

  • Sie können zu einem bestimmten Wiederherstellungspunkt über die AWS Backup -Konsole wiederherstellen.

  • Sie können eine gesamte SQL Serverinstanz sichern, die alle SQL Serverdatenbanken enthält.

Backup auf Datenbankebene

Diese Ansätze verwenden native Microsoft SQL Server-Backup-Funktionen. Sie können Backups einzelner Datenbanken auf der SQL Serverinstanz erstellen und eine einzelne Datenbank wiederherstellen.

Jede dieser Optionen für systemeigene SQL Server-Backups und -Wiederherstellungen unterstützt außerdem Folgendes:

  • Komprimierung und Backup mehrerer Dateien

  • Vollständige, differenzielle und T-Protokoll-Backups

  • TDE-verschlüsselte Datenbanken

SQLServernatives Backup und Wiederherstellung auf Amazon S3

SQLServer on Amazon EC2 unterstützt systemeigene Backups und Wiederherstellungen für SQL Serverdatenbanken. Sie können eine Sicherungskopie Ihrer SQL Server-Datenbank erstellen und dann die Sicherungsdatei in einer vorhandenen Datenbank oder auf einer neuen SQL EC2 Server-Instance, Amazon RDS for SQL Server oder einem lokalen Server wiederherstellen.

Storage Gateway ist ein Hybrid-Cloud-Speicherservice, der On-Premises-Anwendungen Zugriff auf praktisch unbegrenzten Cloud-Speicher bietet. Sie können Storage Gateway verwenden, um Ihre Microsoft SQL Server-Datenbanken direkt auf Amazon S3 zu sichern, Ihren lokalen Speicherbedarf zu reduzieren und Amazon S3 für dauerhaften, skalierbaren und kostengünstigen Speicher zu verwenden.

Das folgende Diagramm zeigt die Architektur einer systemeigenen Sicherungs- und Wiederherstellungslösung, die Storage Gateway und Amazon S3 verwendet.

Storage Gateway und Amazon S3 S3-Architektur

Beachten Sie die folgenden Vorteile der Verwendung von nativem SQL Server-Backup mit Storage Gateway:

  • Sie können der EC2 Instance ein Speicher-Gateway als Server Message Block (SMB) -Dateifreigabe zuordnen und das Backup an Amazon S3 senden.

  • Das Backup wird direkt in den S3-Bucket oder über den Storage Gateway Gateway-Dateicache übertragen.

  • Backups mit mehreren Dateien werden unterstützt.

Beachten Sie die folgenden Einschränkungen bei nativem Backup mit Storage Gateway:

  • Sie müssen Backup und Wiederherstellung für jede einzelne Datenbank einrichten.

  • Sie müssen die Amazon-S3-Lebenszyklusrichtlinie für die Backupdateien verwalten.

Weitere Informationen zur Einrichtung von Storage Gateway finden Sie im AWS Storage Gateway AWS Blogbeitrag Store SQL Server-Backups in Amazon S3 using.

SQLServernatives Backup auf EBS Volumes

Sie können ein systemeigenes Backup Ihrer SQL Serverdatenbank erstellen und die Datei auf einem EBS Amazon-Volume speichern. Amazon EBS ist ein hochleistungsfähiger Blockspeicherdienst. EBSVolumes sind elastisch, was Verschlüsselung unterstützt. Sie können getrennt und an eine EC2 Instanz angehängt werden. Sie können den SQL Server auf einer EC2 Instanz auf demselben EBS Volumetyp oder auf einem anderen EBS Volumetyp sichern. Ein Vorteil der Sicherung auf einem anderen EBS Volume sind Kosteneinsparungen.

Das folgende Diagramm zeigt die Architektur eines systemeigenen Backups auf einem EBS Volume.

EBSAmazon-Volume-Architektur

Ziehen Sie die folgenden Vorteile der Verwendung von SQL servernativem Backup auf EBS Volumes in Betracht:

  • Sie können Backups einzelner Datenbanken auf einer SQL EC2 Serverinstanz erstellen und eine einzelne Datenbank wiederherstellen, anstatt die gesamte Instanz wiederherstellen zu müssen.

  • Backups mit mehreren Dateien werden unterstützt.

  • Sie können Backup-Jobs mithilfe des SQL Server-Agents und der SQL Server-Job-Engine planen.

  • Durch Ihre Hardwareauswahl können Sie Leistungsvorteile erzielen. Sie können beispielsweise st1-Speichervolumes verwenden, um einen höheren Durchsatz zu erzielen.

Beachten Sie die folgenden Einschränkungen bei der Verwendung systemeigener Backups auf EBS Volumes:

  • Sie müssen Backups manuell vom EBS Volume nach Amazon S3 verschieben.

  • Für große Backups müssen Sie den Festplattenspeicher bei Amazon verwaltenEC2.

  • In der EC2 Instanz kann der EBS Amazon-Durchsatz ein Engpass sein.

  • Für das Speichern von Backups bei Amazon ist zusätzlicher Speicherplatz erforderlichEBS.

SQLServernatives Backup auf Amazon FSx für Windows File Server

Amazon FSx for Windows File Server ist ein vollständig verwaltetes systemeigenes Windows-Dateisystem, das bis zu 64 TB Speicherplatz bietet und auf schnelle, vorhersehbare und konsistente Leistung ausgelegt ist. AWS hat native Unterstützung für Multi-AZ-Dateisystembereitstellungen auf FSx Windows File Server eingeführt. Die native Unterstützung erleichtert die Bereitstellung von Windows-Dateispeichern AWS mit hoher Verfügbarkeit und Redundanz über mehrere Availability Zones hinweg. AWS Außerdem wurde die Unterstützung für SMBContinuously Available (CA) -Dateifreigaben eingeführt. Sie können den FSx Windows-Dateiserver als Sicherungsspeicher für eine SQL Serverdatenbank verwenden.

Das folgende Diagramm zeigt die Architektur einer systemeigenen SQL Serversicherung auf FSx einem Windows-Dateiserver.

FSxfür die Backup-Architektur von Windows File Server

Beachten Sie die folgenden Vorteile der Verwendung der systemeigenen SQL Serversicherung FSx für Windows File Server:

  • Sie können Ihre SQL Serverdatenbank auf einer FSx Amazon-Dateifreigabe sichern.

  • Sie können Backups einzelner Datenbanken auf einer SQL Server-Instance erstellen und eine einzelne Datenbank wiederherstellen, anstatt die gesamte Instance wiederherstellen zu müssen.

  • Mehrteilige Backups werden unterstützt.

  • Sie können Backup-Jobs mithilfe des SQL Server-Agents und der Job-Engine planen.

  • Die Instances haben im Vergleich zu Amazon eine höhere NetzwerkbandbreiteEBS.

Beachten Sie die folgenden Einschränkungen bei der Verwendung von nativem SQL Server-Backup FSx für Windows File Server:

  • Sie müssen Backups manuell von Amazon auf Amazon S3 verschieben, FSx indem Sie AWS Backup oder verwenden AWS DataSync.

  • Große Backups können zusätzlichen Overhead für die Speicherplatzverwaltung bei Amazon erfordernFSx.

  • EC2Der Durchsatz im Instance-Netzwerk kann ein Engpass sein.

  • Für das Speichern von Backups auf FSx dem Windows-Dateiserver ist zusätzlicher Speicherplatz erforderlich.

SQLServer-Backup auf Amazon FSx für NetApp ONTAP

Snapshots mit FSx for ONTAP sind immer absturzkonsistent, aber sie erfordern, dass Sie Ihre Datenbank stilllegen (oder die I/O unterbrechen), um einen anwendungskonsistenten Snapshot zu erstellen. Sie können NetApp SnapCenter (ein Orchestrierungstool mit Plug-ins für bestimmte Anwendungen, einschließlich SQL Server) mit FSx for verwenden, um anwendungskonsistente Snapshots ONTAP zu erstellen und Ihre Datenbanken ohne zusätzliche Kosten zu schützen, zu replizieren und zu klonen.

NetApp SnapCenter

NetApp SnapCenter ist eine einheitliche Plattform für anwendungskonsistenten Datenschutz. SnapCenter bezeichnet Snapshots als Backups. In diesem Handbuch wird dieselbe Benennungskonvention verwendet. SnapCenter bietet eine zentrale Oberfläche für die Verwaltung anwendungskonsistenter Backups, Wiederherstellungen und Clones. Sie fügen ein SnapCenter Plug-in für Ihre spezifische Datenbankanwendung hinzu, um anwendungskonsistente Backups zu erstellen. Das SnapCenter Plug-in für SQL Server bietet die folgenden Funktionen, die Ihren Datenschutzworkflow vereinfachen.

  • Backup- und Wiederherstellungsoptionen mit Granularität für vollständige Backups und Protokollsicherungen

  • Direkte Wiederherstellung und Wiederherstellung an einem anderen Ort

Weitere Informationen SnapCenter dazu finden Sie im NetApp ONTAP Beitrag Schützen Sie Ihre SQL Server-Workloads NetApp SnapCenter mithilfe von Amazon FSx im AWS Storage-Blog.

Kostenoptimierung für Backups

Die folgenden Optionen können Ihnen helfen, die Kosten für das Speichern von SQL Server-Backups auf zu senken AWS.

  • Aktivieren Sie die SQLServerkomprimierung während der Erstellung der Sicherungsdatei und senden Sie die kleinstmögliche Datei an den Speicher. Ein Komprimierungsverhältnis von 3:1 bedeutet beispielsweise, dass Sie etwa 66 Prozent Festplattenspeicher sparen. Um diese Spalten abzufragen, können Sie die folgende SQL Transact-Anweisung verwenden:. SELECT backup_size/compressed_backup_size FROM msdb..backupset;

  • Aktivieren Sie für Backups, die in S3-Buckets gespeichert werden, die Speicherklasse Amazon S3 Intelligent-Tiering, um die Speicherkosten um 30 Prozent zu senken. 

  • Verwenden Sie für Backups auf Windows File Server oder FSx FSx für eine einzige Availability Zone eine einzige Availability ZoneONTAP, um 50 Prozent Kosten zu sparen (im Vergleich zur Verwendung mehrerer Availability Zones). Preisinformationen finden Sie unter Amazon FSx for Windows File Server Pricing und Amazon FSx for NetApp ONTAP Pricing.

  • Die effizienteste Option für SQL Server 2022 ist die direkte Sicherung auf Amazon S3. Sie können zusätzliche Kosten sparen, indem Sie Storage Gateway vermeiden.

Benchmark-Testergebnisse für Backups

In diesem Abschnitt werden die folgenden Optionen unter Kosten- und Leistungsgesichtspunkten für eine Beispieldatenbank mit 1 TB anhand der Ergebnisse von Leistungsbenchmarktests mit den in diesem Leitfaden behandelten Backup-Lösungen verglichen.

  • EC2Instanzspezifikation — r5d.8xlarge mit Windows Server 2019 und Server 2019 Developer Edition SQL

  • Datenbankspezifikation — 1 TB groß bei deaktivierter Option TDE

Die Tests wurden mit einer r5d.8xlarge-Instanz und einer SQL 1-TB-Serverdatenbank als Quelle durchgeführt. Das Quellsystem wurde gemäß den bewährten Methoden konfiguriert, und die Quelldatenbank enthielt vier Datendateien (jeweils 250 GB) und eine Protokolldatei (50 GB), die auf separate GP3-Volumes verteilt waren. Der systemeigene BACKUP Befehl des SQL Servers umfasst das Schreiben in 10 Backupdateien, wobei Komprimierung verwendet wird, um die Backup-Leistung zu optimieren und die Datenmenge zu reduzieren, die über das Netzwerk gesendet und auf das Ziel geschrieben wird. In allen Testfällen war die Speicherleistung der Engpass.

Für diese Testtypen gibt es eine nahezu unendliche Vielfalt an möglichen Konfigurationen. Dieser Test konzentrierte sich auf die Optimierung im Hinblick auf Leistung, Kosten, Skalierbarkeit und reale Anwendungsfälle. Die folgende Tabelle zeigt die Leistungskennzahlen, die für die Backup-Zieloptionen erfasst wurden.

Backup-Optionen Level Dauer der Ausführung (Appx) Backup-Rate Kosten USD pro Monat*
Natives Backup auf lokalem EBS ST1HDD, 2 TB Datenbank 00:30:46 Minuten 554,7 Mbit/s 92,16$
Natives Backup auf lokalem EBS SSD GP3, 2 TB Datenbank 00:22:00 min 512 Mbit/s 193,84$
Natives Backup auf FSx für Windows File ServerHDD, 2 TB @512 Mbit/s Durchsatz Datenbank 00:20:58 min 814,0 Mbit/s 1.146$
Natives Backup auf FSx für Windows File ServerSSD, 2 TB @512 Mbit/s Durchsatz Datenbank 00:20:00 min 814,0 Mbit/s 1.326$
Natives Backup auf S3 File Gateway m6i.4xlarge (16 VCPU, 64 GB) mit 2 TB gp3 Datenbank 00:23:20 Minuten 731,5 Mbit/s 470,42$
EBSVSSSchnappschuss EBSVolumen

00:00:02 Sek

00:00:53 Sek

 N/A-Schnappschuss 51$
AWS Backup (AMISicherungskopie) AMI

00:00:04 Sek

00:08:00 min

 N/A-Schnappschuss 75$
Natives SQL Server-Backup direkt auf Amazon S3 (SQLServer 2022) Datenbank 00:12:00 Minuten 731,5 Mbit/s Erste 50 TB pro Monat, 0,023$ pro GB 23,55$ pro Monat
Natives Backup für (VerwendungFSx) ONTAP SnapCenter Datenbank – – 440,20$

In der obigen Tabelle wird von folgenden Annahmen ausgegangen:

  • Die Kosten für Datenübertragung und Amazon S3 sind nicht enthalten.

  • Der Speicherpreis ist in den Instance-Preisen enthalten.

  • Die Kosten richten sich nach der us-east-1 Region.

  • Durchsatz und IOPS Steigerung um 10 Prozent bei mehreren Backups mit einer Gesamtänderungsrate von 10 Prozent im Laufe des Monats.

Die Testergebnisse zeigen, dass die schnellste Option ein systemeigenes SQL Server-Datenbank-Backup FSx für Windows File Server ist. Ein Backup auf Storage Gateway und lokal angeschlossene EBS Volumes ist die kostengünstigere Option, hat jedoch eine geringere Leistung. Für Backups auf Serverebene (AMI) empfehlen wir die Verwendung, AWS Backup um optimale Leistung, Kosten und Verwaltbarkeit zu erzielen.

Empfehlungen zur Kostenoptimierung

Das Verständnis der möglichen Lösungen für die Sicherung von SQL Servern bei Amazon EC2 ist der Schlüssel zum Schutz Ihrer Daten, zur Sicherstellung, dass Sie Ihre Backup-Anforderungen erfüllen, und zur Erstellung eines Plans für die Wiederherstellung nach kritischen Ereignissen. Die verschiedenen Möglichkeiten zur Sicherung und Wiederherstellung Ihrer SQL Serverinstanzen und Datenbanken, die in diesem Abschnitt beschrieben werden, können Ihnen dabei helfen, eine Sicherungs- und Wiederherstellungsstrategie zu entwickeln, die Ihre Daten schützt und die Anforderungen Ihres Unternehmens erfüllt.

In diesem Abschnitt werden die folgenden Backup-Optionen behandelt:

  • Komprimierung

  • Amazon S3 Intelligent-Tiering

  • Einzelne Availability Zone

  • Backup auf URL

Die Leitlinien für jede dieser Optionen sind auf hohem Niveau. Wenn Sie eine dieser Empfehlungen in Ihrem Unternehmen umsetzen möchten, empfehlen wir Ihnen, sich an Ihr Account-Team zu wenden. Das Team kann sich dann an einen Microsoft Specialist SA wenden, der das Gespräch leitet. Sie können sich auch per E-Mail an optimize-microsoft@amazon.com wenden.

Zusammenfassend empfehlen wir Folgendes:

  • Wenn Sie SQL Server 2022 verwenden, ist die Sicherung auf Amazon S3 die kostengünstigste Option.

  • Wenn Sie SQL Server 2019 und frühere SQL Server-Editionen verwenden, sollten Sie eine Sicherung auf Storage Gateway, unterstützt von Amazon S3, als kostengünstigste Option in Betracht ziehen.

Komprimierung

Das Ziel der Komprimierung besteht darin, dass für jedes Backup weniger Speicherplatz verbraucht wird, was für verschiedene Speicheroptionen von Vorteil ist. Sie müssen die Komprimierung für ein SQL Server-Backup auf der Ebene der SQLServerinstanz aktivieren. Das folgende Beispiel zeigt, wie das Schlüsselwort compression einer Backup-Datenbank hinzugefügt wird:

BACKUP DATABASE <database_name> TO DISK WITH COMPRESSION (ALGORITHM = QAT_DEFLATE)

Amazon S3 Intelligent-Tiering

Für Backups, die in Amazon S3-Buckets gespeichert werden, können Sie Amazon S3 Intelligent-Tiering als Ihre Amazon S3 File Gateway-Speicherklasse aktivieren. Dadurch können die Speicherkosten um bis zu 30 Prozent gesenkt werden. Anschließend mounten Sie S3 File Gateway mithilfe einer SMB Dateifreigabe, die in Ihre Active Directory-Domäne integriert werden kann, auf Ihren SQL Servern. Dies bietet Ihnen die Zugriffskontrolle für Ihren Share, die Möglichkeit, bestehende Servicekonten zu nutzen und über ein gemeinsames, auf Microsoft ausgerichtetes Dateiprotokoll auf Amazon S3 zuzugreifen. Für Konten, die möglicherweise keine direkte Verbindung zu einem Domänencontroller haben, können Sie den Active Directory Connector verwenden, um die Kommunikation mit Active Directory vor Ort oder in der Cloud zu erleichtern. Um die Active Directory-Einstellungen auf dem Gateway zu konfigurieren, müssen Sie den Active Directory-Connector IPs angeben, damit der Domänencontroller Anfragen an Active Directory weiterleitet.

Das folgende Diagramm zeigt eine Architektur für eine Lösung, die auf S3 Intelligent-Tiering basiert.

S3 Intelligent-Tiering-Architektur

Standardmäßig verwenden die in den S3-Bucket geschriebenen Sicherungsdateien die Stufe Standard. Um die Sicherungsdateien von der Standardstufe in die Stufe S3 Intelligent-Tiering zu konvertieren, müssen Sie eine Lebenszyklusregel erstellen. Sie können die auch verwenden, um S3 AWS Management ConsoleIntelligent-Tiering zu aktivieren. Weitere Informationen finden Sie in der Dokumentation unter Erste Schritte mit Amazon S3 Intelligent-Tiering. AWS

Einzelne Availability Zone

Um ein Single Availability Zone-Dateisystem zu erstellen, wählen Sie die Single-AZ-Option, wenn Sie ein Dateisystem FSx für Windows-Dateiserver erstellen. Amazon erstellt FSx außerdem täglich mithilfe des Windows Volume Shadow Copy Service äußerst langlebige Backups (gespeichert in Amazon S3) Ihres Dateisystems und ermöglicht es Ihnen, jederzeit zusätzliche Backups zu erstellen. Beachten Sie einige Probleme bei der Verwendung einer Single Availability Zone. Auf die SMB Dateifreigabe kann beispielsweise nicht mehr zugegriffen werden, wenn eine betroffene Availability Zone, in der das Dateisystem bereitgestellt wird, stundenlang ausfällt. Wenn Sie Zugriff auf die Daten benötigen, müssen Sie sie aus Backups in einer verfügbaren Availability Zone in der Quellregion wiederherstellen. Weitere Informationen finden Sie im Abschnitt Eine einzige Availability Zone verwenden dieses Handbuchs.

Backup auf URL

Für SQL Server 2022 ermöglicht die URL Funktion „Backup to“ eine direkte Sicherung auf Amazon S3. Dies ist der ideale Backup-Ansatz für SQL Server 2022, in AWS dem Sie den vollen Funktionsumfang von Amazon S3 auf der Speicherebene nutzen und die Kosten für die AWS Storage Gateway Appliance, die in früheren Versionen erforderlich waren, um diese Funktionalität zu ermöglichen, entfallen. Bei der Implementierung dieser Funktion sind zwei Hauptkosten zu berücksichtigen: die Kosten für die Datenübertragung und die gewählte S3-Speicherklasse. Wenn Sie die nativen Disaster-Recovery-Funktionen von Amazon S3 nutzen möchten, müssen Sie berücksichtigen, dass für die regionsübergreifende Replikation regionsübergreifende Kosten für den Datenausgang anfallen. Weitere Informationen zur Konfiguration dieser Option finden Sie im Beitrag SQLServerdatenbanken auf Amazon S3 Backup im AWS Blog Microsoft Workloads on.

Weitere Ressourcen