Récupération après sinistre pour le pool et les hôtes XenServer endommagés

La perte de données dans les entreprises peut avoir des conséquences graves. Même avec XenServer, une excellente solution pour consolider les données de l'entreprise, il y aurait toutes sortes de problèmes avec vos données, comme la perte de fichiers de disques virtuels, la perte de métadonnées de VM XenServer et la suppression accidentelle de machines virtuelles, etc. Il est donc essentiel d'avoir une solution de sauvegarde et de récupération après sinistre.

Comprendre la reprise d'activité après sinistre XenServer

La fonction de reprise d'activité après sinistre (DR) de XenServer vous permet de récupérer des machines virtuelles et des vApps en cas de panne matérielle catastrophique qui désactive ou détruit un pool ou un site entier.

La reprise après sinistre stocke toutes les informations nécessaires pour récupérer vos machines virtuelles et vApps critiques pour votre entreprise dans des référentiels de stockage (SR). Ces référentiels de stockage sont ensuite répliqués à partir de votre environnement principal (de production) vers un environnement de sauvegarde. Lorsqu'un pool protégé sur votre site principal échoue, les machines virtuelles et vApps dans ce pool peuvent être récupérés à partir du stockage répliqué et recréés sur un site secondaire (DR). Le résultat est une minimisation du temps d'arrêt des applications ou des utilisateurs.

Voici un cas de récupération d'urgence de XenServer à partir d'un Pool et d'un Host endommagés.

Description du problème

Le système de production d'un utilisateur a crashé. La xapi sur trois machines dans le pool ne peut pas être démarrée, et toutes les commandes xe ne peuvent pas être exécutées. La seule façon d'accéder aux machines est via SSH. Le problème est qu'il y a de nombreuses machines virtuelles en cours d'exécution sur l'une des machines. Diverses méthodes ont été essayées, mais aucune n'a réussi. La base de données du pool est corrompue et ne peut pas être récupérée. La seule solution est de reconstruire l'environnement sans affecter la production.

Approche : Compte tenu du fait que l'utilisateur utilise un stockage HBA, où le LUN est lié au WWN de la carte HBA sur l'hôte. Après avoir réinstallé l'hôte, il devrait pouvoir reconnaître le stockage d'origine. Ensuite, le stockage peut être monté sur la machine nouvellement installée. Enfin, de nouvelles machines virtuelles peuvent être créées et les VDIs correspondants peuvent être attachés.

Note : Auparavant, le rapport d'état du serveur de la piscine a été exporté, donc les VDIs correspondant à chaque machine virtuelle peuvent être trouvés.

Comment récupérer le pool XenServer et les hôtes ?

1. Réinstallez un nouveau XenServer et définissez-le comme maître du nouveau pool, en appliquant toutes les mises à jour.

Connectez-vous à la ligne de commande XenServer :

 #pvscan
  PV /dev/sdc    VG VG_XenStorage-e47a1cfd-893c-4666-08c8-f37fedd43da3   lvm2 [1.69 TB / 18.01 GB free]
  PV /dev/sda3   VG VG_XenStorage-b67d732d-be5c-2255-b07b-4c97c90cf460   lvm2 [270.45 GB / 270.45 GB free]
  Total: 2 [1.95 TB] / in use: 2 [1.95 TB] / in no VG: 0 [0   ]

À partir de ce qui précède, l'UUID du stockage HBA d'origine est e47a1cfd-893c-4666-08c8-f37fedd43da3.

