Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Optimisation des stratégies de sauvegarde des SQL serveurs

Présentation

La plupart des entreprises recherchent la bonne solution pour protéger leurs données sur SQL Server on Amazon afin de répondre EC2 à leurs exigences actuelles en matière d'objectif de point de restauration (RPO), de durée maximale acceptable depuis la dernière sauvegarde, et d'objectif de temps de restauration (RTO), soit le délai maximum acceptable entre l'interruption du service et le rétablissement du service. Si vous exécutez SQL Server sur des EC2 instances, plusieurs options s'offrent à vous pour créer des sauvegardes de vos données et les restaurer. Les stratégies de sauvegarde pour protéger les données de SQL Server on Amazon EC2 sont les suivantes :

Vous disposez des options de stockage suivantes pour la sauvegarde native au niveau de la base de données :

Cette section effectue les opérations suivantes :

Sauvegarde au niveau du serveur à l'aide de snapshots compatibles VSS

Une architecture de snapshots VSS compatible utilise la commande AWS Systems Manager Run pour installer l'VSSagent sur vos instances de SQL serveur. Vous pouvez également utiliser la commande Run pour appeler l'ensemble du flux de travail consistant à vider les tampons du système d'exploitation et des applications sur le disque, à suspendre les opérations d'E/S, à prendre un point-in-time instantané des EBS volumes, puis à reprendre les E/S.

Cette commande d'exécution crée des instantanés automatisés de tous les EBS volumes attachés à une instance cible. Vous avez également la possibilité d'exclure le volume racine, car les fichiers de base de données utilisateur sont généralement stockés sur d'autres volumes. Si vous découpez plusieurs EBS volumes pour créer un système de fichiers unique pour les fichiers SQL du serveur, Amazon prend EBS également en charge les instantanés multivolumes cohérents en cas de crash à l'aide d'une seule commande. API Pour plus d'informations sur les EBSinstantanés VSS compatibles avec les applications, consultez la section Créer un instantané VSS cohérent avec les applications dans la documentation Amazon. EC2

Le schéma suivant montre une architecture de sauvegarde au niveau du serveur à l'aide de snapshots VSS compatibles.

Tenez compte des avantages suivants liés à l'utilisation de snapshots VSS compatibles :

Tenez compte des limites suivantes liées à l'utilisation des instantanés VSS compatibles :

SQLSauvegarde du serveur à l'aide AWS Backup

Vous pouvez l'utiliser AWS Backuppour centraliser et automatiser la protection des données dans l'ensemble Services AWS. AWS Backup propose une solution rentable, entièrement gérée et basée sur des règles qui simplifie la protection des données à grande échelle. AWS Backup vous aide également à respecter vos obligations réglementaires et à atteindre vos objectifs de continuité d'activité. Associé à AWS Organizations, vous AWS Backup permet de déployer de manière centralisée des politiques de protection des données (sauvegarde) pour configurer, gérer et gouverner vos activités de sauvegarde au sein de votre organisation Comptes AWS et de ses ressources.

Le schéma suivant montre l'architecture d'une solution de sauvegarde et de restauration pour SQL Server on EC2 by using AWS Backup.

Tenez compte des avantages suivants de la sauvegarde SQL du serveur en utilisant AWS Backup :

Sauvegarde au niveau de la base de données

Ces approches utilisent la fonctionnalité de sauvegarde native de Microsoft SQL Server. Vous pouvez effectuer des sauvegardes de bases de données individuelles sur l'instance SQL du serveur et restaurer une base de données individuelle.

Chacune de ces options de sauvegarde et de restauration natives SQL du serveur prend également en charge les éléments suivants :

SQLSauvegarde et restauration natives du serveur sur Amazon S3

