Discussion :

[agdid04]

Bonjour,

Est-ce que le fait d’avoir plusieurs fichiers pour la base TEMPDB peut avoir un impact les perf ?

Pour une mini-base de 10 à 15 Go par exemple, il est conseillé d’en avoir combien ?

Merci.

@+

[SQLpro]

OUI !

Ce n'est pas en nombre de GO qu'il faut paramétrer cela, mais en nombre de cœur du serveur.

A +

[janlouk]

Tu trouveras le même sujet ici : http://www.developpez.net/forums/d15...mbre-fichiers/

[agdid04]

OUI !

Ce n'est pas en nombre de GO qu'il faut paramétrer cela, mais en nombre de cœur du serveur.

A +

Bonjour,

Y a-til une règle à suivre entre les 2 (nombre de fichier tempdb et celui des coeurs) ? un fichier log tempdb pour un coeur par exemple ?

Merci bcp.

@+

[janlouk]

Bonjour,

Y a-til une règle à suivre entre les 2 (nombre de fichier tempdb et celui des coeurs) ? un fichier log tempdb pour un coeur par exemple ?

Merci bcp.

@+

Lit le post que j'ai mis en lien, et tu auras ta réponse.

Et il n'y a qu'un fichier log à la tempDB. C'est le fichier data que tu peux/dois multiplier.

[agdid04]

Bonjour et Merci.

Dans mon cas j'ai un server windows avec 8 processors, 24 Go de RAM avec 4 LUNs de stockage SAN.

Sur ce server, j'ai 5 Instances SQL Server 2008R2 toutes avec un seul fichier data et un seul Log pour les 5 bases TempDB.

Je suis entrain de voir si je me multiplie les fichiers log TempDB au moins pour la plus sollicitée ?

Merci.

@+

[janlouk]

Vas-y, fonce !

Et encore une fois, ce sont tes fichiers DATA que tu dois multiplier. Donc tu créeras plusieurs .ndf

[StringBuilder]

OUI !

Ce n'est pas en nombre de GO qu'il faut paramétrer cela, mais en nombre de cœur du serveur.

A +

Question bête : en mode virtualisé, avec 25 serveurs sur une même baie de disques SAN et chaque serveur bossant sur une seule partition logique (ouais, je sais, je suis pas aidé par mes sysadmins) est-ce réellement intéressant de démultiplier les fichiers, sâchant que de toute façon, au final, tout va arriver sur la même unité physique ? Cela ne risque-t-il pas au contraire d'empirer les choses ?

Et dans un cas moins pourri, avec du physique, mais un nombre très limité de disques (au prix du To HDD, notre équipe sysadmin préfère acheter des CPU et de la RAM, faut pas chercher à comprendre), est-ce réellement intéressant de démultipliser les fichiers tempdb si ces derniers se retrouvent tous sur le même disque physique ?

[SQLpro]

Question bête : en mode virtualisé, avec 25 serveurs sur une même baie de disques SAN et chaque serveur bossant sur une seule partition logique (ouais, je sais, je suis pas aidé par mes sysadmins) est-ce réellement intéressant de démultiplier les fichiers, sâchant que de toute façon, au final, tout va arriver sur la même unité physique ? Cela ne risque-t-il pas au contraire d'empirer les choses ?

Virtualisé ou non, les fichiers étant des fichiers, lorsqu'un accès exclusif est fait sur l'un, il est verrouillé. S'il y en a plusieurs, il y a de grandes chances qu'il ne soient pas tous verrouillés en même temps. Pour de petits accès à la base tempdb, le multiplexage des fichiers, même en virtualisé, réduit les temps d'attente... !

Et dans un cas moins pourri, avec du physique, mais un nombre très limité de disques (au prix du To HDD, notre équipe sysadmin préfère acheter des CPU et de la RAM, faut pas chercher à comprendre), est-ce réellement intéressant de démultipliser les fichiers tempdb si ces derniers se retrouvent tous sur le même disque physique ?

De même... Mais toujours pour tempdb et son comportement particulier ! Pas pour les bases de prod....

A +