Séparer un mdf en plusieurs ndf [Résolu]

[Etienne5685]

Bonjour,

est-ce intéressant de découper une fichier mdf en 1 fichier mdf + 3 fichier ndf (ces fichiers son stockés sur le même disque physique).

quel est l’intérêt de faire ce découpage ? performance?

[dbaffaleuf]

S'ils sont dans le même filegroup et sur le même disque, je ne vois pas l'intérêt.

[Etienne5685]

Nous avons une machine de test et une machine de prod (beaucoup plus performante que la test) la seule différence de configuration est ce découpage:

1 seul mdf sur test
4 sur la prod

pour un même jeu de données à intégrer la machine de test met 8h, la prod 10h cela pourrait être l'origine de ces performance ?

[7gyY9w1ZY6ySRgPeaefZ]

Envoyé par Etienne5685

Nous avons une machine de test et une machine de prod (beaucoup plus performante que la test) la seule différence de configuration est ce découpage:

1 seul mdf sur test
4 sur la prod

pour un même jeu de données à intégrer la machine de test met 8h, la prod 10h cela pourrait être l'origine de ces performance ?

Envoyé par dbaffaleuf

S'ils sont dans le même filegroup et sur le même disque, je ne vois pas l'intérêt.

[Etienne5685]

j’aurais aimer savoir si cela pouvait dégrader les performances ou si cela n'avait juste aucun intérêt?

[mikedavem]

Cela peut affecter les performances dans ce cas. Il faut savoir que répartir les données sur plusieurs fichiers fait que plusieurs pages IAM vont être créées pour une seule table. Il peut donc y avoir un overhead de gestion des pages à ce niveau.

De plus répartir les datas dans plusieurs fichiers fait que la tête de lecture devra potentiellement faire plus de chemin pour récupérer ou écrire les mêmes datas. (pas de parallélisation possible dans ce cas)

page 1 --> fichier 1
page 2 --> fichier 2
page 3 --> fichier 3

etc ....

++

[Etienne5685]

Merci pour cette réponse

[dbaffaleuf]

Si la prod est beaucoup plus performante il n'y a déjà pas la même configuration côté instance, puisque la plupart des paramètres de fonctionnement de SQL Server sont basés sur les ressources (CPU, mémoire virtuelle). Si ça se trouve le même traitement en prod et en test utilise des plans différents, donc aucune comparaison sur la seule base temporelle n'est possible.

Et comparer deux environnements pour expliquer un problème de performance ne me paraît pas une bonne approche non plus. Il vaut mieux se concentrer sur le problème racine, le traitement. Est-il optimal, même sur la machine de test ? Et si la réécriture d'une ou deux requêtes, ou la pose d'un index faisait descendre le tout de trois ou quatre bonnes heures, ce serait encore mieux non ?