Perdida Inexplicable de Datos

04/05/2005 - 17:38 por Edward Angulo Franco | Informe spam

Hola compañeros!!!

El problema que se me presenta es demasiado extraño, resulta que tengo una
base de datos en la cual se trabaja normalmente todos los días, pero hoy me
encuentro con que se perdieron algunos registros que se grabaron ayer, no
fueron todos pero si muchos, estoy totalmente seguro de que los registros si
fueron grabados puesto que los podíamos consultar por medio de la aplicación
que maneja la base de datos, la verdad no se que pudo haber pasado, es
demasiado extraño, es como si los datos hubieran estado grabados de forma
ficticia y al finalizar el dia se desaparecieron sin dejar rastro alguno.

Estuve leyendo en internet y me encontré con que SQL Server actualiza los
registros en memoria y que cada determinada cantidad de tiempo los va pasando
al disco por lo que un cierre inadecuado del sistema operativo por causas de
falta de energia, etc podría causar que el servicio de SQL Server no se
cierre adecuadamente y los datos que están en memoria no alcancen a bajarse
al disco, pero esto del cierre inadecuado no ha sucedido.

Si alguien me puede colaborar estaré muy agradecido.
Cordialmente,
Edward Angulo Franco.

Siga el debate

9 respuestas

Tengo una respuesta

Preguntas similare

Inexplicable pérdida del recurso \\dominio\sysvol

Leer las respuestas

#6 Edward

05/05/2005 - 00:32 | Informe spam

Gracias por tu aporte Miguel, es muy válido, pero si lo que tu me comentas
estuviera sucediendo el problema se presentaría todos los días y hasta ahora
solo ha ocurrido 2 veces en 2 años que lleva la aplicación funcionando.

Edward Angulo.

"Miguel Egea" wrote:

Adicionalmente si tienes el modo de recuperación FUlll o bulk logged puedes
intentar navegar por el log buscando las operaciones de creacion y/o
borrado.

Lo más normal cuando hay este tipo de cosas es que hayan transacciones que
no se han cerrado adecuadamente y aunque los datos parecen estar, realmente
no están y al cerrar la conexio´n se genera un rollback automático.

Miguel Egea
Microsoft SQL-Server MVP
http://www.portalsql.com
Brigada Anti-cursores

Responder a este mensaje

#7 Miguel Egea

05/05/2005 - 15:08 | Informe spam

no creas, yo he visto circunstancias como esas, puede haber un error oculto
muy recóndito y cuando se produce queda una transacción abierta y eso es lo
que lo provoca. Mira en el log con ::fn_dblog, y sal de dudas.

Saludos
Miguel Egea
"Edward" escribió en el mensaje
news:

Gracias por tu aporte Miguel, es muy válido, pero si lo que tu me comentas
estuviera sucediendo el problema se presentaría todos los días y hasta
ahora
solo ha ocurrido 2 veces en 2 años que lleva la aplicación funcionando.

Edward Angulo.

"Miguel Egea" wrote:

Adicionalmente si tienes el modo de recuperación FUlll o bulk logged
puedes
intentar navegar por el log buscando las operaciones de creacion y/o
borrado.

Lo más normal cuando hay este tipo de cosas es que hayan transacciones
que
no se han cerrado adecuadamente y aunque los datos parecen estar,
realmente
no están y al cerrar la conexio´n se genera un rollback automático.

Miguel Egea
Microsoft SQL-Server MVP
http://www.portalsql.com
Brigada Anti-cursores

Responder a este mensaje

#8 Edward

06/05/2005 - 18:47 | Informe spam

Listo Miguel!!!

Muchas gracias, me queda difícil conseguir el Log de transacciones de esa
fecha pero lo intentaré.

Edward Angulo.

"Miguel Egea" escribió:

no creas, yo he visto circunstancias como esas, puede haber un error oculto
muy recóndito y cuando se produce queda una transacción abierta y eso es lo
que lo provoca. Mira en el log con ::fn_dblog, y sal de dudas.

Saludos
Miguel Egea
"Edward" escribió en el mensaje
news:
> Gracias por tu aporte Miguel, es muy válido, pero si lo que tu me comentas
> estuviera sucediendo el problema se presentaría todos los días y hasta
> ahora
> solo ha ocurrido 2 veces en 2 años que lleva la aplicación funcionando.
>
> Edward Angulo.
>
> "Miguel Egea" wrote:
>
>> Adicionalmente si tienes el modo de recuperación FUlll o bulk logged
>> puedes
>> intentar navegar por el log buscando las operaciones de creacion y/o
>> borrado.
>>
>> Lo más normal cuando hay este tipo de cosas es que hayan transacciones
>> que
>> no se han cerrado adecuadamente y aunque los datos parecen estar,
>> realmente
>> no están y al cerrar la conexio´n se genera un rollback automático.
>>
>> Miguel Egea
>> Microsoft SQL-Server MVP
>> http://www.portalsql.com
>> Brigada Anti-cursores
>

Responder a este mensaje

#9 Miguel Egea

08/05/2005 - 18:31 | Informe spam

Suerte!!!
"Edward" escribió en el mensaje
news:

Listo Miguel!!!

Muchas gracias, me queda difícil conseguir el Log de transacciones de esa
fecha pero lo intentaré.

Edward Angulo.

"Miguel Egea" escribió:

no creas, yo he visto circunstancias como esas, puede haber un error
oculto
muy recóndito y cuando se produce queda una transacción abierta y eso es
lo
que lo provoca. Mira en el log con ::fn_dblog, y sal de dudas.

Saludos
Miguel Egea
"Edward" escribió en el mensaje
news:
> Gracias por tu aporte Miguel, es muy válido, pero si lo que tu me
> comentas
> estuviera sucediendo el problema se presentaría todos los días y hasta
> ahora
> solo ha ocurrido 2 veces en 2 años que lleva la aplicación funcionando.
>
> Edward Angulo.
>
> "Miguel Egea" wrote:
>
>> Adicionalmente si tienes el modo de recuperación FUlll o bulk logged
>> puedes
>> intentar navegar por el log buscando las operaciones de creacion y/o
>> borrado.
>>
>> Lo más normal cuando hay este tipo de cosas es que hayan transacciones
>> que
>> no se han cerrado adecuadamente y aunque los datos parecen estar,
>> realmente
>> no están y al cerrar la conexio´n se genera un rollback automático.
>>
>> Miguel Egea
>> Microsoft SQL-Server MVP
>> http://www.portalsql.com
>> Brigada Anti-cursores
>

Siga el debate Respuesta

Responder a este mensaje

Ads by Google

Hacer una pregunta

Tengo una respuesta

1 2

Busqueda sugerida