Verwenden von Azure Storage für die Sicherung und Wiederherstellung von SQL Server
Gilt für: 
SQL Server auf Azure-VMs
Ab SQL Server 2012 SP1 CU2 können Sie Sicherungen von SQL Server-Datenbanken direkt in Azure Blob Storage schreiben. Verwenden Sie diese Funktion zum Sichern und Wiederherstellen aus Azure Blob Storage. Die Sicherung in der Cloud bietet zahlreiche Vorteile: Verfügbarkeit, unbegrenzter georeplizierter standortexterner Speicher und problemlose Migration von Daten in die und aus der Cloud. Sie können BACKUP- oder RESTORE-Anweisungen mithilfe von Transact-SQL oder SMO erstellen.
Übersicht
In SQL Server 2016 wurden neue Funktionen eingeführt: Sie können die Dateimomentaufnahme-Sicherung verwenden, um nahezu sofortige Sicherungen und unglaublich schnelle Wiederherstellungen durchzuführen.
In diesem Thema werden die Vorteile von Azure Storage für SQL Server-Sicherungen erläutert. Anschließend werden die notwendigen Komponenten beschrieben. Die Ressourcen am Ende des Artikels bieten exemplarische Vorgehensweisen und zusätzliche Informationen zur Verwendung dieses Diensts mit Ihren SQL Server-Sicherungen.
Vorteile von Azure Blob Storage für SQL Server-Sicherungen
Bei der Sicherung von SQL Server gibt es verschiedene Herausforderungen. Hierzu gehören die Speicherverwaltung, das Risiko eines Speicherausfalls, der Zugriff auf Offsitespeicher und die Konfiguration der Hardware. Viele dieser Herausforderungen lassen sich durch Verwenden von Azure Blob Storage für SQL Server-Sicherungen meistern. Betrachten Sie die folgenden Vorteile:
- Benutzerfreundlichkeit: Das Speichern von Sicherungen in Azure-Blobs ist eine praktische, flexible und einfach zugängliche Option für die Offsitespeicherung. Die Erstellung von Offsitespeicher für SQL Server-Sicherungen erfordert ggf. lediglich das Ändern vorhandener Skripts/Aufträge für die Verwendung der BACKUP TO URL-Syntax. Die räumliche Entfernung zwischen Offsitespeicher und Produktionsdatenbank ist in der Regel so groß, dass ein Notfall niemals Auswirkungen auf beide Standorte hat. Die Georeplikation Ihrer Azure-Blobs bietet zusätzlichen Schutz bei einem Notfall, der sich auf die gesamte Region auswirkt.
- Sicherungsarchiv: Azure Blob Storage bietet eine bessere Alternative als die sonst übliche Archivierung von Sicherungen auf Band. Bandspeichermedien müssen unter gleichzeitiger Berücksichtigung von Sicherheitsvorkehrungen u. U. physisch an einen externen Standort umgelagert werden. Die Speicherung von Sicherungen in Azure Blob Storage stellt eine sofortige, hochverfügbare und dauerhafte Archivierungsoption dar.
- Verwaltete Hardware: Bei Azure-Diensten fällt kein Mehraufwand für die Hardwareverwaltung an. Azure-Dienste verwalten die Hardware und stellen geografische Replikation für Redundanz und Schutz vor Hardwareausfällen zur Verfügung.
- Unbegrenzter Speicherplatz: Durch eine direkte Sicherung in Azure-Blobs haben Sie Zugriff auf praktisch unbegrenzten Speicher. Die Sicherung in einem virtuellen Azure-Computer dagegen weist Einschränkungen aufgrund der Computergröße auf. Die Anzahl von Datenträgern, die für Sicherungen an einen virtuellen Azure-Computer angefügt werden können, ist begrenzt. Bei einer sehr großen Instanz beträgt die maximale Anzahl 16 Datenträger, während kleinere Instanzen weniger Datenträger unterstützen.
- Verfügbarkeit der Sicherungen: Auf in Azure-Blobs gespeicherte Sicherungen kann jederzeit von überall aus zugegriffen werden. So können Sie Daten ganz einfach auf einer SQL Server-Instanz wiederherstellen, ohne Datenbanken anfügen/trennen oder die VHD herunterladen und anfügen zu müssen.
- Kosten: Sie zahlen nur für den genutzten Dienst. Die Option kann genauso kosteneffizient wie eine externe Sicherungs-/Archivierungslösung sein. Weitere Informationen finden Sie im Azure-Preisrechner sowie in der Azure-Preisübersicht.
- Speichermomentaufnahmen: Wenn Datenbankdateien in einem Azure-Blob gespeichert werden und Sie SQL Server 2016 verwenden, können Sie die Dateimomentaufnahme-Sicherung für nahezu sofortige Sicherungen und extrem schnelle Wiederherstellungen verwenden.
Weitere Details finden Sie unter Sicherung und Wiederherstellung von SQL Server mit Azure Blob Storage.
Die beiden folgenden Abschnitte bieten eine Einführung in Azure Blob Storage, einschließlich der erforderlichen SQL Server-Komponenten. Es ist wichtig, die Komponenten zu kennen und zu wissen, wie sie interagieren, um Daten in Azure Blob Storage erfolgreich zu sichern und daraus wiederherzustellen.
Azure Blob Storage-Komponenten
Die folgenden Azure-Komponenten werden bei einer Sicherung in Azure Blob Storage verwendet.
| Komponente | BESCHREIBUNG |
|---|---|
| Speicherkonto | Das Speicherkonto ist der Ausgangspunkt für alle Speicherdienste. Um auf Azure Blob Storage zuzugreifen, erstellen Sie zunächst ein Azure Storage-Konto. SQL Server ist unabhängig von der Art der verwendeten Speicherredundanz. Die Sicherung in Seitenblobs und Blockblobs wird für jede Speicherredundanz unterstützt (LRS\ZRS\GRS\RA-GRS\RA-GZRS\ usw.). Weitere Informationen zu Azure Blob Storage finden Sie unter Verwenden von Azure Blob Storage |
| Container | Ein Container stellt einen Satz Blobs als Gruppe bereit und kann eine unbegrenzte Anzahl von Blobs enthalten. Um eine SQL Server-Sicherung in Azure Blob Storage zu speichern, muss mindestens ein Stammcontainer erstellt worden sein. |
| Blob | Eine Datei eines beliebigen Typs und beliebiger Größe. Blobs können über das folgende URL-Format aufgerufen werden: https://<storageaccount>.blob.core.windows.net/<container>/<blob>. Weitere Informationen über Seitenblobs finden Sie unter Grundlegendes zu Block- und Seitenblobs |
SQL Server-Komponenten
Die folgenden SQL Server-Komponenten werden bei einer Sicherung in Azure Blob Storage verwendet.
| Komponente | BESCHREIBUNG |
|---|---|
| URL | Eine URL gibt einen URI (Uniform Resource Identifier) für eine eindeutige Sicherungsdatei an. Die URL stellt den Speicherort und Namen der SQL Server-Sicherungsdatei bereit. Die URL muss auf ein tatsächliches BLOB, nicht nur auf einen Container verweisen. Wenn das Blob nicht vorhanden ist, wird es von Azure erstellt. Das Angeben eines vorhandenen Blobs führt zu einem Fehler beim Befehl „backup“, es sei denn, die Option WITH FORMAT wird angegeben. Hier sehen Sie ein Beispiel einer URL, die Sie im BACKUP-Befehl angeben können: https://<storageaccount>.blob.core.windows.net/<container>/<FILENAME.bak> .HTTPS wird empfohlen, ist jedoch nicht erforderlich. |
| Credential | Die Informationen, die zum Herstellen einer Verbindung mit Azure Blob Storage und zur Authentifizieren damit erforderlich sind, werden als Anmeldeinformationen gespeichert. Damit SQL Server Sicherungen in einen Azure-Blob schreiben oder daraus wiederherstellen kann, müssen SQL Server-Anmeldeinformationen erstellt werden. Weitere Informationen finden Sie unter CREATE CREDENTIAL (Transact-SQL). |
Hinweis
SQL Server 2016 wurde aktualisiert und unterstützt jetzt Blockblobs. Weitere Informationen finden Sie im Tutorial: Verwenden von Microsoft Azure Blob Storage mit SQL Server-Datenbanken.
Nächste Schritte
Erstellen Sie ein Azure-Konto, falls Sie noch keins besitzen. Wenn Sie Azure evaluieren, können Sie die kostenlose Testversionverwenden.
Arbeiten Sie dann eines der folgenden Tutorials durch, in denen Sie Anleitungen zum Erstellen eines Speicherkontos und zum Durchführen einer Wiederherstellung erhalten.
Lesen Sie weitere Artikel zu diesem Thema, und beginnen Sie mit Sicherung und Wiederherstellung von SQL Server mit Microsoft Azure Blob Storage.
Wenn Probleme auftreten, lesen Sie das Thema SQL Server-URL-Sicherung – bewährte Methoden und Problembehandlung.
Weitere Sicherungs- und Wiederherstellungsoptionen für SQL Server finden Sie unter Sicherung und Wiederherstellung von SQL Server auf Azure Virtual Machines.