[SQL SERVEUR] Choisir son modèle de récupération.
Dans la fenêtre de propriétés de ma base de données, dans le menu option j’ai le choix entre trois modèles de récupération: « Simple, Bulk-Logged et complet ». A quoi ça sert, quels sont les avantages et inconvénients de chaque mode, quelle est leur utilité bref comment choisir.
A quoi ça sert ?
Ces modèles servent à simplifier la récupération de la base en simplifiant les tâches de sauvegardes et de restauration. Si vous ne voyez pas l’intérêt je reformule afin d’avoir toute votre attention : « ils interviennent dans la protection contre la perte de données. »
Quels sont les avantages et inconvénient de chaque modèle
A) Le mode de récupération Simple :
C’est le mode par défaut qui permet une gestion au plus simple de la base de données. Il permet de faire des sauvegarde Complete ou différentielle. Lors des sauvegardes, l’espace consommé par le journal de transaction est géré et les transactions validées dans la base de données sont retirées du journal et l’espace est réalloué. Comme signalé plus haut les sauvegardes sont complètes ou différentielle donc il n’y a pas de sauvegarde du journal donc il y a un risque élevé de perte de données puisqu’en cas de crash il faudra restaurer la dernière sauvegarde complète et la ou les sauvegarde différentielle et donc les données saisies depuis la dernière sauvegarde seront perdues.
Donc se modèle est recommandé pour les bases très petite et il est fortement recommandé de faire des sauvegardes très fréquemment. En effet si la base est très petite les sauvegardes différentielle fréquentes ne prendront pas beaucoup de temps ni de ressources.
Un petit scénario :
Tout les jours à minuit sauvegarde complète, tout les jours à 10h, 12h, 15h et 17h sauvegarde différentielle. Donc en cas de crash le mardi à 14heures on restaure la sauvegarde complète du lundi minuit, puis les sauvegardes différentielles de 10h et 12h et on perd toutes saisie entre 12h et 14 heures.
B) Les modes de récupération bulk-logged et complet :
Ces deux modes de récupération offrent une plus grande protection contre la perte des données car ils reposent sur le journal de transaction.
Le mode Bulk-logged offre des performances supérieures pour toutes les opérations à grande échelles (par exemple création d’index ou copie en bloc). Mais on ne peut pas revenir à un point précis dans le temps.
Le mode complet est comme son nom l’indique le plus complet, il permet des sauvegardes complète, différentielle ou de journal de transaction afin d’être au plus prêt de la dernière saisie en cas de crash. De plus il permet un retour en arrière jusqu’à un moment précis. C’est le mode le plus utilisé dans les bases de données où les modifications sont importantes et que le risque de perte de données doit être géré. Sa modularité permet une planification des différents types de sauvegardes afin de minimiser les risque et même s’il y a crash on peut faire dans certains cas une sauvegarde du journal après défaillance afin d’avoir le maximum de données récentes.
Un petit Scénario :
Tout les soirs sauvegarde complète à minuit.
A 12h et 18 h sauvegarde différentielle.
Toutes les 30 minutes sauvegarde du journal de transaction.
En cas de crash le mardi à 14 heures : sauvegarde du journal après défaillance si c’est possible puis restauration de la dernière sauvegarde complète puis de la sauvegarde différentielle de 12 h puis des journaux de transaction disponibles.
Petite astuce importante : lorsque vous êtes en mode de récupération complet et que vous faite une sauvegarde du journal de transaction, pensez à cochez la case « tronquer le journal de transaction » dans l’onglet option, ceci permet de vider le journal des transactions sauvegardée et de ne laisser que les transactions active (gain d’espace disque).
