No se puede recuperar el respaldo porque la base de datos esta en uso

Recuperación de archivo de datos sin copia de seguridad

Resumen: En este blog, repasaremos cómo resolver el error «Restauración de base de datos SQL bloqueada, base de datos en uso». Estas soluciones incluyen la desconexión de los enlaces de bases de datos activos (usuarios y procesos) y la recuperación de bases de datos SQL (dbs) desde archivos db o de copia de seguridad (.bak) comprometidos con Stellar Toolkit para aplicaciones MS SQL. Las soluciones funcionan con las versiones 2019, 2017, 2016, 2014 y anteriores de MS SQL Server.
El archivo de copia de seguridad (.bak) se puede utilizar para restaurar la base de datos de SQL Server. Sin embargo, si el archivo.bak está dañado, la operación de restauración de la base de datos puede fallar. Utilice el kit de herramientas de Stellar para aplicaciones de MS SQL, que incluye una potente herramienta de extracción de copias de seguridad de SQL para ayudar a los administradores de bases de datos a recuperar las bases de datos de SQL a partir de archivos de copia de seguridad (.BAK) dañados. SQL Server 2019, 2017, 2016, 2014, 2012 y las versiones anteriores son compatibles con el software.
Asegúrese de que no hay conexiones activas antes de intentar restaurar una base de datos de SQL Server. La operación de restauración fallará si la base de datos está en uso. Tendrá que desactivar los usuarios activos para solucionar el problema. Puede hacerlo utilizando cualquiera de los siguientes métodos:

Tutorial dba de sql server 83-cómo restaurar la base de datos maestra

No se puede restaurar una copia de seguridad de la base de datos del sistema (maestra, modelo o msdb) en una compilación del servidor diferente a la que se hizo la copia de seguridad. Cuando intente ejecutar dicha restauración, obtendrá el siguiente mensaje de error:
Msg 3168, Nivel 16, Estado 1, Línea 1 (Servidor)
La base de datos de la máquina fue respaldada en el ordenador d:tempmaster.
Dado que bak fue creada por una versión diferente del servidor (134217904) que este servidor, no puede ser restaurada (134217920).
Msg 3013, Nivel 16, Estado 1, Línea 1 (Servidor)
RESTORE DATABASE sale de repente.
El esquema de la base de datos de la máquina puede haber cambiado entre las construcciones del servidor. Una de las primeras pruebas que realiza el comando RESTORE para asegurarse de que este cambio de esquema no provoca ninguna anomalía es la comparación del número de compilación del servidor en el archivo de copia de seguridad y el número de compilación del servidor en el que el usuario está intentando la restauración. Si los dos builds no son iguales, aparece un mensaje de error y el proceso de restauración falla. Tenga en cuenta que el número de compilación del servidor cambia cuando se instala un paquete de servicios o una compilación de hotfix, y las compilaciones del servidor suelen ser incrementales. Estas son algunas de las situaciones en las que puede surgir este problema:

Sql server 2014 – cómo hacer una copia de seguridad y restaurar la base de datos

Una consulta a la base de datos TESTDB devolvió un error: el agente de Backup Exec SQL no se utilizó para crear la copia de seguridad completa más reciente de la base de datos. Antes de realizar una copia de seguridad diferencial o una copia de seguridad del registro de transacciones, debe realizar primero una copia de seguridad completa con SQL Agent.
0xA0009439 Código de error: Un grupo de disponibilidad de Microsoft SQL Server contiene la base de datos. Este servidor no es el nodo principal de ese grupo en este momento. En los servidores de la comunidad de disponibilidad no principal, no se permiten las copias de seguridad completas.
Cuando se ejecutan copias de seguridad de SQL en Backup Exec utilizando la estrategia de copia de seguridad completa/diferencial del registro, la copia de seguridad diferencial/del registro de las bases de datos de SQL puede fallar con el error mencionado anteriormente.
Cuando se utiliza cualquier aplicación de copia de seguridad (por ejemplo, VSR o la utilidad de copia de seguridad interna de SQL) junto con Backup Exec, las copias de seguridad diferenciales o de registro de SQL Server pueden resultar irrecuperables, aunque las copias de seguridad diferenciales o de registro muestren que se han completado correctamente en el registro del trabajo.
El otro programa de copia de seguridad restablece el número de secuencia de registro (LSN) para SQL, lo que provoca este problema. Como resultado, las subsiguientes copias de seguridad diferenciales o de registro de BE se basan en el otro programa de copia de seguridad y no en la copia de seguridad completa inicial de BE. BEWS no puede restaurar las copias de seguridad diferenciales o de registro posteriores porque no puede utilizar los conjuntos de copias de seguridad creados por el otro programa de copia de seguridad. Backup Exec ahora comprueba la instancia de Microsoft SQL para verificar si la última copia de seguridad de la base de datos se realizó con Backup Exec SQL Agent. Esta modificación ayuda a la integridad de las copias de seguridad de SQL.

Tutorial de dba de sql server 79-cómo restaurar una base de datos desde

Si no desea utilizar Recovery Manager (RMAN), puede utilizar el comando RECOVER de SQL*Plus en su lugar. También es posible utilizar la sentencia SQL ALTER DATABASE RECOVER, pero se recomienda encarecidamente el comando SQL*Plus RECOVER.
El enfoque más sencillo para realizar la recuperación de medios con SQL*Plus es utilizar la recuperación automática. La recuperación automática inicia el proceso de recuperación sin tener que pedir manualmente a SQL*Plus que añada cada registro archivado.
Cuando se utiliza la recuperación automática, los nombres de los archivos se generan concatenando los valores LOG ARCHIVE FORMAT y LOG ARCHIVE DEST n, donde n es el valor más alto de todos los destinos locales habilitados.
En ciertos casos, es posible que desee anular la configuración actual del parámetro de destino de archivo como fuente para los archivos de registro de rehacer. Supongamos que una base de datos está disponible y se necesita recuperar un tablespace offline, pero no hay suficiente espacio para instalar los archivos de redo log requeridos en la ubicación especificada en el parámetro de destino de archivo. En este caso, se debe utilizar uno de los procedimientos mencionados a continuación.

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.

ACEPTAR
Aviso de cookies