Bonjour, j'ai un souci avec une VM dont le Disc C est limite... Les snapshot de backup plus MaJ en attente me mette dans l'embarras une fois sur 10 sauvegardes.
 
Je ne parviens pas à ajouter de l'espace sur cette partition car les partition ne se sont pss correctement conccaténées Existe t'il une solution en ligne de commande sur ESX ? Bien que je ne me fasse pas trop d'illusion ...
 
Cerise sur le gâteau, c'est notre serveur exchange ! Donc temps d'arrêt forcément compté :-)
 
Merci pour votre aide.
 

Pas bien compris.
Tu mentionnes des snapshots concernant l'espace disque du C:
Je ne vois pas le rapport.
 
Et c'est sous quel OS ?

moi aussi,
supprime les snapshots et regarde sous ton datastore si tu n'as pas des snapshot non referensé sous ton vmware mais present sur l'epspace de ta vm.
j'ai eu ce probléme avec backup exe et vmware 5.0
Tu peux essayer de "cloner" ta vm, mais il faut le faire machine eteinte.
 
le langage SMS c'est assez moyen "Redim disque c sur VM ESX 5.1"

Essaye de faire de la place sur ton disque C: si c'est possible pour la journée.
Tu nettoies les snaphosts ce soir car cela risque de prendre du temps si il y en beaucoup.
Et si tu les fais en journée, tu vas bloquer les utilisateurs.

Oui, j'ai mal écris mon message initial et vous réfléchissez inutilement à cause de moi !
 
Il ne s'agit pas de snapshot mais de shadowcopy que génère mon veeam backup des outils de sauvegardes.
 
Donc parfois mon shadowcopy me rempli mon disque...
 
J'ai déjà mis le pagefile sur un autre disque :-)
Et déplacer tout ce que j'ai pu.
Mais la avec 6.5go, je suis trop short ...
 
Il me faudrait une méthode sûre.
 
 

 
 
tu fais un V2V avec vmware converter et tu edites la partition de destination en augmentant ton C:\

Tu ne donnes toujours pas l'OS.
 
Et ShadowCopy est un processus interne à Windows.
Cela n'est pas en rapport avec VEEAM (à confirmer je ne suis pas expert).
VEEAM fait un snapshot de la VM dans son processus de sauvegarde.

Veeam fonctionne avec les snapshots, pour moi shadowcopy revient au même.
C'est un problème fréquent avec Veeam.
Si tu n'as pas assez de place sur ton datastore pour supprimer les clichés, tu déplaces ta VM sur un autre.
heureusement que le week end arrive, ca laissera du temps pour les supprimer.

son problème semble etre la saturation de son C:\ qui est contigu aux autres partitions. donc meme s'il augmente son vmdk il ne peut pas étendre son c:\.
 
Donc il doit utiliser le vmware converter pour modifier la taille de sa partition.
 

Veeam utilise les snapshots pour faire ses sauvegardes.
il arrive parfois qu'il n'efface pas le snapshost (alors qu'il devrait).
il fait ensuite série de snapshot et la VM fonctionne sur un dessus.
Le système devient de plus en plus lent jusqu'à saturation du datastore.
Il vaut mieux mettre une alerte sur un système de supervision pour éviter ce genre de problème.
Si ca se trouve le système fonctionne sur une dizaine de snapshots ou plus.
Cela risque de mettre du temps pour être supprimé.

 
 
Sauf qu'un snaphot, cela s'appelle "snaphot"
On n'appelle pas ça "shadowcopy" vu que y'a pas de raison et que ce terme est déjà utilisé sous Windows.
Qui plus est, des shadow copy Windows prennent de la place disque ! Et cela n'a toujours rien à voir avec les snaphots ...
 
L'auteur nous parle d'un souci de taille de partition, de snaphot et de shadowcopy.
Faudrait éclaircir la chose !
 

 
Nul part il indique qu'il n'y a qu'un seul VMDK pour plusieurs partitions, dont son C:

 
il parle de problème d'espace disque interne à l'os , et non du datastore il doit juste s’exprimer maladroitement dans son terme "concaténé"
 
Donc on en déduit que s'il avait un disque par vmdk , il n'aurait eu qu'a faire un extend de son vmdk associé a son c:\  et étendre son c :\ mais la il ne peut pas car les partitions sont contiguës et il se retrouve bloqué à devoir déplacer tout ce qu'il peut sur d'autres partition , ( swap,shadow copy etc).
 
Il faudrait qu"il vienne répondre de lui même sur son topic...

Moi de ce que je comprends avec son vocabulaire très approximatif, voir faux, c'est que sa partition C est sur un VMDK propre mais il est dans l'impossibilité de modifier la taille du VMDK car la VM a des snapshots.
Qui plus est avec un C qui fait 6.5Go, il doit être sous du 2000/2003.
Et là on ne peut pas augmenter la taille de la partition sous Windows.
Il faut booter sur autre chose pour modifier la partition.

pour du 2000/2003 il faut qu'il essaye ceci http://www.dell.com/support/driver [...] rid=R64398