NetVault Plug-in for SQL Server 12.0 - Guide de l'utilisateur

Restauration des données sur un client virtuel dans un groupe de disponibilité AlwaysOn

Les rubriques suivantes listent les étapes générales de restauration des données dans les déploiements de groupe de disponibilité AlwaysOn et donnent des exemples sur les différentes restaurations.

Ces rubriques décrivent les principales étapes que vous devez suivre pour effectuer une restauration.

Lors de la restauration d'une sauvegarde sur VSS, gardez à l'esprit ce qui suit :

La procédure suivante décrit comment restaurer une base de données qui a été ajoutée à la réplique primaire et à toutes les répliques secondaires dans le groupe de disponibilité AlwaysOn.

IMPORTANT: Bien que le deuxième champ soit facultatif, il est requis dans ce scénario. Si vous saisissez les informations appropriées et que la base de données fait déjà partie du groupe, mais que vous ne cochez pas la case supprimer la base de données primaire du groupe de disponibilité AlwaysOn avant restauration, la restauration échoue. Si la base de données ne fait pas partie du groupe, que vous renseignez un nom incorrect et que le plug-in n'est pas en mesure de vérifier que le client se trouve sur la réplique primaire, le plug-in restaure la base de données. Cependant, vous ne pouvez pas ajouter la base de données au groupe. Si un basculement vers un autre nœud se produit après l'exécution de la session de restauration et que vous avez saisi le nom du client principal et le nom du groupe, mettez à jour les informations stockées dans les Options de restauration pour prendre en compte le nom du nouveau client, sans quoi, les exécutions suivantes de la même session de restauration échouent.

CONSEIL: Saisissez uniquement le nom de l'instance. Si vous entrez le nom complet, <Nomhôte>\ <Nominstance>, le plug-in ignore de nom d'hôte.

La procédure suivante décrit comment restaurer une réplique secondaire sur une sauvegarde effectuée à partir du client virtuel, puis comment la convertir pour qu'elle fonctionne comme réplique primaire.

CONSEIL: Saisissez uniquement le nom de l'instance. Si vous entrez le nom complet, <Nomhôte>\ <Nominstance>, le plug-in ignore de nom d'hôte.

IMPORTANT: Pour effectuer cette étape, vous aurez peut-être à supprimer la base de données des autres répliques secondaires et reporter l'ajout de la base de données à la nouvelle réplique primaire jusqu'à ce que le processus soit terminé.

La procédure suivante décrit comment restaurer une sauvegarde VDI. Cette procédure se fonde sur l'exemple décrit dans Exemple de création d'une sauvegarde complète VDI d'un groupe de disponibilité AlwaysOn. La procédure suivante exige également de restaurer les sauvegardes du journal de transactions, un processus qui n'était pas inclus dans l'exemple de sauvegarde précédent.

CONSEIL: Saisissez uniquement le nom de l'instance. Si vous entrez le nom complet, <Nomhôte>\ <Nominstance>, le plug-in ignore de nom d'hôte.

La procédure suivante explique comment restaurer une base de données d'un groupe de disponibilité AlwaysOn lorsque la base de données a été supprimée de la réplique primaire avant la restauration.

CONSEIL: Saisissez uniquement le nom de l'instance. Si vous entrez le nom complet, <Nomhôte>\ <Nominstance>, le plug-in ignore de nom d'hôte.

Renommage ou déplacement d'une base de données

Le plug-in vous permet de restaurer une base de données avec un autre nom pendant une restauration. Le fait de renommer la base de données peut s'avérer utile si vous ne souhaitez pas écraser la version existante et que vous souhaitez créer une copie de la base de données. Vous pouvez également déplacer la base de données vers un autre répertoire pendant la restauration avec le plug-in.

