Saviez-vous que vous pouvez stocker des bases de données système et utilisateur dans un fileshare dans SQL Server? Cette option est disponible pour les instances autonomes et en grappe. Dans cet article, nous explorerons comment mettre en œuvre cette solution et discuterons de ses avantages.

À partir de SQL Server 2008 R2, il est possible de stocker des bases de données utilisateur sur des fileshares. Cependant, ce n’est que depuis SQL Server 2012 que les bases de données système peuvent également être placées dans des fileshares SMB. Microsoft a apporté des améliorations significatives au protocole réseau Service Message Block (SMB), qui prend en charge les fileshares, pour garantir une meilleure fiabilité et des performances accrues.

Certaines des principales améliorations de SMB incluent:

• Windows Server 2008 (SMB 2.0): Durabilité, qui aide à récupérer des pannes temporaires du réseau.
• Windows Server 2008 R2 (SMB 2.1): Améliorations significatives des performances, spécifiquement pour les charges de travail SQL OLTP.
• Windows Server 2012 (SMB 3.0): Prise en charge de la bascule transparente des partages de fichiers offrant une disponibilité continue.
• Windows Server 2012 R2 (SMB 3.02): MTU est activé par défaut, améliorant considérablement les performances des transferts séquentiels volumineux tels que le data warehouse SQL Server et la sauvegarde ou la restauration de bases de données.

À l’heure actuelle, la version actuelle de SMB est 3.02, qui est associée à Windows Server 2012 R2. Il est important de noter que SQL Server 2008 et les versions antérieures ne prennent pas en charge officiellement l’utilisation de fileshares. Cependant, il est possible d’activer cette option en activant le drapeau de trace “1807” à l’aide de la commande “DBCC TRACEON(1807)”.

Pour utiliser des fileshares comme stockage pour les bases de données SQL Server, les comptes de service du moteur SQL Server et de l’Agent SQL Server doivent disposer des autorisations de partage FULL CONTROL et des autorisations NTFS sur les dossiers de partage SMB. Le non-respect des autorisations correctes peut entraîner des messages d’erreur.

Il existe plusieurs façons de mettre en œuvre cette solution. Lors du processus d’installation, vous pouvez spécifier le chemin d’accès au fichier en utilisant la Convention de dénomination universelle (UNC). Alternativement, vous pouvez utiliser la ligne de commande ou T-SQL pour définir un fichier de base de données stocké dans un fileshare.

Lors de l’utilisation de fileshares dans une instance en grappe, il est recommandé d’utiliser un fileshare en grappe pour une meilleure fiabilité et disponibilité. La surveillance du stockage SQL Server et de la disponibilité du service nécessite une approche modifiée, car les fichiers sont stockés sur un serveur différent dans un stockage non contrôlé par le système d’exploitation hôte de SQL Server. Il est conseillé d’avoir accès aux indicateurs de performance du serveur où le fileshare est physiquement situé pour résoudre tout problème de performance anormal.

L’utilisation de SMB fileshare pour stocker des fichiers de base de données nécessite une considération critique des performances réseau. Il est recommandé d’utiliser un réseau dédié pour accéder au fileshare et d’éviter un trafic réseau supplémentaire.

En conclusion, l’utilisation d’un fileshare comme option de stockage dans SQL Server est une solution viable en fonction de votre environnement, de votre charge de travail et de votre budget. Elle offre la possibilité de construire une solution de grappe complète, comprenant une instance SQL Server en grappe, sans avoir besoin d’un SAN, ce qui peut être rentable. Cependant, pour les environnements critiques, un SAN peut offrir des avantages supplémentaires. Comme pour toute décision liée à SQL Server, il est important d’analyser, de tester, de réfléchir et de concevoir soigneusement la solution.

Merci d’avoir lu cet article. Nous espérons qu’il vous a été utile. Restez à l’écoute pour plus de conseils et astuces sur SQL Server!