Modelo de recuperación de SQL Server 2008 / R2

Casi todas nuestras bases de datos en ciertos servidores no requieren el modelo de recuperación completa (no hacemos copias de seguridad del registro de transacciones) y el valor predeterminado siempre debe ser crear bases de datos y especificar el modelo de recuperación simple.

Muy a menudo y por ciertas razones prácticas, muchas bases de datos se crean utilizando SSMS. Sin embargo, se pueden cometer errores y el operador puede olvidar especificar el modelo de recuperación simple. Esto lleva a una "sorpresa" unos días después, cuando la caja tiene problemas con el espacio en disco debido a tres o cuatro archivos de registro de 60 GB que nunca se han truncado.

Puedo hacer que el modelo de recuperación simple sea la configuración predeterminada para nuevas bases de datos configurando el modelo de recuperación en la modelbase de datos. Sin embargo, se recomienda esto, si hago esto, ¿podría volver y morderme de alguna manera en el futuro?

Veo una de las tres opciones aquí:

1) puede tener un script con plantilla para crear bases de datos que incluyan explícitamente el modelo de recuperación.

2) puede configurar la modelbase de datos a simple y no tener que preocuparse por esto.

3) puedes esperar que todos lo recuerden, lo que parece lo que estás haciendo. (no recomendado)

Yo personalmente iría con el número dos. Para eso está la base de datos modelo.

Agregando a @ Surfer513

4) Política de gestión basada en políticas, ya sea para aplicar el modelo de recuperación simple o, como máximo, informarle cuando un DB no está

Aunque estoy a favor de configurar el modelo en simple, esto no impide que se use el comando T-SQL y lo configure en otra cosa. Puede usar una política para evaluar si el modelo de recuperación no es Simple y optar por que la política lo cambie por usted.

Este artículo de MSSQLTip.com trata sobre la verificación de Completo, pero puede simplemente hacer que la suya verifique Simple. También puede agregar un cheque para ver si alguna vez se realizó una copia de seguridad en la base de datos.

La apuesta segura es poner su base de datos en modo completo, pero luego tiene el problema de crecimiento del registro. Ahora hay algunas opciones:

• Ponga un límite al tamaño máximo de su archivo de registro. Esto afectará las operaciones una vez que se alcance este límite. El beneficio es que evitará escenarios en los que el disco se quede sin espacio y luego tendrá problemas más grandes.
• Cree alertas que se activen una vez que su archivo de registro crezca por encima de una marca de agua y luego adminístrelo.
• Programe trabajos de reducción de registros. El desplazamiento de registros perjudica el rendimiento de su base de datos. No lo sugeriría.

Al ser el DBA, debe usar todas las opciones que ayudan con la recuperación. También depende de su SLA con el negocio.

Dicho todo esto, administro algunas bases de datos en modo simple. Esto se debe a los descargos de responsabilidad descritos en el SLA. El negocio decidió no gastar en unidades para los archivos de registro (puede llevar un caballo al agua, pero no puede obligarlo a beber). La empresa gestiona la copia de seguridad, restauración y recuperación ante desastres. Hubo un DR, y el dinero perdido fue mayor de lo que habría costado en espacio extra en disco.