Utilisation de CA ARCserve D2D pour Linux › Intégration et automatisation de CA ARCserve D2D pour Linux dans un environnement informatique existant › Vérification de la disponibilité des points de récupération

Vérification de la disponibilité des points de récupération

L'utilitaire d2dverify permet de vérifier que les points de récupération de diverses sessions de sauvegarde sont utilisables. En général, les jobs de sauvegarde s'exécutent tous les jours et lorsque vous avez plusieurs points de récupération, vous pouvez ne pas être sûr que les points de récupération sont utilisables pour la récupération des données lors d'un échec du système. Pour éviter cette situation, vous pouvez effectuer des jobs de récupération à chaud pour vérifier régulièrement si les sauvegardes sont utilisables. L'utilitaire d2dverify permet d'automatiser la tâche de vérification de la disponibilité des points de récupération.

Une fois que vous avez configuré les paramètres requis, l'utilitaire d2dverify soumet le job de récupération à chaud et récupère les données sur la machine virtuelle spécifiée. d2dverify démarre ensuite la machine virtuelle et exécute un script pour vérifier si les applications de la machine virtuelle fonctionnent. Vous pouvez également créer une planification pour exécuter l'utilitaire d2dverify régulièrement à l'aide des utilitaires système, tels que Linux Cron. Par exemple, vous pouvez exécuter l'utilitaire d2dverify après la dernière sauvegarde d'un ensemble de récupération. Dans ce cas, d2dverify vérifie tous les points de récupération de cet ensemble.

Remarque : Pour en savoir plus sur la planification d'un job à l'aide du planificateur Linux Cron, consultez la rubrique Personnalisation de la planification des jobs.

Vous pouvez également utiliser l'utilitaire d2dverify dans les scénarios suivants :

• Vous pouvez utiliser l'utilitaire d2dverify pour migrer les sauvegardes de plusieurs ordinateurs physiques vers des machines virtuelles.
• Une fois qu'un hyperviseur est récupéré, vous pouvez utiliser l'utilitaire d2dverify pour restaurer toutes les machines virtuelles vers le nouvel hyperviseur.

Tenez compte des conditions préalables à l'utilisation de l'utilitaire d2dverify suivantes :

• Identifiez les noeuds sources dont vous voulez vérifier la sauvegarde.
• Identifiez un hyperviseur sur lequel les machines virtuelles seront créées.
• Créez des machines virtuelles pour chaque noeud à vérifier. Entrez le nom de la machine virtuelle au format suivant:

  verify_<nom_noeud>
  

  Remarque : Il n'est pas nécessaire d'associer des disques durs virtuels à ces machines virtuelles, ni de réseau virtuel si vous spécifiez des paramètres vm_network.

• Vérifiez la configuration réseau requise.
• Identifiez un réseau auquel les machines virtuelles seront connectées.

  Remarque : L'utilitaire d2dverify prend en charge les réseaux IP statiques uniquement.

Important : Si la base de données comprend les informations de compte du noeud relatives à un utilisateur non racine, d2dverify réinitialisera le mot de passe de l'utilisateur non racine sur 'CAd2d@2013 pour la machine virtuelle cible.

Configuration réseau requise :

Lorsque vous utilisez d2dverify, il est recommandé de maintenir les machines virtuelles cibles dans un réseau virtuel isolé pour éviter un conflit avec l'environnement de production. Dans ce cas, les machines virtuelles cibles doivent être connectées au serveur D2D et à l'emplacement de stockage de sauvegarde.

Prise en charge d'hyperviseur :

d2dverify dépend de l'utilitaire d2drestorevm pour pouvoir effectuer les restaurations. d2dverify prend en charge les versions d'hyperviseurs suivantes :

• XenServer 6.0 et version ultérieure
• RHEV 3.0 et version ultérieure
• OVM 3.2

Arguments :

--template

Identifie le modèle qui inclut les paramètres pour exécuter l'utilitaire d2dverify.

--createtemplate

Crée un modèle vide qui inclut les paramètres pour exécuter l'utilitaire d2dverify.

Procédez comme suit:

1. Connectez-vous au serveur D2D en tant qu'utilisateur racine.
2. Créez le modèle utilisé par l'utilitaire d2dverify à l'aide de la commande suivante :

   d2dverify --createtemplate=chemin_accès
   

