Modèle de récupération SQL Server 2008 / R2

Presque toutes nos bases de données sur certains serveurs ne nécessitent pas le modèle de récupération complète (nous ne faisons pas de sauvegardes du journal des transactions) et la valeur par défaut doit toujours être de créer des bases de données et de spécifier le modèle de récupération simple.

Très souvent et pour certaines raisons pratiques, de nombreuses bases de données sont créées à l'aide de SSMS. Cependant, des erreurs peuvent être commises et l'opérateur peut oublier de spécifier le modèle de récupération simple. Cela conduit à une "surprise" quelques jours plus tard lorsque la boîte rencontre des problèmes d'espace disque en raison de trois ou quatre fichiers journaux de 60 Go qui n'ont jamais été tronqués.

Je peux faire du modèle de récupération simple le paramètre par défaut pour les nouvelles bases de données en configurant le modèle de récupération sur la modelbase de données. Cependant, est-ce recommandé, si je le fais, cela pourrait-il revenir et me mordre d'une manière ou d'une autre à l'avenir?

Je vois l'une des trois options ici:

1) vous pouvez avoir un script basé sur des modèles pour créer des bases de données qui incluent explicitement le modèle de récupération.

2) vous pouvez définir la modelbase de données sur simple et ne pas avoir à vous en soucier.

3) vous pouvez espérer que tout le monde se souvient, ce qui semble être ce que vous faites. (non recommandé)

J'irais personnellement avec le numéro deux. C'est à cela que sert la base de données des modèles.

Ajout à @ Surfer513

4) Politique de gestion basée sur des politiques, soit pour appliquer le modèle de récupération simple, soit tout au plus pour vous informer qu'une base de données n'est pas

Bien que je préfère définir le modèle sur simple, cela n'empêche pas d'utiliser la commande T-SQL et de le définir sur autre chose. Vous pouvez utiliser une stratégie pour évaluer si le modèle de récupération n'est pas simple et choisir de la modifier pour vous.

Cet article MSSQLTip.com porte sur la vérification de la valeur Complète, mais vous pouvez facilement demander à la vôtre de vérifier Simple. Vous pouvez également lancer une vérification pour voir si une sauvegarde a déjà eu lieu sur la base de données.

Le pari sûr est de mettre votre base de données en mode complet, mais vous avez ensuite le problème de croissance du journal. Maintenant, il y a quelques options:

• Limitez la taille maximale de votre fichier journal. Cela affectera les opérations une fois cette limite atteinte. L'avantage est qu'il empêchera les scénarios où le disque manque d'espace et que vous aurez alors des problèmes plus importants.
• Créez des alertes qui se déclenchent une fois que votre fichier journal dépasse un filigrane, puis gérez-le.
• Planifiez des travaux de réduction des journaux. Le piratage des journaux nuit aux performances de votre base de données. Je ne le suggérerais pas.

Étant le DBA, vous devez utiliser toutes les options qui aident à une récupération. Cela dépend également de votre SLA avec l'entreprise.

Cela étant dit, je gère quelques bases de données en mode simple. Cela est dû aux clauses de non-responsabilité décrites dans le SLA. L'entreprise a décidé de ne pas dépenser en disques pour les fichiers journaux (vous pouvez prendre un cheval à l'eau, mais vous ne pouvez pas le faire boire). L'entreprise gère la sauvegarde, la restauration et la récupération d'urgence. Il y avait un DR, et l'argent perdu était supérieur à ce qu'il aurait coûté en espace disque supplémentaire.