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.

Preguntas similare

Leer las respuestas

#1 Maxi
04/05/2005 - 17:51 | Informe spam
Hola, yo me fijaria si esos registros no han sido eliminados, es muy raro lo
que decis. Tambien seria bueno saber como comprobaron que estaban ayer, han
entrado con el QA y lo han visto desde ahi?


Salu2
Maxi


"Edward Angulo Franco" <Edward Angulo
escribió en el mensaje
news:
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.
Respuesta Responder a este mensaje
#2 Gustavo Larriera [MVP]
04/05/2005 - 18:32 | Informe spam
Hola,


"Edward Angulo Franco" <Edward Angulo
wrote in message news:
[...]
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.



SQL Server garantiza que los datos que en una transacción tuvieron su COMMIT
no se pierden. Si consultaste datos que ahora no están, puede ser que 1)
Consultaste datos en modo READ UNCOMMITED que te permite leer datos "sucios"
que aún no fueron confirmados por la transacción, o 2) Los datos fueron
borrados por algúna aplicación, proceso o usuario.

Saludos
~gux

Gustavo Larriera
Uruguay LatAm
Blog: http://sqljunkies.com/weblog/gux/
MVP profile: http://aspnet2.com/mvp.ashx?GustavoLarriera
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.
Respuesta Responder a este mensaje
#3 Edward
04/05/2005 - 18:58 | Informe spam
Sabia que me iban a decir eso, haber les explico mas detalladamente...
Cada transacción que se realizan sobre la base de datos implica el grabar
registros en varias tablas ademas de la tabla principal donde se guardarán,
en este caso yo guardo en una tabla de Log, en una de transacciones y en una
de contabilizaciones, si estuvieran borrando los datos de las tablas
principales por lo menos deberían haber datos en las tablas adicionales que
acabo de mencionar, pero nada, parece como si la transacción en la que se
guardó el conjunto de registros no hubiera tenido un COMMIT definitivo por
parte del SQL.

Muchas gracias.
Respuesta Responder a este mensaje
#4 Maxi
04/05/2005 - 19:08 | Informe spam
Hola, entonces puede ser eso, fijate lo que dice nuestro amigo Gustavo, yo
me inclino como el por ese camino.


Salu2
Maxi


"Edward" escribió en el mensaje
news:
Sabia que me iban a decir eso, haber les explico mas detalladamente...
Cada transacción que se realizan sobre la base de datos implica el grabar
registros en varias tablas ademas de la tabla principal donde se
guardarán,
en este caso yo guardo en una tabla de Log, en una de transacciones y en
una
de contabilizaciones, si estuvieran borrando los datos de las tablas
principales por lo menos deberían haber datos en las tablas adicionales
que
acabo de mencionar, pero nada, parece como si la transacción en la que se
guardó el conjunto de registros no hubiera tenido un COMMIT definitivo por
parte del SQL.

Muchas gracias.
Respuesta Responder a este mensaje
#5 Miguel Egea
04/05/2005 - 23:26 | Informe spam
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

"Gustavo Larriera [MVP]" escribió en el mensaje
news:
Hola,


"Edward Angulo Franco" <Edward Angulo
wrote in message
news:
[...]
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.



SQL Server garantiza que los datos que en una transacción tuvieron su
COMMIT no se pierden. Si consultaste datos que ahora no están, puede ser
que 1) Consultaste datos en modo READ UNCOMMITED que te permite leer datos
"sucios" que aún no fueron confirmados por la transacción, o 2) Los datos
fueron borrados por algúna aplicación, proceso o usuario.

Saludos
~gux

Gustavo Larriera
Uruguay LatAm
Blog: http://sqljunkies.com/weblog/gux/
MVP profile: http://aspnet2.com/mvp.ashx?GustavoLarriera
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.


Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida