Modelos de recuperación de bases de datos

Cada base de datos requiere un modelo de recuperación que indica qué tipo de copia de seguridad se requiere o puede realizar el usuario para restaurar los datos que podrían perderse debido a una falla de hardware u otro problema. 

En general, existen tres tipos de modelos de recuperación de base de datos, que se explican a continuación. 

1. Recuperación simple: 
en este modelo, los registros de transacciones se eliminan automáticamente sin causar cambios en el tamaño de los archivos, por lo que es difícil realizar copias de seguridad de los registros. Simple Recovery no admite la copia de seguridad del registro de transacciones. Admite operaciones de copia de seguridad completas y masivas. 

Algunas operaciones que no son compatibles con este modelo son: trasvase de registros, AlwaysOn o Mirroring y restauración a un momento dado. 

En este caso, la base de datos se usa solo para pruebas y desarrollo. Los datos en esta operación son estáticos. No tiene la disposición para la recuperación de punto a tiempo. 

2. Recuperación completa: 
a diferencia de la recuperación simple, admite copias de seguridad del registro de transacciones. No habrá pérdida de trabajo debido a archivos dañados o perdidos, ya que este modelo realiza un seguimiento de cada operación realizada en la base de datos. 

Es compatible con un punto en el tiempo para la recuperación de la base de datos, por lo que puede recuperar hasta un punto arbitrario. Cuando la base de datos utiliza este modelo, los registros de transacciones crecerán en gran número (infinitamente), lo que provocará un problema como el bloqueo del sistema. Entonces, para evitarlo, debemos hacer una copia de seguridad del registro de transacciones regularmente. 

Esta configuración proporciona más opciones. 

3. Registro masivo: 
este modelo tiene similitud con el modelo de recuperación completa, ya que ambos registros de transacciones son copias de seguridad. Tiene un alto rendimiento para operaciones a granel. Ayuda a importar datos masivos más rápido que otros modelos y esto mantiene bajo el tamaño del archivo de transacción. No admitía la recuperación de un punto en el tiempo. 

Si realiza las transacciones bajo este modelo que requieren la restauración del registro de transacciones, entonces podría haber una pérdida de datos.