Partager via

Vue d’ensemble de la restauration et de la récupération (SQL Server)

Pour récupérer une base de données SQL Server à partir d’un échec, un administrateur de base de données doit restaurer un ensemble de sauvegardes SQL Server dans une séquence de restauration logiquement correcte et significative. La restauration et la récupération de SQL Server prennent en charge la restauration des données à partir de sauvegardes d’une base de données entière, d’un fichier de données ou d’une page de données, comme suit :

  • Base de données (restauration complète de la base de données)

    L’ensemble de la base de données est restauré et récupéré, et la base de données est hors connexion pendant la durée des opérations de restauration et de récupération.

  • Fichier de données (restauration de fichiers)

    Un fichier de données ou un ensemble de fichiers est restauré et récupéré. Pendant une restauration de fichiers, les groupes de fichiers qui contiennent les fichiers sont automatiquement hors connexion pendant la durée de la restauration. Toute tentative d’accès à un groupe de fichiers hors connexion provoque une erreur.

  • La page de données (une restauration de page)

    Sous le modèle de récupération complète ou le modèle de récupération en bloc, vous pouvez restaurer des bases de données. Les restaurations de pages peuvent être effectuées sur n’importe quelle base de données, quel que soit le nombre de groupes de fichiers.

La sauvegarde et la restauration SQL Server fonctionnent sur tous les systèmes d’exploitation pris en charge, qu’ils soient des systèmes 64 bits ou 32 bits. Pour plus d’informations sur les systèmes d’exploitation pris en charge, consultez Configuration matérielle et logicielle requise pour l’installation de SQL Server 2014. Pour plus d’informations sur la prise en charge des sauvegardes à partir de versions antérieures de SQL Server, consultez la section « Prise en charge de la compatibilité » de RESTORE (Transact-SQL).

Dans cette rubrique :

Vue d’ensemble des scénarios de restauration

Un scénario de restauration dans SQL Server est le processus de restauration des données à partir d’une ou plusieurs sauvegardes, puis de récupération de la base de données. Les scénarios de restauration pris en charge dépendent du modèle de récupération de la base de données et de l’édition de SQL Server.

Le tableau suivant présente les scénarios de restauration possibles pris en charge pour différents modèles de récupération.

Scénario de restauration Sous un modèle de récupération simple Sous des modèles de récupération complets/journalisés en bloc
Restauration complète de la base de données Il s’agit de la stratégie de restauration de base. Une restauration complète de la base de données peut impliquer simplement la restauration et la récupération d’une sauvegarde complète de base de données. Une restauration complète de la base de données peut également impliquer la restauration d’une sauvegarde complète de base de données suivie de la restauration et de la récupération d’une sauvegarde différentielle.

Pour plus d’informations, consultez Restaurations complètes de base de données (modèle de récupération simple).		 Il s’agit de la stratégie de restauration de base. Une restauration complète de la base de données implique la restauration d’une sauvegarde complète de base de données et, éventuellement, une sauvegarde différentielle (le cas échéant), suivie de la restauration de toutes les sauvegardes de journaux suivantes (en séquence). La restauration complète de la base de données est terminée en récupérant et en restaurant la dernière sauvegarde du journal (RESTORE WITH RECOVERY).

Pour plus d’informations, consultez Restaurations complètes de bases de données (mode de récupération complète)
Restauration de fichiers * Restaurez un ou plusieurs fichiers en lecture seule endommagés, sans restaurer l’intégralité de la base de données. La restauration de fichiers est disponible uniquement si la base de données possède au moins un groupe de fichiers en lecture seule. Restaure un ou plusieurs fichiers, sans restaurer la base de données entière. La restauration de fichiers peut être effectuée pendant que la base de données est hors connexion ou, pour certaines éditions de SQL Server, tandis que la base de données reste en ligne. Lors d’une restauration de fichiers, les groupes de fichiers qui contiennent les fichiers en cours de restauration sont toujours hors connexion.
Restauration de page Sans objet Restaure une ou plusieurs pages endommagées. La restauration de page peut être effectuée pendant que la base de données est hors connexion ou, pour certaines éditions de SQL Server, tandis que la base de données reste en ligne. Pendant une restauration de page, les pages en cours de restauration sont toujours hors connexion.

Une chaîne non ininterrompue de sauvegardes de journaux doit être disponible, jusqu’au fichier journal actuel, et toutes doivent être appliquées pour mettre la page à jour avec le fichier journal actuel.

Pour plus d’informations, consultez Pages de restauration (SQL Server).
Restauration fragmentaire * Restaurez et récupérez la base de données en phases au niveau du groupe de fichiers, en commençant par le groupe de fichiers principal et tous les groupes de fichiers secondaires en lecture/écriture. Restaurez et récupérez la base de données en phases au niveau du groupe de fichiers, en commençant par le groupe de fichiers principal.

* La restauration en ligne est prise en charge uniquement dans l’édition Entreprise.

Quelle que soit la façon dont les données sont restaurées, avant la récupération d’une base de données, le moteur de base de données SQL Server garantit que l’ensemble de la base de données est logiquement cohérent. Par exemple, si vous restaurez un fichier, vous ne pouvez pas le récupérer et le mettre en ligne tant qu’il n’a pas été déployé suffisamment avant pour être cohérent avec la base de données.

Avantages d’une restauration de fichier ou de page

La restauration et la récupération de fichiers ou de pages, au lieu de l’ensemble de la base de données, offrent les avantages suivants :

  • La restauration de moins de données réduit le temps nécessaire à la copie et à la récupération.

  • Sur SQL Server, la restauration de fichiers ou de pages peut permettre à d’autres données de la base de données de rester en ligne pendant l’opération de restauration.