IMPORTANT: Pour créer une copie d'une base de données en utilisant la méthode de sauvegarde complète de fichiers ou de groupes de fichiers, disponible uniquement pour VDI, celle-ci doit être restaurée sur une autre instance SQL Server. Lors du renommage d'une base de données pendant une restauration sur VSS, les fichiers de base de données doivent également être déplacés dans un autre répertoire. Si les fichiers de base de données ne sont pas déplacés dans un autre répertoire, la restauration échoue. Cet échec est dû au fait que VSS ne vous permet pas de renommer la base de données sans avoir déplacé les données et les fichiers journaux vers un autre répertoire. Lorsque vous déplacez des données et des fichiers journaux pour les restaurations VSS, vous pouvez déplacer les fichiers de données vers un seul répertoire et les fichiers journaux vers un répertoire distinct, si les deux répertoires sont différents de l'original.

IMPORTANT: Lors du renommage d'une base de données pendant une restauration sur VSS, les fichiers de base de données doivent également être déplacés dans un autre répertoire. Si les fichiers de base de données ne sont pas déplacés dans un autre répertoire, la restauration échoue. Cet échec est dû au fait que VSS ne vous permet pas de renommer la base de données sans avoir déplacé les données et les fichiers journaux vers un autre répertoire. Lorsque vous déplacez des données et des fichiers journaux pour les restaurations VSS, vous pouvez déplacer les fichiers de données vers un seul répertoire et les fichiers journaux vers un répertoire distinct, si les deux répertoires sont différents de l'original.

REMARQUE: Dans la WebUI, le nom de la base de données est accompagné du nouveau nom et des informations du nouvel emplacement entre parenthèses. Les fichiers de base de données sont renommés à l'aide d'une concaténation du nouveau nom et du nom d'origine, c'est-à-dire <NouveauNom>_<NomOrigine>.

Restauration d'une base de données vers une autre instance

Grâce à la méthode de sauvegarde VDI du plug-in, vous pouvez restaurer une base de données vers une autre instance de SQL Server qui s'exécute sur le serveur de la base de données. La procédure pour effectuer ce type de restauration est décrite dans la rubrique suivante. Ce processus ne prend pas en charge l'utilisation de groupes de disponibilité AlwaysOn.

IMPORTANT: Si vous souhaitez restaurer une base de données vers une autre instance qui se trouve sur le même serveur et que la base de données d'origine existe toujours, utilisez l'option Renommer/Déplacer décrite précédemment dans Renommage ou déplacement d'une base de données. Utilisez cette option pour renommer ou déplacer les fichiers de données afin de vous assurer qu'ils n'écrasent pas ou n'entrent pas en conflit avec les mêmes fichiers dans la base de données d'origine.

IMPORTANT: Vous pouvez également renommer ou déplacer une base de données pendant l'exécution de ce type de restauration pour les sauvegardes sur VDI. Pour plus d'informations, voir Renommage ou déplacement d'une base de données.

Restauration de données vers un autre serveur SQL

De même que le plug-in vous permet de restaurer des bases de données vers une autre instance SQL Server sur le même serveur de base de données, vous pouvez cibler un serveur SQL différent pendant le processus de restauration. Ce processus ne prend pas en charge l'utilisation de groupes de disponibilité AlwaysOn.

Cette fonctionnalité est utile durant les opérations de récupération après sinistre. Vous pouvez restaurer une base de données vers un autre serveur SQL en utilisant la procédure décrite à la rubrique suivante. Vous pouvez également utiliser ce processus pour restaurer un client virtuel NetVault Backupvers un client autonomeNetVault Backup.

IMPORTANT: La méthode de sauvegarde VSS de Microsoft ne prend pas en charge la restauration d'une sauvegarde sur VSS vers une autre instance. Par conséquent, la restauration des sauvegardes VSS vers une autre instance avec Plug‑in pour SQL Server n'est pas prise en charge. Dans un scénario de reprise après sinistre, cette procédure vous permet de restaurer les sauvegardes de la base de données master et msdb. Après la restauration de la base de données master, redémarrez le serveur. Restaurez et récupérez chaque base de données.

IMPORTANT: Lorsque vous effectuez une restauration vers un autre serveur, vous ne pouvez pas modifier le nom ou la destination de la base de données master restaurée. La base de données master est restaurée à l'emplacement de l'actuelle base de données master dans la cible pour la restauration.

REMARQUE: Si vous restaurez l'instance SQL Server par défaut vers le serveur de remplacement, vous pouvez saisir le nom du serveur de destination, par exemple, MSSQLSERVER, pour l'Instance cible.