Copia de seguridad en el modelo de recuperación completa

Actualizado: 17 de julio de 2006

En el modelo de recuperación completa se usan copias de seguridad de registros para evitar la pérdida de datos en la mayor parte de los casos de error y es necesario realizar copias de seguridad y restaurar el registro de transacciones (copias de seguridad de registros). La ventaja de usar las copias de seguridad de registros reside en que permite restaurar una base de datos a cualquier momento de una copia de seguridad de registros (recuperación a un momento dado). Si consideramos que se puede realizar una copia de seguridad del registro activo después de que ocurra un desastre, se podrá restaurar la base de datos al momento del error sin perder datos. Las desventajas de usar las copias de seguridad de registros son que requieren espacio de almacenamiento y aumentan la duración y la complejidad de las restauraciones.

[!NOTA] Si las ventajas de utilizar copias de seguridad del registro no justifican el costo de administrarlas, se recomienda usar el modelo de recuperación simple.

En las bases de datos en que se usa con frecuencia el modelo de recuperación completa, se pueden optimizar algunas operaciones masivas utilizando temporalmente el modelo de recuperación por medio de registros de operaciones masivas. El modelo de recuperación por medio de registros de operaciones masivas impone varias restricciones que hacen que no sea adecuado para su uso diario. Para obtener más información, vea Copias de seguridad con el modelo de recuperación por medio de registros de operaciones masivas.

Ejemplo de estrategia de copia de seguridad

En la siguiente ilustración se muestra la estrategia de copia de seguridad más fácil con el modelo de recuperación completa. En la ilustración se han realizado una copia de seguridad de base de datos, Db_1, y dos copias de seguridad de registros rutinarias, Log_1 y Log_2. Algún tiempo después de la copia de seguridad de registros Log_2, se pierden datos de la base de datos. Antes de restaurar estas tres copias de seguridad, el administrador de la base de datos debe realizar una copia de seguridad del registro activo (el final del registro). Entonces, el administrador de la base de datos restaura Db_1, Log_1 y Log_2 sin recuperar la base de datos. A continuación, el administrador de la base de datos restaura y recupera la copia de seguridad de registros después del error (Tail). Así se recupera la base de datos al momento del error, incluidos todos los datos.

Minimizar el riesgo de pérdida de trabajo

Una vez que finaliza la primera copia de seguridad completa de la base de datos y se inician las copias de seguridad periódicas de registros, el riesgo potencial de pérdida de trabajo se limita al tiempo transcurrido entre el momento en que se daña la base de datos y la copia de seguridad periódica de registros más reciente. Por lo tanto, recomendamos que realice copias de seguridad de registros con suficiente frecuencia para mantener el riesgo de pérdida de trabajo dentro de los límites establecidos por sus requisitos empresariales.

Cuando se produce un error, puede intentar realizar una copia de seguridad del registro después del error (el registro del que aún no se ha realizado una copia de seguridad). Si la copia de seguridad del registro después del error se realiza sin problemas, puede evitar cualquier pérdida de trabajo restaurando la base de datos hasta el momento del error.

Puede utilizar una serie de copias de seguridad de registros para poner al día una base de datos hasta cualquier momento que se encuentre en una de las copias de seguridad de registros. Para minimizar el riesgo, recomendamos programar copias de seguridad de registros rutinarias. Tenga en cuenta que para minimizar el tiempo de restauración, puede complementar cada copia de seguridad completa con una serie de copias de seguridad diferenciales de los mismos datos.

La siguiente ilustración muestra una estrategia de copia de seguridad que complementa las copias de seguridad completas de la base de datos con copias de seguridad diferenciales, así como una serie de copias de seguridad de registros rutinarias. La presencia de copias de seguridad del registro de transacciones reduce el posible riesgo de pérdida de trabajo al momento después de la copia de seguridad de registros más reciente. Tras la primera copia de seguridad de la base de datos, se realiza una serie de tres copias de seguridad diferenciales. La tercera copia de seguridad diferencial tiene el tamaño suficiente como para que la próxima copia de seguridad sea una copia de seguridad de base de datos completa. Así se establece una nueva base diferencial.

