Sauvegarde et restauration des hôtes et des machines virtuelles

Dans la mesure du possible, laissez l’état installé des serveurs HASH (0x2e68218) intact. Autrement dit, n’installez pas de packages supplémentaires ou ne démarrez pas de services supplémentaires sur les serveurs HASH (0x2e68218) et ne les traitez pas comme des appliances. La meilleure façon de restaurer, alors, est de réinstaller le logiciel serveur HASH (0x2e68218) à partir du support d’installation. Si vous avez plusieurs serveurs HASH (0x2e68218), la meilleure approche est de configurer un serveur TFTP et des fichiers de réponses appropriés à cette fin. Pour plus d’informations, reportez-vous à la section Installations de démarrage réseau.

Nous vous recommandons d’utiliser une solution de sauvegarde offerte par l’un de nos partenaires certifiés. Pour plus d’informations, reportez-vous à la section Citrix Ready Marketplace.

Les clients HASH(0x2c1a078) HASH(0x2e72eb8) exécutant HASH(0x2c1a078) ou une version plus récente peuvent profiter de la sauvegarde plus rapide du bloc modifié uniquement. Pour plus d’informations, consultez le blog Citrix à propos de API de sauvegarde de suivi des blocs modifiés.

Nous vous recommandons d’effectuer fréquemment le plus grand nombre possible des procédures de sauvegarde suivantes afin de récupérer d’éventuelles défaillances du serveur et du logiciel.

Pour sauvegarder les métadonnées de pool :

  1. Exécutez la commande :

    xe pool-dump-database file-name=backup
    
  2. Pour restaurer la base de données, exécutez la commande :

    xe pool-restore-database file-name=backup dry-run=true
    

    Cette commande vérifie que la machine cible possède un nombre approprié de cartes réseau nommées correctement, ce qui est nécessaire pour que la sauvegarde réussisse.

Pour sauvegarder la configuration de l’hôte et le logiciel :

  1. Exécutez la commande :

    xe host-backup host=host file-name=hostbackup
    

Remarques :

  • Ne créez pas la sauvegarde dans le domaine de contrôle.

  • La procédure de sauvegarde peut créer un fichier de sauvegarde volumineux.

  • Pour terminer une restauration, vous devez redémarrer sur le CD d’installation d’origine.

  • Ces données ne peuvent être restaurées que sur la machine d’origine.

Pour sauvegarder une machine virtuelle :

  1. Assurez-vous que la machine virtuelle à sauvegarder est hors ligne.

  2. Exécutez la commande :

    xe vm-export vm=vm_uuid filename=backup
    

Note :

Cette sauvegarde sauvegarde également toutes les données de la machine virtuelle. Lors de l’importation d’une machine virtuelle, vous pouvez spécifier le mécanisme de stockage à utiliser pour les données sauvegardées.

Avertissement :

Le processus de sauvegarde peut prendre plus de temps car il sauvegarde toutes les données de la machine virtuelle.

Pour sauvegarder uniquement les métadonnées de la machine virtuelle :

Exécutez la commande :

xe vm-export vm=vm_uuid filename=backup metadata=true

Sauvegardez les métadonnées de machine virtuelle

Les serveurs HASH (0x2e68218) utilisent une base de données sur chaque hôte pour stocker des métadonnées sur les machines virtuelles et les ressources associées telles que le stockage et la mise en réseau. Lorsqu’elle est combinée avec des SR, cette base de données forme la vue complète de toutes les machines virtuelles disponibles dans le pool. Par conséquent, il est important de comprendre comment sauvegarder cette base de données pour récupérer après une panne matérielle physique et d’autres scénarios de sinistre.

Cette section décrit d’abord comment sauvegarder des métadonnées pour des installations à un seul hôte, puis pour des configurations de pool plus complexes.

Sauvegardez des installations à hôte unique

Utilisez l’interface de ligne de commande pour sauvegarder la base de données du pool. Pour obtenir un fichier de sauvegarde de métadonnées de pool cohérent, exécutezpool-dump-database sur le serveur HASH (0x2e68218) et archivez le fichier résultant. Le fichier de sauvegarde contient des informations d’authentification sensibles sur le pool, donc assurez-vous qu’il est stocké en toute sécurité.