2. Montez ce SR en utilisant la commande suivante (n'utilisez pas XenCenter, car cela pourrait formater le stockage) :

 #xe sr-introduce sr-uuid=e47a1cfd-893c-4666-08c8-f37fedd43da3 type=lvmohba shared=true name-label=EMC content-
type=user

3. Trouvez les informations sur l'ID SCSI pour le périphérique de stockage par blocs :

#ls -l /dev/disk/by-id/
 rwxrwxrwx 1 root root 9 Apr  9 15:26 scsi-360060160abb01c009a425b909972de11 -> ../../sdc
lrwxrwxrwx 1 root root 9 Apr  9 15:26 scsi-3600605b0036c7670160dd0d806c5ffc1 -> ../../sda
lrwxrwxrwx 1 root root 10 Apr  9 15:26 scsi-3600605b0036c7670160dd0d806c5ffc1-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Apr  9 15:26 scsi-3600605b0036c7670160dd0d806c5ffc1-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Apr  9 15:26 scsi-3600605b0036c7670160dd0d806c5ffc1-part3 -> ../../sda3

À partir de ce qui précède, nous pouvons trouver les informations sur l'ID SCSI correspondant au périphérique de stockage SDC.

4. Récupérez les informations de l'hôte pour le maître dans le pool à l'aide de la ligne de commande ou de XenCenter :

#xe host-list
uuid ( RO) : 83f2c775-57fc-457b-9f98-2b9b0a7dbcb5
name-label ( RW): xenserver1
name-description ( RO): Default install of XenServer

5.Créer un PBD entre l'hôte et le stockage :

#xe pbd-create sr-uuid=e47a1cfd-893c-4666-08c8-f37fedd43da3 device-config:device=/dev/disk/by-id/scsi-
360060160abb01c009a425b909972de11 host-uuid=83f2c775-57fc-457b-9f98-2b9b0a7dbcb5
aec2c6fc-e1fb-0a27-2437-9862cffe213e

La PBD a été créée avec succès, servant d'unité de connexion logique entre XenServer et le stockage.

6. Insérez le PBD nouvellement créé :

#xe pbd-plug uuid=aec2c6fc-e1fb-0a27-2437-9862cffe213e

Lors de la connexion à XenCenter, vous verrez que le stockage est monté avec succès et que l'état du VDI est normal.

7. Commencez la récupération des machines virtuelles :

Trouver les informations précédentes sur les machines virtuelles, créer des machines virtuelles et attacher les VDIs.

8. Rétablir toutes les machines et reconstruire les deux autres XenServers, puis les ajouter au pool.

9. Configurer l'HA (High Availability) et le WLB (Workload Balancing), et restaurer l'environnement sans affecter l'environnement de production.

Solution professionnelle de récupération d'urgence XenServer

Vinchin Backup & Recovery est une solution professionnelle qui prend en charge la sauvegarde de données de machines virtuelles comme VMware vSphere, Hyper-V, XenServer, XCP-ng, oVirt, RHV, OpenStack, etc. et d'autres données comme les bases de données, les NAS, les serveurs de fichiers, etc.

Vinchin Backup & Recovery offre des options de planification de sauvegarde flexibles permettant aux utilisateurs de définir des tâches de sauvegarde complète, incrémentielle et différentielle pour s'exécuter automatiquement quotidiennement, hebdomadairement et mensuellement, réalisant ainsi un processus intelligent de sauvegarde XenServer afin de minimiser les charges de configuration de sauvegarde manuelle pour les utilisateurs.

Il peut éliminer au moins 50 % de la taille des données après déduplication et compression, tout en développant la technologie exclusive d'extraction profonde des données BitDetector pour les environnements IT à grande échelle.

Il offre également la migration V2V sur plus de 10 virtualisations, une récupération instantanée en 15 secondes, une copie de sauvegarde distante et une protection des données contre le ransomware avec le standard AES-256.

A users-friendly web console will help easily create the backup job.

1. Sélectionnez la VM XenServer

2. Sélectionnez le stockage de sauvegarde

3. Sélectionnez les stratégies de sauvegarde nécessaires

4. Soumettre l'offre d'emploi

Pour la récupération des machines virtuelles XenServer :

1. Choisissez les sauvegardes sources.

2. Sélectionnez l'hébergeur sur la même plateforme ou une plateforme différente.

3. Spécifiez les stratégies de récupération.

4. Voir et soumettre.

Vinchin Backup & Recovery a été sélectionné par des milliers d'entreprises et vous pouvez également commencer une évaluation gratuite complète de 60 jours ici. De plus, vous pouvez nous contacter, laisser vos exigences, ou choisir un partenaire local.

Conclusion

Citrix XenServer est connu pour ses performances efficaces et ses avantages en matière d'économies de coûts. Cependant, comme toute technologie, il n'est pas immunisé contre la perte ou la corruption de données. Dans de tels cas, on peut contacter Vinchin Backup & Recovery pour obtenir de l'aide, qui est une solution de récupération après sinistre professionnelle choisie par des milliers d'entreprises et d'organisations.