none
Perdida de datos - sql server 2008 RRS feed

  • Pregunta

  • Buenas, le comento una situacion que tuve para ver si me pueden ayudar.

    Tuve un apagado inesperado en el servidor, cuando volvio a iniciar, la base se auto recupero sin problemas y ni siquiera estuvo sospechosa, con lo cual se volvio a utilizar operativamente.

    Luego, en base a reclamos, descubro que tuve perdida de datos de aproximadamente 20 minutos antes del corte, ¿es posible que haya sucedido asi aun sin que la base este sospechosa?

    muchas gracias, espero sus comentarios

    martes, 25 de julio de 2017 21:24

Todas las respuestas

  • Es rarísimo. Si no ha habido un fallo en disco, no deberías haber perdido ni una sola transacción confirmada. La única razón para perder 20 minutos sería que se hubiera iniciado una transacción y que no se hubiera confirmado en esos 20 minutos (cosa que no debería ocurrir en una aplicación bien diseñada).

    Debe haber por medio algún otro factor que se nos escapa, como por ejemplo algún fallo en la aplicación cliente que accedía a esa base de datos.

    miércoles, 26 de julio de 2017 12:58
  • Coincido con Alberto, ya que la única manera de perder datos, es que una transacción no haya finalizado en ese lapso de tiempos antes del fallo de energía.

    Si la base datos terminó bien el proceso de Recovery, no debería haber perdida datos al menos por el lado de la bas de datos. 

    Deberías investigar por el lado de la aplicación, y ver que pasó en ese lapso de tiempo.

    Saludos.


    Mariano K.

    miércoles, 26 de julio de 2017 13:22
  • Hola Alberto, muchas gracias por tu respuesta y coincido con la misma.

    Agrego mas datos, durante el reinicio el SO realizó un chkdsk en cual corrijio errores, pero si hubiesen tenido relación con la BD, entiendo que deberia quedar sospechosa y el recovery hubiese fallado. Nada de eso sucedió quedando la base operativa.

    Por otro lado puedo confirmarles que luego del commit de una transaccion de pago se imprime un documento de respaldo, ese documento lo tengo pero los datos no.

    No le encuentro explicación a la situación como para identificar el problema y actuar en consecuencia.

    miércoles, 26 de julio de 2017 14:01
  • Buenas,

      La base de datos esta en mirror?


    Jose Miguel Salas C

    miércoles, 26 de julio de 2017 15:49
  • No, la base no esta en mirror
    miércoles, 26 de julio de 2017 17:07
  • [...] realizó un chkdsk en cual corrijio errores, pero si hubiesen tenido relación con la BD, entiendo que deberia quedar sospechosa

    No, si se produjeron errores en disco que quedaron en medio de un area de datos, no se detectan al arrancar y  no queda como sospechosa, pero sí que se pierden esos datos. Ejecuta un DBCC CHECKDB para tratar de verificar si hay errores lógicos dentro del área de datos de la BD.
    jueves, 27 de julio de 2017 8:07
  • ok, ejecute el CheckDb y no encontro errores. Me queda claro entonces que no necesariamente la base queda sospechosa.

    Pienso que el problema entonces pudo haber estado en el archivo Log en curso y por eso se perdieron las ultimas transacciones.

    Muchas gracias por la ayuda

    "CHECKDB detectó 0 errores de asignación y 0 errores de coherencia en la base de datos 'xxx'.
    Ejecución de DBCC completada. Si hay mensajes de error, consulte al administrador del sistema".

    jueves, 27 de julio de 2017 17:26