Discussion :

[chris92]

Bonjour,
Je me pose la question de savoir jusqu'où peut-on aller dans la séparation des fichiers de data, log, système et tempDB pour avoir des perfs
Voici quelques questions:

Imaginons que j'ai une instance multi base (disons 2 bases user) avec
- Un disque pour les data des bases user
- Un disque pour les logs des bases users
- Un disque pour le tempdb + son log
- Un disque pour les bases systèmes + leur log

Je sais qu'on peut gagner un créant des disques pour chaque fichier de data + 1 disque par fichier data du tempdb

mais y'a-t-il un gain significatif à :
- Créer un disque pour chaque log de base user (ou tous les logs sur un même disque dédié suffit) ?
- Un disque à part pour le log de tempdb ?
- Un disque à part pour chaque base systeme ?
- Un disque à part pour chaque log de base systeme ?

[mikedavem]

Vaste sujet mais dans l'absolu, avoir un stockage dédié (je n'emploie volontairement pas le mot disque ici pour ne pas prêter à confusion) pour chaque fichier de bases de données utilisateur aidera à la performance puisque chaque accès de fichier sera isolé des autres.

Maintenant dans la pratique il faut aussi compter avec l'architecture de stockage en dessous (DAS, SAN, NAS) et les fonctionnalités proposées.

++

[chris92]

OK,
Du coup pour les bases systèmes, pas d'interrêt à les séparer, on peut tout mettre sur un seul disque + leurs logs ?
Et idem pour la base tempdb pour la séparation du log ?

[StringBuilder]

Quand on est sur des volumes physiques distincts, l'intérêt est important.

Mais quand on est sur des volumes logiques, l'intérêt s'effondre, car si au niveau "logique", il n'y a plus de goulot d'étranglement lors des accès concurrents aux différents fichiers, au niveau "physique" on a absolument le même problème que si on avait un seul disque (aux optimisations de la baie de stockage près, qui peut éventuellement séparer physiquement les fichiers qui sont souvent en concurrence).

[SQLpro]

OK,
Du coup pour les bases systèmes, pas d'interrêt à les séparer, on peut tout mettre sur un seul disque + leurs logs ?
Et idem pour la base tempdb pour la séparation du log ?

La notion de base qu'il faut prendre en compte pour le stockage est la notion de ventilation des IO sur les disques PHYSIQUES, avec le constat que les transactions sont écrites de manière synchrone dans la journal (fichier unique de type WAL) et les données de manière asynchrone en accès aléatoire.

Le fait de dissocier data et index revêt plus d'un aspect pratique que logique.

L'imbécilité que l'on voit hélas assez souvent est de mettre tous les fichiers de JT sur un disque et tous les fichiers de données sur un autre en croyant bien faire... Je vous laisse deviner pourquoi c'est stupide !

Enfin, le chapitre 10 (si ma mémoire est exacte) e notre livre, consacre 90 pages aux problématiques de stockage... Vous y trouverez quasiment toutes les réponses à vos questions....
http://blog.developpez.com/sqlpro/fi...erver-2014.pdf

A +