Logs TempDB ne font que grossir

**mb10** · 11/05/2011, 09h49

Bonjour,

Sur une instance SQL Server, j'ai les logs de la TempDB qui ne font que grossir alors que le mode de récupération de cette base est en simple.
Par contre quand les services SQL sont redémarrés, les logs sont bien réinitialisés.

Cordialement.

**iberserk** · 11/05/2011, 11h14

Sur une instance SQL Server, j'ai les logs de la TempDB qui ne font que grossir alors que le mode de récupération de cette base est en simple.

Cela ne supprime pas l'utilisation du journal!!! heureusement!
cela ne fait que minimiser ses entrées.

**mb10** · 11/05/2011, 11h23

Pourtant comme la base Tempdb est en récupération simple, toutes les transactions terminées doivent automatiquement être supprimées.
Est-ce bien ça ?
Merci de votre réponse.

Cordialement.

**dbaffaleuf** · 11/05/2011, 12h01

Il faut vérifier s'il n'y a pas de transactions ouvertes dans tempdb en utilisant des vues comme sys.dm_tran_database_transactions / sys.dm_tran_session_transactions ou dbcc opentran(tempdb):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
select T.session_id, D.database_transaction_begin_time, D.database_transaction_state, 
D.database_transaction_log_record_count, D.database_transaction_log_bytes_used
, D.database_transaction_begin_lsn, D.database_transaction_last_lsn from sys.dm_tran_database_transactions D
inner join sys.dm_tran_session_transactions T on T.transaction_id = D.transaction_id 
where database_transaction_begin_time is not null and database_id=2

La valeur à surveiller est database_transaction_state:

1 = The transaction has not been initialized.
3 = The transaction has been initialized but has not generated any log records.
4 = The transaction has generated log records.
5 = The transaction has been prepared.
10 = The transaction has been committed.
11 = The transaction has been rolled back.
12 = The transaction is being committed. In this state the log record is being generated, but it has not been materialized or persisted.

Si la transaction est ouverte, database_transaction_state est à 4. database_transaction_log_bytes_used donne l'espace utilisé dans le journal pour cette transaction.

**mikedavem** · 11/05/2011, 12h12

Tout comme dbaffaleuf je pense qu'une transaction est ouverte et empêche le journal de se vider.

++

**mb10** · 11/05/2011, 13h53

J'ai lancé la requête sur la base tempdb mais je n'ai aucune ligne de retournée.

Cordialement.

**SQLpro** · 12/05/2011, 11h35

Envoyé par mb10

Bonjour,

Sur une instance SQL Server, j'ai les logs de la TempDB qui ne font que grossir alors que le mode de récupération de cette base est en simple.
Par contre quand les services SQL sont redémarrés, les logs sont bien réinitialisés.

Cordialement.

Normal qu'ils soient réinitialises car la base tempdb est supprimée et reconstruite à l'identique à chaque démarrage du serveur avec les paramètres initiaux

Mais comment voyez vous (par quelle requête, IHM, mesure) que les logs ont grossit ???

A +

**elsuket** · 12/05/2011, 12h12

Bonjour,

- Faites-vous une utilisation massive des tables temporaires ?
- Utilisez vous le niveau d'isolation de transaction SNAPSHOT ?

@++

**mb10** · 12/05/2011, 14h09

Réponse à la question de SQLPro :
je lance la requête DBCC SQLPERF(LOGSPACE) tous les jours. Depuis le redémarrage des services SQL (le 05/04/11), le champ Log space used (%) ne fait qu'augmenter.
Ce matin en lançant la requête, ce champ était à 65 %.

Réponse à la question d'Elsuket :
Je ne sais pas comment vérifier ça.

Cordialement.

**elsuket** · 12/05/2011, 15h00

Pour les tables temporaires, comme elles sont persistées dans TempDB, on peut exécuter :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
USE TempDB
GO
SELECT	COUNT(*)
FROM	sys.tables

Vous pouvez aussi chercher dans le code des modules SQL (sys.sql_module) s'il existe des variables de type TABLE (DECLARE @maTable TABLE) ou des tables temporaires (CREATE TABLE (#)#maTable).

Pour le niveau d'isolation de transaction snapshot, que vous retourne la requête suivante ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
SELECT	name
	, is_read_committed_snapshot_on
	, snapshot_isolation_state_desc
FROM	sys.DATABASES
WHERE	(
		is_read_committed_snapshot_on = 1
		OR snapshot_isolation_state_desc = 'ON'
	)
AND	source_database_id IS NULL
AND	name NOT IN ('master', 'msdb')

Savez-vous si des transactions sont exécutées sous le niveau d'isolation de transaction SERIALIZABLE ?

@++

**SQLpro** · 12/05/2011, 15h07

Envoyé par mb10

Réponse à la question de SQLPro :
je lance la requête DBCC SQLPERF(LOGSPACE) tous les jours. Depuis le redémarrage des services SQL (le 05/04/11), le champ Log space used (%) ne fait qu'augmenter.
Ce matin en lançant la requête, ce champ était à 65 %..

un pourcentage n'est pas un volume.... 65% signifie que votre fichier qui fait par exemple 10 Mo est utilisé à 65% soit 6.5 Mo. Votre fichier reste donc toujours à la même taille.

A +