Discussion :

[Philippe Robert]

Je suis confronté à un phénomère de lenteur lors de l'écriture dans la base de données Tempdb après avoir migré vers SQL Server 2008 R2. La migration s'est faite sur une autre machine dont le hardware est identique à la première.

Le serveur a la configuration suivante :

OS Windows 2008 R2 SP1
12 processeurs
Mémoire 72 GB dont 50 GB réservé à SQL
1 seule instance SQL
Microsoft SQL Server Enterprise Edition (64-bit)
La base de données Tempdb est localisée seule sur un disque SSD de 100 GB
La taille minimale de Tempdb est de 8 GB

Sur la machine originale (un SQL 2005 SP3),
- le temps moyen de lecture était de 1,2 ms
- le temps moyen d'écriture était de 3,9 ms

Sur la nouvelle machine (même hardware mais SQL 2008 R2)
- le temps moyen de lecture était de 1,7 ms
- le temps moyen d'écriture était de 320,8 ms

Je ne comprends pas comment la vitesse d'écriture est devenue aussi faible. Nous avons fait des tests de transfert de fichier sur ce disque SSD et pourtant la vitesse d'écriture est la même qu'auparavant. Pourquoi SQL Serveur écrit si lentement dans sa base Tempdb ?

J'ai changé la vérification de page de CHECKSUM à NONE mais cela n'améliore pas le temps d'écriture

Quelques idées ?
D'avance, merci.

[mikedavem]

Pas d'antivirus activé ?

++

[Philippe Robert]

Non. Il n'y a pas d'antivirus installé.

[Philippe Robert]

J'ai rectifié mon message initial : le disque SSD fait 100 GB au lieu de 10 GB.

[mikedavem]

Juste pour bien comprendre :

Est ce SQL Server qui écrit lentement ou même la copie d'un fichier autre est lente sur ce disque ? En d'autres terme est ce que c'est le disque qui est en cause ?

++

[Sergejack]

Quel était votre ancien "Recovery model" et quel est l'actuel ?

[Philippe Robert]

C'est l'écriture par SQL Server qui est lente dans TempDB. Par contre, l'écriture par l'OS est rapide quand ont teste des copies de fichiers.

Les mesures de temps d'accès par SQL sont fournies par la DMV sys.dm_io_virtual_file_stats, les temps de lecture/écriture moyen me sont fournies par le calcul suivant :

Code :

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

1
2
CAST(io_stall_read_ms / ( 1.0 + num_of_reads ) AS NUMERIC(10, 1)) AS [avg_read_stall_ms] ,
CAST(io_stall_write_ms / ( 1.0 + num_of_writes ) AS NUMERIC(10, 1)) AS [avg_write_stall_ms]

Je sauvegarde ces valeurs toutes les heures, ce qui m'a permis de déceler ce problème. Les requêtes faisant usage de la base de données Tempdb sont plus lentes depuis la migration.