View a markdown version of this page

Utilisation de FSx for Windows File Server avec Microsoft SQL Server - Amazon FSx for Windows File Server

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.

Utilisation de FSx for Windows File Server avec Microsoft SQL Server

Microsoft SQL Server à haute disponibilité (HA) est généralement déployé sur plusieurs nœuds de base de données dans un cluster Windows Server Failover (WSFC), chaque nœud ayant accès au stockage de fichiers partagé. Vous pouvez utiliser FSx for Windows File Server comme stockage partagé pour les déploiements Microsoft SQL Server à haute disponibilité (HA) de deux manières : en tant que stockage pour les fichiers de données actifs et en tant que témoin de partage de fichiers SMB.

Note

Actuellement, Amazon FSx ne prend pas en charge la fonctionnalité Microsoft SQL Server IFI (Instant File Initialization).

Le stockage SSD est recommandé pour SQL Server. Le stockage SSD est conçu pour les charges de travail les plus performantes et les plus sensibles à la latence, y compris les bases de données.

Pour plus d'informations sur l'utilisation d'Amazon FSx afin de réduire la complexité et les coûts de vos déploiements de haute disponibilité de SQL Server, consultez les articles suivants sur le blog du AWS stockage :

Utilisation d'Amazon FSx pour les fichiers de données Active SQL Server

Microsoft SQL Server peut être déployé avec un partage de fichiers SMB comme option de stockage pour les fichiers de données actifs. Amazon FSx est optimisé pour fournir un stockage partagé pour les bases de données SQL Server en prenant en charge les partages de fichiers disponibles en continu (CA). Ces partages de fichiers sont conçus pour les applications telles que SQL Server qui nécessitent un accès ininterrompu aux données de fichiers partagées. Bien que vous puissiez créer des partages CA sur Single-AZ deux systèmes de fichiers, il est nécessaire d'utiliser des partages CA sur les systèmes de Multi-AZ fichiers pour tous les déploiements SQL Server, qu'ils soient HA ou non.

Créez un partage disponible en permanence

Vous pouvez créer des partages CA à l'aide de l'interface de ligne de commande Amazon FSx pour la gestion à distance sur. PowerShell Pour indiquer que le partage est disponible en permanence, utilisez l'option New-FSxSmbShare avec l'-ContinuouslyAvailableoption définie sur$True. Pour de plus amples informations, veuillez consulter Pour créer un partage disponible en permanence (CA).

Configurer les paramètres de délai d'expiration SMB

Comme décrit dansDéfaillance du processus, le basculement et le retour en arrière Multi-AZ peuvent entraîner des I/O pauses qui se terminent généralement en moins de 30 secondes. La sensibilité des paramètres de délai d'expiration de votre application SQL Server peut varier en fonction de sa configuration.

Vous pouvez régler le délai d'expiration de la session de configuration du client SMB pour vous assurer que votre application résiste aux basculements Multi-AZ du système de fichiers. Vous pouvez tester le comportement de votre application lors des basculements en mettant à jour la capacité de débit de votre système de fichiers, ce qui déclenche un basculement et un retour en arrière automatiques.

Utilisation d'Amazon FSx comme témoin de partage de fichiers pour les PME

Les déploiements de clusters Windows Server Failover déploient généralement un témoin de partage de fichiers SMB pour maintenir le quorum des ressources du cluster. Les partages de fichiers témoins ne nécessitent qu'une petite quantité de stockage pour les informations relatives au quorum. Les systèmes de fichiers Amazon FSx peuvent être utilisés comme témoins de partage de fichiers SMB pour les déploiements de clusters Windows Server Failover.