Forums Últimos mensajes - Powered by IBM
 
Tags Palabras claves

Se pierden transacciones

02/09/2004 - 10:52 por Albert | Informe spam
Ayuda Hacer una pregunta
Desde hace unos dias una aplicación que trabaja con SQL
Server 2000 SP3, pierde inserts que se hacen en una misma
transaccion. Se que es muy raro pero aparece el problema
muy aleatoriamente y la situación es insostenible, tengo
dudas si se trata del virus Slammer que afecta a SQL
Server. Si alguien sabe algo de todo esto agradeceria toda
la información que pudiera darme.

Muchas Gracias.
email Siga el debateRespuesta 3 respuestasRespuesta Tengo una respuesta
DRAGON AGE™: INQUISITION – Matadragones
 

Leer las respuestas

#1 albert
02/09/2004 - 12:50 | Informe spam
Gracias por la respuesta. Efectivamente llamamos a un
procedimiento, pero dentro del cual no se realiza ninguna
instruccion COMMIT ni ROLLBACK.

Antes he olvidado de comentar que la parte que no se
ejecuta de la transacción és precisamente la primera.
Parece que "alguien" realizara un rollback.

También debería haber comentado que las transacciones son
excepcionalmente largas, pero en este caso es inevitable.

Por último, hemos detectado también que el problema se
produce siempre cuando hay mucha carga en el SQLSERVER
(bloqueos, etc...). Mi sospecha inicial era que el
SQLSERVER al detectar un problema (deadlock, ..o alguna
cosa así) realiza un ROLLBACK sin notificar a nuestro
programa la excepcion producida, con lo cual a la
siguiente instruccion SQL se inicia una transaccion
implícita que acaba normalmente con un COMMIT.

¿podría ser que las excepciones ocurridas dentro de un
procedimiento no notificaran al programa que se han
producido?

¿cómo podríamos controlar que al realizar nuestro commit
estamos realmente en la misma transacción?


Grácias

Preguntas similares

 

Busqueda sugerida :