Discussion :

[LaurentLo]

Bonjour,

je travaille dans une équipe de 6 personnes faisant le même type de développement.
Voilà ma question à laquelle nous ne trouvons (à 3) aucune réponse:

Nous avons tous la même configuration logicielle mais pour 2 de nos machines (même modèle d'une marque très connue) qui ne sont pas les mêmes que les 4 autres, la même requête va mettre 6 FOIS PLUS DE TEMPS !

Je ne souhaite aucun commentaire sur la façon d'insérer les données car je suis obligé de faire un insert par ligne:

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
SET NOCOUNT ON
GO
select getdate();
GO
DELETE FROM TABLE;
GO
INSERT INTO TABLE(ID, ORDRE1,ORDRE2) VALUES(95816, 1, 1);
GO
INSERT INTO TABLE(ID, ORDRE1,ORDRE2) VALUES(95816, 1, 2);
GO
INSERT INTO TABLE(ID, ORDRE1,ORDRE2) VALUES(95817, 1, 1);
GO
.../...
INSERT INTO TABLE(ID, ORDRE1,ORDRE2) VALUES(99695, 1, 2);
GO
select getdate();

ainsi, ce fichier contient un peu 39000 enregistrements.

Script lancé à l'aide d'un .bat contenant la commande: sqlcmd -S "%COMPUTERNAME%\SQLEXPRESS" -U "sa" -P "****" -d "DBNAME" -i "test_perf.sql" -o "test_perf.log"

Voici le résultat:

Code :

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

1
2
3
4
5
-----------------------
2011-01-27 09:50:57.830
 
-----------------------
2011-01-27 09:53:52.470

2' 55" ! Cette même opération sur les 4 autres machines prend moins de 30 secondes.

et sur n'importe quelle table, qu'elle que soit le nombre de lignes à insérer, on a cette différence coeff 6.


Voici la config de ces machines Proc Xeon 2.4; 2,5Go Ram; Disque SAS 150Go@15Krpm

Les 4 autres machines ont des processeurs Core2Duo, quantité Ram identique ou supérieure et disque SATA


Si une personne a une idée lumineuse, nous sommes preneurs.


Merci, à bientôt, Laurent.

[mikedavem]

Je continue le fil de la discussion depuis msdn

Avez vous vérifié du côté antivirus ?
Règles d'exclusions sur vos fichiers de bases de données (mdf, ldf)

++

[LaurentLo]

Je continue le fil de la discussion depuis msdn

Merci d'être sur plusieurs fronts

Avez vous vérifié du côté antivirus ?
Règles d'exclusions sur vos fichiers de bases de données (mdf, ldf)

++

Non cette vérification n'avait pas été faite, merci
Cependant.... Antivirus activé avec exclusion ou antivirus désactivé:
ça ne change rien ! (gain de 3 sec sur 3 minutes)

[mikedavem]

Ok pourriez vous fournir pour les résultats de cette requête pour les 2 cas de serveurs (pour un serveur rapide et un serveur qui pose problème) :

Code :

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

1
2
3
4
5
6
7
SET STATISTICS IO ON;
SET STATISTICS TIME ON;
 
<votrescript.sql>
 
SET STATISTICS IO OFF;
SET STATISTICS TIME OFF;

Pouvez également nous donner la DDL de votre table et des index associés.
Merci

++

[LaurentLo]

Merci pour votre aide

Voici donc la DDL de la table:

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
CREATE TABLE [dbo].[MCH](
	[ID] [numeric](8, 0) NOT NULL,
	[ORDRE1] [numeric](5, 0) NOT NULL,
	[ORDRE2] [numeric](8, 0) NOT NULL,
PRIMARY KEY CLUSTERED 
(
	[ID] ASC,
	[ORDRE1] ASC,
	[ORDRE2] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]
 
GO
ALTER TABLE [dbo].[MCH]  WITH CHECK ADD  CONSTRAINT [FK_MCH_HP] FOREIGN KEY([ID], [ORDRE2])
REFERENCES [dbo].[HP] ([ID], [ORDRE2])
GO
ALTER TABLE [dbo].[MCH] CHECK CONSTRAINT [FK_MCH_HP]
GO
ALTER TABLE [dbo].[MCH]  WITH CHECK ADD  CONSTRAINT [FK_MCH_MC] FOREIGN KEY([ID], [ORDRE1])
REFERENCES [dbo].[MC] ([ID], [ORDRE1])
GO
ALTER TABLE [dbo].[MCH] CHECK CONSTRAINT [FK_MCH_MC]

celle de ses 2 index:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
ALTER TABLE [dbo].[MCH] ADD PRIMARY KEY CLUSTERED 
(
	[ID] ASC,
	[ORDRE1] ASC,
	[ORDRE2] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
 
CREATE NONCLUSTERED INDEX [IDX_ID_ORDRE2] ON [dbo].[MCH] 
(
	[ID] ASC,
	[ORDRE2] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]

Quant aux résultats de la requête pour les 2 cas de serveurs, j'ai récupéré les 2 logs d'un peu plus de 40mo chacun, je les ai compressé dans un zip que vous pouvez obtenir avec le lien se trouvant dans le mp envoyé.
Les ayant regardé, je ne sais pas si ils vont beaucoup nous apprendre

Merci !

[LaurentLo]

Bonjour,

Alors, petite correction : la machine qui pose souci à SQL Server tourne sur disque SCSI (et non SAS) connecté à un contrôleur sur bus PCI.
Cependant, à 15Krpm, ceci n'explique pas celà et l'origine du problème reste à prouver.

Un changement de machine a pallié le problème de performance. Celle-ci tourne sur disque SATA II 7200rpm.

Cordialement, Laurent

[zeus]

Bonjour,

Avez vous regardé si vous aviez des erreurs ou warning lié aux I/O dans la log sql server ?
Sur un serveur j'ai récemment rencontré des problèmes lié au process lazy writer qui étaient mis en attente. Il avait du mal à écrire sur le disque dans les délais impartis.
Regardez vos log SQL Server pour éliminer cette éventualité et nous aiguiller sur d'autre piste.

On part du principe que vos bases sont identiques sur tous vos serveurs (fichier de donnée + journaux). Est-ce bien le cas ?

@+