OVH Cloud OVH Cloud

probleme de perf sur serveur 2003

3 réponses
Avatar
hch
bonjour ,

j'ai une appli Fox pro qui fait des traitements sur SQL server 2000 SP4,
(Select update et delete) , lapplication met 3 heures pour traiter un fichier
de données de 15MO (C'est normal) , ce qui l'est encore moins c'est que cette
meme application met 10heures ou plus sur un vrai serveur (Biprocesseur, Plus
de RAM et disques plus performants)

j'ai essayé beaucoup de choses , j'ai fait de l'optimsation SQL Indexes
types de données etc .. j'ai gangé 20minutes sur les 3 heures !! ,

Avez vous uun idée d'ou ceci peut provenir ? Est ce que vous avez eu des cas
similaires ?

merci d'avance

3 réponses

Avatar
Fred BROUARD
hch a écrit :
bonjour ,

j'ai une appli Fox pro qui fait des traitements sur SQL server 2000 SP4,
(Select update et delete) , lapplication met 3 heures pour traiter un fichier
de données de 15MO (C'est normal) , ce qui l'est encore moins c'est que cette
meme application met 10heures ou plus sur un vrai serveur (Biprocesseur, Plus
de RAM et disques plus performants)

j'ai essayé beaucoup de choses , j'ai fait de l'optimsation SQL Indexes
types de données etc .. j'ai gangé 20minutes sur les 3 heures !! ,

Avez vous uun idée d'ou ceci peut provenir ? Est ce que vous avez eu des cas
similaires ?

merci d'avance


avec aussi peu d'éléments, difficile de diagnostiquer quoi que ce soit.

1) paramètres du serveur :
RAM, type et capacité des disques, taux d'occupation des disques, CPU
OS ?
Applications installées autre que SQL Server
version de SQL Server (standard, dev, desktop, entreprise ?)

2) paramétrage de SQL :
collation d'installation
paramètres généraux (sp_configure)
paramètrage de la base
volumétrie des données

3) code :
requêtes
manière d'insérer
index et contraintes présent dans les tables impactées

etc.

Pour des cas similaires, j'en ais eu de nombreux, puisque ma spécialité
est l'audit de bases et de serveurs SQL.



A +


--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Avatar
hch
C'est vrai que j'ai pas donné tt les elements mais c'est parce que j'ai deja
verifié pas mal de parametres

- Rien ne tourne avec SQL sur le serveur , a part l'antivirus , quand nous
l'avons desactivé ca a acceleré un peu le traitement sur le serveur mais les
temps restent superierus de 3 fois au temps d'execution sur un petit Windows
XP (1GO de ram)

- Le serveur 2 GO de RAM, espace disque pas de prob

- L'appli rudimentaire n'est pas developpée en procedures stockées , elle
fait des compariaisons entre données de fichiers textes et ensuite insere met
a jour ou supprime des lignes des tables SQL
par des requetes directes

- la base fait 2 GO , et les parametres par defaut je pense
-pendant le traitment sur le serveur les traces montrent que les durées des
requetes sont plus longues que sur le portable XP )

- le reste Cache hit ratio , E/S , Memoire dispo pas d'anomalies les valeurs
sont correctes .

En fait on ne cherche pas a accelerer les traitements car cela demanderait
un redeveloppement mais on cherche a comprendre pourquoi un traitement qui
met 3 heures sur mon portable met plus de 10heures sur le serveur WInd2003
alors que le serveur est dedié a cette appli et a largement ce qu'il faut en
config materiellle

- j'ai meme été jusqu'a migrer la base vers SQL2005 pareil !

voila le probleme , je cherhe toujours des pistes a explorer pour arriver a
une explication scientifique

merci

"Fred BROUARD" a écrit :

