Restauration de données : présentation
La restauration est le processus qui consiste à copier des données d’une sauvegarde et à leur appliquer des journaux de transactions pour les restaurer progressivement jusqu’au point de récupération cible. Une sauvegarde contient suffisamment d’enregistrements dans le journal de transactions pour permettre la restauration progressive des transactions actives pour la restauration de chaque sauvegarde. Chaque sauvegarde contient également un nombre suffisant de journaux de transactions pour restaurer toute transaction non engagée afin de rendre la base de données cohérente et utilisable. Le processus de restauration progressive des transactions non engagées, s’il y en a, et de mise en ligne de la base de données est connue sous le nom de récupération.
Cette rubrique contient les sous-rubriques suivantes :
|
• |
|
• |
Présentation des phases de la séquence de restauration VDI
|
• |
Fichiers et groupes de fichiers complète (Windows uniquement) |
|
• |
Fichiers et groupes de fichiers différentielle (Windows uniquement) |
|
• |
Base de données partielle (Windows uniquement) |
|
• |
Base de données différentielle partielle (Windows uniquement) |
Le processus de restauration par progression consiste à réappliquer les modifications consignées dans le jeu de restauration par progression afin de restaurer progressivement les données dans le temps. Pour y parvenir, le moteur de base de données SQL Server traite les sauvegardes du journal de transactions telles qu’elles sont restaurées. Il commence par le journal figurant dans les sauvegardes de copie des données, énumérées dans la rubrique précédente, puis toutes les sauvegardes incrémentielles du journal de transactions qui sont ensuite restaurées. La restauration par progression s’arrête au point de restauration ; ce point est soit la fin du journal ou un point spécifié dans les options de restauration de SQL Server pour les sauvegardes incrémentielles du journal de transactions. Plug‑in pour SQL Server prend en charge à la fois la récupération ponctuelle jusqu’à une date et une heure et la récupération ponctuelle jusqu’à une transaction marquée.
Une fois la base de données transactionnellement cohérente, la base de données est mise en ligne.
Présentation des types de restaurations VDI en ligne disponibles
Les scénarios de restauration suivants sont pris en charge sous le modèle de récupération simple :
|
• |
Restauration complète de la base de données : dans un mode de récupération simple, l’objectif d’une restauration complète de la base de données est de restaurer celle-ci dans son intégralité. Ce type de restauration implique généralement la restauration d’une sauvegarde complète de la base de données ou une sauvegarde complète de la base de données suivie d’une sauvegarde différentielle de la base de données. L’intégralité de la base de données est hors ligne au cours d’une restauration complète. |
|
• |
Restauration de fichiers (Windows uniquement) : pour une restauration de fichiers dans modèle de récupération simple, l’objectif est de restaurer un ou plusieurs fichiers endommagés en lecture seule sans restaurer l’intégralité de la base de données. Ce type de restauration implique une sauvegarde complète de fichiers et groupes de fichiers. |
|
• |
Restauration partielle de la base de données (Windows uniquement) : une restauration partielle dans un modèle de récupération simple comprend la restauration du groupe de fichiers primaire et de tous les groupes de fichiers en lecture/écriture contenus dans une sauvegarde partielle ou une sauvegarde différentielle partielle de la base de données. Les restaurations des groupes de fichiers en lecture seule à l’aide d’une sauvegarde complète de fichiers et groupes de fichiers sont nécessaires seulement si ces groupes de fichiers sont endommagés. |
|
• |
Restauration complète de la base de données : sous les modèles de récupération complète et en connexion groupée, l’objectif est de restaurer l’intégralité de la base de données au point de défaillance. Une séquence de restauration complète comprend généralement : |
|
1 |
L’exécution d’une sauvegarde de fin de journal. |
|
2 |
La restauration de la sauvegarde complète de la base de données ou la sauvegarde complète de fichiers ou de groupes de fichiers tout en sélectionnant l’option de restauration With NO RECOVERY. |
|
3 |
La restauration de la sauvegarde différentielle de la base de données ou de la sauvegarde différentielle de fichiers ou de groupes de fichiers tout en sélectionnant l’option de restauration With NO RECOVERY. |
|
4 |
La restauration de toutes les sauvegardes incrémentielles du journal de transactions suivantes tout en sélectionnant l’option de restauration With NO RECOVERY. |
|
5 |
La restauration et la récupération de la sauvegarde de fin de journal en sélectionnant l’option de restauration With RECOVERY. |
|
• |
Restauration de fichiers (Windows uniquement) : pendant la restauration de fichiers sous le modèle de récupération complète ou le modèle de récupération en connexion groupée, l’objectif est de restaurer l’intégralité de la base de données tout en laissant la possibilité de restaurer les fichiers endommagés sans restaurer toute la base de données. Ce type de restauration implique la séquence de restauration suivante : |
|
1 |
L’exécution d’une sauvegarde de fin de journal. |
|
2 |
La restauration de la sauvegarde complète de fichiers et de groupes de fichiers en utilisant l’option de restauration With NO RECOVERY. |
|
3 |
La restauration de la sauvegarde différentielle de fichiers et de groupes de fichiers en utilisant l’option de restauration With NO RECOVERY. |
|
4 |
La restauration de toutes les sauvegardes incrémentielles du journal de transactions suivantes tout en sélectionnant l’option de restauration With NO RECOVERY. |
|
5 |
La restauration et la récupération de la sauvegarde de fin de journal tout en sélectionnant l’option de restauration With RECOVERY. |
|
• |
Récupération ponctuelle : vous pouvez exécuter une récupération ponctuelle des journaux de transactions restaurés au cours de la récupération d’une sauvegarde incrémentielle du journal de transactions. Plug‑in pour SQL Server prend en charge à la fois la récupération ponctuelle jusqu’à une heure donnée (heures:minutes:secondes) et la récupération ponctuelle jusqu’à une transaction marquée. Les options de récupération ponctuelle sont disponibles lors de la restauration d’une sauvegarde incrémentielle de journal de transactions et d’une sauvegarde de fin de journal. |
|
• |
Récupération ponctuelle jusqu’à une heure donnée : la récupération ponctuelle jusqu’à une heure donnée est utile lorsque l’heure de la corruption des données est connue. Par exemple, si un développeur a ajouté un tableau à 6:00:00, la récupération ponctuelle peut être effectuée jusqu’à l’heure d’arrêt à 5:55:00. Ce type de récupération peut être utilisé uniquement pour des bases de données qui ne sont pas associées. Par conséquent, lorsque plusieurs bases de données SQL Server doivent être logiquement cohérentes, vous devez utiliser la récupération ponctuelle jusqu’à une transaction marquée. |
|
• |
Récupérationponctuelle jusqu’à une transaction marquée : SQL Server 2008 et ses versions ultérieures permettent d’insérer des marques nommées dans un journal de transactions pour permettre la récupération jusqu’à une marque donnée. Cette fonctionnalité est utile si deux ou plusieurs de vos bases de données doivent être logiquement cohérentes. Vous pouvez mettre en œuvre des procédures spécifiques pour assurer la récupérabilité de ces bases de données après une restauration. Comme vous ne pouvez récupérer que les bases de données associées jusqu’à une transaction marquée, votre application doit être configurée pour insérer des marques nommées dans le journal de transactions avant d’effectuer des sauvegardes. Pour plus d’informations, voir les sections Assurer la récupération des bases de données associées et la restauration jusqu’à une transaction marquée de Documentation SQL Server en ligne. |
Restauration des bases de données système pour la restauration VDI en ligne avec Plug-in pour SQL Server
La base de données master doit être accessible et utilisable en partie au moins pour le démarrage d’une instance de SQL Server. Si la base de données master devient inutilisable, vous pouvez la rendre de nouveau utilisable, soit en la restaurantà partir d’une sauvegarde de base de données actuelle, soit en la reconstruisant.
Vous pouvez restaurer la base de données master à partir d’une sauvegarde complète seulement si vous êtes en mesure de démarrer l’instance du serveur. Si la base de données master est gravement endommagée et ne vous permet pas de démarrer le serveur SQL, vous devez reconstruire la base de données master. Pour plus d’informations, voir la section Reconstruire la base de données master deDocumentation SQL Server en ligne.
La restauration de la base de données master comprend :
|
• |
|
• |
Comme les modifications apportées à la base de données master depuis la dernière sauvegarde sont perdues, vous devez les recréer en répétant les étapes. |
|
• |
Une fois la base de données master restaurée et les modifications appliquées, sauvegardez immédiatement la base de données master. |
Pour plus d’informations, voir Restauration de données vers un autre serveur SQL.
La restauration de la base de données model ou msdb à partir d’une sauvegarde est nécessaire dans les situations suivantes :
|
• |
La base de données master a été reconstruite. Dans ce cas, restaurez la base de données model à partir d’une sauvegarde car la reconstruction de la base de données master recrée la base de données model. |
|
• |
La restauration de la base de données model ou msdb consiste à effectuer la même opération que pour une restauration complète d’une base de données utilisateur.
Avant de restaurer la base de données msdb, vous devez arrêter le Service SQL Server Agent dans le panneau de contrôle. Quest vous recommande également d’arrêter les applications, car la procédure de restauration déconnecte les utilisateurs si nécessaire.