Windows Server 2025 / Esportare e importare una VM Hyper-V senza conflitti di identità

L’esportazione Hyper-V raccoglie configurazione, dischi virtuali e file dei checkpoint di una macchina virtuale (VM). Nell’importazione la modalità scelta determina identità Hyper-V e percorsi dei file; nome Windows, indirizzi IP, identità di dominio e conservazione dei backup richiedono decisioni separate.

Distinguere un’esportazione da un sistema di backup

Un’esportazione è anzitutto un insieme di file della VM. Non imposta automaticamente lavori periodici, più versioni conservate, controlli di integrità, avvisi di errore, archiviazione indipendente o recupero coerente per ogni applicazione. La presenza dei file non dimostra che il sistema sia recuperabile. Definite prima quali dati servono, da quale momento e quanto tempo è accettabile per ripristinarli.

La guida ufficiale a esportazione e importazione permette di esportare VM avviate o arrestate. In questa prova usate però HVTEST01 indipendente in un gruppo di lavoro, spenta normalmente e senza dati necessari, non DC1, DC2 o FS1. Operate come amministratori su HV1 e registrate ID originale, versione di configurazione, percorsi e adattatori. Dopo la prova dei checkpoint controllate catene residue e unioni in sospeso. Non eliminate AVHDX per semplificarle ed evitate backup o modifiche dei dischi simultanei.

Un’esportazione sullo stesso volume host condivide i rischi di guasto di quel volume. Distinguete una cartella di trasferimento da un archivio di backup protetto e separato. Entrambi possono contenere tutti i dischi guest, incluse credenziali e dati: limitate gli accessi e applicate protezione e conservazione previste. Il carattere temporaneo non giustifica la condivisione pubblica dei file.

Esportare in una cartella nuova e controllare il risultato

1. Salvate il lavoro di prova nel guest e spegnete normalmente HVTEST01. Su HV1 confermate Off, non Paused o Saved, e che non sia in corso un’unione.
2. Controllate spazio e permessi di scrittura della destinazione. Considerate dimensione effettiva dell’insieme esportato e spazio per la copia importata, soprattutto con dischi dinamici; capacità virtuale e spazio libero host sono diversi.
3. In Gestione Hyper-V selezionate precisamente HVTEST01 ed Esporta. Ricontrollate nome e ID per non esportare un server del dominio.
4. Scegliete una cartella nuova identificabile per data o esecuzione, senza file da sovrascrivere. Avviate l’esportazione e seguitene lo stato fino al completamento senza errori.
5. Esaminate configurazione .vmcx, dischi virtuali e file dei checkpoint necessari confrontandoli con l’inventario originale. Una cartella Snapshots vuota può essere normale se non c’erano checkpoint; non ignorate però dipendenze residue.

In alternativa alla procedura guidata aprite PowerShell con privilegi elevati su HV1. Il blocco richiede una cartella radice esistente e crea una sottocartella per esecuzione. In Read-Host inserite il percorso completo reale senza virgolette esterne. Eseguite una riga alla volta e fermatevi a qualsiasi errore, anche di New-Item o Export-VM: l’elenco successivo non trasforma un’esportazione fallita in un successo. Prima di ripetere esaminate cartelle e stato dei tentativi precedenti senza sovrascrivere o cancellare risultati da conservare. I parametri di Export-VM descrivono l’operazione:

$vm = Get-VM -Name 'HVTEST01' -ErrorAction Stop
if ($vm.State -ne 'Off') { throw 'Shut down the guest before this lab export' }
$exportRoot = Read-Host 'Existing folder for exports'
if (-not (Test-Path -LiteralPath $exportRoot -PathType Container)) { throw 'Export root not found' }
$exportFolder = Join-Path $exportRoot ('HVTEST01-' + (Get-Date -Format 'yyyyMMdd-HHmmss') + '-' + ([guid]::NewGuid().ToString('N').Substring(0,6)))
New-Item -ItemType Directory -Path $exportFolder | Out-Null
Export-VM -Name 'HVTEST01' -Path $exportFolder
Get-ChildItem -LiteralPath $exportFolder -Recurse -File | Select-Object FullName,Length

Dopo completamento senza errori ci si aspetta di trovare i file nella cartella univoca dell’esecuzione, con percorsi e dimensioni controllabili. Un elenco vuoto o parziale non prova il successo; neppure uno completo dimostra ancora il recupero. Conservate cartella reale, ora ed esito per collegarli all’importazione isolata successiva. Non eliminate l’originale durante questa verifica.

Copiare soltanto un VHDX può omettere configurazione e dipendenze della catena. Conservate l’insieme completo. Dopo un trasferimento confrontate percorsi relativi, dimensioni e, se necessario, hash di file che non stanno cambiando. Una differenza richiede di fermarsi e ricontrollare origine e copia. La stessa dimensione non garantisce lo stesso contenuto; hash corrispondenti verificano il trasferimento, non l’avvio o il recupero applicativo.

