Discussion :

[agdid04]

Bonjour à tous,

J'ai mes fichiers LOG sur un disque dédié et ceux de DATA sur un autre.
Pour les fichiers de mes bases TEMPDB à mettre avec les data ? log ? ou sur un autre disque ?

Merci.

@+

[darkelend]

Dans l'idéal, sur un autre disque. Mais ca c'est dans le meilleur des mondes

[SQLpro]

Si 2 disques : inversez par croisement le type de fichier sur les disques.
De plus formez plusieurs fichiers d'égale longueur pour tempdb en fonction du parallélisme que vous avez paramétré.

A +

[agdid04]

Si 2 disques : inversez par croisement le type de fichier sur les disques.
De plus formez plusieurs fichiers d'égale longueur pour tempdb en fonction du parallélisme que vous avez paramétré.

A +

Merci.

Càd => DB1-file-data sur Disque1 et DB1-log sur Disque2 puis DB2-file-data sur Disque2 et DB2-log sur Disque1 ....

@+

[SQLpro]

Yes !

A +

[agdid04]

Merci bien.

Encore une question et j'arrête .... pour aujourd'hui

RAID10 ou RAID5 pour SQLServer ?

@+

[bvesan]

L'idée (selon moi) derrière le fait de distinguer le stockage des données et des journaux transactionnels, c'est de pouvoir s'offrir du stockage permettant de mieux répondre (en terme de performances) aux entrées/sorties bien différentes.

Les Fichiers de données sont majoritairement utilisés pour des lectures d'un ensemble de blocs (balayage d'une table ou d'un indexe cluster), et (en proportion) très peu utilisés en écriture (lors du checkpoint).

Les fichiers de journaux sont majoritairement utilisés en petites écritures séquentielles (Log Buffer flush et Commit), assez peu en lectures (rollback et sauvegardes).

Donc positionner les données sur un disque qui répond bien en terme de lectures, et qui accessoirement permet d'héberger une bonne volumétrie à moindre coût semble correspondre au besoin (RAID 5,6,DP,bons en lecture mais mauvais sur les écritures), de même que positionner les journaux transactionnels sur un disque qui répond bien en terme d'écritures, pas nécessairement en capacité d'héberger une grosse volumétrie (RAID 1 et/ou disques SSD par exemple, bons en écriture mais coût élevé).

La préconisation de SQLPro correspond bien (toujours selon moi) à deux bases avec une forte activité transactionnelle (pas ou peu d'accès sur les fichiers de données, donc l'essentiel de l'activité disque correspond à des écritures séquentielles) sur deux disques de même technologie.


Pour ce qui concerne TempDB, les journaux transactionnels ne seront que très peu utilisés (en tout cas pas lors de tris ni de création de tables de hachage, ce qui est censé composer l'essentiel de l'utilisation de cette base), c'est donc le placement du ou des fichiers de données qui prend toute son importance.
Donc idéalement sur un disque distinct.

Mais tout cela dépend complètement de l'activité en base(s). Très concrètement, si vous n'observez (ou ne prévoyez) pas d'attente sur les accès disque (PAGE_IO_LATCH, IO_COMPLETION,ASYNC_IO_COMPLETION, WRITELOG principalement), il n'est absolument pas nécessaire de s'embêter à gérer N disques...

EDIT: correction d'une erreur typo.

[mikedavem]

Les fichiers de données sont majoritairement utilisés en petites écritures séquentielles (Log Buffer flush et Commit), assez peu en lectures (rollback et sauvegardes).

Je crois que tu voulais dire fichiers journaux là

++