Sauvegarde en mode de récupération complet

Mis à jour : 17 juillet 2006

Le mode de restauration complète permet d'éviter la perte de données dans des scénarios de défaillance les plus variés possibles, il exige la sauvegarde et la restauration du journal des transactions (sauvegardes de fichiers journaux). L'avantage d'utiliser des sauvegardes de fichiers journaux est de pouvoir restaurer une base de données à n'importe quel moment dans le temps inscrit dans une sauvegarde du journal (récupération dans le temps). En admettant que la sauvegarde du journal actif après un sinistre est possible, vous pouvez restaurer la base de données jusqu'au point de défaillance sans aucune perte de données. L'inconvénient d'utiliser des sauvegardes de fichiers journaux est leur complexité accrue et le fait qu'elles nécessitent de l'espace de stockage et qu'elles augmentent le temps de restauration.

Remarque :
Si les avantages de l'utilisation de sauvegardes de fichiers journaux ne justifient pas le coût de gestion des sauvegardes, nous vous recommandons d'utiliser le le mode de récupération simple.

Dans le cas d'une base de données employant régulièrement le mode de sauvegarde complète, vous pouvez optimiser certaines opérations en bloc en utilisant temporairement le mode de récupération utilisant les journaux de transactions. Ce mode fait l'objet de plusieurs restrictions qui le rendent incompatible avec les opérations quotidiennes. Pour plus d'informations, consultez Sauvegarde avec le mode de récupération utilisant les journaux de transactions.

Exemple de stratégie de sauvegarde

La figure ci-dessous illustre la stratégie de sauvegarde la plus simple disponible en mode de restauration complète. Dans cette illustration, une sauvegarde de base de données appelée Db_1 et deux sauvegardes de fichiers journaux de routine (Log_1 et Log_2) sont utilisées. Une perte de données est constatée dans la base de données peu de temps après la sauvegarde du journal Log_2. Avant de restaurer ces trois sauvegardes, l'administrateur de la base de données doit sauvegarder le journal actif (fin du journal). Il procède ensuite à la restauration de Db_1, Log_1 et Log_2 sans récupérer la base de données. Ce n'est seulement qu'après qu'il restaure et récupère la sauvegarde du fichier journal après défaillance (fin du journal). Ceci permet de récupérer la base de données jusqu'au point de défaillance, restituant ainsi toutes les données.

Réduction des risques de perte du travail

Au terme de la première sauvegarde complète de la base de données et du lancement des sauvegardes des journaux régulières, le risque de perte du travail est limité à la période entre l'altération de la base de données et la dernière sauvegarde régulière du journal. Par conséquent, il est recommandé d'effectuer des sauvegardes de journaux suffisamment régulières pour limiter les risques de perte du travail aux besoins de votre entreprise.