Pour restaurer la base de données du pool, utilisez laxe pool-restore-database commande d’un fichier de vidage précédent. Si votre serveur HASH (0x2e68218) est complètement mort, vous devez d’abord effectuer une nouvelle installation, puis exécuter lapool-restore-database commande sur le serveur HASH (0x2e68218) fraîchement installé.

Après avoir restauré la base de données du pool, certaines machines virtuelles peuvent toujours être enregistrées comme étantSuspended. Toutefois, si le référentiel de stockage avec l’état de mémoire suspendue défini dans lesuspend-VDI-uuid champ est un SR local, le SR peut ne pas être disponible car l’hôte a été réinstallé. Pour réinitialiser ces machines virtuelles à l’Halted état afin qu’elles puissent redémarrer, utilisez laxe vm-shutdown vm=vm_name -force commande ou utilisez laxe vm-reset-powerstate vm=vm_name -force commande.

Avertissement :

HASH (0x2e68218) conserve les UUID des hôtes restaurés à l’aide de cette méthode. Si vous restaurez sur une autre machine physique alors que le serveur HASH (0x2e68218) d’origine est toujours en cours d’exécution, des UUID en double peuvent être présents. En conséquence, HASH (0x2e6c8e8) refuse de se connecter au second serveur HASH (0x2e68218). La sauvegarde de la base de données de pool n’est pas le mécanisme recommandé pour le clonage d’hôtes physiques. Utilisez plutôt la prise en charge de l’installation automatisée. Pour plus d’informations, reportez-vous à la section Installer.

Sauvegardez les installations groupées

Dans un scénario de pool, l’hôte maître fournit une base de données faisant autorité qui est mise en miroir synchrone avec tous les hôtes membres du pool. Ce processus fournit un niveau de redondance intégrée à un pool. Tout membre du pool peut remplacer le maître car chaque membre du pool possède une version exacte de la base de données du pool. Pour plus d’informations sur la transition d’un membre en tant que maître de pool, reportez-vous à la sectionHôtes et pools de ressources.

Ce niveau de protection peut ne pas être suffisant. Par exemple, lorsque le stockage partagé contenant les données de la machine virtuelle est sauvegardé dans plusieurs sites, mais le stockage du serveur local (contenant les métadonnées du pool) ne l’est pas. Pour recréer un pool avec un ensemble de stockage partagé, vous devez d’abord sauvegarder lepool-dump-database fichier sur l’hôte maître et archiver ce fichier. Pour restaurer cette sauvegarde ultérieurement sur un tout nouvel ensemble d’hôtes :

  1. Installez un nouveau jeu de serveurs HASH (0x2e68218) à partir du support d’installation ou, le cas échéant, démarrage réseau à partir de votre serveur TFTP.

  2. Utilisez lexe pool-restore-database sur l’hôte désigné pour être le nouveau maître.

  3. Exécutez laxe host-forget commande sur le nouveau maître pour supprimer les anciennes machines membres.

  4. Utilisez laxe pool-join commande sur les hôtes membres pour les connecter au nouveau pool.

Sauvegardez les serveurs HASH (0x2e68218)

Cette section décrit les procédures de sauvegarde et de restauration du domaine de contrôle de serveur HASH (0x2e68218). Ces procédures ne sauvegarde pas les référentiels de stockage qui hébergent les machines virtuelles, mais uniquement le domaine de contrôle privilégié qui exécute Xen et l’agent HASH (0x2c1a078).

Note :

Il est préférable de laisser le domaine de contrôle privilégié tel qu’installé, sans le personnaliser avec d’autres paquets. Nous vous recommandons de configurer un environnement de démarrage réseau pour installer correctement HASH (0x2c1a078) à partir du support HASH (0x2c1a078) en tant que stratégie de récupération. En règle générale, vous n’avez pas besoin de sauvegarder le domaine de contrôle, mais nous vous recommandons d’enregistrer les métadonnées du pool (voirSauvegardez les métadonnées de machine virtuelle). Considérez cette méthode de sauvegarde comme complémentaire à la sauvegarde des métadonnées du pool.

