SQL Server fournit trois modèles de récupération qui vous permettent de spécifier la façon dont SQL Server gère les fichiers journaux et prépare votre base de données pour la récupération après une perte de données ou un autre sinistre. Chacune de ces solutions représente une approche différente pour équilibrer le compromis entre la conservation de l'espace disque et la fourniture d'options de récupération après sinistre granulaire. Les trois modèles de récupération après sinistre proposés par SQL Server sont les suivants:
- Simple
- Plein
- Enregistré en vrac
Examinons chacun de ces modèles plus en détail.
Modèle de récupération simple
Le modèle de récupération simple n’est que cela: simple. Dans cette approche, SQL Server ne conserve qu'une quantité minimale d'informations dans le journal des transactions. SQL Server tronque le journal des transactions chaque fois que la base de données atteint un point de contrôle de transaction, ne laissant aucune entrée de journal à des fins de récupération après sinistre.Pour les bases de données utilisant le modèle de récupération simple, vous pouvez uniquement restaurer des sauvegardes complètes ou différentielles. Il n'est pas possible de restaurer une telle base de données à un moment donné. Vous pouvez uniquement la restaurer à l'heure exacte à laquelle une sauvegarde complète ou différentielle s'est produite. Par conséquent, vous perdrez automatiquement toutes les modifications de données effectuées entre le moment de la sauvegarde complète / différentielle la plus récente et le moment de la panne. Le modèle de récupération complète porte également un nom auto-descriptif. Avec ce modèle, SQL Server conserve le journal des transactions jusqu'à ce que vous le sauvegardiez. Cela vous permet de concevoir un plan de reprise après sinistre comprenant une combinaison de sauvegardes de base de données complètes et différentielles, ainsi que de sauvegardes du journal des transactions.En cas de défaillance de la base de données, vous disposez de la plus grande souplesse pour restaurer des bases de données à l'aide du modèle de récupération complète. En plus de préserver les modifications de données stockées dans le journal des transactions, le modèle de récupération complète vous permet de restaurer une base de données à un moment donné. Par exemple, si une modification erronée altère vos données lundi à 14 h 36, vous pouvez utiliser la restauration ponctuelle de SQL Server pour restaurer votre base de données à 02 h 35, en éliminant les effets de l’erreur. Le modèle de récupération consigné en bloc est un modèle à usage spécial qui fonctionne de manière similaire au modèle de récupération complète. La seule différence réside dans la façon dont il gère les opérations de modification de données en bloc. Le modèle journalisé en bloc enregistre ces opérations dans le journal des transactions à l'aide d'une technique appelée enregistrement minimal . Cela réduit considérablement le temps de traitement, mais vous empêche d'utiliser l'option de restauration à un point dans le temps.Microsoft recommande que le modèle de récupération consigné en bloc ne soit utilisé que pendant de courtes périodes. Les meilleures pratiques recommandent de basculer une base de données sur le modèle de récupération journalisé en bloc immédiatement avant d'effectuer des opérations en bloc et de la restaurer dans le modèle de récupération complète une fois ces opérations terminées. Utilisez SQL Server Management Studio pour afficher ou modifier le modèle de récupération: Modèle de récupération complète
Modèle de récupération consigné en bloc
Changer les modèles de récupération
