Praticamente todos os nossos bancos de dados em determinados servidores não requerem o modelo Full Recovery (não fazemos backups de log de transações) e o padrão deve ser sempre criar bancos de dados e especificar o modelo Simple Recovery.
Muitas vezes e por certas razões práticas, muitos bancos de dados são criados usando o SSMS. No entanto, erros podem ser cometidos e o operador pode esquecer de especificar o modelo de Recuperação Simples. Isso leva a uma "surpresa" alguns dias depois, quando a caixa está lutando com espaço em disco devido a três ou quatro arquivos de log de 60 GB que nunca foram truncados.
Posso tornar o modelo de Recuperação Simples a configuração padrão para novos bancos de dados configurando o modelo de recuperação no banco de modeldados. No entanto, isso é recomendado, se eu fizer isso, ele pode voltar e me morder de alguma forma no futuro?
Eu vejo uma das três opções aqui:
1) você pode ter um script modelo para criar bancos de dados que incluam explicitamente o modelo de recuperação.
2) você pode definir o
modelbanco de dados como simples e não precisa se preocupar com isso.3) você pode esperar que todos se lembrem, o que parece ser o que você está fazendo. (não recomendado)
Eu pessoalmente iria com o número dois. É para isso que existe o banco de dados modelo.
Adicionando a @Surfer513
4) Política de gerenciamento baseado em políticas para impor o modelo de recuperação simples ou, no máximo, informar quando um banco de dados não está
Embora eu seja a favor de definir o modelo como simples, isso não impede que o comando T-SQL seja usado e defina-o para outra coisa. Você pode usar uma política para avaliar se o modelo de recuperação não é Simples e optar por fazer com que a política o altere para você.
Este artigo do MSSQLTip.com é sobre a verificação de Completo, mas você pode facilmente fazer com que o seu verifique Simples. Você também pode fazer uma verificação para ver se um backup já ocorreu no banco de dados.
A aposta segura é colocar seu banco de dados no modo completo, mas você tem o problema de crescimento do log. Agora existem algumas opções:
Sendo o DBA, você deve usar todas as opções que ajudam na recuperação. Também depende do seu SLA com o negócio.
Dito isso, gerencio alguns bancos de dados no modo simples. Isso ocorre devido às isenções de responsabilidade descritas no SLA. A empresa decidiu não gastar com drives para os arquivos de log (você pode levar um cavalo para a água, mas não pode fazê-lo beber). A empresa gerencia o backup, a restauração e a recuperação de desastres. Houve um DR e o dinheiro perdido foi maior do que teria custado em espaço extra em disco.