L’utilisation des commandes xehost-backup ethost-restore est une autre approche que vous pouvez prendre. Lahost-backup commande xe archive la partition active dans un fichier que vous spécifiez. Lahost-restore commande xe extrait une archive créée par xehost-backup sur la partition de disque actuellement inactive de l’hôte. Cette partition peut ensuite être rendue active en démarrant le CD d’installation et en sélectionnant pour restaurer la sauvegarde appropriée.

Après avoir effectué les étapes de la section précédente et redémarré l’hôte, assurez-vous que les métadonnées de la machine virtuelle sont restaurées à un état cohérent. Exécuxe pool-restore-database tez/var/backup/pool-database-${DATE} pour restaurer les métadonnées de la machine virtuelle. Ce fichier est créé àxe host-backup l’aide de laxe pool-dump-database commande avant d’archiver le système de fichiers en cours d’exécution, pour clicher un état cohérent des métadonnées de la machine virtuelle.

Pour sauvegarder votre serveur HASH (0x2e68218) :

Sur un hôte distant disposant d’un espace disque suffisant, exécutez la commande suivante

xe host-backup file-name=filename -h hostname -u root -pw password

Cette commande crée une image compressée du système de fichiers du domaine de contrôle. L’image est stockée à l’emplacement spécifié par l’file-name argument.

Pour restaurer un serveur HASH (0x2e68218) en cours d’exécution :

  1. Si vous souhaitez restaurer votre serveur HASH (0x2e68218) à partir d’une sauvegarde spécifique, exécutez la commande suivante pendant que le serveur HASH (0x2e68218) est disponible et accessible :

    xe host-restore file-name=filename -h hostname -u root -pw password
    

    Cette commande restaure l’image compressée sur le disque dur du serveur HASH (0x2e68218) qui exécute cette commande (et non l’hôte sur lequelfilename réside). Dans ce contexte, le terme « restauration » peut être un mauvais nom, car le mot suggère généralement que l’état sauvegardé a été mis en place complètement. La commande restore décompresse uniquement le fichier de sauvegarde compressé et le restaure à sa forme normale. Cependant, il est écrit sur une autre partition (/dev/sda2) et ne remplace pasla version actuelle du système de fichiers.

  2. Pour utiliser la version restaurée du système de fichiers racine, redémarrez le serveur HASH (0x2e68218) à l’aide du CD d’installation HASH (0x2c1a078) et sélectionnez l’option Restaurer à partir de la sauvegarde .

    Une fois la restauration à partir de la sauvegarde terminée, redémarrez le serveur HASH (0x2e68218) et il démarrera à partir de l’image restaurée.

  3. Enfin, restaurez les métadonnées de la machine virtuelle à l’aide de la commande suivante :

    xe pool-restore-database file-name=/var/backup/pool-database-* -h hostname -u root -pw password
    

Note :

La restauration à partir d’une sauvegarde comme décrit dans cette section ne détruit pas la partition de sauvegarde.

Pour redémarrer un serveur HASH (0x2e68218) planté :

Si votre serveur HASH (0x2e68218) s’est bloqué et n’est pas accessible, utilisez le CD d’installation HASH (0x2c1a078) pour effectuer une installation de mise à niveau. Lorsque l’installation de mise à niveau est terminée, redémarrez la machine et assurez-vous que votre hôte est accessible avec HASH (0x2e6c8e8) ou CLI distante.

Ensuite, procédez à la sauvegarde des serveurs HASH (0x2e68218) comme décrit dans cette section.

Sauvegardez des machines virtuelles

Nous vous recommandons d’utiliser une solution de sauvegarde offerte par l’un de nos partenaires certifiés. Pour plus d’informations, reportez-vous à la section Citrix Ready Marketplace.

Les clients HASH(0x2c1a078) HASH(0x2e72eb8) exécutant HASH(0x2c1a078) ou une version plus récente peuvent profiter de la sauvegarde plus rapide du bloc modifié uniquement. Pour plus d’informations, consultez le blog Citrix à propos de API de sauvegarde de suivi des blocs modifiés.