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
Este tema solo es relevante para las bases de datos con el modelo de recuperación completa que contienen varios grupos de archivos.
En este ejemplo, la base de datos adb
contiene tres grupos de archivos. Los grupos de archivos A
y C
son de lectura/escritura, y el grupo de archivos B
es de solo lectura. Los grupos de archivos principal y B
están dañados, pero los grupos de archivos A
y C
están intactos. Antes del desastre, todos los grupos de archivos estaban en línea.
El administrador de la base de datos decide restaurar y recuperar el grupo de archivos principal y el grupo de archivos B
. La base de datos está utilizando el modelo de recuperación completa, por lo que, antes de iniciar la restauración, debe crearse una copia del final del registro de la base de datos. Cuando la base de datos se pone en línea, los grupos de archivos A
y C
se ponen en línea automáticamente.
Nota
La secuencia de restauración sin conexión tiene menos pasos que la restauración en línea de un archivo de solo lectura. Para obtener un ejemplo, vea Ejemplo: restauración con conexión de un archivo de solo lectura (modelo de recuperación completa). Sin embargo, la base de datos completa estará sin conexión durante la secuencia.
Antes de restaurar la base de datos, el administrador de la base de datos debe realizar una copia de seguridad de registros después del error. Puesto que la base de datos está dañada, es necesario usar la opción NO_TRUNCATE al realizar la copia del final del registro:
BACKUP LOG adb TO tailLogBackup
WITH NORECOVERY, NO_TRUNCATE
La copia del final del registro es la última copia de seguridad que se aplica en las secuencias de restauración siguientes.
Para restaurar los grupos de archivos principal y B
, el administrador de la base de datos utiliza una secuencia de restauración sin la opción PARTIAL, como se muestra a continuación:
RESTORE DATABASE adb FILEGROUP='Primary' FROM backup1
WITH NORECOVERY
RESTORE DATABASE adb FILEGROUP='B' FROM backup2
WITH NORECOVERY
RESTORE LOG adb FROM backup3 WITH NORECOVERY
RESTORE LOG adb FROM backup4 WITH NORECOVERY
RESTORE LOG adb FROM backup5 WITH NORECOVERY
RESTORE LOG adb FROM tailLogBackup WITH RECOVERY
Los archivos que no se restauran se ponen en línea automáticamente. Todos los grupos de archivos están ahora en línea.
Restauración con conexión (SQL Server)
Restauraciones por etapas (SQL Server)
Restauraciones de archivos (modelo de recuperación completa)
Aplicar copias de seguridad de registros de transacción (SQL Server)
RESTORE (Transact-SQL)
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
Copia de seguridad y restauración de bases de datos - Training
Copia de seguridad y restauración de bases de datos
Documentación
Restauraciones por etapas (SQL Server) - SQL Server
En SQL Server, la restauración por etapas permite la restauración y recuperación en fases de las bases de datos con varios grupos de archivos. La restauración por etapas funciona con todos los modelos de recuperación.
Restauración por etapas: modelo de recuperación completa - SQL Server
En este ejemplo se muestra una restauración por etapas en SQL Server de una base de datos con el modelo de recuperación completa, a partir de una copia del final del registro.
Restaurar una base de datos de SQL Server a un momento dado (modelo de recuperación completa)