Discussion :

[azur668]

Bonjour,

J'ai un script de création de base (5000 lignes) qui s'écécute sur mon poste en local en 4 secondes.
Le même script que je lance sur le serveur, également en local, prends 11 secondes !
(idem pour tous les traitements, entre 2 et 4 fois plus lents sur le serveur)

Mon poste est un Double Coeur a 2 Ghz avec 8 Go de ram sous Windows Seven
Le serveur est un Quad Coeur a 3 Ghz avec 16 Go de Ram sous Windows 2008 R2 SP1 tout neuf pré-installé par Dell.

Le SQLserver 2008 R2 à été installé, sur les deux postes, avec les options par défaut,
et je n'ai rien modifié dans la configuration ou les options de SQLserver (j'aurais du mal, d'ailleurs...)

Quelqu'un aurait-il une explication, ou surtout une solution pour retrouver une vitesse normale sur mon serveur ?

Merci.

[SQLpro]

Quelles sont les version de SQL Server ?
Standard, enterprise...
Quelle est la version des OS ? 32 ou 64 bits ???
Physique ou virtuel ?

Quelle est la configuration des fichiers de la base créée ?
*
(peut-on voir le CREATE DATABASE et éventuelement les ALTER DATABASE ?)

Quelle est la config du serveur SQL ? => EXEC sp_configure

A +

[azur668]

Bonjour, et merci de te pencher sur mon problème !

Version 10.50.2500.0 Enterprise Edition (64-bit) SP1 sur les deux machines, en environnement physique non virtualisé

Code :

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

1
2
3
4
5
6
CREATE DATABASE Materiel ON  PRIMARY
( NAME = N'Materiel', FILENAME = N'D:\Bases\Materiel.mdf' )
LOG ON ( NAME = N'Materiellog', FILENAME = N'D:\Bases\Materiel_Log.ldf')
 
ALTER DATABASE Materiel SET ALLOW_SNAPSHOT_ISOLATION ON 
ALTER DATABASE Materiel SET RECOVERY SIMPLE

Ci-joint une copie écran du SP_Configure, rigoureusement identique sur les deux machines

[azur668]

Pour tenter de cerner le problème, j'ai écrit un petit script que j'ai lancé sur le serveur et sur mon poste de dev

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
 
set nocount on;    
declare  @i int = 1
print 'Vitesse processeur brut :'
print sysdatetime()
While @i < 10000000
    begin
        set @i+=1
    end
print sysdatetime()
go
 
declare  @i int = 1
print 'Vitesse acces aux données :'
print sysdatetime()
While @i < 200
    begin
        set @i+=1
        if exists (select 1    from  sysobjects where  id = object_id('test') and   type = 'U')
           drop table test    
 
        create table test (Test_ID int not null, Test_Nom varchar(30) null
                           constraint PK_Test primary key nonclustered (Test_ID)
                        )
    end
print sysdatetime()
go

Sur le serveur, j’obtiens :

Vitesse processeur brut :
2012-07-30 02:51:07.0113289
2012-07-30 02:51:10.2874129
Vitesse acces aux données :
2012-07-30 02:51:10.3342141
2012-07-30 02:51:16.1687637

Sur mon poste, j'obtiens :

Vitesse processeur brut :
2012-07-30 02:51:21.8944759
2012-07-30 02:51:27.0387701
Vitesse acces aux données :
2012-07-30 02:51:27.0657716
2012-07-30 02:51:28.1828355

Les résultats sont éloquents :
-en vitesse processeur, le serveur est environs deux fois plus rapide
-en accès aux données, le serveur est environs trois fois plus lent !

Mais d'où cette différence peut-elle bien venir ????

[mikedavem]

Tu peux déjà regarder les options de gestion de l'alimentation sur ton serveur. (Power Plans) si tu es en Windows 2008 R2.

>> http://blog.developpez.com/mikedavem...quo-energie-d/

Par défaut on a le mode "Balanced" qui est paramétré ce qui peut nuire aux performances des requêtes nécessitant de la ressource CPU. Tu peux aussi regarder dans le bios de ton serveur les valeurs paramétrés pour la gestion de l'alimentation.

++

[SQLpro]

Vos test sont fait depuis ou ? Directement sur le serveur ??? (DANS SSMS ?)

Il faut limiter la RAM utilisée par SQL Server en y mettant 14 Go de max server memory.

Pourquoi avez vous fait un ALTER DATABASE Materiel SET ALLOW_SNAPSHOT_ISOLATION ON ?
Si vous persistez dans cette option, avez vous dimensionné et placé correctement les fichiers de la tempdDB ?

A +

[Glouferu]

Les résultats sont éloquents :
-en vitesse processeur, le serveur est environs deux fois plus rapide
-en accès aux données, le serveur est environs trois fois plus lent !

Mais d'où cette différence peut-elle bien venir ????

Bonjour,

Qu'en est-il du sous système disque du serveur ? SAN ? Raid ?
Votre poste a-t-il un SSD ?


Vous pouvez deja faire un test rapide de perfs > Exécuter un backup d'une base en ligne de commande, il devrait s'afficher la vitesse moyenne d'écriture du dump.

Cdt,