Bonjour à tous
 
je dois ajouter de l'espace disque sur une VM (windows 2019)
le serveur hyperv est en 2019
 

 
j'ai provisionné le disque en question
mais impossible d'agrandir ma partition e:
 


 
avez vous une idée ?

pas de point contrôle sur la VM

si te redemarre ta vm ?

oui j'ai effectué un arret de la vm mais toujours pareil

Ton disque est en MBR.
Il en faut un GPT.

c'est bien un disque en GPT ? ( et pas mbr)

comment convertir ?
possible de le faire à chaud ?

comme j'ai de la place sur l'hyper V
le plus simple est il de créer un nouveau volume de 2500 GO et je copie les données sur ce nouveau volume ?

Non tu ne peux pas convertir MBR vers GPT, cela nécessite de refaire les structures sur le disque, c'est destructif.
 
Tu peux faire ce que tu suggères (nouveau volume + copie) par contre cela dépend un peu des services qui utilisent les données en question. Si c'est un serveur de fichiers avec un partage ça va, si c'est une base de données SQL c'est un peu plus compliqué.

merci du retour
il s'agit d'un serveur de fichiers.

Dans ce cas un petit coup de robocopy /E /S /SEC <source> <destination> /LOG:fichier_de_log ... Tu recréées le/les partages avec les bons droits... Et ça devrait être pas mal.
 
Le plus compliqué à gérer ce sont les fichiers verrouillés donc l'idéal c'est de faire la copie la nuit.
 
Vérifier qu'il y a pas d'autres services qui utilisent le disque d'origine quand même... Genre logiciel de supervision, de quota, ce genre de chose.
 
Quand tu as fini ta migration tu peux démonter l'ancien disque et assigner l'ancienne lettre de lecteur au nouveau, ça évitera les surprises. A faire avant de bricoler les partages évidemment. Ca fait longtemps que j'ai plus joué à ça mais Windows peut peut être recréer les partages tout seul sur le nouveau disque si il récupère l'ancienne lettre. Dans tous les cas fais toi une liste des partages avec les sécurités associées juste au cas où.

Tu peux aussi :
 
1. couper l'accès au serveur de fichier.
2. démonter le disque de 2To.
3. créer un nouveau volume GPT avec la même lettre de lecteur que celui démonté.
4. Restaurer ta sauvegarde dessus.
 
Pas de partage à recréer, de fichier verrouillés, etc.

Sinon tu peux convertir ton disque de MBR en GPT.
https://www.easeus.com/partition-ma [...] -loss.html
Bon par contre je te conseille d'avoir un backup .
 
MS a un outil mbr2gpt mais après avoir vérifié c'est que pour windows 10 et que pour le disque système donc non applicable à ton cas.
 
Du coup je ferai un mix entre la solution de ShongGail et ça, tu migres et si ça marche pas tu restaures

L'intérêt de ma solution est que tu gardes le disque d'origine intact. Que tu testes une restauration. Et que normalement tu n'as aucun reparamétrage.
Je vote pour ma solution

merci  à tous pour vos retours
 
je vais proposer 2 solutions :
 
soit faire un backup de la partition en MBR et lancer une convertir en GPT et restaurer les données + étendre la partition a la taille voulue
 
soit j'effectue l'ajout d'un nouveau disque virtuel avec 1500 GO
 
merci encore pour votre aide

Mais tu as vraiment besoin de rajouter autant de disque ?

le client souhaite backuper les données de 2 MAC
j'ai proposé l'ajout du volume , le client a retenue cette solution
bien sur je vais ajouter ce nouveau volume à son job de sauvegarde (veeam sur NAS + cloud connect chez nous)

retournement de situation
le client avait besoin de 42 GO mdr
ce topic peut etre clos
encore merci de votre aide