Modèles de récupération et opérations de restauration prises en charge

Les opérations de restauration disponibles pour une base de données dépendent de son modèle de récupération. Le tableau suivant résume si et dans quelle mesure chacun des modèles de récupération prend en charge un scénario de restauration donné.

Opération de restauration Mode de récupération complète Modèle de récupération journalisé en bloc Mode de récupération simple
Récupération de données Récupération complète à condition que le journal soit disponible. Exposition à une perte de données. Toutes les données depuis la dernière sauvegarde complète ou différentielle sont perdues.
Restauration dans le temps Tout moment couvert par les sauvegardes du journal. Non autorisé si la sauvegarde du journal contient des modifications journalisées en bloc. Non pris en charge.
Restauration de fichiers * Prise en charge complète. Parfois.** Disponible uniquement pour les fichiers secondaires en lecture seule.
Restauration de page * Prise en charge complète. Parfois.** Aucun.
Restauration fragmentaire (au niveau du groupe de fichiers) * Prise en charge complète. Parfois.** Disponible uniquement pour les fichiers secondaires en lecture seule.

* Disponible uniquement dans l’édition Entreprise de SQL Server

** Pour connaître les conditions requises, consultez Restrictions de restauration sous le modèle de récupération simple, plus loin dans cette rubrique.

Important

Quel que soit le modèle de récupération d’une base de données, une sauvegarde SQL Server ne peut pas être restaurée par une version de SQL Server antérieure à la version qui a créé la sauvegarde.

Scénarios de restauration sous le modèle de récupération simple

Le modèle de récupération simple impose les restrictions suivantes sur les opérations de restauration :

Si l’une de ces restrictions n’est pas adaptée à vos besoins de récupération, nous vous recommandons d’utiliser le modèle de récupération complet. Pour plus d’informations, consultez Vue d’ensemble de la sauvegarde (SQL Server).

Important

Quel que soit le modèle de récupération d’une base de données, une sauvegarde SQL Server ne peut pas être restaurée par une version de SQL Server antérieure à la version qui a créé la sauvegarde.

Restaurer selon le modèle de récupération Bulk-Logged

Cette section traite des considérations de restauration propres au modèle de récupération en bloc, conçu exclusivement pour compléter le modèle de récupération complète.

Remarque

Pour une présentation du modèle de récupération journalisée en bloc, consultez le journal des transactions (SQL Server).

En règle générale, le modèle de récupération en bloc est similaire au modèle de récupération complète, et les informations décrites pour le modèle de récupération complète s’appliquent également à ces deux modèles. Toutefois, la récupération à un instant donné et la restauration en ligne sont affectées par le modèle de récupération journalisé en bloc.

Restrictions relatives à la récupération dans le temps

Si une sauvegarde de journal effectuée sous le modèle de récupération par journalisation en bloc contient des modifications journalisées en bloc, la récupération à un point dans le temps n’est pas autorisée. La tentative d’exécution d’une récupération dans le temps sur une sauvegarde de journal contenant des modifications en bloc entraîne l’échec de l’opération de restauration.

Restrictions pour la restauration en ligne

Une séquence de restauration en ligne fonctionne uniquement si les conditions suivantes sont remplies :

  • Toutes les sauvegardes de journaux requises doivent avoir été effectuées avant le démarrage de la séquence de restauration.

  • Les modifications en bloc doivent être sauvegardées avant de démarrer la séquence de restauration en ligne.

  • Si des modifications en bloc existent dans la base de données, tous les fichiers doivent être en ligne ouobsolètes. (Cela signifie qu’elle ne fait plus partie de la base de données.)

Si ces conditions ne sont pas remplies, la séquence de restauration en ligne échoue.

Remarque

Nous vous recommandons de passer au modèle de récupération complète avant de commencer une restauration en ligne. Pour plus d'informations, voir l'article Modèles de récupération (SQL Server).

Pour plus d’informations sur l’exécution d’une restauration en ligne, consultez Restauration en ligne (SQL Server).

Assistant Récupération de base de données (SQL Server Management Studio)

L’Assistant Récupération de base de données facilite la construction de plans de restauration qui implémentent des séquences de restauration correctes optimales. De nombreux problèmes connus de restauration de base de données et améliorations demandées par les clients ont été résolus. Les principales améliorations introduites par l’Assistant Récupération de base de données sont les suivantes :

  • Algorithme de plan de restauration : L’algorithme utilisé pour construire des plans de restauration a considérablement amélioré, en particulier pour les scénarios de restauration complexes. De nombreux cas de périphérie, y compris les scénarios de duplication dans les restaurations ponctuelles, sont gérés plus efficacement que dans les versions précédentes de SQL Server.

  • Restaurations à un instant donné : L'Assistant de récupération de bases de données simplifie considérablement la restauration d'une base de données à un moment précis. Une chronologie de sauvegarde visuelle améliore considérablement la prise en charge des restaurations dans le temps. Cette chronologie visuelle vous permet d’identifier un point possible dans le temps comme point de récupération cible pour la restauration d’une base de données. La chronologie facilite la traversée d'un chemin de récupération bifurqué (un chemin qui s'étend sur les fourches de récupération). Un plan de restauration à un moment précis inclut automatiquement les sauvegardes pertinentes pour la restauration vers votre moment cible, en spécifiant la date et l'heure. Pour plus d’informations, consultez Restaurer une base de données SQL Server à un point dans le temps (mode de récupération complète).

** Pour plus d'informations sur le Database Recovery Advisor, consultez les blogs de gestion SQL Server suivants :

Contenu associé

Aucun.

Voir aussi

Vue d’ensemble de la sauvegarde (SQL Server)

  • Last updated on