none
2012 HyperV copie fichiers VHDX à chaud RRS feed

  • Question

  • Hello à tous

    Ma config : Serveur physique 2012 avec 3 serveurs virtuels HYPER-V dont 1 controleur de domaine

    Je voudrais savoir s'il est possible de copier à chaud les fichiers VHDX (machine virtuelle active) avec un simple xcopy

    et bien sur s'il sera possible de me servir de ce fichier pour restaurer cette machine virtuelle ?

    Merci d'avance

    4lbphi

    vendredi 8 novembre 2013 12:15

Réponses

  • Bonjour,

    Pour information, l'export et le clonage à chaud d'ordinateurs virtuels est disponible avec la nouvelle version de Windows Server, à savoir Windows Server 2012 R2. Ceci aurait permis de sauvegarder vos VMs.

    Bon courage !

    Florian


    Tutoriels sur Windows : www.it-connect.fr

    • Marqué comme réponse Florin Ciuca lundi 18 novembre 2013 10:13
    vendredi 15 novembre 2013 09:25
  • Oui il s'agit d'options offertes directement dans la nouvelle version d'Hyper-V.

    Je pense que rien n'a changé concernant xcopy, par contre si vous maitrisez un peu Powershell vous pouvez utiliser les commandes dédiés à Hyper-v et je pense qu'il est possible avec un petit script d'automatiser la sauvegarde des ordinateurs virtuels, une fois le script fait il suffira de le mettre en tâche planifiée.

    Il y a notamment la commande Save-VM qui peut être intéressante.

    Note : Le "Module Hyper-V pour Windows Powershell" doit être installé sur l'hôte Hyper-V

    Florian


    Tutoriels sur Windows : www.it-connect.fr


    • Modifié FlorianB50 vendredi 15 novembre 2013 10:16
    • Marqué comme réponse Florin Ciuca lundi 18 novembre 2013 10:13
    vendredi 15 novembre 2013 10:15

