Veeam Agent for Windows peut restaurer une image système complète sur un matériel totalement différent. Cela inclut le déplacement d'un serveur physique (ou d'une VM VMware/Hyper-V) vers un VPS cloud basé sur KVM. Le problème : KVM utilise des pilotes paravirtualisés VirtIO pour le stockage et le réseau. Sans ces pilotes dans votre média de récupération, l'environnement de restauration ne peut ni voir le disque cible ni atteindre votre dépôt de sauvegarde.

Ce guide couvre l'intégralité du processus : préparer les pilotes VirtIO sur la source, construire un ISO de récupération qui les inclut, restaurer sur un VPS Virtua.Cloud et valider le résultat.

De quoi avez-vous besoin avant de migrer un serveur Windows avec Veeam ?

Vous avez besoin de Veeam Agent for Windows (version 6.3 ou ultérieure en mode standalone, ou version 13 si géré par Veeam Backup & Replication) installé sur le serveur source, d'une sauvegarde image stockée sur un partage SMB ou NFS accessible depuis le réseau, et du package de pilotes VirtIO. Le serveur source doit exécuter Windows Server 2016 ou ultérieur.

Prérequis	Détails
Veeam Agent for Windows	v6.3+ (standalone) ou v13 (géré par VBR)
Type de sauvegarde	Image (ordinateur complet ou volumes système)
Emplacement de la sauvegarde	Partage SMB ou export NFS accessible depuis le réseau de la VM cible
Pilotes VirtIO	virtio-win dernière version stable (actuellement 0.1.285)
Windows ADK	Requis si les composants Windows RE sont absents de la source
VM cible	Taille du disque >= espace utilisé source + 10 % de marge

Avant de commencer, vérifiez la version de Veeam Agent (Get-WmiObject -Class Win32_Product | Where-Object { $_.Name -like "*Veeam*" }), l'espace disque utilisé sur tous les volumes, et confirmez qu'une sauvegarde image récente existe sur le partage réseau.

Comment créer un ISO de récupération Veeam avec les pilotes VirtIO ?

Téléchargez le package de pilotes VirtIO, installez-le sur le serveur source, puis créez un ISO de récupération Veeam. L'option « Include hardware drivers from this computer » capture les pilotes VirtIO installés et les intègre dans l'image de récupération basée sur WinPE. C'est la seule méthode fiable pour intégrer les pilotes VirtIO de stockage et réseau dans l'environnement de récupération.

Pourquoi les pilotes VirtIO sont-ils nécessaires pour les VPS cloud ?

Les hyperviseurs KVM exposent les périphériques de stockage et réseau via des interfaces paravirtualisées VirtIO. Les pilotes Windows standard ne reconnaissent pas ces périphériques. Sans pilotes VirtIO dans l'environnement de récupération, l'assistant de restauration Veeam ne peut pas détecter le disque de la VM cible ni se connecter à votre dépôt de sauvegarde via le réseau. La restauration échoue avant même de commencer.

Trois pilotes sont essentiels pour la migration :

Pilote	Fonction	Entrée dans le Device Manager après installation
viostor / vioscsi	Contrôleur de stockage VirtIO block ou SCSI	Red Hat VirtIO SCSI controller
NetKVM	Adaptateur réseau VirtIO	Red Hat VirtIO Ethernet Adapter
Balloon	Gestion dynamique de la mémoire	VirtIO Balloon Driver

Comment installer les pilotes VirtIO sur le serveur source ?

Téléchargez le dernier ISO stable depuis le projet Fedora virtio-win. Montez-le et lancez l'installateur des guest tools :

# Download the virtio-win ISO
Invoke-WebRequest -Uri "https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/latest-virtio/virtio-win.iso" -OutFile "C:\Temp\virtio-win.iso"

# Mount the ISO
$mount = Mount-DiskImage -ImagePath "C:\Temp\virtio-win.iso" -PassThru
$driveLetter = ($mount | Get-Volume).DriveLetter

