none
error al generar copia de seguridad en sql server 2012 RRS feed

  • Pregunta

  • Hola Amigos buen dia he tratado de resolver mi problema pero no puedo realizar mi copia de seguridad, por el mensaje de error pense que era problema de los discos pero ambos discos su integridad esta bien no hay errores de sector ni nada, pero siempre me aparece el mismo error en la misma base.

    TITLE: Microsoft SQL Server Management Studio

    ------------------------------

     

    Backup failed for Server 'SERVER'.  (Microsoft.SqlServer.SmoExtended)

    ------------------------------

    ADDITIONAL INFORMATION:

     

    System.Data.SqlClient.SqlError: Read on "C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\DATA\base_datos.mdf" failed: 483(No se pudo realizar la solicitud debido a un error irrecuperable de hardware de dispositivo.) (Microsoft.SqlServer.Smo)

    jueves, 22 de junio de 2017 14:40

Respuestas

  • A la vista del error que te sale, es con toda seguridad un problema de hardware en la lectura del disco. Recuerda que este tipo de errores pueden ser intermitentes e impredecibles, por lo que nunca se puede aseverar lo que acabas de decir de que "su integridad esta bien no hay errores de sector ni nada". Un disco podria fallar o no fallar dependiendo de la secuencia y modo de repeticion de las operaciones de lectura, por lo que el mero hecho de que otra herramienta consiga leerlo sin problemas no significa que el patron de lecturas seguido por el backup no pueda fallar.

    Te recomiendo que hagas un "detach" para desconectar la base de datos (o que pares el servicio SQL si no se esta usando con otras bases de datos) y que copies el fichero .mdf directamente desde el disco. Si el "copy" consigue copiarlo sin dar errores, copialo de vuelta a otra posicion del disco y hazle un attach desde ahi. Pero esto solo es una solucion provisional; cuando un disco empieza a dar este tipo de errores, lo mejor para no correr riesgos de perdida de datos es cambiarlo cuanto antes.

    jueves, 22 de junio de 2017 15:00

Todas las respuestas

  • A la vista del error que te sale, es con toda seguridad un problema de hardware en la lectura del disco. Recuerda que este tipo de errores pueden ser intermitentes e impredecibles, por lo que nunca se puede aseverar lo que acabas de decir de que "su integridad esta bien no hay errores de sector ni nada". Un disco podria fallar o no fallar dependiendo de la secuencia y modo de repeticion de las operaciones de lectura, por lo que el mero hecho de que otra herramienta consiga leerlo sin problemas no significa que el patron de lecturas seguido por el backup no pueda fallar.

    Te recomiendo que hagas un "detach" para desconectar la base de datos (o que pares el servicio SQL si no se esta usando con otras bases de datos) y que copies el fichero .mdf directamente desde el disco. Si el "copy" consigue copiarlo sin dar errores, copialo de vuelta a otra posicion del disco y hazle un attach desde ahi. Pero esto solo es una solucion provisional; cuando un disco empieza a dar este tipo de errores, lo mejor para no correr riesgos de perdida de datos es cambiarlo cuanto antes.

    jueves, 22 de junio de 2017 15:00
  • Buen día! 

    Estoy teniendo el mismo problema y estoy pensando que el error que muestra si sea efectivamente el disco duro, sin embargo al realizar la misma operación con bases de datos de prueba existentes, no muestra ningún mensaje, solamente con esa base. Entonces, si hay algún sector dañado donde se encuentre información de esta base de datos ¿Como puedo realizar el cambio del disco sin tener pérdida de información?. Saludos!

    lunes, 26 de junio de 2017 16:16
  • Podrías hacer un detach de la base de datos y luego copiar el archivo directamente desde el disco. Con un poco de suerte puede que desde fuera se condiga copiar, sobre todo si haces reintentos. Si da error en algún sector y te deja copiar el resto, después cuando lo montes ejecuta un dbcc checkdb para que repare lo que pueda. Tal vez se pierda alguna pequeña cantidad de información (la que pille dentro de los sectores que no se pudieron leer), pero por lo menos se recuperará el resto.

    Otra opción es usar el asistente para copiar bases de datos, escogiendo la opción de copiar objeto por objeto (en lugar del método de detach/attach). Eso debería funcionar, con la excepción de aquellas partes que queden precisamente sobre los sectores dañados.

    lunes, 26 de junio de 2017 17:26
  • Hola Muchas gracias por tus comentarios, es extraño por que hemos podido revisar el disco con un chdsk, pero la herramienta no marca error en ningun sector, hice el procedimiento que me indicas al detener los servicios y tratar de copiar el MDF y efectivamente no permite hacerlo me marca error de lectura.

    La base esta funcional el problema al tratar de hacer algo me marca ese error, en cualquier momento el error podria ser catastrofico y ya no se podra usar existe otra manera de poder respaldar o sacar la info.

    Estaba pensando en un mirror pero no se si valdria la pena hacerlo al ver que esta dañado el mdf.

    Saludos

    miércoles, 28 de junio de 2017 20:56
  • [...] hemos podido revisar el disco con un chdsk [...]

    ¿Has usado la opción /R en el chkdsk? Esa es la que intenta leer todos los sectores del disco y recuperar los datos si se puede. Si no has puesto el /R, no lee todos los sectores, sino que solo examina las estructuras que mantienen la organización del disco.

    El mirror no vale la pena a posteriori. Habría sido útil si lo hubieras tenido de antemano, porque en ese caso el equipo principal es capaz de recuperar los sectores defectuosos pidiéndoselos al mirror.

    miércoles, 28 de junio de 2017 21:34
  • Hola que tal amigos, la forma de solucionar el error es muy facil, en mi caso dice que hay error con una copia que ya esta hecha en la carpeta por defecto de backup del programa, lo que hice fue borrar esa copia ya existente accediendo a dicha direccion, y luego ya pude crear el backup sin problema alguno, espero te ayude

    un saludo

    lunes, 13 de mayo de 2019 6:46
  • A mi me ocurrió lo mismo y me fui a servicios del sistema y active 2 de Sql que los tenía desactivados. Al hacerlo ya no me salió más el error.
    • Editado Pagasus miércoles, 5 de mayo de 2021 12:19
    miércoles, 5 de mayo de 2021 12:18
  • [...] active 2 de Sql que los tenía desactivados.

    Conviene tener un poco de cuidado con eso. Por ejemplo, uno de los servicios es el "SQL Browser". Este se usa para resolver la dirección de las instancias con nombre. Pero si no estás usando instancias con nombre, no es conveniente habilitarlo, para cumplir el precepto de seguridad de "minimizar la superficie de ataque".

    Así que no conviene activar cosas "a lo loco" sin antes saber si son realmente necesarias o no. Hay que fijarse en cuáles con los servicios y saber para qué sirven antes de lanzarse a activarlos.

    miércoles, 5 de mayo de 2021 14:26