Discussion :

[mikaeru]

Bonjour,
Pour une grosse DB de plusieurs centaines de GB.
Je pensais mettre mes fichiers dans des LUN différents selon la structure suivante :

C: system
E: Tempdb
F: Data
G: Data archive (partitionnement horizontal)
H: Index
I: Log.

Ma question serait, quelle RAID devrais je appliquer pour chacun de ces disques.

Merci.

[dbaffaleuf]

Ça dépend du nombre de disques disponibles par axe.

[mikaeru]

Bonjour,
Dans un monde idéal? Que me conseillerez-vous?

Je compte m'efforcer de m'y rapprocher .

Thanksssssss

[mikaeru]

Est ce qu'il y aurait un expert à l'ame charitable?

Voici comment je le ferai à l'heure actuel.
Log => Raid 10
Tempdb => Raid 10
Data (mdf) => Raid 5 ?
Indexes => Raid 5?
File stream => Raid 5 ?


Merci pour votre future aide

[mikedavem]

Bonjour,

Quel stockage derrière tout ca ?
Cartes RAID, SAN etc ...

++

[mikaeru]

Bonjour,

San => EMC

[dbaffaleuf]

Est ce qu'il y aurait un expert à l'ame charitable?

Voici comment je le ferai à l'heure actuel.
Log => Raid 10
Tempdb => Raid 10
Data (mdf) => Raid 5 ?
Indexes => Raid 5?
File stream => Raid 5 ?


Merci pour votre future aide

Il vaut mieux éviter le RAID5 si possible. Un RAID à parité impose que les écritures soient alignées et exactement de la taille du stripe or SQL Server utilise des tailles différentes en fonction du type d'action effectuée. Même si les contrôleurs modernes disposent d'algoritmes pour minimiser les problèmes de read-modify-write, si vous avez la possibilité de mettre un raid 10 à la place c'est mieux.

Et puis je ne suis pas sûr qu'un groupe de disques dédiés pour les indexes change grand chose. Je miserais plutôt sur plus de disques pour DATA+INDEXES plutôt que de séparer les deux.