Migrare Windows Server su una VM cloud con Veeam Bare Metal Restore
Sposta un server Windows fisico o virtuale su una VM cloud basata su KVM usando Veeam Agent bare-metal recovery. Copre l'iniezione dei driver VirtIO nel supporto di ripristino, la mappatura dei dischi e la validazione post-ripristino.
Veeam Agent for Windows può ripristinare un'immagine di sistema completa su hardware completamente diverso. Questo include lo spostamento di un server fisico (o di una VM VMware/Hyper-V) su un VPS cloud basato su KVM. Il problema: KVM utilizza driver paravirtualizzati VirtIO per storage e rete. Senza questi driver nel supporto di ripristino, l'ambiente di recovery non può vedere il disco di destinazione né raggiungere il repository di backup.
Questa guida copre l'intero processo: preparare i driver VirtIO sul server sorgente, creare un ISO di ripristino che li includa, ripristinare su una VM Virtua.Cloud e validare il risultato.
Cosa serve prima di migrare un server Windows con Veeam?
Serve Veeam Agent for Windows (versione 6.3 o successiva in modalità standalone, o versione 13 se gestito da Veeam Backup & Replication) installato sul server sorgente, un backup a livello di immagine archiviato su una condivisione SMB o NFS raggiungibile dalla rete, e il pacchetto driver VirtIO. Il server sorgente deve eseguire Windows Server 2016 o successivo.
| Requisito | Dettagli |
|---|---|
| Veeam Agent for Windows | v6.3+ (standalone) o v13 (gestito da VBR) |
| Tipo di backup | A livello di immagine (intero computer o volumi di sistema) |
| Posizione backup | Condivisione SMB o export NFS raggiungibile dalla rete della VM di destinazione |
| Driver VirtIO | virtio-win ultima versione stabile (attualmente 0.1.285) |
| Windows ADK | Necessario se i componenti Windows RE mancano sul sorgente |
| VM di destinazione | Dimensione disco >= spazio usato sorgente + 10% di margine |
Prima di iniziare, verificate la versione di Veeam Agent (Get-WmiObject -Class Win32_Product | Where-Object { $_.Name -like "*Veeam*" }), lo spazio disco utilizzato su tutti i volumi e confermate che esiste un backup a livello di immagine recente sulla condivisione di rete.
Come creare un ISO di ripristino Veeam con i driver VirtIO?
Scaricate il pacchetto driver VirtIO, installatelo sul server sorgente e poi create un ISO di ripristino Veeam. L'opzione "Include hardware drivers from this computer" cattura i driver VirtIO installati e li incorpora nell'immagine di ripristino basata su WinPE. È l'unico metodo affidabile per inserire i driver VirtIO di storage e rete nell'ambiente di ripristino.
Perché i driver VirtIO sono necessari per le VM cloud?
Gli hypervisor KVM espongono i dispositivi di storage e rete attraverso interfacce paravirtualizzate VirtIO. I driver Windows standard non riconoscono questi dispositivi. Senza driver VirtIO nell'ambiente di ripristino, la procedura guidata di Veeam non può rilevare il disco della VM di destinazione né connettersi al repository di backup tramite la rete. Il ripristino fallisce prima di iniziare.
Tre driver sono fondamentali per la migrazione:
| Driver | Scopo | Voce nel Device Manager dopo l'installazione |
|---|---|---|
| viostor / vioscsi | Controller storage VirtIO block o SCSI | Red Hat VirtIO SCSI controller |
| NetKVM | Adattatore di rete VirtIO | Red Hat VirtIO Ethernet Adapter |
| Balloon | Gestione dinamica della memoria | VirtIO Balloon Driver |
Come installare i driver VirtIO sul server sorgente?
Scaricate l'ultima ISO stabile dal progetto Fedora virtio-win. Montatela ed eseguite il programma di installazione dei 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
Il programma di installazione distribuisce NetKVM, viostor, vioscsi, Balloon e altri driver VirtIO nel driver store di Windows. Verificate che siano stati installati:
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.
L'output mostra le classi Net (NetKVM), SCSIAdapter (viostor/vioscsi) e System (Balloon).
Come incorporare i driver nel supporto di ripristino?
Con i driver VirtIO ora nel driver store di Windows, create l'ISO di ripristino:
- Aprite Start > Veeam > Create Recovery Media
- Al passaggio Recovery Media Options, selezionate ISO file come tipo di supporto
- Spuntate Include hardware drivers from this computer. Questo cattura i driver VirtIO appena installati.
- Opzionalmente spuntate Include network connection settings from this computer se la VM di destinazione userà una configurazione di rete simile
- Sotto Include the following additional storage and network hardware drivers, cliccate Add e puntate alla cartella dell'ISO VirtIO montata
${driveLetter}:\come fallback. La cartella deve contenere i file CAT, INF e SYS del driver. Non aggiungete più di 1 GB di driver, poiché vengono caricati in RAM all'avvio e possono impedire l'avvio di WinPE. - Scegliete un percorso di output per l'ISO. Nominatelo in modo riconoscibile:
veeam-recovery-virtio.iso - Cliccate Create e attendete il completamento della procedura guidata
L'ISO risultante è un'immagine WinPE con gli strumenti di ripristino Veeam e i driver VirtIO integrati. Tenetelo accessibile; lo invierete al supporto Virtua.Cloud.
Come ordinare e preparare la VM di destinazione?
Ordinate una VM compatibile con Windows da Virtua.Cloud con disco sufficiente per i dati ripristinati. Inviate l'ISO di ripristino al supporto per il montaggio prima del primo avvio.
Quale dimensione disco serve per la VM di destinazione?
Il disco di destinazione deve essere almeno pari alla somma dello spazio utilizzato su tutti i volumi sorgente, più il 10% di margine. Veeam può ridurre le partizioni durante il ripristino, ma non può ripristinare su un disco più piccolo dei dati effettivi.
Formula: disco di destinazione >= spazio totale utilizzato x 1,1
Dall'esempio precedente (42,3 GB + 87,1 GB = 129,4 GB utilizzati), servono almeno 143 GB. Arrotondate per eccesso all'opzione disponibile più vicina.
Non basatevi sulla dimensione allocata del disco sorgente. Se il sorgente ha un disco da 500 GB ma ne usa solo 130, un disco di destinazione da 160 GB è sufficiente.
Come far montare l'ISO?
- Ordinate la VM tramite il pannello di controllo Virtua.Cloud. Selezionate un piano con disco, RAM e CPU sufficienti per il vostro carico di lavoro.
- Aprite un ticket di supporto richiedendo il montaggio di un ISO personalizzato. Allegate o fornite un link per il download di
veeam-recovery-virtio.iso. - Chiedete al supporto di montare l'ISO come dispositivo di avvio primario e di confermare quando è pronto.
- Il supporto confermerà che l'ISO è montato e la VM è configurata per avviarsi da esso.
Nel frattempo, annotate i dettagli di rete della VM dal pannello di controllo: indirizzo IP, subnet mask, gateway e server DNS. Serviranno per configurare la rete in WinPE.
Come ripristinare un backup Veeam su una VM cloud?
Avviate la VM dall'ISO di ripristino tramite la console VNC, configurate la rete manualmente in WinPE, connettetevi al repository di backup ed eseguite la procedura guidata di ripristino bare-metal.
Come avviare e accedere all'ambiente di ripristino?
- Aprite la console VNC della VM dal pannello di controllo Virtua.Cloud
- La VM si avvia dall'ISO montato nell'ambiente Veeam Recovery Media
- Attendete il caricamento del desktop WinPE con l'interfaccia Veeam Bare Metal Recovery
Se la VM si avvia in una shell UEFI o una schermata nera invece di WinPE, contattate il supporto per verificare l'ordine di avvio. L'ISO deve essere il primo dispositivo di avvio.
Come configurare la rete nell'ambiente di ripristino WinPE?
L'ambiente di ripristino necessita di accesso alla rete per raggiungere il repository di backup. Le VM cloud raramente ottengono DHCP al primo avvio. Configurate l'adattatore manualmente.
- Nella schermata Veeam Recovery Media, cliccate su Network Settings (angolo in basso a destra)
- Se l'elenco degli adattatori è vuoto, i driver di rete VirtIO non si sono caricati. Cliccate Load network adapter driver, selezionate il driver NetKVM dalla finestra Hardware Drivers e cliccate Install.
- Selezionate l'adattatore di rete nell'elenco. Cliccate Properties.
- Inserite la configurazione IP statica dal pannello di controllo della VM:
- Indirizzo IP
- Subnet mask
- Gateway predefinito
- Server DNS
- Cliccate OK per applicare
Testate la connettività aprendo un prompt dei comandi dall'ambiente di ripristino (premete Shift+F10 se necessario):
ping 8.8.8.8
ping your-backup-server.example.com
Se il ping funziona ma il DNS fallisce, verificate l'indirizzo del server DNS. Per le condivisioni SMB, testate il percorso direttamente:
net use \\backup-server\share /user:domain\username
Come connettersi al repository di backup?
- Tornati nell'interfaccia Veeam, cliccate su Bare Metal Recovery
- In Backup Location, selezionate Network storage
- Selezionate Shared folder (per SMB) o Linux-based (per NFS)
- Inserite il percorso UNC del backup:
\\backup-server\share\VeeamBackup\ServerName - Fornite le credenziali quando richiesto
- Veeam analizza la posizione ed elenca i backup disponibili
- Selezionate il backup del server e scegliete il punto di ripristino (di solito il più recente)
Come mappare i dischi sorgente sulla VM di destinazione?
Dopo aver selezionato il punto di ripristino, scegliete Entire computer come modalità di ripristino. Veeam apre la schermata Disk Mapping mostrando i volumi sorgente a destra e il disco di destinazione a sinistra.
Se il disco di destinazione non è visibile, cliccate Load driver e installate il driver VirtIO SCSI (vioscsi o viostor) dall'elenco Hardware Drivers.
Per una VM di destinazione con disco singolo:
- Cliccate con il tasto destro sul disco di destinazione e selezionate Apply Backup Layout. Questo ricrea la struttura delle partizioni sorgente sul disco di destinazione.
- Se il disco di destinazione è più grande del sorgente, lo spazio extra rimane non allocato. Potrete espandere l'ultima partizione in seguito in Gestione disco di Windows.
- Se il disco di destinazione è più piccolo (ma più grande dei dati utilizzati), Veeam riduce automaticamente le partizioni. Esaminate il layout proposto prima di procedere.
Per server con più dischi sorgente mappati su un singolo disco di destinazione, usate Customize disk mapping per posizionare i volumi manualmente. Cliccate con il tasto destro sullo spazio non allocato del disco di destinazione e selezionate il volume sorgente da ripristinare. Usate Resize per regolare le dimensioni delle partizioni.
Spuntate la casella Inject these drivers into operating system while performing bare metal recovery. Questo scrive i driver VirtIO nell'installazione Windows ripristinata, prevenendo errori di avvio causati dalla mancanza di driver di storage.
Cliccate Restore per avviare. La durata dipende dalla dimensione del backup e dalla velocità di rete tra il repository di backup e la VM. Un ripristino di 100 GB su un collegamento da 1 Gbps richiede circa 15-20 minuti.
Cosa controllare dopo il ripristino?
Completato il ripristino, richiedete la rimozione dell'ISO al supporto, riavviate la VM in Windows e verificate driver, rete e attivazione.
Procedura post-ripristino
- Richiedete la rimozione dell'ISO. Aprite il ticket di supporto e chiedete a Virtua.Cloud di smontare l'ISO di ripristino e impostare il disco rigido come dispositivo di avvio primario.
- Riavviate la VM. Usate la console VNC per osservare il primo avvio. Windows potrebbe impiegare più tempo del solito mentre rileva il nuovo hardware e configura i driver.
- Accedete tramite VNC. L'RDP non funzionerà finché non avrete confermato la configurazione di rete.
Come verificare che i driver VirtIO siano caricati?
Aprite il Device Manager e controllate la presenza di dispositivi con icone di avviso gialle. Poi confermate specificamente i driver VirtIO:
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
Ogni voce deve mostrare OK. Se qualcuna mostra Error o Degraded, il driver non si è installato correttamente. Scaricate il programma di installazione VirtIO guest tools sulla VM ed eseguitelo:
# 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
Come verificare rete e RDP?
Il sistema ripristinato potrebbe conservare la configurazione IP del server sorgente. Aprite le Connessioni di rete, aggiornate l'adattatore con IP, subnet mask, gateway e DNS assegnati alla VM dal pannello di controllo.
Testate la connettività in uscita con Test-NetConnection -ComputerName 8.8.8.8 -Port 443. Poi provate l'RDP dalla vostra postazione di lavoro. Se l'RDP non si connette, abilitate la regola firewall:
Enable-NetFirewallRule -DisplayGroup "Remote Desktop"
Windows richiede la riattivazione dopo una migrazione P2V?
Sì, di solito. Una migrazione P2V cambia abbastanza identificatori hardware da far percepire a Windows la macchina come nuova, richiedendo la riattivazione. Il comportamento dipende dal tipo di licenza:
- Licenza Retail / OEM: Il cambio hardware attiva la riattivazione. Usate
slmgr /atoper tentare l'attivazione online. In caso di fallimento, serve l'attivazione telefonica o un ticket di supporto a Microsoft. - KMS (licenza a volume): La VM contatta automaticamente il server KMS. Eseguite
slmgr /atoper forzare un tentativo di attivazione immediato. - MAK (Multiple Activation Key): Reinserite la chiave con
slmgr /ipk YOUR-MAK-KEYpoislmgr /ato. - AVMA (Automatic Virtual Machine Activation): Funziona solo su host Hyper-V con Windows Server Datacenter. Non si applica alle VM KVM.
Controllate lo stato di attivazione corrente:
slmgr /dli
Appare una finestra di dialogo con lo stato della licenza. "Licensed" significa attivazione riuscita. "Notification" o "Grace period" significa che dovete riattivare.
Per i clienti con licenza a volume, verificate anche che il server KMS sia raggiungibile dalla rete della nuova VM.
Risoluzione dei problemi di ripristino comuni
Schermata blu INACCESSIBLE_BOOT_DEVICE dopo il ripristino
È il problema più frequente. Windows non trova un driver di storage per il controller disco VirtIO all'avvio.
Causa: Il driver di storage VirtIO (vioscsi o viostor) non è stato iniettato nel sistema ripristinato. O la casella "Inject these drivers" era deselezionata durante il ripristino, o il supporto di ripristino non conteneva driver di storage VirtIO.
Soluzione: Riavviate dall'ISO di ripristino. Invece di eseguire un ripristino completo, aprite un prompt dei comandi (Shift+F10) e caricate manualmente il driver VirtIO nell'installazione Windows offline:
drvload X:\Drivers\vioscsi\2k22\amd64\vioscsi.inf
Sostituite X: con la lettera dell'unità dove sono archiviati i driver del supporto di ripristino, e 2k22 con la cartella della vostra versione di Windows Server (2k16, 2k19, 2k22 o 2k25). Dopo aver caricato il driver, usate DISM per iniettarlo permanentemente nel sistema offline:
dism /image:C:\ /add-driver /driver:X:\Drivers\vioscsi\2k22\amd64
Se questo non risolve il problema, rieseguite il ripristino completo con i driver VirtIO correttamente integrati nel supporto di ripristino e la casella "Inject these drivers" abilitata.
Nessun adattatore di rete visibile in WinPE
Causa: Il driver NetKVM manca dal supporto di ripristino.
Soluzione: Se avete aggiunto l'ISO VirtIO come fonte di driver aggiuntiva durante la creazione del supporto, cliccate Load network adapter driver nella schermata Network Settings e navigate alla cartella NetKVM sul supporto di ripristino. Selezionate il file INF corrispondente alla vostra versione di Windows.
Se non sono presenti driver VirtIO, dovete ricreare l'ISO di ripristino con i driver VirtIO installati prima sul server sorgente.
Disco di destinazione non visibile nella schermata di mappatura
Causa: Il driver VirtIO SCSI non è caricato in WinPE.
Soluzione: Cliccate Load driver nel passaggio Disk Mapping. Selezionate il driver vioscsi o viostor dall'elenco Hardware Drivers. Se il driver non è elencato, cliccate Load Driver e navigate al file INF del driver sul supporto di ripristino.
Il ripristino fallisce perché il disco di destinazione è troppo piccolo
Causa: Il disco di destinazione è più piccolo del totale dei dati nel backup.
Soluzione: Non è possibile ridurre oltre lo spazio utilizzato. Ordinate una VM con un disco più grande, oppure riducete i dati sul server sorgente prima di creare un nuovo backup. Eliminate i file temporanei, svuotate la cache di Windows Update (Dism.exe /online /Cleanup-Image /StartComponentCleanup) e rimuovete i dati non necessari prima di eseguire un nuovo backup a livello di immagine.
L'attivazione di Windows fallisce dopo il ripristino
Causa: L'impronta hardware è cambiata. È previsto dopo qualsiasi migrazione P2V.
Soluzione: Per le chiavi retail, eseguite slmgr /ato. Se l'attivazione online fallisce, usate l'attivazione telefonica: slui 4. Per le chiavi a volume, verificate la connettività al server KMS: nslookup -type=srv _vlmcs._tcp.yourdomain.com. Per le chiavi MAK, reinserite la chiave: slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX poi slmgr /ato.
Copyright 2026 Virtua.Cloud. Tutti i diritti riservati. Questo contenuto è un'opera originale del team Virtua.Cloud. La riproduzione, ripubblicazione o redistribuzione senza autorizzazione scritta è vietata.
Pronto a provare?
Distribuisci una VM Windows Server con supporto ISO personalizzato →