Eventos
31 mar, 11 p.m. - 2 abr, 11 p.m.
El mayor evento de aprendizaje de SQL, Fabric y Power BI. 31 de marzo – 2 de abril. Use el código FABINSIDER para ahorrar $ 400.
Regístrese hoy mismoEste explorador ya no es compatible.
Actualice a Microsoft Edge para aprovechar las características, las actualizaciones de seguridad y el soporte técnico más recientes.
Se aplica a: SQL Server
En este tema se describe cómo especificar si una operación de copia de seguridad o restauración continúa o se detiene después de encontrar un error en SQL Server con SQL Server Management Studio o Transact-SQL.
En este tema
Antes de empezar:
Para especificar si una operación de copia de seguridad o restauración continúa después de encontrar un error, utilizando:
BACKUP
De forma predeterminada, los permisos BACKUP DATABASE y BACKUP LOG corresponden a los miembros del rol fijo de servidor sysadmin y de los roles fijos de base de datos db_owner y db_backupoperator .
Los problemas de propiedad y permisos del archivo físico del dispositivo de copia de seguridad pueden interferir con una operación de copia de seguridad. SQL Server debe poder leer y escribir en el dispositivo y la cuenta en la que se ejecuta el servicio SQL Server debe tener permisos de escritura. En cambio, sp_addumpdevice, que agrega una entrada para un dispositivo de copia de seguridad en las tablas del sistema, no comprueba los permisos de acceso a los archivos. Es posible que estos problemas con el archivo físico del dispositivo de copia de seguridad no aparezcan hasta que se tenga acceso al recurso físico, al intentar la copia de seguridad o la restauración.
RESTORE
Si la base de datos que se va a restaurar no existe, el usuario debe tener permisos CREATE DATABASE para poder ejecutar RESTORE. Si la base de datos existe, los permisos RESTORE corresponden de forma predeterminada a los miembros de los roles fijos de servidor sysadmin y dbcreator , y al propietario (dbo) de la base de datos (para la opción FROM DATABASE_SNAPSHOT, la base de datos siempre existe).
Los permisos RESTORE se conceden a los roles en los que la información acerca de la pertenencia está siempre disponible para el servidor. Debido a que la pertenencia a un rol fijo de base de datos solo se puede comprobar cuando la base de datos es accesible y no está dañada, lo que no siempre ocurre cuando se ejecuta RESTORE, los miembros del rol fijo de base de datos db_owner no tienen permisos RESTORE.
Siga los pasos para crear una copia de seguridad de la base de datos.
En la página Opciones , en la sección Confiabilidad , haga clic en Realizar suma de comprobación antes de escribir en los medios y Continuar después de un error.
Conéctese con el Motor de base de datos.
En la barra Estándar, haga clic en Nueva consulta.
En la instrucción BACKUP , especifique la opción CONTINUE_AFTER ERROR para continuar o la opción STOP_ON_ERROR para detenerse. El comportamiento predeterminado es detenerse después de encontrar un error. En este ejemplo se indica a la operación de copia de seguridad que continúe a pesar de encontrar un error.
BACKUP DATABASE AdventureWorks2022
TO DISK = 'Z:\SQLServerBackups\AdvWorksData.bak'
WITH CHECKSUM, CONTINUE_AFTER_ERROR;
GO
Conéctese con el Motor de base de datos.
En la barra Estándar, haga clic en Nueva consulta.
En la instrucción RESTORE , especifique la opción CONTINUE_AFTER ERROR para continuar o la opción STOP_ON_ERROR para detenerse. El comportamiento predeterminado es detenerse después de encontrar un error. En este ejemplo se indica a la operación de restauración que continúe a pesar de encontrar un error.
RESTORE DATABASE AdventureWorks2022
FROM DISK = 'Z:\SQLServerBackups\AdvWorksData.bak'
WITH CHECKSUM, CONTINUE_AFTER_ERROR;
GO
RESTORE FILELISTONLY (Transact-SQL)
RESTORE HEADERONLY (Transact-SQL)
RESTORE LABELONLY (Transact-SQL)
RESTORE VERIFYONLY (Transact-SQL)
BACKUP (Transact-SQL)
backupset (Transact-SQL)
RESTORE (argumentos, Transact-SQL)
Posibles errores de medios durante copia de seguridad y restauración (SQL Server)
Habilitar o deshabilitar sumas de comprobación de copia de seguridad durante copia de seguridad o restauración (SQL Server)
Eventos
31 mar, 11 p.m. - 2 abr, 11 p.m.
El mayor evento de aprendizaje de SQL, Fabric y Power BI. 31 de marzo – 2 de abril. Use el código FABINSIDER para ahorrar $ 400.
Regístrese hoy mismoFormación
Módulo
Implementación del control de errores con Transact-SQL - Training
Implementación del control de errores con Transact-SQL
Certificación
Microsoft Certified: Azure Database Administrator Associate - Certifications
Administre una infraestructura de base de datos de SQL Server para bases de datos relacionales locales e híbridas en la nube mediante las ofertas de bases de datos relacionales PaaS de Microsoft.
Documentación
Información general sobre restauración y recuperación (SQL Server) - SQL Server
Obtenga información sobre las operaciones implicadas en la recuperación de una base de datos de SQL Server de un error mediante la restauración de un conjunto de copias de seguridad de SQL Server en secuencia.
Errores de medios: copia de seguridad y restauración - SQL Server
En SQL Server 2019, se puede recuperar una base de datos a pesar de los errores detectados. Use RESTORE y RESTORE VERIFYONLY con una suma de comprobación de copia de seguridad para comprobar si hay errores.
Restaurar una copia de seguridad de registros de transacciones (SQL Server) - SQL Server
En este artículo se describe cómo restaurar una copia de seguridad del registro de transacciones en SQL Server mediante SQL Server Management Studio o Transact-SQL.