Error de SQL Server "Falta secuencia familiar número 2"

Estoy tratando de restaurar una base de datos local en mi servidor, pero tengo problemas con la copia de seguridad. Hice un archivo .bak pero cada vez que intento cargarlo en el servidor no me deja.

Aquí hay una captura de pantalla del mensaje de error que recibo:

Leí que puedo usar RESTORE LABELONLYpara restaurar mi archivo pero aún no funciona, cada vez que lo ejecuto me sale algo como esto:

No se puede abrir el dispositivo de copia de seguridad 'C: \ Archivos de programa \ Microsoft SQL Server \ MSSQL10_50.JOSEMA \ MSSQL \ Backu \ INNOVA-T.bak'. Error del sistema operativo 3 (no se pudo recuperar el texto para este error. Motivo: 15105). Msg 3013, Nivel 16, Estado 1, Línea 1 RESTORE LABELONLY está terminando anormalmente .

Cualquier ayuda sería genial. Gracias.

El error indica que su .bakarchivo es solo una parte de la copia de seguridad. Cuando se escribió la copia de seguridad, se escribió en tres archivos. Si puede escribir una copia de seguridad en varios archivos en varias unidades, a menudo se completará más rápido.

De acuerdo con estas preguntas y respuestas de StackOverflow , RESTORE LABELONLYdebería ayudarlo a confirmar que la copia de seguridad abarca varios archivos, pero no le permitirá restaurar la copia de seguridad; necesitaría los tres archivos para eso.

Si puede ubicar los tres archivos (y está seguro de que son de la misma ejecución de la copia de seguridad), debería poder restaurar la copia de seguridad; deberá especificar los tres archivos en el RESTOREcomando (o mediante la restauración de SSMS diálogo).

Si no puede, pero aún tiene acceso al servidor original, puede realizar una nueva copia de seguridad.

NOTA: Si ese servidor original tiene un DBA, trabaje con él. Desea asegurarse de que tomar su copia de seguridad no causará problemas con la replicación, el envío de registros o la capacidad de restaurar en un momento determinado.

Si efectivamente eres el DBA, entonces:

• Ingrese a SQL Server Management Studio (SSMS), conéctese al servidor y expanda Bases de datos.
• Haga clic derecho en la base de datos original y elija Tareas -> Copia de seguridad ... Se abrirá una ventana de diálogo.

• En la primera página del diálogo:

  • Asegúrese de que la base de datos que desea respaldar esté seleccionada como la base de datos de origen.
  • Asegúrese de que el Tipo de copia de seguridad esté "Completo".
  • Compruebe en "Sólo copiar copia de seguridad".
  • Asegúrese de que el componente de respaldo esté configurado en "Base de datos"
  • En la parte inferior de la ventana: si hay entradas existentes en la lista "Destino", elimínelas.
  • Haga clic en "Agregar" para agregar un nuevo archivo de respaldo. Asegúrese de saber dónde estará el archivo (en general, solo tiene la opción de escribir en el disco local del servidor de DB utilizando esta interfaz; si necesita escribir en una carpeta en un servidor compartido, puede intentar pegarlo la ruta UNC completa al servidor compartido e ingrese el nuevo nombre de archivo en el cuadro de diálogo de selección de archivos. Si eso no funciona, especifique una unidad local y un nombre de archivo único). Además, asegúrese de que el nombre del archivo sea único: no desea sobrescribir ningún archivo existente en el servidor.
  • Cuando regrese a la ventana de diálogo de Copia de seguridad original, cambie a la página "Opciones" (lado izquierdo de la ventana).
  • En "Sobrescribir medios", seleccione "Hacer copia de seguridad en un nuevo conjunto de medios y borrar todos los conjuntos de copias de seguridad existentes".
    • Sí, esto suena aterrador; sin embargo, esto se usa principalmente para reinicializar una cinta de respaldo para que se borren los datos antiguos; siempre que esté escribiendo en un nuevo nombre de archivo, todo debería estar bien.
    • Ingrese una nueva para el conjunto de medios, algo como "- una copia de seguridad única" es suficiente.
  • Puede configurar algunas de las opciones en "Confiabilidad"; Solo los dejaría a todos fuera.
  • También puede aceptar el valor predeterminado para "Establecer compresión de copia de seguridad"; Probablemente configuré tit para "Comprimir copia de seguridad", pero eso no es crítico. (Si no está ejecutando SQL Server 2008 o posterior, entonces esto no está allí o no es relevante).
  • NO haga clic en "Aceptar", en su lugar, haga clic en la pequeña flecha junto a "Script" en la parte superior de la ventana de diálogo y seleccione "Acción de script para nueva ventana de consulta". Una vez que pueda ver el script, haga clic en "Cancelar".
• Vuelva a verificar el script: solo debe haber un archivo incluido en él.
• Si desea escribir el archivo en una ubicación diferente, puede cambiar la ruta del archivo en el script. Una vez más, el servidor debe poder acceder a la ubicación que especifique, por lo que la cuenta utilizada para ejecutar el servicio SQL Server (y / o el servicio del Agente SQL Server) debe tener acceso a la ruta donde desea que se escriba el archivo.
• Ahora, ejecuta el script.

Suponiendo que todo salga bien, ahora puede usar su nuevo archivo de respaldo para realizar la restauración en la otra ubicación. Nuevamente, el Servidor SQL al que está restaurando necesitará tener acceso al archivo de copia de seguridad, por lo que es posible que desee copiarlo en ese servidor.