# Run the guest tools installer (silent, all drivers)
Start-Process -FilePath "${driveLetter}:\virtio-win-guest-tools.exe" -ArgumentList "/silent" -Wait

L'installateur déploie NetKVM, viostor, vioscsi, Balloon et plusieurs autres pilotes VirtIO dans le magasin de pilotes Windows. Vérifiez leur présence :

Get-WindowsDriver -Online | Where-Object { $_.ProviderName -eq "Red Hat, Inc." } | Select-Object ClassName, Driver, ProviderName

ClassName   Driver         ProviderName
---------   ------         ------------
Net         oem12.inf      Red Hat, Inc.
SCSIAdapter oem13.inf      Red Hat, Inc.
SCSIAdapter oem14.inf      Red Hat, Inc.
System      oem15.inf      Red Hat, Inc.

La sortie affiche les classes Net (NetKVM), SCSIAdapter (viostor/vioscsi) et System (Balloon).

Comment intégrer les pilotes dans le média de récupération ?

Les pilotes VirtIO étant maintenant dans le magasin de pilotes Windows, créez l'ISO de récupération :

Ouvrez Démarrer > Veeam > Create Recovery Media
À l'étape Recovery Media Options, sélectionnez ISO file comme type de média
Cochez Include hardware drivers from this computer. Cela capture les pilotes VirtIO que vous venez d'installer.
Cochez éventuellement Include network connection settings from this computer si la VM cible utilisera une configuration réseau similaire
Sous Include the following additional storage and network hardware drivers, cliquez sur Add et pointez vers le dossier de l'ISO VirtIO monté ${driveLetter}:\ en secours. Le dossier doit contenir les fichiers CAT, INF et SYS du pilote. N'ajoutez pas plus de 1 Go de pilotes, car ils sont chargés en RAM au démarrage et peuvent empêcher WinPE de se lancer.
Choisissez un chemin de sortie pour l'ISO. Nommez-le de façon identifiable : veeam-recovery-virtio.iso
Cliquez sur Create et attendez la fin de l'assistant

L'ISO résultant est une image WinPE contenant les outils de récupération Veeam et vos pilotes VirtIO intégrés. Gardez-le accessible ; vous l'enverrez au support Virtua.Cloud.

Comment commander et préparer la VM cible ?

Commandez un VPS compatible Windows chez Virtua.Cloud avec suffisamment d'espace disque pour accueillir vos données restaurées. Envoyez l'ISO de récupération au support pour qu'il soit monté avant le premier démarrage.

Quelle taille de disque pour la VM cible ?

Le disque cible doit être au moins aussi grand que la somme de l'espace utilisé sur tous les volumes source, plus 10 % de marge. Veeam peut réduire les partitions lors de la restauration, mais ne peut pas restaurer sur un disque plus petit que les données réelles.

Formule : disque cible >= espace total utilisé x 1,1

Avec l'exemple précédent (42,3 Go + 87,1 Go = 129,4 Go utilisés), il faut au minimum 143 Go. Arrondissez à l'option disponible supérieure.

Ne vous basez pas sur la taille allouée du disque source. Si votre source dispose d'un disque de 500 Go mais n'utilise que 130 Go, un disque cible de 160 Go convient parfaitement.

Comment faire monter l'ISO ?

Commandez votre VM via le panneau de contrôle Virtua.Cloud. Sélectionnez un plan avec suffisamment de disque, RAM et CPU pour votre charge de travail.
Ouvrez un ticket de support pour demander le montage d'un ISO personnalisé. Joignez ou fournissez un lien de téléchargement pour votre veeam-recovery-virtio.iso.
Demandez au support de monter l'ISO comme périphérique de démarrage principal et de confirmer quand c'est prêt.
Le support confirmera que l'ISO est monté et que la VM est configurée pour démarrer dessus.

En attendant, notez les détails réseau de votre VM depuis le panneau de contrôle : adresse IP, masque de sous-réseau, passerelle et serveurs DNS. Vous en aurez besoin pour configurer le réseau dans WinPE.

Comment restaurer une sauvegarde Veeam sur un VPS cloud ?

