Fichiers de base de données SQL Server sur un partage de fichiers ? - Performance

Ce n'est pas typique et ce n'est pas recommandé par Microsoft.

Citation : MS KB Article 304261 :

Microsoft recommande généralement que d'utiliser un réseau de stockage (SAN) ou un disque attaché localement pour le stockage de vos fichiers de base de données Microsoft SQL Server car cette configuration configuration optimise les performances et la et la fiabilité.

Elle n'est pas recommandée au point que vous devez définir l'indicateur de suivi 1807 pour que SQL Server l'autorise.

L'expansion dynamique des VHD entraîne un autre niveau de fragmentation au niveau du fichier VHD. Cela signifie également que votre serveur/base de données peut se bloquer si vous avez surdimensionné les disques et que vous manquez d'espace sur le disque physique.

Pour les fichiers de base de données, j'utiliserais des lecteurs qui sont :

• Directement affecté
• lecteurs iSCSI
• Dans le pire des cas, je dirais pré-allouer de l'espace disque

Eh bien, ça dépend. Par 'partage de fichiers', je suppose que vous voulez dire un lecteur mappé dans Windows qui est connecté à votre serveur SQL via un réseau Ethernet. Dans ce cas, non, ce n'est ni normal ni recommandé. Si, par contre, vous entendez par "partage de fichiers" un volume monté sur le serveur SQL par le biais d'un canal à fibre optique ou d'un autre support à haut débit d'un SAN ou d'un NAS, alors oui, cela arrive tout le temps.

Pas d'après mon expérience ; la bande passante de votre réseau sera toujours inférieure à celle de votre disque dur interne, ce qui se traduira par une baisse significative des performances.