Recovery dei dati di macchine virtuali Proxmox VE da dischi RAW, VMDK e QCOW2
-
Autore:
Anton Kryvoruchko
-
Editore:
Mykhailo Miroshnichenko
Questo articolo esamina il processo di recupero dei dati dai dischi delle macchine virtuali nei formati RAW, VMDK e QCOW2, nonché dallo storage Directory basato sul file system Ext4, creato in Proxmox Virtual Environment 9.1.1. Analizzeremo gli scenari di perdita di dati più comuni: eliminazione accidentale di file all’interno di una macchina virtuale o della macchina virtuale stessa, danneggiamento dei dati causato da un guasto dell’unità, malfunzionamenti di server, PC o NAS, nonché guasti software in Proxmox VE dovuti ad aggiornamenti, errori critici o rimozione del sistema operativo.
- Funzionalità di KVM/QEMU
- FASE 1. Come collegare i dischi del server a un PC?
- FASE 2. Recupero di Directory Ext4
- FASE 3. Montaggio delle immagini disco
- FASE 4. Recupero dei dati da un’immagine
- FASE 5. Recupero delle macchine virtuali eliminate
- Conclusione
- Domande e risposte
- Commenti
Proxmox VE è una delle piattaforme di virtualizzazione server più diffuse, ampiamente utilizzata sia in ambienti enterprise sia in home lab. Consente agli utenti di creare e gestire macchine virtuali utilizzando vari formati di disco, inclusi RAW, VMDK e QCOW2. Nonostante l’elevata affidabilità della piattaforma, l’eliminazione accidentale di una macchina virtuale, la formattazione dello storage, il danneggiamento del file system o un guasto hardware possono comportare la perdita di dati importanti.
Nella maggior parte dei casi, ciò non significa che le informazioni siano perse in modo permanente. Se dopo l’eliminazione o il guasto non sono state eseguite operazioni di scrittura intensive sullo storage, esiste un’elevata probabilità di recuperare con successo i file della macchina virtuale. La cosa fondamentale è interrompere ogni attività di scrittura il prima possibile e utilizzare software specializzati per analizzare il disco e cercare i dati persi.
In questo articolo vedremo come recuperare le macchine virtuali di Proxmox VE archiviate nei formati RAW, VMDK e QCOW2. Scoprirai in quali casi il recupero è possibile, quali caratteristiche presentano i diversi formati di disco virtuale, e analizzeremo anche il processo di recupero passo per passo utilizzando Hetman Partition Recovery. Particolare attenzione sarà dedicata agli scenari di perdita di dati causati da eliminazione, formattazione, danneggiamento del file system e guasti dell’unità.
Come recuperare dati da Proxmox: LVM, dischi di macchine virtuali (VM), Ext4 e XFS
Funzionalità di KVM/QEMU
KVM e QEMU lavorano insieme come un potente tandem, creando una delle soluzioni di virtualizzazione più efficienti.
- KVM si integra direttamente nel kernel Linux, trasformandolo in un hypervisor. Ciò consente alle macchine virtuali di interagire direttamente con le estensioni hardware Intel VT-x o AMD-V e di operare a livelli prestazionali prossimi a quelli dei server fisici.
- QEMU agisce come emulatore, fornendo alla macchina virtuale l’hardware necessario: schede di rete, schede video, controller disco e porte USB. L’uso di driver VirtIO ottimizzati consente al sistema di funzionare molto più velocemente, offrendo al sistema operativo guest un ambiente completo.
Uno dei principali vantaggi di questa combinazione è l’eccezionale flessibilità dello storage.
QEMU supporta il formato avanzato di disco virtuale QCOW2, che consente thin provisioning e crittografia. Inoltre, il sistema supporta formati provenienti da altre piattaforme, inclusi RAW, VMDK e VDI, rendendo KVM e QEMU una soluzione comoda per la migrazione di macchine virtuali da altri ecosistemi senza lunghe conversioni dei file.
A livello di soluzioni professionali, questo tandem offre accesso a funzionalità potenti. Supporta Live Migration, che consente di spostare una macchina virtuale in esecuzione tra server fisici senza perdita di connettività o riavvio.
Un’altra funzionalità di importanza critica è il PCI Passthrough. Questa tecnologia consente di assegnare direttamente al sistema operativo guest una GPU fisica o una scheda di rete reale, garantendo prestazioni complete del dispositivo per calcoli complessi, rendering o altre attività ad alta intensità di risorse.
| Caratteristica | KVM (Kernel-based Virtual Machine) | QEMU (Quick Emulator) |
|---|---|---|
| Tipo di tecnologia | Modulo del kernel Linux per la virtualizzazione hardware | Emulatore hardware e hypervisor |
| Scopo principale | Fornisce accelerazione hardware per le macchine virtuali | Emula CPU e dispositivi ed esegue macchine virtuali |
| Richiede supporto hardware | Sì, Intel VT-x o AMD-V | No, può funzionare senza VT-x o AMD-V, ma molto più lentamente |
| Prestazioni | Prossime alle prestazioni dell’hardware nativo | Basse senza KVM, elevate quando si utilizza KVM |
| Emulazione di architetture diverse | No | Sì: x86, x86_64, ARM, PowerPC, MIPS, RISC-V, SPARC e altre |
| Può operare in modo indipendente | No, utilizzato insieme a QEMU | Sì, ma le prestazioni sono significativamente inferiori senza KVM |
| Utilizzo della CPU | Utilizza la virtualizzazione hardware della CPU | Utilizza emulazione software o accelerazione KVM |
| Emulazione hardware | No | Sì: dischi, schede di rete, USB, PCI, VGA, BIOS/UEFI e altro |
| Supporto PCI Passthrough | Sì | Sì, tramite KVM e VFIO |
| Live Migration | Supportata insieme a QEMU | Supportata |
| Supporto snapshot | Tramite QEMU | Sì |
| Formati disco tipici | RAW, QCOW2 tramite QEMU | RAW, QCOW2, VMDK, VHD, VDI, VHDX e altri |
| Sistemi operativi supportati | Linux come host | Linux, Windows, macOS, BSD e altri |
| Utilizzo in Proxmox VE | Fornisce accelerazione hardware per le macchine virtuali | Gestisce l’avvio delle macchine virtuali ed emula l’hardware virtuale |
FASE 1. Come collegare i dischi del server a un PC?
Prima di iniziare il recupero software, è necessario collegare correttamente i dischi del server al PC. Questo può essere fatto in diversi modi:
- L’opzione più affidabile è una connessione SATA classica direttamente alla scheda madre. Questo garantisce la massima velocità di lettura e una latenza minima.
- Se la scheda madre non dispone di un numero sufficiente di connettori per l’intero array, è possibile utilizzare un adattatore PCIe-SATA per collegare unità aggiuntive.
- Se non si desidera aprire il case del PC, è possibile utilizzare docking station USB esterne o adattatori.
Nota: la velocità di scansione tramite USB sarà significativamente inferiore, il che influirà in modo evidente sul tempo necessario per lavorare con grandi volumi di dati.
La regola più importante: considerare sempre la creazione di un’immagine del disco. Questo è particolarmente importante se le unità presentano settori danneggiati, emettono rumori insoliti o esiste il rischio di ulteriore degrado. In questo caso, il software lavorerà con una copia virtuale senza sottoporre l’unità fisica danneggiata a ulteriore carico.
FASE 2. Recupero di Directory Ext4
Tra tutti i tipi di storage in Proxmox, l’opzione Directory basata su Ext4 è la più facile da comprendere. La sua caratteristica principale è l’uso di una gerarchia di cartelle standard invece di dispositivi a blocchi complessi come ZFS o LVM-Thin.
In pratica, si tratta di un file system ordinario in cui i dischi virtuali QCOW2 o RAW, le immagini ISO avviabili e i backup sono archiviati come file comuni in una directory familiare. Grazie a questa struttura trasparente, questo tipo di storage è particolarmente intuitivo per l’utente.
Immaginiamo una situazione in cui, a causa di un guasto hardware del server o di un errore software dell’hypervisor, la struttura di tale storage sia stata danneggiata, oppure una cartella importante sia stata eliminata accidentalmente. Nonostante si tratti di un’infrastruttura server, il processo di recupero dei dati in questo caso segue un algoritmo classico e lineare grazie alla semplice architettura dei file.
Consideriamo la procedura di recupero in caso di guasto hardware o software del server:
- Il guasto hardware si verifica più spesso a causa di un difetto della scheda madre, di un malfunzionamento del controller o di problemi di alimentazione, quando il server smette di avviarsi anche se le unità rimangono fisicamente integre.
- Il guasto software si verifica solitamente a seguito di un aggiornamento Proxmox non riuscito, del danneggiamento delle librerie di sistema o dell’eliminazione accidentale dei file di configurazione dell’hypervisor.
In entrambi i casi, le conseguenze sono le stesse: il sistema rifiuta l’avvio, l’interfaccia web di gestione diventa non disponibile, l’accesso alle macchine virtuali è completamente bloccato e i dati rimangono presenti sui dischi senza possibilità di avviarli normalmente.
Per risolvere questo problema, utilizzeremo Hetman Partition Recovery. Il programma riconosce le strutture delle partizioni Linux, esegue una scansione approfondita delle unità e ripristina l’albero delle directory originale.
Per trovare i dati persi, selezionare nel programma il volume logico identificato automaticamente e contrassegnato come Ext4, quindi avviare la scansione.
Per iniziare, consigliamo di utilizzare Scansione rapida. Se la struttura del file system è gravemente danneggiata e la ricerca rapida non produce risultati, utilizzare Scansione completa.
Quando il programma termina, aprire lo storage Directory trovato. Verrà visualizzata la struttura originale delle cartelle del file system Ext4. Poiché in questo caso si tratta di file di macchine virtuali archiviati sul disco, cercarli nella sezione Ext Partition, accedere alla cartella Images e aprire la directory 100.
Selezionare le immagini della macchina virtuale richieste, fare clic su Recupero e specificare il percorso in cui salvarle su un’unità di lavoro sicura. Verificare in anticipo che vi sia spazio libero sufficiente.
FASE 3. Montaggio delle immagini disco
Il formato RAW è il tipo più semplice di disco virtuale e consiste in una copia esatta dei dati, byte per byte. Riserva immediatamente l’intero spazio allocato sul disco del server, indipendentemente dall’uso effettivo. Grazie all’assenza di una struttura interna complessa e della compressione, questo formato offre la massima velocità ed è inoltre l’oggetto più adatto per gli algoritmi di recupero, che lo analizzano come un normale disco fisico.
Il formato QCOW2 è una soluzione moderna per l’ambiente QEMU che utilizza l’allocazione dinamica del disco. Un disco di questo tipo cresce fisicamente solo quando il sistema guest scrive nuovi file. Supporta snapshot e crittografia, ma la sua architettura multilivello richiede, dopo un guasto dell’hypervisor, un’analisi approfondita delle tabelle di allocazione da parte degli strumenti di recupero.
Il formato VMDK è stato creato per l’ecosistema VMware, ma grazie alla sua universalità è supportato in Proxmox ed è spesso utilizzato dopo la migrazione di macchine virtuali da altre piattaforme server. Consente una gestione flessibile delle dimensioni del disco e presenta una struttura aperta, che permette al software di recupero di montare tali immagini ed estrarre i file senza avviare la macchina virtuale stessa.
| Caratteristica | RAW | VMDK | QCOW2 |
|---|---|---|---|
| Sviluppatore | Formato aperto | VMware | QEMU / KVM |
| Scopo principale | Archiviazione dei dati senza struttura aggiuntiva | Macchine virtuali VMware | Macchine virtuali QEMU, KVM e Proxmox VE |
| Prestazioni | ⭐⭐⭐⭐⭐ Massime | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ |
| Allocazione dinamica dello spazio | No | Sì, Thin Provisioning | Sì |
| Dimensione del disco preallocata | Sì | Opzionale | Opzionale |
| Supporto snapshot | No | Sì | Sì |
| Compressione integrata | No | Limitata | Sì |
| Crittografia | No | Supportata in determinate implementazioni | Sì |
| Copy-on-Write (CoW) | No | Parzialmente | Sì |
| Dimensione massima del disco | Limitata dal file system | Fino a 62 TB, a seconda della versione | Fino a 128 PB, teoricamente |
| Compatibilità | Quasi tutti gli hypervisor | VMware, VirtualBox, QEMU, Proxmox | QEMU, KVM, Proxmox, OpenStack |
| Possibilità di conversione | Sì | Sì | Sì |
| Complessità del recupero dati | La più semplice | Media | Più elevata a causa dei metadati CoW |
| Utilizzo tipico | Massime prestazioni del server | VMware ESXi, Workstation, Fusion | Proxmox VE, KVM, ambienti di laboratorio ed enterprise |
Dopo una scansione riuscita dello storage Directory Ext4, il programma visualizzerà tutti i file della macchina virtuale trovati. Per iniziare a lavorare con il loro contenuto, selezionare le immagini richieste, fare clic su Recupero e specificare un percorso sicuro per esportare questi file sul computer.
Quando il processo di salvataggio è completato, è possibile procedere al montaggio passo per passo delle immagini disco in Hetman Partition Recovery.
Il montaggio dei formati VMDK e QCOW2 segue la stessa procedura. Sulla barra degli strumenti, fare clic su Mount Disk. Nella finestra Tipo di immagine disco, selezionare VMware Workstation per lavorare con il file VMDK.
Nella finestra successiva Seleziona cartella, specificare il percorso della cartella in cui è stato salvato il disco virtuale. Il programma analizzerà automaticamente la directory specificata e visualizzerà l’immagine trovata nella sezione Immagini di macchine virtuali.
Selezionarla dall’elenco e il disco montato apparirà nella schermata principale, completamente pronto per la ricerca dei dati.
Per montare un’immagine QCOW2, la procedura è simile. Nella finestra Mount Disk, selezionare QEMU nella sezione Tipo di immagine disco, quindi specificare il percorso della cartella in cui è memorizzato il file.
Per il formato RAW, la procedura di montaggio è leggermente diversa. Nella finestra Mount Disk, individuare il campo Immagini disco standard e selezionare Immagini disco RAW.
Dopodiché, nella finestra di ricerca, selezionare direttamente il file della macchina virtuale salvato. Il programma lo monterà e lo visualizzerà nella schermata principale, preparando il disco per la scansione e il recupero dei file persi.
FASE 4. Recupero dei dati da un’immagine
In questo esempio, mostreremo il processo di recupero dei dati da un’immagine QCOW2 già montata. Selezionare questo disco virtuale nella schermata principale del programma e avviare l’analisi.
Per iniziare, consigliamo di utilizzare Scansione rapida. Analizzerà rapidamente il contenuto dell’immagine e visualizzerà i risultati sullo schermo. Se la struttura del file system è gravemente danneggiata e la ricerca rapida non produce i risultati richiesti, utilizzare Scansione completa.
Quando la scansione è completa, aprire lo storage trovato. Il programma ricostruirà la struttura originale delle cartelle, visualizzando sia i dati esistenti sia quelli eliminati in precedenza.
Trovare la cartella richiesta con i file, selezionarli, fare clic su Recupero e specificare il percorso per salvarli su un’altra unità di lavoro sicura.
FASE 5. Recupero delle macchine virtuali eliminate
In Proxmox, una macchina virtuale viene spesso eliminata a causa di un errore umano, il che comporta la scomparsa immediata dei file di configurazione e dei dischi virtuali nei formati RAW, VMDK o QCOW2, poiché il sistema non dispone di un cestino.
Tuttavia, i dati non vengono sovrascritti fisicamente: il file system rimuove solo i propri record dalla tabella di allocazione, contrassegnando lo spazio come libero. Pertanto, la regola fondamentale per un recupero riuscito è interrompere immediatamente ogni scrittura sullo storage per evitare la sovrascrittura dei dati residui e avviare il prima possibile la procedura di recupero software.
Per risolvere questo problema, utilizzeremo Hetman Partition Recovery.
Dopo aver collegato l’unità, il programma rileverà automaticamente la partizione logica Ext4 in cui erano archiviati i file della macchina virtuale eliminata.
Selezionare questa partizione e avviare Scansione rapida. Una volta completata con successo la ricerca veloce, il programma visualizzerà la struttura originale delle cartelle.
Se i file richiesti non vengono trovati visivamente, utilizzare lo strumento di ricerca e specificarne il nome esatto o la dimensione.
Selezionare le immagini del disco virtuale richieste, fare clic su Recupero e specificare il percorso per salvarle su un’unità di lavoro sicura. Verificare in anticipo che vi sia spazio libero sufficiente.
Conclusione
La perdita di una macchina virtuale in Proxmox VE non significa sempre la perdita dei dati. Nella maggior parte dei casi, i file dei dischi virtuali RAW, VMDK e QCOW2 possono essere recuperati con successo anche dopo eliminazione accidentale, formattazione dello storage, danneggiamento del file system o guasto hardware. La rapidità di reazione è fondamentale: una volta rilevata la perdita dei dati, qualsiasi attività di scrittura sull’unità deve essere immediatamente interrotta per evitare la sovrascrittura delle informazioni.
Ogni formato di disco virtuale presenta caratteristiche specifiche: RAW offre le massime prestazioni e la struttura più semplice, VMDK è ampiamente utilizzato nei prodotti VMware ed è compatibile con numerose piattaforme, mentre QCOW2 offre funzionalità avanzate, tra cui snapshot, compressione, crittografia e allocazione dinamica dello storage. Nonostante queste differenze, gli strumenti moderni di recupero dati possono lavorare con tutti questi formati.
L’uso di software specializzati come Hetman Partition Recovery consente di individuare i file delle macchine virtuali persi, ripristinare la struttura delle directory e riottenere l’accesso ai dati anche in casi complessi. Tuttavia, il modo migliore per proteggersi dalla perdita di dati resta l’esecuzione regolare di backup delle macchine virtuali e dello storage di Proxmox VE. L’abbinamento di una strategia di backup affidabile con un recupero tempestivo riduce significativamente il rischio di inattività e di perdita di dati critici.
