todas - "No se ha restaurado ningún conjunto de copia de seguridad" SQL Server 2012
script para hacer backup sql server (18)
Cuando se ejecuta:
RESTORE DATABASE <YourDatabase>
FROM DISK=''<the path to your backup file>/<YourDatabase>.bak''
Me dio el siguiente error:
La familia de medios en el dispositivo ''C: / NorthwindDB.bak'' está formada incorrectamente. SQL Server no puede procesar esta familia de medios. RESTORE HEADERONLY está terminando anormalmente. (Microsoft SQL Server, Error: 3241) Blockquote
Resulta que no puede tomar una base de datos de una versión de SQL superior a una inferior, incluso si el nivel de compatibilidad es el mismo en la base de datos de origen y de destino. Para verificar la versión de SQL ejecutar:
Select @@Version
Para ver la diferencia, solo cree una base de datos en su servidor SQL de origen e intente hacer una restauración desde su archivo de copia de seguridad, cuando haga esto con SSMS, una vez que elija el archivo de copia de seguridad, se mostrará cierta información al respecto cuando se le pregunte ábralo desde un servidor de versión inferior que diga "no hay conjunto de respaldo seleccionado para restaurar"
Entonces, si todavía necesita mover sus datos a una versión más baja de SQL, luego marque This .
Tengo una base de datos de SQL Server 2012 con filestream habilitado. Sin embargo, cuando lo respaldo y trato de restaurarlo en otra instancia de SQL Server 2012 (en otra máquina), simplemente recibo este mensaje que dice:
No se ha restaurado ningún conjunto de copia de seguridad.
Ni siquiera una sola línea de más explicación. ¿Qué pasa aquí?
Cada otra base de datos sin filestream está bien y se puede restaurar con éxito. ¿Es algo relacionado con filestream? ¿Debo instalar un hotfix o algo así?
Ejecute SQL Server Management Studio como administrador (haga clic con el botón derecho en> Ejecutar como administrador) y luego intente restaurar.
En mi caso (nueva instalación del servidor sql, usuario recién creado) mi usuario simplemente no tenía el permiso necesario. Me conecté a Management Studio como sa , luego fui a Security / Logins, hago clic con el botón derecho en mi nombre de usuario, Properties, luego en la sección Roles del servidor marqué sysadmin .
FYI: Encontré que al restaurar, necesitaba usar las mismas credenciales (usuario de SQL) para iniciar sesión en SSMS. Primero probé la restauración usando una cuenta de Autenticación de Windows.
Lo siento pero me acabo de registrar y no puedo agregar un comentario así que simplemente copie la respuesta de Tyler Forsythe aquí, que es exactamente lo que funcionó para mí.
"Mi problema terminó siendo permisos. Estoy en una máquina de desarrollo y copiado a través de Homegroup. De alguna manera, probablemente en función de dónde copié el archivo, los permisos se dañaron y Management Studio no pudo leer el archivo. dev Acabo de dar permisos a todos en el archivo bak y luego pude restaurar con éxito a través de la GUI ". Tyler Forsythe
Y para aclarar, estoy restaurando una copia de seguridad de una instancia de 2008 a 2012, diferentes máquinas (producción vs desarrollador local). La copia de seguridad es una copia de seguridad automática, no tuve que crearla manualmente para que este proceso funcione. Simplemente cambie los permisos (todo el mundo es más fácil para una máquina de desarrollo local) y SSMS ahora puede leer el archivo de respaldo correctamente y restaurarlo en mi máquina de desarrollo local.
Mi problema era que mi usuario estaba en el grupo Builtin-Administrators y ningún usuario con Sysadmin-role en SQL Server. Acabo de iniciar Management Studio como administrador. De esta forma fue posible restaurar la base de datos.
Mi problema terminó siendo permisos . Estoy en una máquina de desarrollo y copiado a través de Homegroup. De alguna manera, probablemente en función de dónde copié el archivo, los permisos se dañaron y Management Studio no pudo leer el archivo. Como esto es dev, le di permisos a Todos en el archivo bak y pude restaurarlos exitosamente a través de la GUI.
Otra posible razón de este error parece ser Google Drive. Google Drive está comprimiendo archivos bak o algo así, por lo que si desea transferir una copia de seguridad de la base de datos a través de Google Drive, parece que primero debe comprimirla.
Para mí es un problema de privilegio de usuario. Inicié sesión con un usuario sa y funciona bien.
Para mí, el problema era tener el archivo .BAK ubicado en una carpeta cifrada en el servidor. Incluso con derechos de administrador completos, nunca pude obtener SSMS para leer el archivo. Mover el .BAK a una carpeta no encriptada resolvió mi problema. Tenga en cuenta que después de mover el archivo, puede que tenga que cambiar también las propiedades en el archivo real para eliminar el cifrado (clic derecho, propiedades, avanzado, desmarque "encriptar contenidos para proteger los datos").
Para mí, fue porque el archivo de copia de seguridad todavía estaba abierto por otro proceso. Aquí está el registro de eventos:
BackupDiskFile :: OpenMedia: el dispositivo de copia de seguridad ''X: / Backups / MyDatabase / MyDatabase_backup_2014_08_22_132234_8270986.bak'' no se pudo abrir. Error del sistema operativo 32 (El proceso no puede acceder al archivo porque lo está utilizando otro proceso).
Simplemente cerrando y volviendo a abrir, Sql Server Management Studio lo resolvió (así que obviamente fue ssms.exe el que manejó ...)
Para mí, fue un problema de permiso. Instalé SQL Server usando una cuenta de usuario local y antes de unirme al dominio de mi empresa. Más tarde, traté de restaurar una base de datos utilizando mi cuenta de dominio que no tiene los permisos necesarios para restaurar las bases de datos del servidor SQL. Debe reparar el permiso para su cuenta de dominio y otorgarle permiso de administrador del sistema en la instancia del servidor SQL que tenga.
Pensé que no era lo suficientemente estúpido como para mezclar las versiones, sin embargo, no me di cuenta de que en mi nuevo servidor, una instancia de SQL Server 2005 ya estaba instalada desde su nacimiento, llamada SQLEXPRESS . Al intentar restaurar mi base de datos de copia de seguridad de SQL Server 2008 R2 en SSMS 2012 a la instancia de SQLEXPRESS , la lista de conjuntos de respaldo estaba vacía.
Eventualmente, me di cuenta de que la instancia de SQLEXPRESS en el servidor no era una instancia de 2012, sino un 2005. Me desconecté y me conecté a la instancia de 2012 (en mi caso, llamada SQLEXPRESS2012 ), y (obviamente) funcionó.
Recibí el mismo mensaje de error a pesar de que hago una copia de seguridad y restauro en la misma máquina.
El problema era de aquí: cuando copia de seguridad, tenía 2 elementos en el cuadro de destino.
Entonces la solución sería: asegúrate de que solo haya 1 elemento en la casilla ''destino''. Elimine todos los demás si los hay.
Tuve el mismo problema con SQL Server 2014 (Management Studio no pudo ver la carpeta en la que residía el archivo de copia de seguridad, al intentar ubicarlo para una operación de restauración). Este hilo contenía la respuesta que resolvió mi problema. Citar:
La cuenta de servicio de SQL Server se puede encontrar en Inicio-> Panel de control-> Herramientas administrativas-> Servicios. Haga doble clic en el servicio SQL Server-> pestaña Iniciar sesión. Estará utilizando la "Cuenta del sistema local" o "Esta cuenta" para definir una cuenta específica. Si está utilizando la cuenta del Sistema local, no podrá hacer referencia a las copias de seguridad que no sean locales al servidor. Si, en cambio, usted ha definido la cuenta para usar, esta es la cuenta que necesita tener acceso a la ubicación del archivo de respaldo. Su capacidad para acceder a las copias de seguridad utilizando su inicio de sesión personal es irrelevante; es la cuenta de SQL Server que se utiliza, incluso si está iniciando la copia de seguridad. Su personal de TI debe poder determinar qué derechos se otorgan a cada cuenta.
Espero que ayude a alguien.
Tuve este problema y resultó que estaba tratando de restaurar a la versión incorrecta de SQL. Si desea obtener más información sobre lo que está sucediendo, intente restaurar la base de datos utilizando el siguiente SQL:
RESTORE DATABASE <YourDatabase>
FROM DISK=''<the path to your backup file>/<YourDatabase>.bak''
Eso debería darle el mensaje de error de que necesita depurar esto.
Usando SQL Server 2012 Express.
Mi error (desde el Administrador de SQL - Cuadro de diálogo Restaurar base de datos):
No backupset selected to be restored
Además, no se encontraron conjuntos de copia de seguridad en la lista para seleccionar.
El problema era que había movido 1 de los 5 archivos de copia de seguridad a una carpeta donde el usuario de inicio de sesión del servicio SQL Server no tenía permisos. Intenté agregar ese usuario, pero no pude obtener el usuario NT Service / MSSQL $ SQLEXPRESS en la seguridad lista.
Moví el archivo en la carpeta Documentos para el usuario del servicio, y eso le permitió leer todos los archivos que había seleccionado, 4 en ese momento, y el error cambió a "falta el conjunto de medios", luego busqué otro archivo de respaldo , y cuando agregué que pude restaurar.
Las respuestas en esta pregunta me ayudaron a buscar en los lugares correctos y buscar una solución.