Démarrez la VM depuis l'ISO de récupération via la console VNC, configurez le réseau manuellement dans WinPE, connectez-vous à votre dépôt de sauvegarde et lancez l'assistant de restauration bare-metal.

Comment démarrer et accéder à l'environnement de récupération ?

Ouvrez la console VNC de votre VM depuis le panneau de contrôle Virtua.Cloud
La VM démarre depuis l'ISO monté dans l'environnement Veeam Recovery Media
Attendez que le bureau WinPE se charge avec l'interface Veeam Bare Metal Recovery

Si la VM démarre sur un shell UEFI ou un écran noir au lieu de WinPE, contactez le support pour vérifier l'ordre de démarrage. L'ISO doit être le premier périphérique de démarrage.

Comment configurer le réseau dans l'environnement de récupération WinPE ?

L'environnement de récupération a besoin d'un accès réseau pour atteindre votre dépôt de sauvegarde. Les VPS cloud obtiennent rarement une adresse DHCP au premier démarrage. Configurez l'adaptateur manuellement.

Dans l'écran Veeam Recovery Media, cliquez sur Network Settings (coin inférieur droit)
Si la liste des adaptateurs est vide, les pilotes réseau VirtIO ne se sont pas chargés. Cliquez sur Load network adapter driver, sélectionnez le pilote NetKVM dans la fenêtre Hardware Drivers et cliquez sur Install.
Sélectionnez l'adaptateur réseau dans la liste. Cliquez sur Properties.
Entrez la configuration IP statique depuis le panneau de contrôle de votre VM :
- Adresse IP
- Masque de sous-réseau
- Passerelle par défaut
- Serveur DNS
Cliquez sur OK pour appliquer

Testez la connectivité en ouvrant une invite de commandes depuis l'environnement de récupération (appuyez sur Shift+F10 si nécessaire) :

ping 8.8.8.8
ping your-backup-server.example.com

Si le ping fonctionne mais que le DNS échoue, vérifiez l'adresse du serveur DNS. Pour les partages SMB, testez le chemin directement :

net use \\backup-server\share /user:domain\username

Comment se connecter au dépôt de sauvegarde ?

De retour dans l'interface Veeam, cliquez sur Bare Metal Recovery
À Backup Location, sélectionnez Network storage
Sélectionnez Shared folder (pour SMB) ou Linux-based (pour NFS)
Entrez le chemin UNC de votre sauvegarde : \\backup-server\share\VeeamBackup\ServerName
Fournissez les identifiants lorsque demandé
Veeam scanne l'emplacement et liste les sauvegardes disponibles
Sélectionnez la sauvegarde de votre serveur et choisissez le point de restauration (généralement le plus récent)

Comment mapper les disques source vers la VM cible ?

Après avoir sélectionné le point de restauration, choisissez Entire computer comme mode de restauration. Veeam ouvre l'écran Disk Mapping affichant vos volumes source à droite et le disque cible à gauche.

Si le disque cible n'est pas visible, cliquez sur Load driver et installez le pilote VirtIO SCSI (vioscsi ou viostor) depuis la liste Hardware Drivers.

Pour une VM cible à disque unique :

Faites un clic droit sur le disque cible et sélectionnez Apply Backup Layout. Cela recrée la structure de partitions source sur le disque cible.
Si le disque cible est plus grand que la source, l'espace supplémentaire reste non alloué. Vous pourrez étendre la dernière partition plus tard dans la Gestion des disques Windows.
Si le disque cible est plus petit (mais plus grand que les données utilisées), Veeam réduit automatiquement les partitions pour s'adapter. Examinez la disposition proposée avant de continuer.

Pour les serveurs avec plusieurs disques source mappés sur un seul disque cible, utilisez Customize disk mapping pour placer les volumes manuellement. Faites un clic droit sur l'espace non alloué du disque cible et sélectionnez le volume source à restaurer. Utilisez Resize pour ajuster la taille des partitions.