hch a écrit :
> bonjour ,
>
> j'ai une appli Fox pro qui fait des traitements sur SQL server 2000 SP4,
> (Select update et delete) , lapplication met 3 heures pour traiter un fichier
> de données de 15MO (C'est normal) , ce qui l'est encore moins c'est que cette
> meme application met 10heures ou plus sur un vrai serveur (Biprocesseur, Plus
> de RAM et disques plus performants)
>
> j'ai essayé beaucoup de choses , j'ai fait de l'optimsation SQL Indexes
> types de données etc .. j'ai gangé 20minutes sur les 3 heures !! ,
>
> Avez vous uun idée d'ou ceci peut provenir ? Est ce que vous avez eu des cas
> similaires ?
>
> merci d'avance
avec aussi peu d'éléments, difficile de diagnostiquer quoi que ce soit.

1) paramètres du serveur :
RAM, type et capacité des disques, taux d'occupation des disques, CPU
OS ?
Applications installées autre que SQL Server
version de SQL Server (standard, dev, desktop, entreprise ?)

2) paramétrage de SQL :
collation d'installation
paramètres généraux (sp_configure)
paramètrage de la base
volumétrie des données

3) code :
requêtes
manière d'insérer
index et contraintes présent dans les tables impactées

etc.

Pour des cas similaires, j'en ais eu de nombreux, puisque ma spécialité
est l'audit de bases et de serveurs SQL.



A +


--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************



Avatar
Fred BROUARD
hch a écrit :
C'est vrai que j'ai pas donné tt les elements mais c'est parce que j'ai deja
verifié pas mal de parametres

- Rien ne tourne avec SQL sur le serveur , a part l'antivirus ,



A ne jamais mettre ! A ce niveau, la sécurité virale doit être gérée en
amont.
C'est à mon avis la cause principale de vos problèmes

> quand nous
l'avons desactivé ca a acceleré un peu le traitement sur le serveur mais les
temps restent superierus de 3 fois au temps d'execution sur un petit Windows
XP (1GO de ram)

- Le serveur 2 GO de RAM, espace disque pas de prob

- L'appli rudimentaire n'est pas developpée en procedures stockées , elle
fait des compariaisons entre données de fichiers textes



ou ces comparaisons sont-elles faites et comment ? ou sont situés les
fichiers ?

et ensuite insere met
a jour ou supprime des lignes des tables SQL
par des requetes directes

- la base fait 2 GO , et les parametres par defaut je pense
-pendant le traitment sur le serveur les traces montrent que les durées des
requetes sont plus longues que sur le portable XP )

- le reste Cache hit ratio , E/S , Memoire dispo pas d'anomalies les valeurs
sont correctes .

En fait on ne cherche pas a accelerer les traitements car cela demanderait
un redeveloppement mais on cherche a comprendre pourquoi un traitement qui
met 3 heures sur mon portable met plus de 10heures sur le serveur WInd2003
alors que le serveur est dedié a cette appli et a largement ce qu'il faut en
config materiellle

- j'ai meme été jusqu'a migrer la base vers SQL2005 pareil !

voila le probleme , je cherhe toujours des pistes a explorer pour arriver a
une explication scientifique



A +


merci

"Fred BROUARD" a écrit :

hch a écrit :
bonjour ,

j'ai une appli Fox pro qui fait des traitements sur SQL server 2000 SP4,
(Select update et delete) , lapplication met 3 heures pour traiter un fichier
de données de 15MO (C'est normal) , ce qui l'est encore moins c'est que cette
meme application met 10heures ou plus sur un vrai serveur (Biprocesseur, Plus
de RAM et disques plus performants)

j'ai essayé beaucoup de choses , j'ai fait de l'optimsation SQL Indexes
types de données etc .. j'ai gangé 20minutes sur les 3 heures !! ,

Avez vous uun idée d'ou ceci peut provenir ? Est ce que vous avez eu des cas
similaires ?

merci d'avance


avec aussi peu d'éléments, difficile de diagnostiquer quoi que ce soit.

1) paramètres du serveur :
RAM, type et capacité des disques, taux d'occupation des disques, CPU
OS ?
Applications installées autre que SQL Server
version de SQL Server (standard, dev, desktop, entreprise ?)

2) paramétrage de SQL :
collation d'installation
paramètres généraux (sp_configure)
paramètrage de la base
volumétrie des données

3) code :
requêtes
manière d'insérer
index et contraintes présent dans les tables impactées

etc.

Pour des cas similaires, j'en ais eu de nombreux, puisque ma spécialité
est l'audit de bases et de serveurs SQL.



A +


--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************







--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************