SQLServer on Amazon EC2 prend en charge la sauvegarde et la restauration natives des bases de données SQL Server. Vous pouvez effectuer une sauvegarde de la base de données de votre SQL serveur, puis restaurer le fichier de sauvegarde sur une base de données existante ou sur une nouvelle EC2 instance de SQL serveur, Amazon RDS for SQL Server ou un serveur sur site.

Storage Gateway est un service de stockage cloud hybride qui permet aux applications sur site d'accéder à un stockage cloud pratiquement illimité. Vous pouvez utiliser Storage Gateway pour sauvegarder vos bases de données Microsoft SQL Server directement sur Amazon S3, afin de réduire votre encombrement de stockage sur site et d'utiliser Amazon S3 pour un stockage durable, évolutif et rentable.

Le schéma suivant montre l'architecture d'une solution native de sauvegarde et de restauration qui utilise Storage Gateway et Amazon S3.

Tenez compte des avantages suivants liés à l'utilisation de la sauvegarde native sur SQL serveur avec Storage Gateway :

Tenez compte des limites suivantes de la sauvegarde native à l'aide de Storage Gateway :

Pour plus d'informations sur la configuration de Storage Gateway, consultez les sauvegardes du SQL serveur Store dans Amazon S3 à l'aide de l' AWS Storage Gatewayarticle publié sur le AWS blog.

SQLSauvegarde native des EBS volumes sur le serveur

Vous pouvez effectuer une sauvegarde native de la base de données de votre SQL serveur et stocker le fichier dans un EBS volume Amazon. Amazon EBS est un service de stockage par blocs très performant. EBSles volumes sont élastiques, ce qui permet le chiffrement. Ils peuvent être détachés et attachés à une EC2 instance. Vous pouvez sauvegarder le SQL serveur sur une EC2 instance du même type de EBS volume ou sur un autre type de EBS volume. L'un des avantages de la sauvegarde sur un EBS volume différent est la réduction des coûts.

Le schéma suivant montre l'architecture d'une sauvegarde native sur un EBS volume.

Tenez compte des avantages suivants liés à l'utilisation de la sauvegarde native SQL du serveur sur EBS des volumes :

Tenez compte des limites suivantes liées à l'utilisation de la sauvegarde native sur des EBS volumes :

SQLSauvegarde native du serveur vers Amazon FSx pour Windows File Server

Amazon FSx pour Windows File Server est un système de fichiers Windows natif entièrement géré qui offre jusqu'à 64 To de stockage conçu pour fournir des performances rapides, prévisibles et cohérentes. AWS a introduit le support natif pour les déploiements de systèmes de fichiers multi-AZ sur FSx Windows File Server. Le support natif facilite le déploiement du stockage de fichiers Windows AWS avec une haute disponibilité et une redondance sur plusieurs zones de disponibilité. AWS a également introduit le support pour les partages de fichiers disponibles SMB en continu (CA). Vous pouvez utiliser le serveur FSx de fichiers Windows comme stockage de sauvegarde pour une base de données SQL du serveur.

Le schéma suivant montre l'architecture d'une sauvegarde native de SQL serveur FSx pour Windows File Server.

Tenez compte des avantages suivants liés à l'utilisation de la sauvegarde native SQL du serveur FSx pour le serveur de fichiers Windows :

Tenez compte des limites suivantes liées à l'utilisation de la sauvegarde native SQL du serveur FSx pour le serveur de fichiers Windows :

SQLSauvegarde du serveur sur Amazon FSx pour NetApp ONTAP

