Désolé mais Urgent ! : Pb d'éxec. d'une procédure stockée
2 réponses
Simon!
Bonjour à tous,
Merci de l'attention que vous porterez à ce post.
Voilà: j'ai un serveur (bi-proc, 1Go de Ram) avec une base SQL d'environ
200Mo.
Depuis ce matin, l'éxécution d'une procédure stockée qui me crée un
enregistrement dans une table fonctionne sans me renvoyer d'erreur et
pourtant l'enregistrement n'est pas toujours créé réellement dans la base.
Je n'ai aucun message dans les journaux systèmes ou SQL, ni dans le serveur
IIS (puisque mon SQL tourne avec un site Web).
La seule modification potentielle qui est survenue est une mises à jour
automatique (via WindowsUpdate) de ce serveur. Mais tous mes autres serveurs
l'ont été aussi avec les mêmes MAJ et ont tous la même config logicielle
(version, etc...). Ils fonctionnent tous sauf lui !
Qu'en pensez-vous ? Quelqu'un a-t-il testé les MDAC 2.8 (que je n'ai pas
encore installé, je suis en 2.7 SP1) ?
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
David Brabant
"Simon!" wrote
Depuis ce matin, l'éxécution d'une procédure stockée qui me crée un enregistrement dans une table fonctionne sans me renvoyer d'erreur et pourtant l'enregistrement n'est pas toujours créé réellement dans la base.
Dans ce genre de situation, il est toujours instructif de voir ce que raconte le Profiler (en admettant que l'on ait une recette permettant de reproduire le problème de façon systématique). Que fait la procédure stockée ? Dans une transaction ou non ? Quels sont les définitions pour les indexs de la table touchée ? Ces indexs sont-ils strictement identiques sur les autres serveurs où la SP semble fonctionner ?
-- David
"Simon!" <MobyDick426@Hotmail.com> wrote
Depuis ce matin, l'éxécution d'une procédure stockée qui me crée un
enregistrement dans une table fonctionne sans me renvoyer d'erreur et
pourtant l'enregistrement n'est pas toujours créé réellement dans la base.
Dans ce genre de situation, il est toujours instructif de voir
ce que raconte le Profiler (en admettant que l'on ait une recette
permettant de reproduire le problème de façon systématique).
Que fait la procédure stockée ? Dans une transaction ou non ?
Quels sont les définitions pour les indexs de la table touchée ?
Ces indexs sont-ils strictement identiques sur les autres
serveurs où la SP semble fonctionner ?
Depuis ce matin, l'éxécution d'une procédure stockée qui me crée un enregistrement dans une table fonctionne sans me renvoyer d'erreur et pourtant l'enregistrement n'est pas toujours créé réellement dans la base.
Dans ce genre de situation, il est toujours instructif de voir ce que raconte le Profiler (en admettant que l'on ait une recette permettant de reproduire le problème de façon systématique). Que fait la procédure stockée ? Dans une transaction ou non ? Quels sont les définitions pour les indexs de la table touchée ? Ces indexs sont-ils strictement identiques sur les autres serveurs où la SP semble fonctionner ?
-- David
Simon!
David,
Merci pour vos suggestions.
Il semble que le souci provienne de IIS mais le problème reste un mystère.
Pour répondre à vos questions, la SP prend 4 paramètres et ne fait que créer un nouvel enregistrement dans cette table de 5 paramètres (le dernier est initialisé automatiquement). Juste avant, elle contrôle que cet enregistrement n'existe pas déjà.
J'ai bien pensé à un problème d'Index mais je ne sais comment les contrôler.
Si le souci vient de IIS, je le saurai très vite ce matin.
Nous avons vérifié et testé la SP dans l'analyseur de requêtes et l'exécution de celle-ci fonctionne toujours dans cet outil.
Merci encore.
"David Brabant" a écrit dans le message de news:bj2hsv$3o7$ "Simon!" wrote
Depuis ce matin, l'éxécution d'une procédure stockée qui me crée un enregistrement dans une table fonctionne sans me renvoyer d'erreur et pourtant l'enregistrement n'est pas toujours créé réellement dans la base.
Dans ce genre de situation, il est toujours instructif de voir ce que raconte le Profiler (en admettant que l'on ait une recette permettant de reproduire le problème de façon systématique). Que fait la procédure stockée ? Dans une transaction ou non ? Quels sont les définitions pour les indexs de la table touchée ? Ces indexs sont-ils strictement identiques sur les autres serveurs où la SP semble fonctionner ?
-- David
David,
Merci pour vos suggestions.
Il semble que le souci provienne de IIS mais le problème reste un mystère.
Pour répondre à vos questions, la SP prend 4 paramètres et ne fait que créer
un nouvel enregistrement dans cette table de 5 paramètres (le dernier est
initialisé automatiquement). Juste avant, elle contrôle que cet
enregistrement n'existe pas déjà.
J'ai bien pensé à un problème d'Index mais je ne sais comment les contrôler.
Si le souci vient de IIS, je le saurai très vite ce matin.
Nous avons vérifié et testé la SP dans l'analyseur de requêtes et
l'exécution de celle-ci fonctionne toujours dans cet outil.
Merci encore.
"David Brabant" <david.brabant@qwanful.design.no.invalid> a écrit dans le
message de news:bj2hsv$3o7$1@news.mch.sbs.de...
"Simon!" <MobyDick426@Hotmail.com> wrote
Depuis ce matin, l'éxécution d'une procédure stockée qui me crée un
enregistrement dans une table fonctionne sans me renvoyer d'erreur et
pourtant l'enregistrement n'est pas toujours créé réellement dans la base.
Dans ce genre de situation, il est toujours instructif de voir
ce que raconte le Profiler (en admettant que l'on ait une recette
permettant de reproduire le problème de façon systématique).
Que fait la procédure stockée ? Dans une transaction ou non ?
Quels sont les définitions pour les indexs de la table touchée ?
Ces indexs sont-ils strictement identiques sur les autres
serveurs où la SP semble fonctionner ?
Il semble que le souci provienne de IIS mais le problème reste un mystère.
Pour répondre à vos questions, la SP prend 4 paramètres et ne fait que créer un nouvel enregistrement dans cette table de 5 paramètres (le dernier est initialisé automatiquement). Juste avant, elle contrôle que cet enregistrement n'existe pas déjà.
J'ai bien pensé à un problème d'Index mais je ne sais comment les contrôler.
Si le souci vient de IIS, je le saurai très vite ce matin.
Nous avons vérifié et testé la SP dans l'analyseur de requêtes et l'exécution de celle-ci fonctionne toujours dans cet outil.
Merci encore.
"David Brabant" a écrit dans le message de news:bj2hsv$3o7$ "Simon!" wrote
Depuis ce matin, l'éxécution d'une procédure stockée qui me crée un enregistrement dans une table fonctionne sans me renvoyer d'erreur et pourtant l'enregistrement n'est pas toujours créé réellement dans la base.
Dans ce genre de situation, il est toujours instructif de voir ce que raconte le Profiler (en admettant que l'on ait une recette permettant de reproduire le problème de façon systématique). Que fait la procédure stockée ? Dans une transaction ou non ? Quels sont les définitions pour les indexs de la table touchée ? Ces indexs sont-ils strictement identiques sur les autres serveurs où la SP semble fonctionner ?
