Sichern und Wiederherstellen von SQL Server mit S3-kompatiblem 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. SQL Server 2022 (16.x) erweitert die vorhandene BACKUP TO URL
und RESTORE FROM URL
Syntax, indem Unterstützung für den S3-Connector mithilfe der REST-API hinzugefügt wird. 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-kompatiblen 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:
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.
Lieferant (alphabetisch) | Angebot |
---|---|
AWS | Amazon Simple Storage Service (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. Der S3-Endpunkt muss ein TLS-Zertifikat verwenden, das von SQL Server (Linux) oder seiner Hostbetriebssystemumgebung (Windows) vertrauenswürdig ist. Es wird davon ausgegangen, dass Verbindungen sicher über HTTPS und nicht über HTTP übertragen werden.
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.
Mithilfe von S3-Komponenten in SQL Server 2022 (16.x) und höheren Versionen können Sie Ihren Sicherungssatz so verteilen, dass Dateigrößen bis zu 12,8 TB unterstützt werden.
Begrenzungen
Aufgrund der aktuellen Einschränkung der S3-Standard-REST-API werden die temporären Datendateien nicht entfernt, für die kein Commit ausgeführt wurde, wenn Fehler auftreten. Sie können aufgrund eines laufenden mehrteiligen Uploadvorgangs im S3-kompatiblen Objektspeicher erstellt werden, während der Befehl BACKUP
Transact-SQL ausgeführt wird.
Diese Datenblöcke ohne Commit werden im S3-kompatiblen Objektspeicher beibehalten, wenn der BACKUP
-Befehl 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
- Best Practices und Problembehandlung beim Sichern über eine URL für Microsoft Azure Blob Storage in SQL Server
- SQL Server-Sicherung über URLs für Microsoft Azure Blob Storage
- Sichern und Wiederherstellen: Systemdatenbanken (SQL Server)
- Tutorial: Verwenden von Azure Blob Storage mit SQL Server