Toutes les réponses

  • Bonjour,

    Malheureusement vous ne pouvez pas le faire.

    Voir ici la recommandation Microsoft:

    Do not copy a .vhd file while it is in use by a virtual machine. The file system of the host operating system does not prevent you from copying a file in use; however, data will be missing from the copied file because data in the virtual machine's memory will not be copied. Do not copy a .vhd file that is used by a virtual machine configured as a domain controller; doing so can cause problems such as duplicate security IDs (SIDs) appearing on the network. 

    Cordialement,

    Florin


    Florin CIUCA, MSFT  Votez! Appel à la contribution
    Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte.

    lundi 11 novembre 2013 11:32
  • Je reviens vers vous en vous remerciant tout d'abord pour votre réponse,

    mais les fichiers "vhdx" n'apportent-ils pas une amélioration par rapport au fichiers "vhd" qui permettrait justement la copie à chaud ?

    Pardonnez mon insistance mais un de mes fournisseurs me garantie ce fonctionnement et j'avoue avoir des doutes d'où ma question ici.

    Merci.

    4lbphi

    mardi 12 novembre 2013 08:28
  • Bonsoir,

    A lire : Sources

    Microsoft a pris des mesures pour prévenir la corruption dans les fichiers VHDX en cas de panne de courant (les mises à jours de données sont loguées ou " journalisées" dans les métadonnées du VHDX, ce qui offre un mécanisme de secours).

    Cependant , je ne vois pas comment la copie a chaud permettrais d'avoir des VHDX a jour,dans quel But ? ,une sauvegarde ?

    Hugues

    mardi 12 novembre 2013 23:18
  • Bonjour,

    les fichiers VHDX, tout comme les VHD ou VMDK sont des disques durs. Virtuels certes mais soumis aux mêmes contraintes que les disques physiques avec leurs systèmes de fichiers, c'est à dire que vous travaillez à chaud dessus, si vous tentez de déplacer l'ensemble des données sans un "coordinateur" pour s'assurer de leur cohérence et intégrité vous récupéreriez un contenu en partie inexploitable.

    Ce "coordinateur" est le VSS, si vos applications ont un "VSS Writer", alors un logiciel de sauvegarde récent pourra effectuer une requête demandant à l'application de placer ses données dans un état cohérent avant de faire une sorte de snaphot. Ensuite L'application peut reprendre ses activités (écritures), la cible de sauvegarde ne sera plus modifiée jusqu'à la fin de l'opération. Ce procédé est valable pour toutes les applications compatibles y compris Windows.

    C'est un procédé utilisé depuis longtemps dans les environnements physiques. Dans le cas de la virtualisation, l'hyperviseur (ici Hyper-V) est considéré comme une application permettant l'exécution d'autres applications, c'est une forme d'imbrication, presque une mise en abîme.

    http://www.lemagit.fr/actualites/2240189160/Comprendre-comment-Microsoft-VSS-fonctionne-pour-la-sauvegarde-denvironnements-virtualises

    Si vous sauvegardiez un VHDX sans erreur d'accès, vous pourrez probablement récupérer toutes les données mortes, mais les données en activité seraient perdues.

    Je vous conseille donc d'utiliser un outil de sauvegarde gérant le VSS même gratuit ou rudimentaire  (Windows Backup par exemple).

    Léo

    mercredi 13 novembre 2013 10:29
  • Salut à tous,

    L'objectif pour moi était de faire une sauvegarde de machines virtuelles en cours d'utilisation

    Je retiens :

    • que la copie à chaud de fichiers VHD n'est pas fiable,
    • que l'évolution VHD-VHDX n'a rien changé à cet état de fait,
    • qu'il existe des outils qui permettent de sauvegarder ces données mais autrement que par un simple "xcopy"

    Merci à tous pour votre temps et votre expertise

    4lbphi

    mercredi 13 novembre 2013 14:19
  • Bonjour,

    Pour information, l'export et le clonage à chaud d'ordinateurs virtuels est disponible avec la nouvelle version de Windows Server, à savoir Windows Server 2012 R2. Ceci aurait permis de sauvegarder vos VMs.

    Bon courage !

    Florian


    Tutoriels sur Windows : www.it-connect.fr

    • Marqué comme réponse Florin Ciuca lundi 18 novembre 2013 10:13
    vendredi 15 novembre 2013 09:25
  • Ah !!!

    En réaction à la réponse de Florian

    Le serveur physique sur lequel les machines virtuelles sont installées est bien un Server 2012 (R2 ? je ne crois pas...)

    Quand vous parlez d'export ou de clonage, vous voulez dire en utilisant les options offertes par Hyper-V ?

    Rien n'a changé en ce qui concerne la copie de fichier depuis l'OS (xcopy) ?

    Merci

    4lbphi

    vendredi 15 novembre 2013 09:54
  • Oui il s'agit d'options offertes directement dans la nouvelle version d'Hyper-V.

    Je pense que rien n'a changé concernant xcopy, par contre si vous maitrisez un peu Powershell vous pouvez utiliser les commandes dédiés à Hyper-v et je pense qu'il est possible avec un petit script d'automatiser la sauvegarde des ordinateurs virtuels, une fois le script fait il suffira de le mettre en tâche planifiée.

    Il y a notamment la commande Save-VM qui peut être intéressante.

    Note : Le "Module Hyper-V pour Windows Powershell" doit être installé sur l'hôte Hyper-V

    Florian


    Tutoriels sur Windows : www.it-connect.fr


    • Modifié FlorianB50 vendredi 15 novembre 2013 10:16
    • Marqué comme réponse Florin Ciuca lundi 18 novembre 2013 10:13
    vendredi 15 novembre 2013 10:15
  • Bonjour à tous,

    Ne faites pas cette erreur. Ne copiez pas vos disques virtuels à chaud, VHD ou VHDX.

    Nous avons vécu le cas d'une machine virtuelle dont le guest était un SBS 2011 et dont la méthode de sauvegarde était justement une copie à chaud d'un VHDX sous un Server 2012 Core avec l'aide d'un xcopy vers un disque externe (ou une autre destination).

    L'incident qui s'est produit est à la suite d'une panne de courant, le serveur Guest SBS 2011 n'a pas redémarré comme il faut en raison d'une erreur c00002e2 dans le AD. Comble du malheur nous avons su par la suite qu'il y avait un problème avec les serveurs Hyper-V sous 2012 et 2008 (voir Kb: http://support.microsoft.com/kb/2853952/en-us). Mais le pire reste à venir.

    Lorsque nous sommes venus pour récupérer les anciens VHDX à partir des sauvegardes VDHX pour réparer le SBS nous avons eu la désagréable surprise de constater que plus rien ne fonctionnait et que tous les fichiers inscrits dans le VHDX et qui étaient en mémoire lors de la prise des sauvegardes ont tous été corrompus, incluant même ceux ouvert par les utilisateurs locaux car tout ce qui s'appelait vss à l'intérieur du VHDX avait visiblement resté en mémoire du serveur au moment du crash ET des sauvegades. Le problème est que le VM avait un uptime de plus de 6 mois, donc nous avons perdu 6 mois de données, en plus que la moitié des services ne fonctionnent tout simplement plus tels les SharePoint, WSUS, VSS en raison de l'incohérence généralisée créé par cet incident. La solution finale sera donc de refaire complètement le SBS 2011 de A à Z et de réimporter les données valides dans le nouveau SBS.

    SVP éviter ce genre de truc facile pour prendre des sauvegardes. Utilisez des solutions reconnues et soutenues par l'industrie, le prix à payer si vous ne le faites pas dépasse largement le prix d'un bon logiciel serveur.


    Gilles Tremblay MCP / MCSA / CompTIA A+ / CompTIA Network +


    lundi 23 décembre 2013 22:23