Sauvegarder et restaurer SQL Server avec stockage d’objets compatible avec S3
S’applique à :SQL Server 2022 (16.x)
Cet article présente les concepts, les exigences et les composants nécessaires pour utiliser le stockage d’objets compatible S3 comme destination de sauvegarde.
Vue d’ensemble
SQL Server 2022 (16.x) introduit l’intégration du stockage d’objets à la plateforme de données, vous permettant d’intégrer SQL Server au stockage d’objets compatible S3 en plus du Stockage Azure. Pour fournir cette intégration, SQL Server offre un connecteur S3. Ce connecteur utilise l’API REST S3 pour se connecter à n’importe quel fournisseur de stockage d’objets compatible S3. SQL Server 2022 (16.x) étend la syntaxe BACKUP TO URL
et RESTORE FROM URL
existante en ajoutant la prise en charge du connecteur S3 à l’aide de l’API REST. Pour plus d’informations sur les plateformes prises en charge, consultez Fournisseurs de stockage d’objets compatible S3.
Cet article contient des informations sur l’utilisation de la sauvegarde sur URL pour le stockage d’objets compatible S3. Pour en savoir plus sur l’utilisation de la sauvegarde sur URL pour le stockage d’objets compatible S3, consultez Sauvegarde SQL Server sur URL pour le stockage d’objets compatible S3.
Sauvegarder et restaurer dans un stockage compatible S3
La syntaxe BACKUP TO URL
et RESTORE FROM URL
prend en charge le connecteur S3. Pour plus d’informations sur la fonctionnalité de sauvegarde sur URL, consultez :
Fournisseurs de stockage d’objets compatible S3
Il existe de nombreux fournisseurs de stockage d’objets compatible S3 sur le marché aujourd’hui. Le stockage d’objets est fourni en tant qu’appliances matérielles, à définition logicielle, ou en tant que combinaison pour les scénarios de cloud hybride.
Le tableau suivant récapitule de façon non exhaustive les fournisseurs de stockage d’objets offrant un point de terminaison S3 dans le cadre de leur solution.
Fournisseur (alphabétique) | Offre |
---|---|
AWS | Amazon Simple Storage Service (S3) |
Ceph | Ceph |
Cloudian | HyperStore |
Technologies Dell | ECS Enterprise Object Storage |
Hitachi Vantara | Hitachi Content Platform for Cloud Scale |
HPE | HPE Ezmeral Data Fabric |
MinIO | Multi-Cloud Object Storage |
NetApp | StorageGRID, ONTAP |
Nutanix | Nutanix Object Storage |
Pure Storage | Pure FlashBlade |
Red Hat | OpenShift Container Storage |
Scality | Scality Artesca |
Weka | Weka S3 |
Prérequis pour le point de terminaison S3
Le point de terminaison S3 doit être configuré comme suit :
Le protocole TLS doit être configuré. Le point de terminaison S3 doit utiliser un certificat TLS approuvé par SQL Server (Linux) ou son environnement de système d’exploitation hôte (Windows). Les connexions sont supposées être transmises en toute sécurité via HTTPS, et non HTTP.
Un utilisateur (ID de clé d’accès) doit être configuré et vous connaissez le secret (ID de clé secrète) pour cet utilisateur. Les deux sont nécessaires pour l’authentification auprès du point de terminaison S3.
Au moins un compartiment doit être configuré. Les compartiments ne peuvent pas être créés ni configurés dans SQL Server 2022 (16.x).
Meilleures pratiques relatives aux performances
Consultez votre fournisseur de stockage d’objets compatible S3 pour obtenir des conseils sur l’optimisation des bonnes pratiques en matière de performances, l’installation et la configuration initiales. En raison du large éventail de solutions et de configurations, les valeurs recommandées pour les paramètres de sauvegarde et de restauration et le débit peuvent changer.
En utilisant des composants S3 dans SQL Server 2022 (16.x) et versions ultérieures, vous pouvez délacer votre jeu de sauvegarde pour prendre en charge la taille des fichiers jusqu’à 12,8 To.
Limitations
En raison de la limitation actuelle de l’API REST S3 Standard, les fichiers de données temporaires non validés ne sont pas supprimés en cas de défaillance. Ils peuvent être créés dans le magasin d’objets compatible S3 en raison d’une opération de chargement multipart en cours pendant l’exécution de la commande BACKUP
Transact-SQL.
Ces blocs de données non validés persistent dans le stockage d’objets compatible S3 dans le cas où la commande BACKUP
échoue ou est annulée. Si la sauvegarde réussit, le magasin d’objets supprime automatiquement ces fichiers temporaires pour former le fichier de sauvegarde final. Certains fournisseurs S3 gèrent le nettoyage des fichiers temporaires par le biais de leur système de récupérateur de mémoire.
Contenu connexe
- Sauvegarde SQL Server vers l’URL pour le stockage d’objets compatible S3
- Meilleures pratiques et résolution des problèmes liés à la sauvegarde SQL Server sur URL pour le stockage d’objets compatible S3
- Meilleures pratiques et résolution des problèmes liés à la sauvegarde SQL Server sur URL pour le Stockage Blob Microsoft Azure
- sauvegarde de SQL Server vers le stockage Blob de Microsoft Azure via URL
- sauvegarder et restaurer : bases de données système (SQL Server)
- Didacticiel : Utiliser le stockage Blob Azure avec SQL Server