Cochez la case Inject these drivers into operating system while performing bare metal recovery. Cela écrit les pilotes VirtIO dans l'installation Windows restaurée, ce qui empêche les échecs de démarrage causés par l'absence de pilotes de stockage.

Cliquez sur Restore pour commencer. La durée dépend de la taille de la sauvegarde et du débit réseau entre le dépôt de sauvegarde et la VM. Une restauration de 100 Go via un lien 1 Gbps prend environ 15 à 20 minutes.

Que vérifier après la restauration ?

Une fois la restauration terminée, demandez le démontage de l'ISO au support, redémarrez la VM sous Windows et validez les pilotes, le réseau et l'activation.

Procédure post-restauration

Demandez le démontage de l'ISO. Ouvrez votre ticket de support et demandez à Virtua.Cloud de démonter l'ISO de récupération et de configurer le disque dur comme périphérique de démarrage principal.
Redémarrez la VM. Utilisez la console VNC pour observer le premier démarrage. Windows peut prendre plus de temps que d'habitude car il détecte le nouveau matériel et configure les pilotes.
Connectez-vous via VNC. Le RDP ne fonctionnera pas tant que vous n'aurez pas confirmé la configuration réseau.

Comment vérifier que les pilotes VirtIO sont chargés ?

Ouvrez le Device Manager et vérifiez l'absence de périphériques avec des icônes d'avertissement jaunes. Confirmez ensuite les pilotes VirtIO spécifiquement :

Get-PnpDevice | Where-Object { $_.FriendlyName -like "*VirtIO*" -or $_.FriendlyName -like "*Red Hat*" } | Select-Object Status, Class, FriendlyName

Status Class           FriendlyName
------ -----           ------------
OK     Net             Red Hat VirtIO Ethernet Adapter
OK     SCSIAdapter     Red Hat VirtIO SCSI controller
OK     System          VirtIO Balloon Driver

Chaque entrée doit afficher OK. Si une entrée affiche Error ou Degraded, le pilote ne s'est pas installé correctement. Téléchargez l'installateur VirtIO guest tools sur la VM et exécutez-le :

# If drivers are missing post-restore
Invoke-WebRequest -Uri "https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/latest-virtio/virtio-win-guest-tools.exe" -OutFile "C:\Temp\virtio-win-guest-tools.exe"
Start-Process -FilePath "C:\Temp\virtio-win-guest-tools.exe" -ArgumentList "/silent" -Wait
Restart-Computer

Comment valider le réseau et le RDP ?

Le système restauré peut conserver la configuration IP du serveur source. Ouvrez les Connexions réseau, mettez à jour l'adaptateur avec l'IP, le masque, la passerelle et le DNS assignés à votre VM depuis le panneau de contrôle.

Testez la connectivité sortante avec Test-NetConnection -ComputerName 8.8.8.8 -Port 443. Puis essayez le RDP depuis votre poste de travail. Si le RDP ne se connecte pas, activez la règle de pare-feu :

Enable-NetFirewallRule -DisplayGroup "Remote Desktop"

Windows nécessite-t-il une réactivation après une migration P2V ?

Oui, généralement. Une migration P2V modifie suffisamment d'identifiants matériels pour que Windows considère la machine comme nouvelle et exige une réactivation. Le comportement dépend du type de licence :

Licence Retail / OEM : Le changement de matériel déclenche la réactivation. Utilisez slmgr /ato pour tenter l'activation en ligne. En cas d'échec, l'activation par téléphone ou un ticket de support auprès de Microsoft est nécessaire.
KMS (licence en volume) : La VM contacte automatiquement votre serveur KMS. Exécutez slmgr /ato pour forcer une tentative d'activation immédiate.
MAK (Multiple Activation Key) : Entrez à nouveau la clé avec slmgr /ipk YOUR-MAK-KEY puis slmgr /ato.
AVMA (Automatic Virtual Machine Activation) : Fonctionne uniquement sur les hôtes Hyper-V exécutant Windows Server Datacenter. Ne s'applique pas aux VM KVM.

Vérifiez le statut d'activation actuel :

slmgr /dli