Scegliere il tipo di importazione

Lo stesso host non può registrare un’altra VM con l’ID originale già registrato. Per questa prova scegliete Copia mantenendo l’originale, senza eliminarlo per superare il conflitto. La registrazione sul posto rende la cartella esportata archiviazione attiva, non materiale temporaneo eliminabile. Controllate risorse, percorsi, commutatori e versione di configurazione supportata dall’host di destinazione. Una versione più recente non funziona automaticamente su un host precedente. Non aggiornate la configurazione per tentativi: dopo non si può ridurne la versione. GenerateNewId di Import-VM corrisponde alla nuova identità della copia.

Verificare una copia scollegata prima dell’uso

1. Sull’host di prova aprite Azioni → Importa macchina virtuale e selezionate la cartella dell’insieme esportato. Un VHDX isolato non sostituisce l’insieme.
2. Confermate HVTEST01 e scegliete Copia della macchina virtuale con nuovo identificatore univoco. Mantenete registrata l’originale e annotate separatamente entrambi gli ID.
3. Scegliete cartelle nuove e separate per configurazione, checkpoint e dischi, diverse da originale ed esportazione da mantenere. Esaminate le destinazioni effettive, non soltanto i nomi visualizzati.
4. Leggete requisiti di compatibilità e correzioni proposte. Se mancano memoria, dischi, percorsi o una versione supportata, fermatevi e risolvete il requisito senza ridurre protezioni o sostituire dischi alla cieca.
5. A copia ancora spenta rinominate la voce HVTEST01-Copy se il nome è libero. In Impostazioni esaminate ogni adattatore e selezionate Non connesso. Prima di un eventuale riavvio host controllate anche l’avvio automatico, evitando che opzioni ereditate causino un avvio con rete non verificato.
6. Avviate solo la copia dalla console. Verificate accesso Windows, sistema operativo e gli stessi file di prova esportati, confrontando contenuto o hash annotato prima. Ricontrollate l’ID della copia. Registrate errori di servizi dipendenti dalla rete invece di collegare entrambe le VM senza piano.

Un nuovo ID Hyper-V e il nome visualizzato HVTEST01-Copy non cambiano nome Windows, IP statico o account di dominio. Collegare entrambe le istanze alla stessa rete può creare conflitti. Per questa verifica mantenete tutti gli adattatori della copia su Non connesso; scegliere un altro commutatore dal nome simile non basta. La console permette l’accesso senza rete. Per un eventuale test successivo pianificate separatamente identità guest, indirizzi univoci e requisiti di distribuzione prima di collegarla.

Non usate questa operazione per aggiungere controller di dominio o repliche di server aziendali. Le immagini destinate a distribuire nuove installazioni richiedono una generalizzazione supportata, come Sysprep prima di acquisire l’immagine; rinominare la voce visualizzata non la sostituisce. Recupero e clonazione di Active Directory seguono procedure proprie. Non eseguite Sysprep improvvisando su un controller già promosso. Anche l’avvio riuscito della copia isolata non verifica servizi dipendenti da sistemi esterni.

Registrare recupero, conservazione e pulizia

• Elencate quanto verificato: accesso locale, file specifico con contenuto e servizi realmente controllabili senza rete. Annotate anche le verifiche ancora mancanti.
• Registrate ora dell’esportazione, ID originale e della copia, versione di configurazione di destinazione e percorsi completi di esportazione conservata e VM di prova.
• Confrontate con recovery point objective (RPO: anzianità massima accettabile dei dati recuperati) e recovery time objective (RTO: tempo massimo accettabile fino al ripristino del servizio). Misurate tutto l’intervallo concordato, non solo l’avvio, senza inventare durate non misurate.
• Definite versioni da conservare, posizione protetta, responsabile e autorizzazione alla cancellazione. Un’esportazione nuova non autorizza automaticamente a eliminare quelle precedenti senza esaminare la politica.
• Assegnate la gestione degli avvisi di errore del processo previsto e prove periodiche di recupero isolato. Una sola esportazione manuale non attiva da sé questo monitoraggio.

Per la pulizia spegnete normalmente solo HVTEST01-Copy e confermatene l’ID. Confrontate percorsi di configurazione e di tutti i dischi con quelli dell’originale e dell’esportazione conservata prima di rimuovere la registrazione o modificare file. Rimuovere una voce VM è diverso da cancellare un VHDX. Dopo aver rimosso solo la copia di prova prevista, verificate che HVTEST01 e l’esportazione restino intatte. Se non potete dimostrare che un file appartiene esclusivamente alla copia sacrificabile e non ha dipendenze, conservatelo per esame. Non unite questa pulizia all’eliminazione non verificata del backup da mantenere.