En esta ilustración, antes de la primera copia de seguridad de la base de datos, existe un riesgo potencial de pérdida de trabajo en la base de datos (de la hora t0 a la hora t1) Por tanto, las copias de seguridad de registros rutinarias reducen el riesgo de pérdida de trabajo a la posibilidad de perder los cambios realizados después de la última copia de seguridad de registros (realizada a la hora t14 en esta ilustración). Si se produce un error, el administrador de la base de datos debe intentar realizar inmediatamente una copia de seguridad del registro activo (el final del registro). Si esta copia de seguridad de registros después del error se realiza correctamente, la base de datos se puede restaurar hasta el momento del error.

Operaciones masivas y modelo de recuperación completa

Al registrar todas las operaciones, incluidas las operaciones masivas como SELECT INTO, CREATE INDEX y los datos de carga masiva, el modelo de recuperación completa permite recuperar una base de datos al momento del error o a un momento anterior (proceso denominado restauración a un momento dado).

Muchos usuarios del modelo de recuperación completa pasan temporalmente al modelo de recuperación por medio de registros de operaciones masivas cuando los datos de carga masiva y el aumento del rendimiento son más importantes que el riesgo de posibles pérdidas de datos. El modelo de recuperación por medio de registros de operaciones masivas registra mínimamente las operaciones masivas, aunque registra completamente otras transacciones. Para obtener más información acerca del modelo de recuperación por medio de registros de operaciones masivas, vea Copias de seguridad con el modelo de recuperación por medio de registros de operaciones masivas

[!NOTA] En SQL Server 2000 y versiones posteriores, el uso de la opción de base de datos select into/bulkcopy de sp_dboption restablece el modelo de recuperación a BULK_LOGGED. En SQL Server 2000, se requiere esta opción para crear una tabla permanente con SELECT INTO. Sin embargo, en SQL Server 2005 esta opción no se necesita nunca y siempre debe evitarse. En su lugar, se debe utilizar ALTER DATABASE. El procedimiento almacenado sp_dboption se quitará en una versión futura de SQL Server.

Usar copias de seguridad para restaurar una base de datos

La restauración de una base de datos requiere una secuencia de operaciones de restauración (una secuencia de restauración). Una secuencia de restauración empieza con la restauración de al menos una copia de seguridad completa, que puede estar seguida, si se desea, de la copia de seguridad diferencial correspondiente.

Cada copia de seguridad completa y diferencial contiene las entradas de registro suficientes para poder recuperar la base de datos. Sin embargo, normalmente deseará restaurar las siguientes copias de seguridad de registros por orden secuencial y finalizar con la copia de seguridad de registros después del error, si existe. Por lo tanto, antes de iniciar la restauración de una base de datos, debe crear una copia de seguridad de registros después del error. La copia de seguridad de registros después del error le permite restaurar la base de datos al momento de un error. Una vez que se ha restaurado la última copia de seguridad de registros, se debe recuperar la base de datos.

[!NOTA] En los modelos de recuperación completa o de recuperación por medio de registros de operaciones masivas, SQL Server 2005 Enterprise Edition admite la restauración de archivos o páginas, o ambas cosas, mientras una base de datos está conectada. Esto se denomina restauración con conexión. La sintaxis de RESTORE para restaurar los archivos o páginas es la misma para las bases de datos conectadas o que para las que están sin conexión.

Para obtener más información, vea Información general sobre restauración y recuperación en SQL Server.

Vea también

Conceptos

Dispositivos de copia de seguridad
Usar transacciones marcadas (modelo de recuperación completa)
Información general sobre restauración y recuperación en SQL Server
Consideraciones para cambiar del modelo de recuperación completa al modelo de recuperación por medio de registros de operaciones masivas

Otros recursos

Descripción y administración de registros de transacciones
Usar copias de seguridad diferenciales

Ayuda e información

Obtener ayuda sobre SQL Server 2005

Historial de cambios