Les instantanés avec FSx for ONTAP sont toujours cohérents en cas de crash, mais ils vous obligent à suspendre (ou à suspendre les E/S) de votre base de données afin de créer un instantané cohérent avec les applications. Vous pouvez utiliser NetApp SnapCenter (un outil d'orchestration avec des plug-ins pour des applications spécifiques, y compris SQL Server) avec FSx for ONTAP pour créer des instantanés cohérents avec les applications et protéger, répliquer et cloner vos bases de données sans frais supplémentaires.

NetApp SnapCenter

NetApp SnapCenter est une plate-forme unifiée pour une protection des données cohérente au niveau des applications. SnapCenter fait référence aux instantanés en tant que sauvegardes. Ce guide adopte la même convention de dénomination. SnapCenter fournit une interface unique pour gérer les sauvegardes, les restaurations et les clones cohérents avec les applications. Vous ajoutez un SnapCenter plug-in pour votre application de base de données spécifique afin de créer des sauvegardes cohérentes avec les applications. Le SnapCenter plug-in pour SQL Server fournit les fonctionnalités suivantes qui simplifient votre flux de travail de protection des données.

Pour plus d'informations à ce sujet SnapCenter, consultez l' NetApp ONTAParticle sur le blog sur le AWS stockage consacré à la protection des charges FSx de travail de votre SQL serveur NetApp SnapCenter avec Amazon.

Optimisation des coûts pour les sauvegardes

Les options suivantes peuvent vous aider à réduire le coût de stockage des sauvegardes SQL du serveur sur AWS.

Résultats des tests de référence pour les sauvegardes

Cette section compare les options suivantes du point de vue des coûts et des performances pour un exemple de base de données de 1 To, sur la base des résultats des tests de performance réalisés sur les solutions de sauvegarde décrites dans ce guide.

Les tests ont été effectués avec une instance r5d.8xlarge et une base de données de SQL serveur de 1 To comme source. Le système source a été configuré conformément aux meilleures pratiques, et la base de données source contenait quatre fichiers de données (250 Go chacun) et un fichier journal (50 Go) répartis sur des volumes gp3 distincts. La BACKUP commande native SQL du serveur inclut l'écriture dans 10 fichiers de sauvegarde, l'utilisation de la compression pour optimiser les performances de sauvegarde et réduire la quantité de données envoyées sur le réseau et écrites sur la cible. Dans tous les cas de test, les performances de stockage étaient le principal obstacle.

Il existe une variété presque infinie de configurations possibles pour ce type de test. Ce test s'est concentré sur l'optimisation des performances, des coûts, de l'évolutivité et des cas d'utilisation réels. Le tableau suivant présente les mesures de performance capturées pour les options de cible de sauvegarde.

Le tableau précédent part des hypothèses suivantes :

Les résultats des tests montrent que l'option la plus rapide est une sauvegarde de base de données native SQL du serveur vers FSx Windows File Server. La sauvegarde vers Storage Gateway et les EBS volumes attachés localement est l'option la plus rentable, mais ses performances sont plus lentes. Pour les sauvegardes au niveau du serveur (AMI), nous vous recommandons de les utiliser AWS Backup pour des performances, des coûts et une facilité de gestion optimaux.

Recommandations d'optimisation des coûts

Comprendre les solutions possibles pour sauvegarder le SQL serveur sur Amazon EC2 est essentiel pour protéger vos données, garantir que vous répondez à vos besoins de sauvegarde et mettre en place un plan de restauration après un événement critique. Les différentes méthodes de sauvegarde et de restauration de vos instances de SQL serveur et de vos bases de données explorées dans cette section peuvent vous aider à concevoir une stratégie de sauvegarde et de restauration qui protège vos données et répond aux exigences de votre entreprise.

Cette section couvre les options de sauvegarde suivantes :

Les conseils fournis pour chacune de ces options sont de haut niveau. Si vous souhaitez mettre en œuvre l'une de ces recommandations dans votre organisation, nous vous recommandons de contacter l'équipe chargée de votre compte. L'équipe peut ensuite s'adresser à un Microsoft Specialist SA pour mener la conversation. Vous pouvez également nous contacter en envoyant un e-mail à optimize-microsoft@amazon.com.

En résumé, nous recommandons ce qui suit :

Compression

L'objectif de la compression est de réduire la consommation de stockage par chaque sauvegarde, ce qui est avantageux pour les différentes options de stockage. Vous devez activer la compression pour une sauvegarde SQL du serveur au niveau de l'instance SQL du serveur. L'exemple suivant montre comment ajouter le mot clé de compression à une base de données de sauvegarde :

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

Amazon S3 Intelligent Tiering

Pour les sauvegardes destinées à des compartiments Amazon S3, vous pouvez activer Amazon S3 Intelligent-Tiering comme classe de stockage Amazon S3 File Gateway. Cela peut réduire les coûts de stockage jusqu'à 30 %. Vous montez ensuite S3 File Gateway sur vos SQL serveurs à l'aide d'un partage de SMB fichiers qui peut être intégré à votre domaine Active Directory. Cela vous permet de contrôler l'accès à votre partage, de tirer parti des comptes de service existants et d'accéder à Amazon S3 à l'aide d'un protocole de fichiers commun axé sur Microsoft. Pour les comptes qui ne disposent pas d'une connectivité directe à un contrôleur de domaine, vous pouvez utiliser le connecteur Active Directory pour faciliter la communication avec Active Directory sur site ou dans le cloud. Pour configurer les paramètres Active Directory sur la passerelle, vous devez spécifier le connecteur Active Directory IPs pour que le contrôleur de domaine transmette les demandes par proxy à Active Directory.

Le schéma suivant montre l'architecture d'une solution basée sur S3 Intelligent-Tiering.

Par défaut, les fichiers de sauvegarde écrits dans le compartiment S3 utilisent le niveau Standard. Pour convertir les fichiers de sauvegarde du niveau Standard au niveau S3 Intelligent-Tiering, vous devez créer une règle de cycle de vie. Vous pouvez également utiliser le AWS Management Consolepour activer la hiérarchisation intelligente S3. Pour plus d'informations, consultez Getting Started Using Amazon S3 Intelligent-Tiering dans la documentation. AWS

Zone de disponibilité unique

Pour créer un système de fichiers à zone de disponibilité unique, choisissez l'option mono-AZ lorsque vous créez un système de fichiers FSx pour Windows File Server. Amazon effectue FSx également quotidiennement des sauvegardes hautement durables (stockées dans Amazon S3) de votre système de fichiers à l'aide du service Windows Volume Shadow Copy, et vous permet d'effectuer des sauvegardes supplémentaires à tout moment. Gardez à l'esprit certains des problèmes liés à l'utilisation d'une zone de disponibilité unique. Par exemple, le partage de SMB fichiers devient inaccessible si une zone de disponibilité affectée dans laquelle le système de fichiers est provisionné tombe en panne pendant des heures d'affilée. Si vous avez besoin d'accéder aux données, vous devez les restaurer à partir de sauvegardes dans une zone de disponibilité disponible au sein de la région source. Pour plus d'informations, consultez la section Utiliser une seule zone de disponibilité de ce guide.

Backup vers URL

Pour SQL Server 2022, la URL fonctionnalité de sauvegarde vers permet une sauvegarde directe sur Amazon S3. Il s'agit de l'approche de sauvegarde idéale pour l'exécution de SQL Server 2022, AWS car vous bénéficiez de l'ensemble complet des fonctionnalités d'Amazon S3 au niveau de la couche de stockage et vous supprimez le coût de l' AWS Storage Gateway appliance nécessaire dans les versions précédentes pour faciliter cette fonctionnalité. Deux coûts principaux doivent être pris en compte lors de la mise en œuvre de cette fonctionnalité : les coûts de transfert de données et la classe de stockage S3 choisie. Si vous souhaitez bénéficier des fonctionnalités natives de reprise après sinistre d'Amazon S3, vous devez tenir compte du fait que la réplication entre régions entraîne des coûts de sortie de données entre régions. Pour en savoir plus sur la configuration de cette option, consultez le billet consacré aux bases de données Backup SQL Server to Amazon S3 sur le AWS blog Microsoft Workloads on.

Ressources supplémentaires