De façon intermittente et apparemment sans regles précises, mon serveur SQL
se bloque pendant une à deux minutes, et sur les requêtes d'une seule et
unique base, les autres restant accessibles et tournant rapidement. Puis tout
se débloque et rentre dans l'ordre.
Je suis sur ce problème depuis 15 jours et j'ai:
- Recompiler les procédures stockées
- Regénéré les Index
- Allégé les procédures et les tables
- Analysé les locks sans trouvé de lock lorsque le serveur est bloqué sur
cette base
- Analysé les délais d'attente, là encore sans rien trouvé de bizarre voir
le tableau:
***total*** 1190.0 100.0
NETWORKIO 937.0 78.7
WRITELOG 204.0 17.1
PAGEIOLATCH_SH 32.0 2.7
PAGEIOLATCH_EX 16.0 1.3
PAGEIOLATCH_DT .0 .0
TRAN_MARK_NL .0 .0
- Analysé les performances, et remarqué seulement que les traitements par
lots sur cette base tombent à 0 au moment où la base bloque
- Remarqué de nombeux audit login et audit logout dans les traces sans
savoir ce qu'ils faisaient là et comment ils étaient générés
- Enregistré un plantage par le gestionnaire de trace, puis je les ai
rejoué, sans reproduire le plantage qui a eu lieu pendant l'enregistrement
Bref en deux mots, je ne sais pas d'où vient le probleme, et pourquoi seule
cette base est touchée (l'application tourne sous une forme équivalente avec
différentes bases et les autres bases tournent très bien).
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
Med Bouchenafa
C'est le serveur ou uniquement les requêtes d'une seule base qui sont bloquées? Regarde s'il n'y a pas un process externe qui se declenche à ce moment Une sauvegarde par exemple
-- Bien cordialement Med Bouchenafa
"Christophe" a écrit dans le message de news:
De façon intermittente et apparemment sans regles précises, mon serveur SQL se bloque pendant une à deux minutes, et sur les requêtes d'une seule et unique base, les autres restant accessibles et tournant rapidement. Puis tout se débloque et rentre dans l'ordre.
Je suis sur ce problème depuis 15 jours et j'ai:
- Recompiler les procédures stockées - Regénéré les Index - Allégé les procédures et les tables - Analysé les locks sans trouvé de lock lorsque le serveur est bloqué sur cette base - Analysé les délais d'attente, là encore sans rien trouvé de bizarre voir le tableau: ***total*** 1190.0 100.0 NETWORKIO 937.0 78.7 WRITELOG 204.0 17.1 PAGEIOLATCH_SH 32.0 2.7 PAGEIOLATCH_EX 16.0 1.3 PAGEIOLATCH_DT .0 .0 TRAN_MARK_NL .0 .0 - Analysé les performances, et remarqué seulement que les traitements par lots sur cette base tombent à 0 au moment où la base bloque - Remarqué de nombeux audit login et audit logout dans les traces sans savoir ce qu'ils faisaient là et comment ils étaient générés - Enregistré un plantage par le gestionnaire de trace, puis je les ai rejoué, sans reproduire le plantage qui a eu lieu pendant l'enregistrement
Bref en deux mots, je ne sais pas d'où vient le probleme, et pourquoi seule cette base est touchée (l'application tourne sous une forme équivalente avec différentes bases et les autres bases tournent très bien).
Je suis perdu, de l'aide serait bienvenue...
C'est le serveur ou uniquement les requêtes d'une seule base qui sont
bloquées?
Regarde s'il n'y a pas un process externe qui se declenche à ce moment
Une sauvegarde par exemple
--
Bien cordialement
Med Bouchenafa
"Christophe" <ctricaud@libertysurf.fr> a écrit dans le message de news:
E6C49BEF-31C7-4E79-BEA7-281A3C2230AF@microsoft.com...
De façon intermittente et apparemment sans regles précises, mon serveur
SQL
se bloque pendant une à deux minutes, et sur les requêtes d'une seule et
unique base, les autres restant accessibles et tournant rapidement. Puis
tout
se débloque et rentre dans l'ordre.
Je suis sur ce problème depuis 15 jours et j'ai:
- Recompiler les procédures stockées
- Regénéré les Index
- Allégé les procédures et les tables
- Analysé les locks sans trouvé de lock lorsque le serveur est bloqué sur
cette base
- Analysé les délais d'attente, là encore sans rien trouvé de bizarre voir
le tableau:
***total*** 1190.0 100.0
NETWORKIO 937.0 78.7
WRITELOG 204.0 17.1
PAGEIOLATCH_SH 32.0 2.7
PAGEIOLATCH_EX 16.0 1.3
PAGEIOLATCH_DT .0 .0
TRAN_MARK_NL .0 .0
- Analysé les performances, et remarqué seulement que les traitements par
lots sur cette base tombent à 0 au moment où la base bloque
- Remarqué de nombeux audit login et audit logout dans les traces sans
savoir ce qu'ils faisaient là et comment ils étaient générés
- Enregistré un plantage par le gestionnaire de trace, puis je les ai
rejoué, sans reproduire le plantage qui a eu lieu pendant l'enregistrement
Bref en deux mots, je ne sais pas d'où vient le probleme, et pourquoi
seule
cette base est touchée (l'application tourne sous une forme équivalente
avec
différentes bases et les autres bases tournent très bien).
C'est le serveur ou uniquement les requêtes d'une seule base qui sont bloquées? Regarde s'il n'y a pas un process externe qui se declenche à ce moment Une sauvegarde par exemple
-- Bien cordialement Med Bouchenafa
"Christophe" a écrit dans le message de news:
De façon intermittente et apparemment sans regles précises, mon serveur SQL se bloque pendant une à deux minutes, et sur les requêtes d'une seule et unique base, les autres restant accessibles et tournant rapidement. Puis tout se débloque et rentre dans l'ordre.
Je suis sur ce problème depuis 15 jours et j'ai:
- Recompiler les procédures stockées - Regénéré les Index - Allégé les procédures et les tables - Analysé les locks sans trouvé de lock lorsque le serveur est bloqué sur cette base - Analysé les délais d'attente, là encore sans rien trouvé de bizarre voir le tableau: ***total*** 1190.0 100.0 NETWORKIO 937.0 78.7 WRITELOG 204.0 17.1 PAGEIOLATCH_SH 32.0 2.7 PAGEIOLATCH_EX 16.0 1.3 PAGEIOLATCH_DT .0 .0 TRAN_MARK_NL .0 .0 - Analysé les performances, et remarqué seulement que les traitements par lots sur cette base tombent à 0 au moment où la base bloque - Remarqué de nombeux audit login et audit logout dans les traces sans savoir ce qu'ils faisaient là et comment ils étaient générés - Enregistré un plantage par le gestionnaire de trace, puis je les ai rejoué, sans reproduire le plantage qui a eu lieu pendant l'enregistrement
Bref en deux mots, je ne sais pas d'où vient le probleme, et pourquoi seule cette base est touchée (l'application tourne sous une forme équivalente avec différentes bases et les autres bases tournent très bien).
Je suis perdu, de l'aide serait bienvenue...
Christophe
Bonjour,
Ce n'est que la table, pas le serveur qui continue, les requêtes de la base s'arrêtent...
J'ai vérifié qu'il n'y avait rien effectivement qui se déclenchait...
"Med Bouchenafa" a écrit :
C'est le serveur ou uniquement les requêtes d'une seule base qui sont bloquées? Regarde s'il n'y a pas un process externe qui se declenche à ce moment Une sauvegarde par exemple
-- Bien cordialement Med Bouchenafa
"Christophe" a écrit dans le message de news:
> De façon intermittente et apparemment sans regles précises, mon serveur > SQL > se bloque pendant une à deux minutes, et sur les requêtes d'une seule et > unique base, les autres restant accessibles et tournant rapidement. Puis > tout > se débloque et rentre dans l'ordre. > > Je suis sur ce problème depuis 15 jours et j'ai: > > - Recompiler les procédures stockées > - Regénéré les Index > - Allégé les procédures et les tables > - Analysé les locks sans trouvé de lock lorsque le serveur est bloqué sur > cette base > - Analysé les délais d'attente, là encore sans rien trouvé de bizarre voir > le tableau: > ***total*** 1190.0 100.0 > NETWORKIO 937.0 78.7 > WRITELOG 204.0 17.1 > PAGEIOLATCH_SH 32.0 2.7 > PAGEIOLATCH_EX 16.0 1.3 > PAGEIOLATCH_DT .0 .0 > TRAN_MARK_NL .0 .0 > - Analysé les performances, et remarqué seulement que les traitements par > lots sur cette base tombent à 0 au moment où la base bloque > - Remarqué de nombeux audit login et audit logout dans les traces sans > savoir ce qu'ils faisaient là et comment ils étaient générés > - Enregistré un plantage par le gestionnaire de trace, puis je les ai > rejoué, sans reproduire le plantage qui a eu lieu pendant l'enregistrement > > Bref en deux mots, je ne sais pas d'où vient le probleme, et pourquoi > seule > cette base est touchée (l'application tourne sous une forme équivalente > avec > différentes bases et les autres bases tournent très bien). > > Je suis perdu, de l'aide serait bienvenue...
Bonjour,
Ce n'est que la table, pas le serveur qui continue, les requêtes de la base
s'arrêtent...
J'ai vérifié qu'il n'y avait rien effectivement qui se déclenchait...
"Med Bouchenafa" a écrit :
C'est le serveur ou uniquement les requêtes d'une seule base qui sont
bloquées?
Regarde s'il n'y a pas un process externe qui se declenche à ce moment
Une sauvegarde par exemple
--
Bien cordialement
Med Bouchenafa
"Christophe" <ctricaud@libertysurf.fr> a écrit dans le message de news:
E6C49BEF-31C7-4E79-BEA7-281A3C2230AF@microsoft.com...
> De façon intermittente et apparemment sans regles précises, mon serveur
> SQL
> se bloque pendant une à deux minutes, et sur les requêtes d'une seule et
> unique base, les autres restant accessibles et tournant rapidement. Puis
> tout
> se débloque et rentre dans l'ordre.
>
> Je suis sur ce problème depuis 15 jours et j'ai:
>
> - Recompiler les procédures stockées
> - Regénéré les Index
> - Allégé les procédures et les tables
> - Analysé les locks sans trouvé de lock lorsque le serveur est bloqué sur
> cette base
> - Analysé les délais d'attente, là encore sans rien trouvé de bizarre voir
> le tableau:
> ***total*** 1190.0 100.0
> NETWORKIO 937.0 78.7
> WRITELOG 204.0 17.1
> PAGEIOLATCH_SH 32.0 2.7
> PAGEIOLATCH_EX 16.0 1.3
> PAGEIOLATCH_DT .0 .0
> TRAN_MARK_NL .0 .0
> - Analysé les performances, et remarqué seulement que les traitements par
> lots sur cette base tombent à 0 au moment où la base bloque
> - Remarqué de nombeux audit login et audit logout dans les traces sans
> savoir ce qu'ils faisaient là et comment ils étaient générés
> - Enregistré un plantage par le gestionnaire de trace, puis je les ai
> rejoué, sans reproduire le plantage qui a eu lieu pendant l'enregistrement
>
> Bref en deux mots, je ne sais pas d'où vient le probleme, et pourquoi
> seule
> cette base est touchée (l'application tourne sous une forme équivalente
> avec
> différentes bases et les autres bases tournent très bien).
>
> Je suis perdu, de l'aide serait bienvenue...
Ce n'est que la table, pas le serveur qui continue, les requêtes de la base s'arrêtent...
J'ai vérifié qu'il n'y avait rien effectivement qui se déclenchait...
"Med Bouchenafa" a écrit :
C'est le serveur ou uniquement les requêtes d'une seule base qui sont bloquées? Regarde s'il n'y a pas un process externe qui se declenche à ce moment Une sauvegarde par exemple
-- Bien cordialement Med Bouchenafa
"Christophe" a écrit dans le message de news:
> De façon intermittente et apparemment sans regles précises, mon serveur > SQL > se bloque pendant une à deux minutes, et sur les requêtes d'une seule et > unique base, les autres restant accessibles et tournant rapidement. Puis > tout > se débloque et rentre dans l'ordre. > > Je suis sur ce problème depuis 15 jours et j'ai: > > - Recompiler les procédures stockées > - Regénéré les Index > - Allégé les procédures et les tables > - Analysé les locks sans trouvé de lock lorsque le serveur est bloqué sur > cette base > - Analysé les délais d'attente, là encore sans rien trouvé de bizarre voir > le tableau: > ***total*** 1190.0 100.0 > NETWORKIO 937.0 78.7 > WRITELOG 204.0 17.1 > PAGEIOLATCH_SH 32.0 2.7 > PAGEIOLATCH_EX 16.0 1.3 > PAGEIOLATCH_DT .0 .0 > TRAN_MARK_NL .0 .0 > - Analysé les performances, et remarqué seulement que les traitements par > lots sur cette base tombent à 0 au moment où la base bloque > - Remarqué de nombeux audit login et audit logout dans les traces sans > savoir ce qu'ils faisaient là et comment ils étaient générés > - Enregistré un plantage par le gestionnaire de trace, puis je les ai > rejoué, sans reproduire le plantage qui a eu lieu pendant l'enregistrement > > Bref en deux mots, je ne sais pas d'où vient le probleme, et pourquoi > seule > cette base est touchée (l'application tourne sous une forme équivalente > avec > différentes bases et les autres bases tournent très bien). > > Je suis perdu, de l'aide serait bienvenue...
Med Bouchenafa
Sp_lock ne donne rien de probant ? Peux afficher ici les lignes correspondantes à l'id de ta base?
-- Bien cordialement Med Bouchenafa
"Christophe" a écrit dans le message de news:
Bonjour,
Ce n'est que la table, pas le serveur qui continue, les requêtes de la base s'arrêtent...
J'ai vérifié qu'il n'y avait rien effectivement qui se déclenchait...
"Med Bouchenafa" a écrit :
C'est le serveur ou uniquement les requêtes d'une seule base qui sont bloquées? Regarde s'il n'y a pas un process externe qui se declenche à ce moment Une sauvegarde par exemple
-- Bien cordialement Med Bouchenafa
"Christophe" a écrit dans le message de news:
> De façon intermittente et apparemment sans regles précises, mon serveur > SQL > se bloque pendant une à deux minutes, et sur les requêtes d'une seule > et > unique base, les autres restant accessibles et tournant rapidement. > Puis > tout > se débloque et rentre dans l'ordre. > > Je suis sur ce problème depuis 15 jours et j'ai: > > - Recompiler les procédures stockées > - Regénéré les Index > - Allégé les procédures et les tables > - Analysé les locks sans trouvé de lock lorsque le serveur est bloqué > sur > cette base > - Analysé les délais d'attente, là encore sans rien trouvé de bizarre > voir > le tableau: > ***total*** 1190.0 100.0 > NETWORKIO 937.0 78.7 > WRITELOG 204.0 17.1 > PAGEIOLATCH_SH 32.0 2.7 > PAGEIOLATCH_EX 16.0 1.3 > PAGEIOLATCH_DT .0 .0 > TRAN_MARK_NL .0 .0 > - Analysé les performances, et remarqué seulement que les traitements > par > lots sur cette base tombent à 0 au moment où la base bloque > - Remarqué de nombeux audit login et audit logout dans les traces sans > savoir ce qu'ils faisaient là et comment ils étaient générés > - Enregistré un plantage par le gestionnaire de trace, puis je les ai > rejoué, sans reproduire le plantage qui a eu lieu pendant > l'enregistrement > > Bref en deux mots, je ne sais pas d'où vient le probleme, et pourquoi > seule > cette base est touchée (l'application tourne sous une forme équivalente > avec > différentes bases et les autres bases tournent très bien). > > Je suis perdu, de l'aide serait bienvenue...
Sp_lock ne donne rien de probant ?
Peux afficher ici les lignes correspondantes à l'id de ta base?
--
Bien cordialement
Med Bouchenafa
"Christophe" <ctricaud@libertysurf.fr> a écrit dans le message de news:
72323A4A-8555-4F3F-B890-2A46E4CC26A4@microsoft.com...
Bonjour,
Ce n'est que la table, pas le serveur qui continue, les requêtes de la
base
s'arrêtent...
J'ai vérifié qu'il n'y avait rien effectivement qui se déclenchait...
"Med Bouchenafa" a écrit :
C'est le serveur ou uniquement les requêtes d'une seule base qui sont
bloquées?
Regarde s'il n'y a pas un process externe qui se declenche à ce moment
Une sauvegarde par exemple
--
Bien cordialement
Med Bouchenafa
"Christophe" <ctricaud@libertysurf.fr> a écrit dans le message de news:
E6C49BEF-31C7-4E79-BEA7-281A3C2230AF@microsoft.com...
> De façon intermittente et apparemment sans regles précises, mon serveur
> SQL
> se bloque pendant une à deux minutes, et sur les requêtes d'une seule
> et
> unique base, les autres restant accessibles et tournant rapidement.
> Puis
> tout
> se débloque et rentre dans l'ordre.
>
> Je suis sur ce problème depuis 15 jours et j'ai:
>
> - Recompiler les procédures stockées
> - Regénéré les Index
> - Allégé les procédures et les tables
> - Analysé les locks sans trouvé de lock lorsque le serveur est bloqué
> sur
> cette base
> - Analysé les délais d'attente, là encore sans rien trouvé de bizarre
> voir
> le tableau:
> ***total*** 1190.0 100.0
> NETWORKIO 937.0 78.7
> WRITELOG 204.0 17.1
> PAGEIOLATCH_SH 32.0 2.7
> PAGEIOLATCH_EX 16.0 1.3
> PAGEIOLATCH_DT .0 .0
> TRAN_MARK_NL .0 .0
> - Analysé les performances, et remarqué seulement que les traitements
> par
> lots sur cette base tombent à 0 au moment où la base bloque
> - Remarqué de nombeux audit login et audit logout dans les traces sans
> savoir ce qu'ils faisaient là et comment ils étaient générés
> - Enregistré un plantage par le gestionnaire de trace, puis je les ai
> rejoué, sans reproduire le plantage qui a eu lieu pendant
> l'enregistrement
>
> Bref en deux mots, je ne sais pas d'où vient le probleme, et pourquoi
> seule
> cette base est touchée (l'application tourne sous une forme équivalente
> avec
> différentes bases et les autres bases tournent très bien).
>
> Je suis perdu, de l'aide serait bienvenue...
Sp_lock ne donne rien de probant ? Peux afficher ici les lignes correspondantes à l'id de ta base?
-- Bien cordialement Med Bouchenafa
"Christophe" a écrit dans le message de news:
Bonjour,
Ce n'est que la table, pas le serveur qui continue, les requêtes de la base s'arrêtent...
J'ai vérifié qu'il n'y avait rien effectivement qui se déclenchait...
"Med Bouchenafa" a écrit :
C'est le serveur ou uniquement les requêtes d'une seule base qui sont bloquées? Regarde s'il n'y a pas un process externe qui se declenche à ce moment Une sauvegarde par exemple
-- Bien cordialement Med Bouchenafa
"Christophe" a écrit dans le message de news:
> De façon intermittente et apparemment sans regles précises, mon serveur > SQL > se bloque pendant une à deux minutes, et sur les requêtes d'une seule > et > unique base, les autres restant accessibles et tournant rapidement. > Puis > tout > se débloque et rentre dans l'ordre. > > Je suis sur ce problème depuis 15 jours et j'ai: > > - Recompiler les procédures stockées > - Regénéré les Index > - Allégé les procédures et les tables > - Analysé les locks sans trouvé de lock lorsque le serveur est bloqué > sur > cette base > - Analysé les délais d'attente, là encore sans rien trouvé de bizarre > voir > le tableau: > ***total*** 1190.0 100.0 > NETWORKIO 937.0 78.7 > WRITELOG 204.0 17.1 > PAGEIOLATCH_SH 32.0 2.7 > PAGEIOLATCH_EX 16.0 1.3 > PAGEIOLATCH_DT .0 .0 > TRAN_MARK_NL .0 .0 > - Analysé les performances, et remarqué seulement que les traitements > par > lots sur cette base tombent à 0 au moment où la base bloque > - Remarqué de nombeux audit login et audit logout dans les traces sans > savoir ce qu'ils faisaient là et comment ils étaient générés > - Enregistré un plantage par le gestionnaire de trace, puis je les ai > rejoué, sans reproduire le plantage qui a eu lieu pendant > l'enregistrement > > Bref en deux mots, je ne sais pas d'où vient le probleme, et pourquoi > seule > cette base est touchée (l'application tourne sous une forme équivalente > avec > différentes bases et les autres bases tournent très bien). > > Je suis perdu, de l'aide serait bienvenue...
