Multiples volumes VS Volumes simples pour SQL Server Performances à CheckDB
Nous avons une base de données ~ 10 To avec des dizaines de fichiers de données sur SQL Server 2017 Enterprise CU21. Nous voyons des performances de CheckDB plus lentes lorsque tous les fichiers sont sur un seul volume par opposition à plusieurs volumes. (Dans les deux cas, le même stockage haut de gamme (pur) est impliqué, idem VM hôtes, même réseau de stockage - juste un nombre différent de volumes.)
Existe-t-il un avantage documenté pour diffuser des fichiers de données sur plusieurs volumes, soit pour DBCC CheckDB spécifiquement, soit pour SQL Server en général?
Le drapeau de trace 2549 décrit dans KB 2634571 indique CheckDB pour traiter chaque fichier de base de données comme s'il s'agit d'un lecteur unique. Mais existe-t-il une autre documentation officielle décrivant la manière dont SQL Server (ou Checkdb spécifiquement) IO==== Différemment quand il y a plusieurs volumes impliqués?
Peut-être que celui-ci est pertinent?
Si je comprends bien cela correctement, l'article décrit comment les fichiers (Streams nommés avant 2014) pour l'instantané de base de données interne Hidden Hidden Catégorie sont créés à l'aide des chemins pour le (s) fichier de données de base de données. Si la base de données dispose de plusieurs fichiers de données répartis sur plusieurs volumes, les fichiers instantanés (et donc leur IO) sont également distribués sur les mêmes volumes.