Restauración de una copia de seguridad de base de datos en el modelo de recuperación simple (Transact-SQL)
Se aplica a: SQL Server
En este tema se explica cómo restaurar una copia de seguridad completa de la base de datos.
Importante
El administrador del sistema encargado de restaurar la copia de seguridad de la base de datos completa debe ser la única persona que esté utilizando la base de datos que se va a restaurar.
Requisitos previos y recomendaciones
Para restaurar una base de datos cifrada, debe tener acceso al certificado o la clave asimétrica que se usó para cifrarla. La base de datos no se puede restaurar sin el certificado o la clave asimétrica. Como resultado, se debe conservar el certificado que se usa para cifrar la clave de cifrado de base de datos mientras se necesite la copia de seguridad. Para obtener más información, consulte SQL Server Certificates and Asymmetric Keys.
Por razones de seguridad, se recomienda no adjuntar ni restaurar bases de datos de orígenes desconocidos o que no sean de confianza. Es posible que dichas bases de datos contengan código malintencionado que podría ejecutar código de Transact-SQL no deseado o provocar errores al modificar el esquema o la estructura de la base de datos física. Para usar una base de datos desde un origen desconocido o que no sea de confianza, ejecute DBCC CHECKDB en la base de datos de un servidor que no sea de producción y examine también el código, como procedimientos almacenados u otro código definido por el usuario, en la base de datos.
Nivel de compatibilidad de la base de datos después de la actualización
Los niveles de compatibilidad de las bases de datos tempdb, model, msdb y Resource quedan establecidos en el nivel de compatibilidad de SQL Server después de la actualización. La base de datos del sistema master conserva el nivel de compatibilidad que tenía antes de la actualización, a menos que dicho nivel sea inferior a 100. Si el nivel de compatibilidad de la base de datos master era inferior a 100 antes de la actualización, se establece en 100 después de la misma.
Si el nivel de compatibilidad de una base de datos de usuario era 100 o superior antes de la actualización, permanece igual después de la misma. Si el nivel de compatibilidad era 90 antes de la actualización, en la base de datos actualizada, el nivel de compatibilidad se establece en 100, que es el nivel de compatibilidad mínimo admitido en SQL Server 2016 (13.x) y versiones posteriores.
Nota
Las nuevas bases de datos de usuario heredarán el nivel de compatibilidad de la base de datos model .
Procedimientos
Para restaurar una copia de seguridad completa de la base de datos
Ejecute la instrucción RESTORE DATABASE para restaurar la copia de seguridad completa de la base de datos; para ello, especifique:
El nombre de la base de datos que se va a restaurar.
El dispositivo de copia de seguridad desde el que se restaurará la copia de seguridad completa de la base de datos.
La cláusula NORECOVERY si va a aplicar una copia de seguridad del registro de transacciones o una copia de seguridad diferencial de la base de datos después de restaurar la copia de seguridad completa de la base de datos.
Importante
Para restaurar una base de datos cifrada, debe tener acceso al certificado o la clave asimétrica que se usó para cifrarla. La base de datos no se puede restaurar sin el certificado o la clave asimétrica. Como resultado, se debe conservar el certificado que se usa para cifrar la clave de cifrado de base de datos mientras se necesite la copia de seguridad. Para obtener más información, consulte SQL Server Certificates and Asymmetric Keys.
Opcionalmente, especifique:
- La cláusula FILE para identificar el conjunto de copia de seguridad en el dispositivo de copia de seguridad con el que se realizará la restauración.
Nota:
Si restaura una base de datos de una versión anterior a una versión más nueva de SQL Server, la base de datos se actualiza automáticamente. Normalmente, la base de datos está disponible inmediatamente. Pero si la base de datos de SQL Server 2005 (9.x) tiene índices de texto completo, el proceso de actualización los importa, los restablece o los vuelve a generar, en función del valor de la propiedad del servidor upgrade_option. Si la opción de actualización se establece en importar (upgrade_option = 2) o en volver a generar (upgrade_option = 0), los índices de texto completo no estarán disponibles durante la actualización. Dependiendo de la cantidad de datos que se indicen, la importación puede requerir varias horas y volver a generar puede requerir hasta diez veces más. Observe también que cuando la opción de actualización se establece en importar, se vuelven a generar los índices de texto completo asociados si no se dispone de un catálogo de texto completo. Para cambiar el valor de la propiedad de servidor upgrade_option , use sp_fulltext_service.
Ejemplo
Descripción
En este ejemplo se restaura la copia de seguridad completa de la base de datos AdventureWorks2022
desde una cinta.
Ejemplo
USE master;
GO
RESTORE DATABASE AdventureWorks2022
FROM TAPE = '\\.\Tape0';
GO
Consulte también
Restauraciones de base de datos completas (modelo de recuperación completa)
Restauraciones de base de datos completas (modelo de recuperación simple)
Copias de seguridad completas de bases de datos (SQL Server)
RESTORE (Transact-SQL)
Historial de copias de seguridad e información de encabezados (SQL Server)
Volver a generar bases de datos del sistema
Comentaris
https://aka.ms/ContentUserFeedback.
Properament: al llarg del 2024 eliminarem gradualment GitHub Issues com a mecanisme de retroalimentació del contingut i el substituirem per un nou sistema de retroalimentació. Per obtenir més informació, consulteu:Envieu i consulteu els comentaris de