Requête excessivement longue sur 1 serveur et quasi immédiate sur un autre
2 réponses
Bruno Seux
Bonjour,
Je suis confronté au problème suivant:
J'ai une requete assez simple, avec 5 INNER JOIN qui prend environ 30 mn à
s'executer sur un serveur et moins de 2 secondes sur un autre serveur, les 2
ayant la même version SQL SP inclus.
Les bases de données sont des copies.
La requete inclut des no lock, et a été testée sans autres utilisateurs
concurrents.
Le plan d'execution renvoit des valeurs farfelues, piusque tout est à 0%.
Et cerise sur le gateau:
- Ajouter une jointure sur une autre table (pour le plaisir) rend la requete
quasi immédiate sur le serveur ou elle prend 30mn.
Toutes les pistes pour m'aider à analyser l'origine de ce problème sont les
bienvenues.
Version:
Microsoft SQL Server 7.00 - 7.00.1063 (Intel X86) Apr 9 2002 14:18:16
Copyright (c) 1988-2002 Microsoft Corporation Standard Edition on Windows
NT 5.0 (Build 2195: Service Pack 4)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jean-Nicolas BERGER
Pendant l'exécution version longue, y a-t-il du parralèlisme? (plusieurs lignes sur un même spid lors du lancement de sp_who) ? Et dans la version courte? Quelles sont les différences entre les deux serveurs en termes de hardware? Essaie aussi de mettre à jour les indexes avant de comparer. Si il y a toujours des différences inexpliquées, merci de faire suivre la requête. JN.
"Bruno Seux" a écrit dans le message de news: 42a01e7f$0$3148$
Bonjour,
Je suis confronté au problème suivant: J'ai une requete assez simple, avec 5 INNER JOIN qui prend environ 30 mn à s'executer sur un serveur et moins de 2 secondes sur un autre serveur, les 2 ayant la même version SQL SP inclus. Les bases de données sont des copies. La requete inclut des no lock, et a été testée sans autres utilisateurs concurrents. Le plan d'execution renvoit des valeurs farfelues, piusque tout est à 0%.
Et cerise sur le gateau: - Ajouter une jointure sur une autre table (pour le plaisir) rend la requete quasi immédiate sur le serveur ou elle prend 30mn.
Toutes les pistes pour m'aider à analyser l'origine de ce problème sont les bienvenues.
Version: Microsoft SQL Server 7.00 - 7.00.1063 (Intel X86) Apr 9 2002 14:18:16 Copyright (c) 1988-2002 Microsoft Corporation Standard Edition on Windows NT 5.0 (Build 2195: Service Pack 4)
Bruno
Pendant l'exécution version longue, y a-t-il du parralèlisme? (plusieurs
lignes sur un même spid lors du lancement de sp_who) ? Et dans la version
courte? Quelles sont les différences entre les deux serveurs en termes de
hardware?
Essaie aussi de mettre à jour les indexes avant de comparer.
Si il y a toujours des différences inexpliquées, merci de faire suivre la
requête.
JN.
"Bruno Seux" <bseux@iceb.com> a écrit dans le message de news:
42a01e7f$0$3148$8fcfb975@news.wanadoo.fr...
Bonjour,
Je suis confronté au problème suivant:
J'ai une requete assez simple, avec 5 INNER JOIN qui prend environ 30 mn à
s'executer sur un serveur et moins de 2 secondes sur un autre serveur, les
2 ayant la même version SQL SP inclus.
Les bases de données sont des copies.
La requete inclut des no lock, et a été testée sans autres utilisateurs
concurrents.
Le plan d'execution renvoit des valeurs farfelues, piusque tout est à 0%.
Et cerise sur le gateau:
- Ajouter une jointure sur une autre table (pour le plaisir) rend la
requete quasi immédiate sur le serveur ou elle prend 30mn.
Toutes les pistes pour m'aider à analyser l'origine de ce problème sont
les bienvenues.
Version:
Microsoft SQL Server 7.00 - 7.00.1063 (Intel X86) Apr 9 2002 14:18:16
Copyright (c) 1988-2002 Microsoft Corporation Standard Edition on Windows
NT 5.0 (Build 2195: Service Pack 4)
Pendant l'exécution version longue, y a-t-il du parralèlisme? (plusieurs lignes sur un même spid lors du lancement de sp_who) ? Et dans la version courte? Quelles sont les différences entre les deux serveurs en termes de hardware? Essaie aussi de mettre à jour les indexes avant de comparer. Si il y a toujours des différences inexpliquées, merci de faire suivre la requête. JN.
"Bruno Seux" a écrit dans le message de news: 42a01e7f$0$3148$
Bonjour,
Je suis confronté au problème suivant: J'ai une requete assez simple, avec 5 INNER JOIN qui prend environ 30 mn à s'executer sur un serveur et moins de 2 secondes sur un autre serveur, les 2 ayant la même version SQL SP inclus. Les bases de données sont des copies. La requete inclut des no lock, et a été testée sans autres utilisateurs concurrents. Le plan d'execution renvoit des valeurs farfelues, piusque tout est à 0%.
Et cerise sur le gateau: - Ajouter une jointure sur une autre table (pour le plaisir) rend la requete quasi immédiate sur le serveur ou elle prend 30mn.
Toutes les pistes pour m'aider à analyser l'origine de ce problème sont les bienvenues.
Version: Microsoft SQL Server 7.00 - 7.00.1063 (Intel X86) Apr 9 2002 14:18:16 Copyright (c) 1988-2002 Microsoft Corporation Standard Edition on Windows NT 5.0 (Build 2195: Service Pack 4)
Bruno
Bruno Seux
Non il n'y a pas de parallelisme. J'ai quand même relancé un DBCC DBREINDEX et miracle ca fonctionne.(le disk-io du sp_who2 montait en fleche... c'est ce qui m'y a poussé) Je vais voir avec mes dba ce qu'ils avaient fait, puisqu'ils m'avaient dit que c'était déjà joué.
Merci pour votre aide.
Bruno.
"Jean-Nicolas BERGER" a écrit dans le message de news:
Pendant l'exécution version longue, y a-t-il du parralèlisme? (plusieurs lignes sur un même spid lors du lancement de sp_who) ? Et dans la version courte? Quelles sont les différences entre les deux serveurs en termes de hardware? Essaie aussi de mettre à jour les indexes avant de comparer. Si il y a toujours des différences inexpliquées, merci de faire suivre la requête. JN.
"Bruno Seux" a écrit dans le message de news: 42a01e7f$0$3148$
Bonjour,
Je suis confronté au problème suivant: J'ai une requete assez simple, avec 5 INNER JOIN qui prend environ 30 mn à s'executer sur un serveur et moins de 2 secondes sur un autre serveur, les 2 ayant la même version SQL SP inclus. Les bases de données sont des copies. La requete inclut des no lock, et a été testée sans autres utilisateurs concurrents. Le plan d'execution renvoit des valeurs farfelues, piusque tout est à 0%.
Et cerise sur le gateau: - Ajouter une jointure sur une autre table (pour le plaisir) rend la requete quasi immédiate sur le serveur ou elle prend 30mn.
Toutes les pistes pour m'aider à analyser l'origine de ce problème sont les bienvenues.
Version: Microsoft SQL Server 7.00 - 7.00.1063 (Intel X86) Apr 9 2002 14:18:16 Copyright (c) 1988-2002 Microsoft Corporation Standard Edition on Windows NT 5.0 (Build 2195: Service Pack 4)
Bruno
Non il n'y a pas de parallelisme.
J'ai quand même relancé un DBCC DBREINDEX et miracle ca fonctionne.(le
disk-io du sp_who2 montait en fleche... c'est ce qui m'y a poussé)
Je vais voir avec mes dba ce qu'ils avaient fait, puisqu'ils m'avaient dit
que c'était déjà joué.
Merci pour votre aide.
Bruno.
"Jean-Nicolas BERGER" <j-n.enlevezmoi.berger@club-internet.fr> a écrit dans
le message de news: eVDpWhMaFHA.720@TK2MSFTNGP15.phx.gbl...
Pendant l'exécution version longue, y a-t-il du parralèlisme? (plusieurs
lignes sur un même spid lors du lancement de sp_who) ? Et dans la version
courte? Quelles sont les différences entre les deux serveurs en termes de
hardware?
Essaie aussi de mettre à jour les indexes avant de comparer.
Si il y a toujours des différences inexpliquées, merci de faire suivre la
requête.
JN.
"Bruno Seux" <bseux@iceb.com> a écrit dans le message de news:
42a01e7f$0$3148$8fcfb975@news.wanadoo.fr...
Bonjour,
Je suis confronté au problème suivant:
J'ai une requete assez simple, avec 5 INNER JOIN qui prend environ 30 mn
à s'executer sur un serveur et moins de 2 secondes sur un autre serveur,
les 2 ayant la même version SQL SP inclus.
Les bases de données sont des copies.
La requete inclut des no lock, et a été testée sans autres utilisateurs
concurrents.
Le plan d'execution renvoit des valeurs farfelues, piusque tout est à 0%.
Et cerise sur le gateau:
- Ajouter une jointure sur une autre table (pour le plaisir) rend la
requete quasi immédiate sur le serveur ou elle prend 30mn.
Toutes les pistes pour m'aider à analyser l'origine de ce problème sont
les bienvenues.
Version:
Microsoft SQL Server 7.00 - 7.00.1063 (Intel X86) Apr 9 2002 14:18:16
Copyright (c) 1988-2002 Microsoft Corporation Standard Edition on
Windows NT 5.0 (Build 2195: Service Pack 4)
Non il n'y a pas de parallelisme. J'ai quand même relancé un DBCC DBREINDEX et miracle ca fonctionne.(le disk-io du sp_who2 montait en fleche... c'est ce qui m'y a poussé) Je vais voir avec mes dba ce qu'ils avaient fait, puisqu'ils m'avaient dit que c'était déjà joué.
Merci pour votre aide.
Bruno.
"Jean-Nicolas BERGER" a écrit dans le message de news:
Pendant l'exécution version longue, y a-t-il du parralèlisme? (plusieurs lignes sur un même spid lors du lancement de sp_who) ? Et dans la version courte? Quelles sont les différences entre les deux serveurs en termes de hardware? Essaie aussi de mettre à jour les indexes avant de comparer. Si il y a toujours des différences inexpliquées, merci de faire suivre la requête. JN.
"Bruno Seux" a écrit dans le message de news: 42a01e7f$0$3148$
Bonjour,
Je suis confronté au problème suivant: J'ai une requete assez simple, avec 5 INNER JOIN qui prend environ 30 mn à s'executer sur un serveur et moins de 2 secondes sur un autre serveur, les 2 ayant la même version SQL SP inclus. Les bases de données sont des copies. La requete inclut des no lock, et a été testée sans autres utilisateurs concurrents. Le plan d'execution renvoit des valeurs farfelues, piusque tout est à 0%.
Et cerise sur le gateau: - Ajouter une jointure sur une autre table (pour le plaisir) rend la requete quasi immédiate sur le serveur ou elle prend 30mn.
Toutes les pistes pour m'aider à analyser l'origine de ce problème sont les bienvenues.
Version: Microsoft SQL Server 7.00 - 7.00.1063 (Intel X86) Apr 9 2002 14:18:16 Copyright (c) 1988-2002 Microsoft Corporation Standard Edition on Windows NT 5.0 (Build 2195: Service Pack 4)
