Discussion :

[Pol63]

Bonjour,

Après avoir vu un webcast disant de bien dimensionner la tempdb j'ai fait quelques tests.

J'ai créé une table temporaire # que j'ai rempli, la tempdb arrive à me dire que la taille du fichier n'a pas changé (alors qu'elle est en auto grow) et qu'il reste -5000Mo d'espace libre sur le fichier mdf
La tempdb serait donc en RAM ? Le dimensionnement de la tempdb n'aurait donc aucune utilité ?

Merci de m'éclairer.

[SQLpro]

La tempdb est en mode de journalisation simple ce qui fait que les transactions sont auto purgées. Entamez une longue transaction en maintenant les verrous et cela sur plusieurs tables et vous verrez la différence.

A +

[Pol63]

la différence avec quoi ?

j'attendais un peu mieux comme réponse

en fait je ne m'étais jamais intéressé à la tempdb
donc chez nos clients depuis des années elle est paramétrée par défaut (un seul fichier et 8Mo) (et c'est moi le "DBA")
d'ailleurs sur lien cité plus haut je ne comprends pas ils disent de définir 8Go par fichier puis de redémarrer sql server pour que ca retombe à 8Mo

je viens de me connecter chez notre client qui tabasse le plus la base pour exécuter

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
DECLARE @var int
 
SELECT @var = wait_time_ms - signal_wait_time_ms
FROM sys.dm_os_wait_stats
WHERE wait_type = 'PAGELATCH_UP'
 
WAITFOR DELAY '00:05:00'
 
SELECT @var = (wait_time_ms - signal_wait_time_ms ) - @var
FROM sys.dm_os_wait_stats
WHERE wait_type = 'PAGELATCH_UP'
 
SELECT @var

comme indiqué dans le lien et ca me donne 42547 (edit: puis 60k, puis paramétrage pour avoir 4 fichiers d'1Go => 12k, 4k)
donc j'aurais des problèmes à ce niveau là

il me reste plus qu'à comprendre ...