none
Base SQL sospechosa, perdida de disco duro. RRS feed

  • Pregunta

  • Saludos.

    Recientemente tuve un problema con mi arreglo RAID de discos del servidor donde se alojaba la base de datos SQL, los archivos MDF y LDF se encontraban en la unidad E: por lo que tuve que recuperar la base de datos, pero la letra de unidad se perdió.

    Ya tengo la base recuperada y la puse compartida en la red de trabajo de la empresa, a la carpeta compartida la conecte asignándole la misma letra de unidad (la unidad E:) pero ahora obviamente ya no es una unidad física, sino que ahora es una unidad virtual ubicada en una carpeta dentro de la red.

    Cuando trato de levantar el servidor SQL a esa base de datos la pone como sospechosa, no se que hacer pues yo pensaba que con solo poner la unidad E: con la misma ruta de acceso la base podría levantar sin problema pero no fue así.

    Hay alguna manera de cambiar la ubicación de los archivos MDF y LDF, que al ponerlos de manera local en una unidad disponible en mi servidor pueda levantar la base y quitar el status de sospechosa?

    De antemano les agradezco su ayuda.

    miércoles, 28 de agosto de 2013 23:58

Respuestas

  • Hola.

    La base de datos sale como sospechosa porque aunque la base de datos existe para el servidor (a nivel de metadatos), los ficheros que la componen no están ahí, ya que el volumen en el que se encontraban ya no existe. Lo que has realizado con la unidad de red no es válido.

    Debes restaurar la base de datos en discos que pertenezcan al servidor, no en una unidad de red, algo que si bien es factible, conlleva unas configuraciones complejas que no te recomiendo emplear. Dota a su servidor de nuevos volúmenes y restaura ahí las bases de datos.

    Que sea una una unidad con la letra E: o con otra es lo de menos. Ya que parece que no tienes un backup, sino los ficheros de la base de datos, recuerda que tendrás que eliminar la base de datos actual (borrarla con un script o con Management Studio), y luego adjuntar la nueva. Si no sabes cómo, te dejo link a la ayuda:

    http://technet.microsoft.com/es-es/library/ms190209.aspx

    Si no logras restaurar, nos dices.


    Alberto López Grande
    SQL Server MVP
    Visita mi blog en http://qwalgrande.com
    Sígueme en twitter en http://twitter.com/qwalgrande

    jueves, 29 de agosto de 2013 10:15
    Moderador
  • Ya pude quitar la marca de la base que estaba como solo lectura!!, lo que estaba mal es que al copiarla al disco C: heredo los atributos de donde estaba ubicada anteriormente en la red, entonces tuve que cambiar los atributos para que el SQL tuviera los derechos de control total y listo, ahora mi base ya es reconocida por el servidor SQL y esta operativa.

    Muchas gracias por la ayuda.

    jueves, 29 de agosto de 2013 21:11

Todas las respuestas

  • Los archivos mdf y ldf tenelos muy bien respaldados en una unidad si es que no tenes un .bak, aquí las opciones son variadas, puedes optar por levantar un bak o bien puedes poner el mdf y el ldf en el directorio que gustes, luego lo que tienes que hacer es click derecho sobre database y seleccionar la opción attach database, seleccionas el mdf y solo va a tomar el ldf.

    Recuerda no perder el mdf y el ldf si es que no tienes backups, porque si los pierdes no vas a poder recuperar la base sin un bak

    Espero que te sea de utilidad


    Systems Engineer
    Developer & Research Engineer
    DBA SQL Server 2005/2008
    VG Cloud Inc
    My Profile

    jueves, 29 de agosto de 2013 1:50
  • Una cosa mas que tienes que tener en cuenta es que si el SQL esta instalado en cluster no vas a ver los discos locales de la maquina, solo podrás restaurar sobre recursos del cluster. La opción en ese caso es que instales una instancia de forma stand alone y en tal caso si podrás usar los discos locales de forma convencional

    Espero que te sea de utilidad 


    Systems Engineer
    Developer & Research Engineer
    DBA SQL Server 2005/2008
    VG Cloud Inc
    My Profile

    jueves, 29 de agosto de 2013 1:54
  • Hola.

    La base de datos sale como sospechosa porque aunque la base de datos existe para el servidor (a nivel de metadatos), los ficheros que la componen no están ahí, ya que el volumen en el que se encontraban ya no existe. Lo que has realizado con la unidad de red no es válido.

    Debes restaurar la base de datos en discos que pertenezcan al servidor, no en una unidad de red, algo que si bien es factible, conlleva unas configuraciones complejas que no te recomiendo emplear. Dota a su servidor de nuevos volúmenes y restaura ahí las bases de datos.

    Que sea una una unidad con la letra E: o con otra es lo de menos. Ya que parece que no tienes un backup, sino los ficheros de la base de datos, recuerda que tendrás que eliminar la base de datos actual (borrarla con un script o con Management Studio), y luego adjuntar la nueva. Si no sabes cómo, te dejo link a la ayuda:

    http://technet.microsoft.com/es-es/library/ms190209.aspx

    Si no logras restaurar, nos dices.


    Alberto López Grande
    SQL Server MVP
    Visita mi blog en http://qwalgrande.com
    Sígueme en twitter en http://twitter.com/qwalgrande

    jueves, 29 de agosto de 2013 10:15
    Moderador
  • Muchas gracias por su ayuda, he movido la base de datos a la unidad C: en la carpeta Data del Microsoft SQL, he realizado la operación de adjuntar base de datos pero ahora me muestra la base como 'Solo lectura', entro a las opciones de la base de datos y desmarco la opción 'Solo Lectura' pero me muestra un error 5105 que dice 'error en la activación de la base de datos' y después dice que el archivo LDF puede ser incorrecto, también dice 'Error en la instrucción Alter Database'. Por ultimo dice 'Error de activación de dispositivo'. Y otro Error que dice 'Error del comando sp_dboption'

    Como puedo hacer que reconozca la base de datos y levantarla sin problema?

    Gracias nuevamente.

    jueves, 29 de agosto de 2013 13:37
  • Hola.

    ¿La operación de adjuntar se realizó sin errores? Parece que el LDF o no está donde debe o no es válido, pero eso tendría que haber dado algún tipo de error al adjuntar. Revisa en detalle el log de errores de SQL Server en busca de pistas al respecto.


    Alberto López Grande
    SQL Server MVP
    Visita mi blog en http://qwalgrande.com
    Sígueme en twitter en http://twitter.com/qwalgrande

    jueves, 29 de agosto de 2013 17:44
    Moderador
  • Ya pude quitar la marca de la base que estaba como solo lectura!!, lo que estaba mal es que al copiarla al disco C: heredo los atributos de donde estaba ubicada anteriormente en la red, entonces tuve que cambiar los atributos para que el SQL tuviera los derechos de control total y listo, ahora mi base ya es reconocida por el servidor SQL y esta operativa.

    Muchas gracias por la ayuda.

    jueves, 29 de agosto de 2013 21:11