En cas de défaillance, vous pouvez tenter de sauvegarder la fin du journal (le journal qui n'a pas encore été sauvegardé). Si cette opération réussit, vous pouvez éviter toute perte de travail en restaurant la base de données jusqu'au point de défaillance.

Vous pouvez faire appel à une série de sauvegardes pour restaurer par progression une base de données à n'importe quel moment figurant dans l'une des sauvegardes de journaux. Afin de minimiser les risques, il est recommandé de planifier des sauvegardes de routine des journaux. N'oubliez pas que, pour minimiser la durée de la restauration, vous pouvez compléter chaque sauvegarde complète par une série de sauvegardes différentielles des mêmes données.

La figure suivante illustre une stratégie de sauvegarde qui complète les sauvegardes complètes avec des sauvegardes différentielles ainsi qu'un ensemble de sauvegardes régulières des journaux. La présence de sauvegardes des journaux de transactions limite le risque de perte de données à la période qui suit la sauvegarde des journaux la plus récente. Après la première sauvegarde, prend place un ensemble de trois sauvegardes différentielles. La troisième sauvegarde différentielle est suffisamment importante pour que la prochaine sauvegarde soit une sauvegarde complète de la base de données. Ainsi se fonde une nouvelle base différentielle.

Dans la figure, avant la sauvegarde de la première base de données, celle-ci est exposée à un risque potentiel de perte des données (entre l'instant t0 et l'instant t1). En conséquence, les sauvegardes régulières des journaux réduisent le risque de perte de données à la seule perte des modifications intervenues après la dernière sauvegarde des journaux (effectuée à l'instant t14 dans cette figure). En cas de défaillance, l'administrateur de la base de données doit immédiatement tenter de sauvegarder le journal actif (la fin du journal). Si cette sauvegarde de fichier journal après défaillance réussit, la base de données peut être restaurée à l'état qui était le sien juste avant la défaillance.

Mode de restauration complète et opérations par bloc

En consignant dans des journaux toutes les opérations, y compris les opérations en bloc lancées par les instructions SELECT INTO, CREATE INDEX et celles sur des données de chargement en bloc, le mode de restauration complète vous permet de récupérer une base de données jusqu'au point de défaillance ou à tout moment la précédant, appelée récupération dans le temps.

De nombreux utilisateurs du mode de restauration complète basculent temporairement en mode de récupération utilisant les journaux de transactions dans les cas où les données de chargement en bloc et les performances améliorées permettent de négliger le risque de perte de données. Le mode de récupération utilisant les journaux de transactions consigne les opérations en bloc de façon minime, tout en consignant entièrement les autres transactions. Pour plus d'informations sur ce dernier mode, consultez Sauvegarde avec le mode de récupération utilisant les journaux de transactions.

Remarque :

Dans SQL Server 2000 et versions ultérieures, l'utilisation de l'option de base de données select into/bulkcopy de sp_dboption réinitialise le mode de récupération sur BULK_LOGGED. Dans SQL Server 2000, cette option est requise pour créer une table permanente à l'aide de SELECT INTO. Toutefois, dans SQL Server 2005, cette option n'est jamais requise et doit toujours être évitée. Utilisez ALTER DATABASE à la place. Cette procédure stockée sp_dboption sera supprimée dans une future version de SQL Server.

Utilisation des sauvegardes pour restaurer une base de données

La restauration d'une base de données fait appel à une séquence d'opérations de restauration (appelée séquence de restauration). Une séquence de restauration commence par la restauration d'au-moins une sauvegarde complète suivie éventuellement d'une sauvegarde différentielle correspondante.

Chaque sauvegarde différentielle et complète contient suffisamment d'enregistrements de journaux pour vous permettre de récupérer la base de données. Cependant, il vous faut généralement restaurer l'une après l'autre les sauvegardes des journaux suivantes et terminer le processus par la sauvegarde éventuelle de fichier journal après défaillance. Par conséquent, effectuez une sauvegarde de fichier journal après défaillance avant de commencer à restaurer une base de données. La sauvegarde de fichier journal après défaillance vous permet de restaurer la base de données jusqu'au point de défaillance. À l'issue de la restauration de la dernière sauvegarde de journal, vous devez récupérer la base de données.

Remarque :

En modes de restauration complète ou de récupération utilisant les journaux de transactions, SQL Server 2005 Enterprise Edition prend en charge la restauration des pages ou des fichiers, ou les deux, tandis qu'une base de données est en ligne. Cette opération s'appelle une restauration en ligne. La syntaxe RESTORE permettant de restaurer les fichiers ou les pages est la même que la base de données soit en ligne ou hors connexion.

Pour plus d'informations, consultez Vue d'ensemble de la restauration et de la récupération dans SQL Server.

Voir aussi

Concepts

Unités de sauvegarde
Utilisation des transactions marquées (mode de sauvegarde complète)
Vue d'ensemble de la restauration et de la récupération dans SQL Server
Considérations sur le basculement à partir du mode de restauration complète ou du mode de récupération utilisant les journaux de transactions

Autres ressources

Présentation et gestion des journaux de transactions
Utilisation des sauvegardes différentielles

Aide et Informations

Assistance sur SQL Server 2005

Historique des modifications

Version	Historique
17 juillet 2006	Contenu mis à jour : La présentation des types de sauvegarde a été déplacée dans Vue d'ensemble de la sauvegarde (SQL Server).
5 décembre 2005	Contenu modifié : Incorporation de l'ancienne rubrique « Vue d'ensemble de la restauration complète ». Ajout d'une figure.