Copia de seguridad en el modelo de recuperación completa
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). 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. Tenga en cuenta que para reducir el tiempo de restauración, puede complementar cada copia de seguridad completa con una serie de copias de seguridad diferenciales de los mismos datos.
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, recomendamos que utilice 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 optimizado para cargas masivas de registros. El modelo de recuperación optimizado para cargas masivas de registros 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 optimizado para cargas masivas de registros.
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 completa, 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 del final del registro (Tail). Así se recupera la base de datos al momento del error, incluidos todos los datos.
.gif "Restaurar una base de datos con el modelo de recuperación completa")
Para obtener más información, vea Copias de seguridad completas de bases de datos y Trabajar con copias de seguridad del registro de transacciones.
Reducir el riesgo de pérdida de trabajo
Una vez que se completa 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.
La siguiente ilustración muestra una estrategia de copia de seguridad que complementa las copias de seguridad completas de la base de datos y las copias de seguridad de registros con copias de seguridad diferenciales. Las copias de seguridad de registros de transacciones reducen el posible riesgo de pérdida de trabajo al momento después de la copia de seguridad de registros más reciente, t14. Se toma una serie de tres copias de seguridad diferenciales para reducir el número de registros de transacciones que tendrían que restaurarse en caso de producirse un error. 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.
.gif "Copias de seguridad completas y diferenciales de la base de datos y del registro")
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). En caso de que se produzca un error después de la copia de seguridad más reciente, el administrador de bases de datos intentaría hacer una copia de seguridad del final del registro (el registro que aún no se ha incluido en una copia de seguridad). Si la copia del final del registro se realiza sin problemas, el administrador de la base de datos podría evitar la pérdida de trabajo restaurando la base de datos hasta el momento del error.
Para obtener información sobre el uso de copias de seguridad de bases de datos diferenciales, vea Usar copias de seguridad diferenciales.
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 optimizado para cargas masivas de registros 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 optimizado para cargas masivas de registros registra mínimamente las operaciones masivas, aunque registra completamente otras transacciones. Para obtener más información acerca del modelo de recuperación optimizado para cargas masivas de registros, vea Copias de seguridad con el modelo de recuperación optimizado para cargas masivas de registros
[!NOTA]
En SQL Server 2005 y las versiones posteriores, la opción de base de datos select into/bulkcopy de sp_dboption no se requiere nunca y debe evitarse siempre. 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 del final del registro, si existe. Por lo tanto, antes de iniciar la restauración de una base de datos, debe crear una copia del final del registro. La copia del final del registro 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 optimizado para cargas masivas de registros, SQL Server 2005 Enterprise Edition y versiones posteriores admite la restauración de archivos o páginas, o ambas cosas, mientras una base de datos está en línea. Esto se denomina restauración en línea. La sintaxis de RESTORE para restaurar los archivos o páginas es la misma para las bases de datos en línea 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 (SQL Server).
Vea también