Les Webcasts

Groupe des Utilisateurs SQL Server

Juin 2013 – TempdbDavid Baffaleuf– CAPDATA

MVP SQL Server

David Baffaleufhttp://blog.capdata.fr @dbaffaleuf

Leader SGBD reconnu en Francewww.capdata.fr Conseil Service Formation DBA à distance

Management d’infrastructures IT hétérogèneswww.osmozium.com Support Management Technical Management Data Management Production Management

• Toutes les • questions• que vous• vous posez • sur tempdb• … Et aussi celles que vous ne vous posez pas !• Démos !

30 ‘ chrono

Qu’est-ce qu’elle a de plus que les autres ???

Stockage

explicite

Stockage

implicite

Worktables, jointures hash, tris,

version store …

#temp, ##temp, variables

table, TVF, TVP…

Logging

Recovery

Allocation

Caching

Non persistan

cePartagée

SPOF

Comment est-elle créée ?Ouverture master

Recovery master

Ouverture model

Recovery model

Création tempdev.mdf (4-5M)

Import des extents de model

Extension taille tempdev.mdf

Création tempdb

Création templog.ldf

Création des autres fichiers

• Instant File Initialization• Pas de model, pas de tempdb• Si le fichier tempdev / templog n’existe pas ?

sqlservr –f (minimal start)

Création tempdev.mdf (4-5M)

…dans le répertoire par défaut

Création journal 516096 bytes

• Stockage explicite : Tables, indexes physiques, LOBs… (attention non persistées !!) Tables temporaires (créées par utilisateur / par feature Dbmail, UCP,

DataCollector…) Variables tables, TVF, TVP.

• Mais aussi stockage implicite: Tris ORDER BY Checkdb facts Workfiles (Hash Join) Worktables (spools, features…) Tables internes trigger Online index operations Version store…

Qu’est-ce qu’elle stocke ?

• Nommage: #temp__________________________________________14563 ##temp

• Allocation:– Extents mixtes d’abord (sauf si –T1118)– IAM toujours en extent mixte– Extents uniformes si taille > 8 pages

• Scope/durée de vie: session / procédure (#) instance (##).

Tables temporaires 1/2

PLAN PSSELECT INTO

#temp …

• Mécanismes de cache particuliers: Cachestore: CACHESTORE_MEMOBJECTS Tables systèmes. Seulement dans procédures, fonctions, triggers. 2 pages par #temp < 8Mb (DATA + IAM) Pas de DDL après la création de la table #temp (sauf DROP TABLE) Pas de contraintes nommées (index uniques / clustered supportés mais

leaf pages seulement, et 2 pages pour NCI)

Tables temporaires 2/2[ Caching ]

#temp

DEMO

TF1106

Nouveau RB:

RING_B

UFFER_

SPACEM

GR_TRA

CE

• Pas stockées en mémoire mais bien sur disque !!• SELECT INTO non autorisé• Scope = batch ou procédure (pas session)• Mise en cache / suppression différée = temp tables.• Pas d’index• Pas de statistiques• Pas de rollback (transactions implicites sur les VT)• TVF = variable table• TVP = variable table

Tables temporaires vs variables tables ?

• Utilisées par certaines features (XML, Service Broker, CHECKDB,…) • Utilisées par certains opérateurs :

Index / Table (Eager) Spools. Exchange Spill. Merge Joins

• Curseurs, variables type (max). • Créées par le code de l’engine, donc pas de métadonnées dessus,

pas d’accès aux tables systèmes.• Object_id < 0• Mixed / Uniform extents• Seule l’allocation est loggée !!• Espace tracé dans les DMVs

(internal_object_reserved_page_count)

Worktables

sys.dm_db_%%

_space_usage

• Utilisés uniquement par l’opérateur Hash Join (recursion).• Pas de correspondance dans le buffer pool (BUF).• Espace tracé dans les DMVs

(internal_object_reserved_page_count)…• …mais pas dans sys.dm_os_buffer_descriptors.• Toujours en extents uniformes.• Aucune journalisation.

Workfiles

• Utilisé pour RCSI / Snapshot Isolation.• Online index rebuild, • Tables internes des triggers• MARS ?...• Aucune journalisation de l’allocation dans le version store.• Allocation tracée séparément de internal dans

sys.dm_db_file_space_usage (version_store_reserved_page_count).

• Non tracée dans %session% ou %task%• Trace séparée dans sys.dm_tran_version_store.• Désallocation asynchrone (Garbage Collection)

Version Store

• Pas de database snapshot dans tempdb pour CHECKDB !!• CHECKDB peut utiliser tempdb pour stocker les facts:

