Discussion :

[zaki_1982]

bonjour

est ce que c'est normal que la taille de la base de données tempdb s'augmente à 4 Go ?

[mikedavem]

Bonjour,

Oui. Cela dépend de la nature de votre activité existante sur votre serveur SQL (tris, hashs, utilisation des tables temporaires etc ...), des tâches de maintenance effectuées (reconstruction des indexes avec utilisation de tempdb, DBCC CHECKB ...), d'un éventuel niveau d'isolation qui utiliserait le row versionning etc ..

++

[zaki_1982]

merci pour votre réponse
est ce qu'il y a un moyenne pour la réduire? sinon est ce qu'elle va me poser des problèmes sur l'utilisation du seveur?

[elsuket]

Bonjour,

Comme vous l'a dit Mikedavem, cela dépend de l'utilisation que vous faites.

La plupart du temps les problèmes avec TempDB viennent quand le code qui modifie et interroge les base de données hébergées par la même instance font une utilisation importante des variables de type tables et des tables temporaires.
A chaque fois qu'un tel objet est créé et supprimé, il faut que SQL Server accède aux pages d'allocation de telles tables pour les allouer ou les désallouer.
Avec une utilisation importantes de telles tables, de la contention se crée donc sur ces pages spéciales, engrangeant un verrouillage qui n'a normalement pas lieu dans une base de données utilisateur.

En outre si votre base de donnée utilisateur est pauvrement indexée et/ou conçue, les jointures peuvent avoir recours aux algorithmes de hachage ou de fusion qui sont coûteux.
Pour ma part je n'ai jamais eu de véritable problème à cause de cela.

Il vous faut donc déterminer ce qui a provoqué un grossissement soudain de 4Go, et voir si cela s'est produit exceptionnellement ou bien si c'est constamment le cas.
Vous pouvez connaître le taux d'occupation des fichiers à l'aide du billet suivant, après avoir exécuté un DBCC UPDATEUSAGE(TempDB).

Vous pouvez également et avec un peu de change savoir quelle application et à quelle heure ont eu lieu le grossissement du fichier à l'aide de la trace SQL Profiler par défaut

@++