SQL Server-Sicherungs- und -Wiederherstellungsvorgänge mit dem S3-kompatiblen Objektspeicher
Gilt für: SQL Server 2022 (16.x)
In diesem Artikel werden die Konzepte, Anforderungen und Komponenten vorgestellt, die Sie benötigen, wenn Sie S3-kompatiblen Objektspeicher als Sicherungsziel nutzen möchten.
Übersicht
In SQL Server 2022 (16.x) wird der Objektspeicher in die Datenplattform integriert, sodass Sie SQL Server zusätzlich zu Azure Storage mit S3-kompatiblem Objektspeicher integrieren können. Um diese Integration zu ermöglichen bietet SQL Server einen S3-Connector, der über die S3-REST-API eine Verbindung mit einem beliebigen Anbieter von S3-kompatiblem Objektspeicher herstellt. In SQL Server 2022 (16.x) wird die vorhandene Syntax „BACKUP/RESTORE TO/FROM URL“ durch Hinzufügen von Unterstützung für den neuen S3-Connector mithilfe der REST-API erweitert. Weitere Informationen zu unterstützten Plattformen finden Sie unter Anbieter von S3-kompatiblem Objektspeicher.
In diesem Artikel erhalten Sie Informationen zur Verwendung der Funktion „Sicherung über URLs“ für S3-kompatiblen Objektspeicher. Weitere Informationen zur Verwendung von „Sicherung über URLs“ für S3-kompatiblen Objektspeicher finden Sie unter SQL Server-Sicherung über URLs für S3-kompatiblen Objektspeicher.
Sichern und Wiederherstellen auf S3-kompatiblem Speicher
Die Syntaxen BACKUP TO URL
und RESTORE FROM URL
unterstützen den S3-Connector. Weitere Informationen zur Funktion „Sicherung über URLs“ finden Sie unter:
- SQL Server-Sicherung über URLs für S3-kompatiblen Objektspeicher
- BACKUP (Transact-SQL)
- Bewährte Methoden und Problembehandlung für die SQL Server-Sicherung über URL
- Blog: SQL Server-Sicherung über URLs (Spickzettel)
Anbieter von S3-kompatiblem Objektspeicher
Es gibt viele Anbieter von S3-kompatiblem Objektspeicher. Dabei wird der Objektspeicher entweder softwaredefiniert, als Hardwareappliance oder als Kombination für Hybrid Cloud-Szenarios bereitgestellt.
Die folgende Tabelle enthält eine nicht vollständige Zusammenfassung von Anbietern von Objektspeicher mit einem S3-Endpunkt.
Anbieter (in alphabetischer Reihenfolge) | Angebot |
---|---|
AWS | AWS Simple Cloud Storage (S3) |
Ceph | Ceph |
Cloudian | HyperStore |
Dell Technologies | ECS Enterprise Object Storage |
Hitachi Vantara | Hitachi Content Platform (HCP) for Cloud Scale |
HPE | HPE Ezmeral Data Fabric |
MinIO | Multicloud Object Storage |
NetApp | StorageGRID ONTAP |
Nutanix | Nutanix Object Storage |
Pure Storage | Pure FlashBlade |
Red Hat | OpenShift Container Storage |
Scality | Scality Artesca |
Weka | Weka S3 |
Voraussetzungen für den S3-Endpunkt
Der S3-Endpunkt muss folgende Konfigurationen aufweisen:
- TLS muss konfiguriert sein. Es wird vorausgesetzt, dass alle Verbindungen sicher über HTTPS (nicht über HTTP) übertragen werden. SQL Server benötigt für dieses Szenario das Zertifikat.
- Ein Benutzer (Zugriffsschlüssel-ID) muss konfiguriert sein, dessen Geheimnis (ID des geheimen Schlüssels des Benutzers) Ihnen bekannt ist. Sie benötigen beide IDs zur Authentifizierung beim S3-Endpunkt.
- Mindestens ein Bucket muss konfiguriert worden sein. In SQL Server 2022 (16.x) können keine Buckets erstellt oder konfiguriert werden.
Bewährte Verfahren für die Leistung
Erkundigen Sie sich bei Ihrem Anbieter von S3-kompatiblem Objektspeicher über bewährte Methoden zur Leistungsoptimierung, zur Ersteinrichtung und Konfiguration. Aufgrund der Vielzahl von Lösungen und Setups können sich die empfohlenen Werte für die Sicherungs- und Wiederherstellungsparameter sowie den Durchsatz ändern.
Durch die Verwendung von S3-Komponenten in SQL Server 2022 (16.x) können Sie die Stripegröße des Sicherungssatzes auf eine Dateigröße von bis zu 12,8 TB festlegen.
Bekannte Probleme und Einschränkungen
Aufgrund der aktuellen Einschränkung der Standard-S3-REST-API werden die temporären Datendateien, für die kein Commit ausgeführt wurde, bei einem Fehler nicht entfernt. Sie können im S3-kompatiblen Objektspeicher aufgrund eines laufenden mehrteiligen Uploadvorgangs erstellt werden, während der T-SQL-Befehl BACKUP ausgeführt wird. Diese Datenblöcke ohne Commit werden im S3-kompatiblen Objektspeicher beibehalten, wenn der T-SQL-Befehl BACKUP fehlschlägt oder abgebrochen wird. Wird das Backup erfolgreich ausgeführt, werden diese temporären Dateien automatisch vom Objektspeicher entfernt, um die endgültige Sicherungsdatei zu bilden. Einige S3-Anbieter führen die Bereinigung temporärer Dateien im Rahmen der automatischen Speicherbereinigung (Garbage Collector) durch.
Zugehöriger Inhalt
- SQL Server-Sicherung über URLs für S3-kompatiblen Objektspeicher
- SQL Server: Bewährte Methoden und Problembehandlung für das Sichern über URLs für S3-kompatiblen Objektspeicher
- SQL Server-Sicherung über URLs – bewährte Methoden und Problembehandlung
- SQL Server-Sicherung über URLs für Microsoft Azure Blob Storage
- Sichern und Wiederherstellen von Systemdatenbanken (SQL Server)
- Tutorial: Verwenden von Azure Blob Storage mit SQL Server-Datenbanken