Tracer l’allocation des objets à contrôler durant le CHECKDB Suivre les liens précédent / suivant dans le chaînage Suivre les pointeurs forwarding / forwarded records Par type d’allocation: LOB, B-TREE, FILESTREAM, IAM, …

• Normalement stockés en mémoire, et dans des worktables si plus assez de place.

• 1 fact ~= 1 ligne de 5 colonnes dans une worktable. • DBCC CHECKDB (bigDB) WITH ESTIMATE_ONLY

CHECKDB et Tempdb ?

• Ne pas laisser la taille par défaut.• Initialisation instantanée !!• DBCC CHECKDB WITH ESTIMATE_ONLY est un minimum.• Monitorer la taille, réévaluer la taille initiale au besoin.• Pas d’autogrow ! SIZE = MAXSIZE.• Pour réduire:

v > =2008 : ALTER DATABASE TEMPDB MODIFY FILE … + stop / start V < 2008: net start MSSQLSERVER /f

Comment dimensionner Tempdb ?

Perfmon Volume Maintenance Tasks

• Contention sur PFS/GAM/SGAM Création / suppression massive de tables temporaires (proc / session) Création / suppression d’objets internes plus incontrôlable encore. Impliquent des modifications dans ces 3 pages PFS, GAM, SGAM. Impliquent des modifications dans les tables systèmes (sysschobjs,

sysallocunits, syscolpars, sysrscols…)• Ces pages sont protégées par des latches

Chaque accès en lecture / écriture nécessite d’obtenir un latch (SH/EX). On constate des attentes globales sur PAGELATCH_SH et PAGELATCH_EX Sur les ressources types : PFS (2:1:1), GAM (2:1:2) et SGAM (2:1:3), et parfois

des pages appartenant à des tables systèmes et les pages IAM.• Les mécanismes de caching permettent de réduire cette

contention Mais ne fonctionnent que pour les tables temporaires dans des procédures,

fonctions ou triggers.

Problèmes liés à l’allocationPFS GAM SGAM

Combien de fichiers de données 1/2

OK OK OK OK OKW W WW W

• Bonne pratique = 1 fichier de même taille par CPU.• Observer la contention avant de multiplier les fichiers.• Attentes de type PAGELATCH_SH / PAGELATCH_EX sur :

2:1:1 PFS (=Page Free Space) 2:1:2 GAM (=Global Allocation Map) 2:1:3 SGAM (=Shared GAM)

• Ajouter des fichiers additionnels au besoin• Réévaluer la contention…• … jusqu’à disparition de la contention. • …et si le caching est insuffisant:• -T1118 pour tables < 8 pages et contention SGAM.

Combien de fichiers de données 2/2

Proportionnal Fill / Round Robin

EspaceLibre

EspaceLibre

EspaceLibre Espace

Libre

• Proportion réévaluée:• Au restart de l’instance (lorsque les fichiers sont créés)• Lors d’un ajout / retrait de fichier• Toutes les 8192 allocations d’extents (mixtes ou uniformes)

• Attention –T1117 s’applique à toutes les bases, pas seulement tempdb.

Combien de journaux de transactions ?

1

• Les avantages: Isoler les fluctuations: moins d’impacts sur les autres bases. SSD

• Les inconvénients: Moins de disques disponibles en tout. Lissage plus difficile Précos SQLCAT 10Tb range.

Tempdb sur des disques dédiés ?

• Images après pour INSERT / UPDATE non loggées pour les heaps (tables tempo).

• Journal de transactions utilisé uniquement pour les ROLLBACKS.• Pas de REDO.• Pas de write ahead logging => lazy commits• Auto Checkpoint exécuté seulement lorsque le journal est plein à

70%• Attention si CHECKPOINT manuel dans tempdb• Internal objects (sorts, worktables) => seule l’allocation est loggée.• Parfois même rien n’est loggé !! (workfiles, version store)

Logging & recovery ?

-- a=1update #t set a=2update base.dbo.t set a=2 #t t

• Perfmon: Temp Tables Creation Rate Workfiles Created/sec Worktables Created/sec Pages Allocated/sec Free Space in tempdb (KB) Version Store Size (KB)

• SQL Trace / XEvents: Hash Warning / hash_warning Sort Warning / sort_warning Exchange Spill Event / exchange_spill

Mesurer la contention

DEMO

DMVs:tempdb.sys.dm_db_file_space_usagetempdb.sys.dm_db_session_space_usagetempdb.sys.dm_db_task_space_usagesys.dm_os_wait_statssys.dm_os_waiting_tasks

Des questions (pas dans la liste) ?

Les Webcasts

Groupe des Utilisateurs SQL Server

GUSS.fr