3. Ouvrez le modèle et mettez à jour les paramètres suivants :

   node_list

   Spécifie une liste de noeuds ou des critères de requête sur la base de données du serveur D2D. Chaque noeud est séparé par une virgule, par exemple : Noeud1,Noeud2,Noeud3.

   Notes : Si le numéro de port SSH n'est pas le port par défaut 22, le format pour spécifier chaque noeud est le suivant : Noeud1:nouveau_port,Noeud2:nouveau_port,Noeud3:nouveau_port. Le nom verify_<nom_noeud> est affecté à la machine virtuelle (nom_noeud n'inclut pas le numéro de port).

   Exemple : Noeud1:222,Noeud2:333,Noeud4:333

   La liste suivante est un exemple de critères de requête :

   [node=préfixe]

   Recherche le nom de noeud qui contient le préfixe défini.

   [desc=préfixe]

   Recherche la description du noeud qui contient le préfixe défini.

   guest_ip_list =

   Spécifie la liste des adresses IP qui sont appliquées à chaque noeud cible respectivement. Les adresses IP sont séparées par une virgule : IP1,IP2,IP3. Si une seule adresse IP est disponible, mais que plusieurs noeuds sont spécifiés dans le paramètre node_list, le quatrième segment de l'adresse IP est augmenté d'une unité pour chaque noeud. L'utilitaire d2dverify vérifie si une adresse IP a été utilisée. Si c'est le cas, l'adresse IP est ignorée.

   Par exemple, si vous disposez de trois noeuds Noeud 1, Noeud 2 et Noeud 3, et de l'adresse IP xxx.xxx.xxx.xx6, cette dernière est utilisée de la manière suivante :

   Noeud 1 : xxx.xxx.xxx.xx6

   Noeud 2 : xxx.xxx.xxx.xx7

   Noeud 3 : xxx.xxx.xxx.xx8

   vm_type

   Spécifie le type de l'hyperviseur. Les trois types d'hyperviseurs suivants sont valides : xen, ovm ou rhev.

   vm_server

   Spécifie le nom d'hôte ou l'adresse IP du gestionnaire d'hyperviseurs.

   vm_svr_username

   Spécifie le nom d'utilisateur du gestionnaire d'hyperviseurs.

   vm_svr_password

   Spécifie le mot de passe du gestionnaire d'hyperviseurs. Le mot de passe doit être chiffré à l'aide de l'utilitaire d2dutil --encrypt.

   La commande suivante est utilisée pour chiffrer le mot de passe :

   echo "mot_passe" | d2dutil --encrypt
   

   vm_network

   Spécifie le réseau virtuel qui est utilisé par la machine virtuelle cible. Il est recommandé de spécifier ce paramètre lorsque votre machine virtuelle cible est connectée à plusieurs réseaux virtuels.

   guest_gateway

   Spécifie la passerelle réseau utilisée par le système d'exploitation invité de la machine virtuelle cible.

   guest_netmask

   Spécifie le masque de réseau utilisé par le système d'exploitation invité de la machine virtuelle cible.

   guest_username

   Spécifie le nom d'utilisateur utilisé pour la connexion à la machine virtuelle récupérée. Le mot de passe est réinitialisé sur la valeur spécifiée dans le paramètre guest_password. Le paramètre guest_username est ignoré lorsque vous utilisez l'utilitaire d2dverify pour effectuer des requêtes sur la base de données du serveur D2D. Dans ce cas, le mot de passe d'invité de la machine virtuelle est réinitialisé sur la valeur du mot de passe du noeud stocké dans la base de données.

   guest_password

   Spécifie le mot de passe pour le paramètre guest_username. Le mot de passe doit être chiffré à l'aide de l'utilitaire d2dutil --encrypt. Le paramètre guest_password est ignoré lorsque vous utilisez l'utilitaire d2dverify pour effectuer des requêtes sur la base de données du serveur D2D.

   storage_location

   Spécifie le chemin réseau d'accès à l'emplacement de stockage de sauvegarde. Vous ne devez pas spécifier l'emplacement de stockage si les noeuds spécifiés dans le paramètre node_list se trouvent dans la base de données du serveur D2D. Si l'emplacement de stockage est un partage CIFS, utilisez le format suivant pour spécifier l'emplacement :

   //nom_hôte/chemin_accès
   

   storage_username

   Spécifie le nom d'utilisateur pour accéder à l'emplacement de stockage de sauvegarde. Ce paramètre n'est pas requis pour un partage NFS.

   Pour un utilisateur de domaine Windows, utilisez le format suivant pour spécifier l'emplacement :

   nom_domaine/nom_utilisateur
   

   storage_password

   Spécifie le mot de passe pour accéder à l'emplacement de stockage de sauvegarde. Le mot de passe doit être chiffré à l'aide de l'utilitaire d2dutil --encrypt. Ce paramètre n'est pas requis pour un partage NFS.

   recovery_point = last

   Spécifie la session à restaurer. En général, une session de récupération est au format suivant : S00000000X, où X indique une valeur numérique. S00000000X correspond au nom de dossier des points de récupération. Si vous voulez restaurer la dernière session, spécifiez le mot clé last.

   encryption_password

   Spécifie le mot de passe de chiffrement pour le point de récupération. Le mot de passe doit être chiffré à l'aide de l'utilitaire d2dutil --encrypt.

   script

   Spécifie le script à exécuter. Le script s'exécute sur l'ordinateur cible après une récupération. Si ce paramètre n'est pas spécifié, l'utilitaire d2dverify exécute la commande ls /proc sur l'ordinateur cible.

   email_to_address

   Spécifie l'adresse électronique des destinataires qui recevront les rapports dans un courriel. Vous pouvez spécifier plusieurs adresses électroniques, séparées par une virgule.

   email_subject

   Spécifie l'objet du courriel.

   report_format

   Spécifie le format du rapport que vous recevrez dans un courriel. Vous pouvez spécifier le format text (.txt) ou html.

   Valeur par défaut : html

   node_not_in_db

   Spécifie les noeuds des paramètres node_list qui ne se trouvent pas dans la base de données du serveur D2D. Vous devez spécifier les paramètres relatifs à storage_*.

   Valeur : yes

   stop_vm_after_recovery

   Indique que la machine virtuelle cible s'arrête après la récupération et la vérification. Les valeurs de ce paramètre sont yes et no.

   Valeur par défaut : yes

4. Enregistrez et fermez le modèle.
5. Exécutez l'utilitaire d2dverify à l'aide de la commande suivante :

   d2dverify --template=chemin_accès_fichier
   

Remarque : L'utilitaire d2dverify échoue si les noeuds spécifiés dans le paramètre node_list sont ajoutés à l'aide de la clé publique/privée. Pour résoudre ce problème, configurez la variable d'environnement export D2D_SSH_IGNORE_PWD=yes dans l'environnement de shell dans lequel vous exécutez l'utilitaire d2dverify.

La disponibilité des points de récupération pour leur utilisation a été vérifiée.