J'ai un cluster Hyper-V (2008 R2) avec un CSV que je veux cloner. Le CSV se trouve sur un SAN fibre channel (HP MSA M3 P2000 G3). J'ai cloné un volume du côté SAN, et je l'ai assigné à mes nœuds de cluster. Les nœuds de cluster peuvent voir le volume, mais ils sont marqués comme étant hors ligne, réservés.
À ce que je comprends, je rencontre le même problème que celui décrit dans cette question : Changer l '« ID de disque » du disque GPT Windows via Linux sauf que je travaille avec la fibre channel.
Quand j'exécute diskpart et obtiens le uniqueid disk, le disque d'origine et le disque cloné partagent le même identifiant. Je pense que c'est le problème.
DISKPART> select disk 10
Disk 10 est maintenant le disque sélectionné.
DISKPART> uniqueid disk
ID de disque : 65DC665F
DISKPART> select disk 4
Le disque 4 est maintenant le disque sélectionné.
DISKPART> uniqueid disk
ID de disque : 65DC665FDe plus, lorsque je vérifie les attributs du clone, il apparaît comme étant clusterisé :
DISKPART> attributes disk
État actuel Lecture seule : Oui
Lecture seule : Oui
Disque de démarrage : Non
Disque de fichier d'échange : Non
Disque d'hibernation : Non
Disque de vidage sur incident : Non
Disque clusterisé : OuiJ'ai également vérifié sur le SAN, et il n'y a aucune réservation sur le volume cloné.
Les solutions que j'ai trouvées jusqu'à présent :
-
Mettre en ligne le disque depuis le propriétaire de cluster du volume d'origine, à ce moment-là l'ID unique en conflit devrait être résolu. Cela ne fonctionne pas pour moi, je ne peux pas mettre en ligne le disque depuis le propriétaire actuel du CSV.
-
Mapper le volume vers un serveur non clusterisé, qui devrait être capable de monter le volume, puis modifier l'uniqueid. Ce que je ne peux pas faire, seuls les nœuds de cluster sont connectés à l'interrupteur FC.
-
Mettre hors ligne le CSV d'origine, mettre en ligne le clone. Une option que j'aimerais éviter, le CSV contient un VHD d'un serveur de production.
0 votes
Par curiosité, pourquoi ne pas simplement créer un nouveau volume plutôt que de cloner le volume existant ?
0 votes
Je veux tester la VM sur d'autres hôtes, donc j'ai besoin d'accéder au VHD.
0 votes
OK, je ne comprends pas vraiment pourquoi vous avez besoin de cloner le CSV pour accéder au VHD. Est-ce que l'hôte de destination est connecté au même CSV que l'hôte source ? Si ce n'est pas le cas, pourquoi ne pas simplement créer un nouveau CSV pour l'hôte de destination, exporter la VM de l'hôte source, l'importer sur l'hôte de destination et continuer à partir de là ?
0 votes
@joeqwerty J'ai exploré cette voie, je pourrais manquer quelque chose, mais je n'ai pas trouvé de moyen d'exporter pendant que la machine virtuelle est en cours d'exécution.
0 votes
Oh, mes excuses. J'ai manqué le fait que vous utilisez 2008 R2. Les exportations de machines virtuelles en direct ne sont pas possibles pour vous. Vous devriez arrêter la VM pour l'exporter. Une alternative serait de sauvegarder la VM (en direct) et de la restaurer sur l'hôte de destination. Il existe plusieurs produits de sauvegarde Hyper-V sur le marché qui permettront de faire cela. Un que j'utilise souvent est Trilead. Leur version gratuite peut effectuer une sauvegarde en direct de la VM. C'est un outil pratique à avoir sous la main que vous l'utilisiez ou non pour cette tâche particulière. - trilead.com/editions
0 votes
Pas de soucis. Une des raisons pour lesquelles j'ai essayé d'aller avec le clone côté SAN était que je pense qu'il y a un problème avec le MPIO sur un+ des nœuds du cluster. J'ai arrêté la VM il y a quelques jours pendant les heures de bureau après qu'elle soit devenue non réactive, juste avant cela elle montrait qu'elle attendait sur le disque io 99% du temps. Il a un VHD de 50g, qui signalait qu'il faudrait plus de 23 heures pour copier. J'ai fini par le déplacer entre les nœuds du cluster et le redémarrer sans obtenir une bonne copie du VHD. Je pense que ma seule option est de l'arrêter en dehors des heures de travail et espérer qu'une copie se termine rapidement.