Full vs Simple en Base de Datos SQL Server

Modelos de Recuperación en bases de datos de SQL Server es un tema que puede llevarnos a largas discusiones. Aquí quiero darle foco a esta pregunta importante en las configuraciones. ¿Full vs Simple? ¿Cuál es mejor escoger para nuestras bases de datos?

Recovery Models en SQL Server

Los Modelos de Recuperación están diseñados para controlar cómo son «logueadas» las transacciones. O sea, básicamente el cómo se comporta el Log de Transacciones en la base de datos.

También determinan las opciones que tienes para los procesos de restauración de respaldos.

Más detalles en la documentación oficial.

Full vs Simple ¿Cómo escogerlo?

Así como te lo decía en el punto anterior, el Recovery Model va a definir cómo quieres/necesitas los procedimientos de recuperación de bases de datos.

Es así que el primer punto para que lo consideres es cómo quieres plantear tus estrategias de gestión de respaldo y recuperación en tus bases de datos.

¿Necesitas un RESTORE con la capacidad de escoger un punto en el tiempo?

• Tu alternativa es Modelo FULL.
• Tendrás mayor uso en almacenamiento del datafile de log.
• Implica que necesitas obtener respaldos del Log de Transacciones

¿Te basta con un RESTORE del último respaldo Full o Differential obtenido?

• Tu alternativa es Modelo SIMPLE.
• Tendrás menor uso en almacenamiento del datafile de log (no quiere decir en absoluto que «no utilizas el log de transacciones» como se malentiende en algunos casos)
• No puedes generar respaldos del Log de Transacciones.

La mejor estrategia para los Modelos de Recuperación

Entiende bien los principios del RPO y RTO.

Recovery Point Objective y Recovery Time Objective son los factores clave que el negocio debe comprender para que puedas definir la mejor arquitectura en respaldos.

El mantenimiento y la optimización serán tus siguientes pasos.

Puedes automatizar esta u otras tareas con diferentes mecanismos nativos de SQL Server. Puedes ver el artículo de Tareas Programadas con SQLCMD.

Velar por la integridad de tus bases de datos es fundamental en la administración. También puedes ver el artículo de Programación de Revisión de Integridad con DBCC CHECKDB.