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.
@+
Version imprimable
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.
@+
OUI !
Ce n'est pas en nombre de GO qu'il faut paramétrer cela, mais en nombre de cœur du serveur.
A +
Tu trouveras le même sujet ici : http://www.developpez.net/forums/d15...mbre-fichiers/
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.
@+
Vas-y, fonce !
Et encore une fois, ce sont tes fichiers DATA que tu dois multiplier. Donc tu créeras plusieurs .ndf
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.
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.
@+
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 ?
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.
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.
@+
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... !De même... Mais toujours pour tempdb et son comportement particulier ! Pas pour les bases de prod....Citation:
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 ?
A +
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.
@
Tu dois soit t'être trompé au redimensionnement, soit il y a un SHRINK qui s'effectue.
A +
Bonjour,
Merci bcp, effectivement j'ai refait la manip et c'est passé à 1go.
@+