Discussion :

[Sergejack]

Bonjour,

J'ai lu (et compris) qu'il était intéressant de séparés sur des disques distinct les fichier de log et de data pour permettre que ceux-ci soit accessibles simultanément (en parallèlle).
Par contre je me demandais si cela restait utile (et si oui à quel point) lorsqu'on travaille déjà avec des systèmes raid 5/10 qui permettent justement les accès en parallèlle.

Merci à ceux qui pourront m'éclairer.

[SQLpro]

RAID 5 et 6 sont totalement obsolète pour les SGBDR en particulier de fait des lenteurs liés à l'algorithme de calcul et la répartition des données, ce qui contrarie fortement les opérations de bas niveau que fait un SGBDR...

Orientez vous vers des RAID 1, 0+1 ou 10.

Sachant que les fichiers les plus sollicités sont ceux du journal donc RAID 10 si contention.

De plus il arrive que la base soit corrompue logiquement (contrôleur défaillant) sur une baie SAN et pas l'autre. Voila pourquoi on dissocie les deux fichiers.

A +

[Sergejack]

Merci, j'en prends bonne note.

[mikedavem]

Je rajouterais une remarque à celle de SQLPro:

Il faut également prendre en compte les modèles d'IO engendrés par SQL Server sur les fichiers de données et ceux concernant les journaux de transactions.

Si vous faites vraiment de l'optimisation à ce niveau là, vous ne pourrez pas configurer de la meme manière un sous système disque pour les données et les journaux de transactions. C'est ce qui se passe souvent dans les environnements de type SAN ..

++