SQL server et base de données tempdb

zaki_1982 · 25/10/2011, 11h35

bonjour

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

mikedavem · 25/10/2011, 15h55

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 · 25/10/2011, 16h52

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 · 25/10/2011, 17h28

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

@++

25/10/2011, 11h35	#1
zaki_1982 Candidat au titre de Membre du Club Inscription : avril 2008 Messages : 88 Détails du profil Informations forums : Inscription : avril 2008 Messages : 88 Points : 12 Points : 12	SQL server et base de données tempdb bonjour est ce que c'est normal que la taille de la base de données tempdb s'augmente à 4 Go ?
	01

25/10/2011, 15h55	#2
mikedavem Responsable SQL Server David BARBARIN Expert SQL Server Inscription : août 2005 Messages : 3 724 Détails du profil Informations personnelles : Nom : David BARBARIN Localisation : France, Haute Savoie (Rhône Alpes) Informations professionnelles : Activité : Expert SQL Server Secteur : Conseil Informations forums : Inscription : août 2005 Messages : 3 724 Points : 6 848 Points : 6 848	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 .. ++ __________________ Blog \| Articles SQL Server \| TSQL Challenges \| English blog
	00

25/10/2011, 16h52	#3
zaki_1982 Candidat au titre de Membre du Club Inscription : avril 2008 Messages : 88 Détails du profil Informations forums : Inscription : avril 2008 Messages : 88 Points : 12 Points : 12	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?
	00

25/10/2011, 17h28	#4
elsuket Modérateur Nicolas Souquet Administrateur de base de données Inscription : janvier 2005 Messages : 4 670 Détails du profil Informations personnelles : Nom : Nicolas Souquet Âge : 30 Localisation : Thaïlande Informations professionnelles : Activité : Administrateur de base de données Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : janvier 2005 Messages : 4 670 Points : 8 732 Points : 8 732	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 @++ __________________ En bases de données relationnelles SQL, il n'y a ni tableaux, ni enregistrements, ni champs: il y a des tables, des lignes et des colonnes. Blog \| Profil\| Consulter ou télécharger les fichiers d'aide de SQL Server, des versions 2000 à 2012
	10

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email