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

[agdid04]

Bonjour,

Ok, Merci, donc je multiplie les fichiers DATA, pour les fichiers log des bases utilisateurs je mets 30% de fichier data, par contre est ce qu'il y a une règle pour le fichier log de la TempDB ?

On me demande de le (journal de tempdb) tailler à 64 Mo avec 32 Mo comme taux d'agrandissement ?

Merci.

[SQLpro]

On me demande de le (journal de tempdb) tailler à 64 Mo avec 32 Mo comme taux d'agrandissement ?

Mettez au moins 4 fichiers de 1 Go de données avec un pas de croissance de 64 Mo
Taillez le journal a 1 Go avec un pas de croissance de 64 Mo

A +

[agdid04]

Merci bcp de vos réponses.

Encore 2 petites questions ou demande de confirmation:

1- Le backup d'une base cryptée est également crypté ?
2- Le chiffrement d'une base a un impact négatif sur les performances ?

Merci.

@+

[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 ?

[StringBuilder]

Merci bcp de vos réponses.

Encore 2 petites questions ou demande de confirmation:

1- Le backup d'une base cryptée est également crypté ?
2- Le chiffrement d'une base a un impact négatif sur les performances ?

Merci.

@+

1 - Oui
2 - Oui

PS : Mise à part si vous avez des portables qui partent dans la nature, ou que vous bossez pour l'armée, j'ai toujours pas compris l'intérêt de crypter des données qui sont de toutes façon protégées sur un serveur...

PS² : Si je ne m'abuse, la restauration d'une base cryptée sur un serveur tiers est... une certaine galère et doit être testé et validé avant toute mise en production.

[agdid04]

Bonjour et Merci bcp.

C'est la décision de chef, j'ai sorti justement cet argument (accès au server sécurisé) mais bon histoire de marquer son territoire.

@+

[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 +

[SQLpro]

Merci bcp de vos réponses.

Encore 2 petites questions ou demande de confirmation:

1- Le backup d'une base cryptée est également crypté ?
2- Le chiffrement d'une base a un impact négatif sur les performances ?

Merci.

@+

1 - OUI si TDE.

2 - Tout dépend. Avec TDE, l'impact est extrêmement minime. Avec un chiffrement des données l'impact est gigantesque (comportement à la CoBOL sans index).

A +

[agdid04]

Bonjour,

J'ai redimensionné le fichier log de ma base TEMPDB à 1Go avec un pas de 64 MB

Mais au redémarrage de server, le fichier a repris ses anciennes valeurs !!!

Comment faire pour le forcer à garder un Go ?

Merci.

@

[SQLpro]

Tu dois soit t'être trompé au redimensionnement, soit il y a un SHRINK qui s'effectue.

A +

[agdid04]

Bonjour,

Merci bcp, effectivement j'ai refait la manip et c'est passé à 1go.

@+