Une boîte de dialogue apparaît indiquant le statut de la licence. « Licensed » signifie que l'activation a réussi. « Notification » ou « Grace period » signifie que vous devez réactiver.

Pour les clients en licence en volume, vérifiez également que le serveur KMS est accessible depuis le réseau de la nouvelle VM.

Dépannage des échecs de restauration courants

Écran bleu INACCESSIBLE_BOOT_DEVICE après la restauration

C'est l'échec le plus fréquent. Windows ne trouve pas de pilote de stockage pour le contrôleur de disque VirtIO au démarrage.

Cause : Le pilote de stockage VirtIO (vioscsi ou viostor) n'a pas été injecté dans le système restauré. Soit la case « Inject these drivers » était décochée pendant la restauration, soit le média de récupération ne contenait pas les pilotes de stockage VirtIO.

Solution : Redémarrez depuis l'ISO de récupération. Au lieu de lancer une restauration complète, ouvrez une invite de commandes (Shift+F10) et chargez manuellement le pilote VirtIO dans l'installation Windows hors ligne :

drvload X:\Drivers\vioscsi\2k22\amd64\vioscsi.inf

Remplacez X: par la lettre du lecteur où les pilotes du média de récupération sont stockés, et 2k22 par le dossier correspondant à votre version de Windows Server (2k16, 2k19, 2k22 ou 2k25). Après avoir chargé le pilote, utilisez DISM pour l'injecter de façon permanente dans le système hors ligne :

dism /image:C:\ /add-driver /driver:X:\Drivers\vioscsi\2k22\amd64

Si cela ne résout pas le problème, relancez la restauration complète avec les pilotes VirtIO correctement intégrés dans le média de récupération et la case « Inject these drivers » cochée.

Aucun adaptateur réseau visible dans WinPE

Cause : Le pilote NetKVM est absent du média de récupération.

Solution : Si vous avez ajouté l'ISO VirtIO comme source de pilotes supplémentaire lors de la création du média, cliquez sur Load network adapter driver dans l'écran Network Settings et naviguez vers le dossier NetKVM sur le média de récupération. Sélectionnez le fichier INF correspondant à votre version de Windows.

Si aucun pilote VirtIO n'est présent, vous devez recréer l'ISO de récupération avec les pilotes VirtIO installés sur le serveur source au préalable.

Le disque cible n'est pas visible dans l'écran de mapping

Cause : Le pilote VirtIO SCSI n'est pas chargé dans WinPE.

Solution : Cliquez sur Load driver à l'étape Disk Mapping. Sélectionnez le pilote vioscsi ou viostor dans la liste Hardware Drivers. Si le pilote n'est pas listé, cliquez sur Load Driver et naviguez vers le fichier INF du pilote sur le média de récupération.

La restauration échoue car le disque cible est trop petit

Cause : Le disque cible est plus petit que le volume total de données dans la sauvegarde.

Solution : Il est impossible de réduire en dessous de l'espace utilisé. Commandez une VM avec un disque plus grand, ou réduisez les données sur le serveur source avant de créer une nouvelle sauvegarde. Supprimez les fichiers temporaires, videz le cache Windows Update (Dism.exe /online /Cleanup-Image /StartComponentCleanup) et supprimez les données inutiles avant de lancer une nouvelle sauvegarde image.

L'activation Windows échoue après la restauration

Cause : L'empreinte matérielle a changé. C'est attendu après toute migration P2V.

Solution : Pour les clés retail, exécutez slmgr /ato. Si l'activation en ligne échoue, utilisez l'activation par téléphone : slui 4. Pour les clés en volume, vérifiez la connectivité au serveur KMS : nslookup -type=srv _vlmcs._tcp.yourdomain.com. Pour les clés MAK, entrez à nouveau la clé : slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX puis slmgr /ato.

Copyright 2026 Virtua.Cloud. Tous droits réservés. Ce contenu est une création originale de l'équipe Virtua.Cloud. Toute reproduction, republication ou redistribution sans autorisation écrite est interdite.