none
Conversion VHDX dynamique vers Fixe impossible RRS feed

  • Question

  • Bonjour,

    J'ai une machine virtuelle qui est issue d'un Disk2VHD

    Celle ci fonctionne très bien, cependant ayant un disque peu puissant, pour gagner en performances j'aimerais passer les VM en taille fixe plutôt que dynamique.

    Elle est actuellement en VHDX, taille dynamique et je veux un VHDX, taille fixe.

    Or, quand je fais l'action de conversion, j'ai une erreur "Échec de la conversion du disque virtuel, le système n'a pas pu convertir vmXX.vhdx"

    La VM est éteinte, sans snapshot ! Des idées?

    Merci d'avance

    Maxime

    mardi 16 juillet 2019 16:00

Toutes les réponses

  • Bonjour,

    Un tuto ici https://www.it-connect.fr/convertir-un-disque-virtuel-vhd-vhdx/

    Avez-vous vérifiez que vous avez le stockage nécessaire pour faire cohabiter les 2 disques virtuels ?

    mercredi 17 juillet 2019 09:03
  • Je me rend compte que ce phénomène n'apparait qu'avec des machines issues d'un Disk2VHD

    Je viens de convertir un autre serveur de dynamique a fixe et ça a fonctionné

    Y a t'il des étapes a respecter avant de modifier un disque qui provient d'une virtualisation de serveur physique?

    mercredi 17 juillet 2019 09:15
  • Bonjour,

    dans le sens Dynamique vers une taille fixe, il n'y a pas d'étape particulière à respecter.

    Dans l'autre sens, une compression/défragmentation des données est utile.

    Sinon, s'agit-il bien d'un fichier au format VHDX ? (et non d'un simple VHD).

    La commande Convert-VHD permet de changer certaines valeurs telles que la taille des blocs, qui peut être un problème.

    A bientôt,


    Thierry DEMAN-BARCELO. Offce Apps&Services MVP. MCSE:Messaging 2016,MCSE:Server Infrastructure 2016(87 MCPs). MCSA Office 365,Microsoft 365 Certified: Messaging Administrator Associate,Modern Desktop Administrator Associate https://base.faqexchange.info

    jeudi 18 juillet 2019 11:41
  • Bonjour

    Il s'agit bien d'un VHDx, et je me rend compte que le souci est présent uniquement sur les deux machines que j'ai virtualisé. (Disk2VHD)

    En effet, mes VM qui n'ont jamais été des machines physiques acceptent parfaitement de passer en taille fixe.

    vendredi 19 juillet 2019 09:39
  • Bonjour,

    Je vous avais demandé "Avez-vous vérifiez que vous avez le stockage nécessaire pour faire cohabiter les 2 disques virtuels ?" Qu'en est-il?

    vendredi 19 juillet 2019 10:27
  • Bonjour,

    J'ai largement la place pour avoir un vhdx de la même taille (300go)

    En revanche c'est vrai que c'est peut être une piste mais le vhdx fait 300go mais quand je fais "inspecter" sur le disque depuis hyperV, j'ai encore la mention Taille de disque maximale 1.82TO

    De plus, quand je suis sur le serveur, j'utilise seulement 218go de disque

    Sauf que la partition "C:" fait 1.05TB et j'ai déja shrink au maximum, il ne veut pas se compresser plus.

    Quand je shrink depuis "gestion des disques"' il me dit que sur les 1.05TB il peut shrink "seulement" 153 GO

    Mais même ca il ne veux finalement pas

    There is not enough space available on the disk(s) to complete this operation.


    J'ai déja supprimé les snapshots, hiberfil et pagefil

    edit : via diskpart j'ai réussi a shrink en y allant petit a petit

    DISKPART> shrink desired=10000
    
    DiskPart successfully shrunk the volume by:    9 GB
    
    DISKPART> shrink desired=10000
    
    DiskPart successfully shrunk the volume by:    9 GB
    
    DISKPART> shrink desired=10000
    
    Virtual Disk Service error:
    The specified shrink size is too big and will cause the volume to be
    smaller than the minimum volume size.

    Je n'arrive pas a Shrink plus que une dizaine de GO alors que 800 sont inutilisés dans C:


    • Modifié max393 vendredi 19 juillet 2019 15:20
    vendredi 19 juillet 2019 14:42
  • Bonjour,

    Lors de l'utilisation de disk2vhd, la conversion est faite sur le disque et non la partition ce qui explique la taille de 1.82 TO.

    Pour optimiser le shrink, il faut faire avant une défragmentation du disque, il doit y avoir des blocs sur l'ensemble de votre disque.

    Romain

    samedi 20 juillet 2019 10:40
  • Bonjour

    Merci mais la fragmentation est a 0%

    D'autres pistes ?

    lundi 22 juillet 2019 07:50
  • Bonjour,

    Supprimez les clichés instantanés. De mémoire, ils ne peuvent pas être déplaçables.

    Ensuite, essayez à nouveau de réduire la taille de la partition, depuis le serveur virtuel directement. (diskpart ou utilitaire graphique)

    lundi 22 juillet 2019 09:46
  • Comme indiqué dans mon tout premier message, je n'ai pas de snapshot.

    J'ai également déjà donné la réponse du Diskpart quand je fais un Shrink

    lundi 22 juillet 2019 10:01
  • Il ne s'agit pas de snapshot Hyper-v mais de clichés internes à la VM (avant installation de màj winupdate par ex...)

    Propriétés système > protection du système > configurer > supprimer

    lundi 22 juillet 2019 10:17
  • Merci pour la réponse, en effet sur la VM (serveur 2012) il y avait la feature Windows Backup d'activée, mais n'était pas utilisée

    Par précaution je l'ai désinstallée, j'ai redémarré la vm mais cela ne va toujours pas

    Mon disque est a 843GB de libre sur 1.03TB, et quand je shrink :

    DISKPART> select disk 0
    
    Disk 0 is now the selected disk.
    
    DISKPART> list volume
    
      Volume ###  Ltr  Label        Fs     Type        Size     Status     Info
      ----------  ---  -----------  -----  ----------  -------  ---------  --------
      Volume 0     C                NTFS   Simple      1061 GB  Healthy    System
      Volume 1     D                       DVD-ROM         0 B  No Media
    
    DISKPART> select volume 0
    
    Volume 0 is the selected volume.
    
    DISKPART> shrink desired=10000
    
    Virtual Disk Service error:
    The specified shrink size is too big and will cause the volume to be smaller than the minimum volume size.

    lundi 22 juillet 2019 12:54
  • Bonjour,

    étant données les tailles 1,82 To et la complexité, je pencherai pour des solutions alternatives…

    Par exemple, créer une machine (VM) bootable avec la même version Windows, et des partitions/disques (VHDX) fixes permettant de recevoir toutes les données.

    Ensuite, dupliquer les contenus (Robocopy avec option sécurité) entre les disques/partitions, les VMs étant, bien entendu, arrêtées sur la source et la destination. La machine source reste ainsi non impactée. Mais la machine de destination a de bonnes chances de fonctionner correctement.

    A+


    Thierry DEMAN-BARCELO. Offce Apps&Services MVP. MCSE:Messaging 2016,MCSE:Server Infrastructure 2016(87 MCPs). MCSA Office 365,Microsoft 365 Certified: Messaging Administrator Associate,Modern Desktop Administrator Associate https://base.faqexchange.info


    lundi 22 juillet 2019 14:03
  • Avez-vous supprimé les clichés instantanés via le menu Propriétés système > protection du système > configurer > supprimer ?
    lundi 22 juillet 2019 14:11
  • Bonjour

    Si j'ai bien compris je réinstalle un windows sur un nouveau vhdx taille fixe, puis je duplique le contenu du disque source ?

    J'ai trouvé ceci

    ROBOCOPY C:\ Y:\ /e /efsraw /copyall /dcopy:t /r:0

    Est ce ok ?

    • Modifié max393 mardi 23 juillet 2019 07:43
    mardi 23 juillet 2019 07:42
  • Pour les clichés instantanés, sur windows serveur cela n'existe visiblement pas sans l'option Windows server backup que j'ai précédemment désactivée

    Edit: Pour en revenir a la cause, je crois l'avoir trouvée, j'ai pris un logiciel de defragmentation, et il y a un bloc en toute fin de disque, noté comme "Unmovable" contenant $LogFile et $MFTMirr

    Avec la défrag de ce logiciel (et non pas avec celle de windows) j'ai pu gagner quelques gigas jusqu'a bloquer contre ce "Unmovable bloc"


    • Modifié max393 mardi 23 juillet 2019 09:23
    mardi 23 juillet 2019 07:43
  • Bonjour

    Si j'ai bien compris je réinstalle un windows sur un nouveau vhdx taille fixe, puis je duplique le contenu du disque source ?

    J'ai trouvé ceci

    ROBOCOPY C:\ Y:\ /e /efsraw /copyall /dcopy:t /r:0

    Est ce ok ?

    Bonjour,

    oui, mais il faut monter les fichiers VHDX à partir du système hôte. Donc, on peut pas copier à partir du disque C: le système en cours de fonctionnement.

    Pour Robocopy, les options préconisées sont "/MIR /SEC" (Miroir avec sécurité)

    A bientôt


    Thierry DEMAN-BARCELO. Offce Apps&Services MVP. MCSE:Messaging 2016,MCSE:Server Infrastructure 2016(87 MCPs). MCSA Office 365,Microsoft 365 Certified: Messaging Administrator Associate,Modern Desktop Administrator Associate https://base.faqexchange.info

    mercredi 24 juillet 2019 07:54
  • Bonjour,

    Il semble que ce soit la Master File Table (MFT) qui vous pose problème.

    Utilisez "smartdefrag" et activez la défragmentation au démarrage de la VM pour que la MFT soit mis au plus près du début du disque virtuel.

    mardi 30 juillet 2019 10:05