Un VHDX che non si collega può riflettere un problema di autorizzazione dell’host, un contenitore danneggiato, una copia incompleta o una dipendenza da altri file del disco virtuale. Non inizializzare il disco virtuale quando richiesto da Windows e non dare per scontato che il VHDX di base contenga i dati più recenti della macchina virtuale. Interrompi il carico di lavoro pertinente tramite il processo di gestione supportato, conserva il set di file completo e diagnostica una copia funzionante prima di tentare di riparare o unire i checkpoint.
Risposta rapida
Conserva un VHDX e qualsiasi catena padre o checkpoint, distingue gli errori dell’host e del contenitore, testa una copia di sola lettura e ripristina i file da un volume accessibile supportato.
Identificare il contenitore e le sue dipendenze
Registra il percorso originale, le dimensioni, la data di modifica, la macchina virtuale associata e l’esatto errore di collegamento del VHDX. Chiedi se il file proviene da una Live Copy, da un’esportazione, da un backup o da una migrazione interrotta. Un file copiato mentre una macchina virtuale stava scrivendo attivamente potrebbe non rappresentare un punto di ripristino coerente. Se esistono checkpoint o file di differenze, conservali insieme alle informazioni di configurazione e ai dischi principali. Il file più grande o più vecchio non è automaticamente la foglia corretta contenente lo stato più recente.
Non rinominare, eliminare o unire AVHDX o altri membri della catena semplicemente per rendere la cartella più semplice. Un disco differenze può dipendere dal contenuto principale e un errore di selezione manuale può esporre uno stato precedente o interrompere la catena. Utilizzare le procedure di ispezione e backup supportate dalla piattaforma di virtualizzazione pertinente. Per un carico di lavoro di produzione, coordinati con il relativo amministratore prima di interromperlo o tentare un montaggio altrove. Un’operazione di allegato può entrare in conflitto con l’ambiente che già utilizza il disco.
Individuare il file host prima di esaminarne il contenuto
Distinguere inoltre un file contenitore mancante da un contenitore esistente ma che non riesce a collegarsi. Se il VHDX stesso è stato eliminato, il ripristino deve iniziare sul file system host o sul backup che contiene quel file. Se è presente, controlla che la copia sia completata e che le sue dimensioni corrispondano alla fonte prevista. Un disco virtuale ripristinato come file host troncato potrebbe non essere interpretabile anche se il nome file e parte del contenuto sono sopravvissuti.
Controlla l’host senza modificare il filesystem virtuale
Utilizzare una copia funzionante locale integra e verificare che l’account disponga dell’autorizzazione legittima per leggerla. Verificare lo spazio disponibile sull’host e sulla destinazione di ripristino. Controlla se il file è ancora aperto da un processo della macchina virtuale, da un processo di backup o da un altro montaggio. Risolvere la causa tramite strumenti di gestione supportati anziché forzare un secondo allegato scrivibile. Se il disco host presenta errori I/O o hardware instabile, preserva quel livello prima di provare a riparare VHDX.
Per una copia VHD o VHDX autonoma compatibile, Gestione disco di Windows fornisce Allega VHD. Utilizzare l’opzione di sola lettura ove disponibile e appropriata per l’ispezione. Seleziona attentamente il file copiato. Dopo l’allegato, ispezionare i dischi e le partizioni esposti senza accettare l’inizializzazione o la formattazione. Il fatto che un disco virtuale sia collegato non dimostra che il filesystem al suo interno sia integro. Al contrario, un errore di accesso all’host non stabilisce che il filesystem al suo interno sia danneggiato.
Copia i file accessibili prima di ulteriori riparazioni
Se Windows espone un volume leggibile, copia i file importanti nella destinazione indipendente e testali prima di procedere ulteriormente. Al termine, scollega la copia esaminata tramite l’interfaccia supportata, assicurandoti di scollegare il disco desiderato. Non selezionare un’opzione che elimina un file del disco virtuale a meno che non si intenda esplicitamente rimuovere una copia di lavoro usa e getta. Conserva il contenitore originale e tutte le dipendenze della catena durante l’indagine.
Scegli il giusto livello di ripristino
Quando manca il file host, controlla i backup dell’host, le versioni precedenti e la destinazione di esportazione originale. Ripristinare il set completo richiesto da un punto di ripristino coerente, ove possibile. Combinare un elemento principale di una data con un file di differenze di un’altra può creare un risultato non valido o fuorviante. Se un’applicazione di backup possiede il formato, utilizzare il processo di ripristino supportato anziché estrarre componenti casuali e presumere che formino una catena utilizzabile.
Quando viene allegata una copia autonoma ma i file all’interno del volume esposto sono stati eliminati, può essere utile un flusso di lavoro di ripristino file ordinario supportato. Confermare il supporto dell’applicazione di ripristino per il file system esposto e il metodo di accesso. PandaOffice Drecov non viene presentato qui come uno strumento che ripara intestazioni VHDX, ricostruisce catene di checkpoint arbitrarie o unisce dischi di macchine virtuali. Se non riesce ad accedere al volume supportato, risolvi prima il livello del contenitore con gli strumenti della piattaforma appropriati o con uno specialista.
Separare la riparazione del contenitore dalla riparazione del filesystem
Se l’allegato continua a fallire, conserva l’errore esatto e confronta un contenitore o un’esportazione precedente verificata. Non eseguire comandi di riparazione che modificano l’unica copia. La riparazione a livello di contenitore, l’unione dei checkpoint e la riparazione del file system guest sono operazioni diverse con prerequisiti diversi. Un backup che avvia correttamente la macchina virtuale potrebbe comunque richiedere controlli di coerenza a livello di applicazione per database e altri sistemi transazionali. Mantieni l’obiettivo del ripristino focalizzato sui dati richiesti anziché semplicemente far apparire l’icona di un disco.
Convalida i file estratti e la coerenza dell’applicazione
Controlla le cartelle utente previste, i file recenti e tutti i dati dell’applicazione richiesti dal carico di lavoro. Copie aperte dalla destinazione indipendente. Per database, archivi di posta o dati contabili, utilizzare la coerenza supportata e ripristinare i controlli dell’applicazione proprietaria. Un file di database copiato può essere presente ed essere comunque inutilizzabile senza registri o file associati. Chiedere al proprietario dell’applicazione quali componenti formano un set completo ripristinabile prima di dichiarare terminato il lavoro.
Ad esempio, collegando un VHDX di base precedente a diversi checkpoint potrebbe rivelare un volume Windows apparentemente integro a cui mancano settimane di lavoro. Il passo successivo corretto è preservare e valutare la catena di checkpoint o ripristinare un backup coerente, senza dare per scontato che i file siano stati eliminati dalla base. Un caso diverso, in cui un VHDX autonomo completo si allega in sola lettura e contiene un documento eliminato di recente, può essere adatto per il normale ripristino di file dal volume supportato accessibile.
Domande sui file VHDX inaccessibili
È opportuno inizializzare un disco appena esposto? No, non quando dovrebbe già contenere dati. È possibile aprire ogni VHDX in modo indipendente? NO; le differenze e le relazioni dei punti di controllo possono avere importanza. Gli allegati di sola lettura riparano i danni? NO; è un metodo di ispezione che aiuta a preservare la copia di lavoro. È possibile considerare attendibile un VHDX recuperato solo perché le sue dimensioni sembrano corrette? NO; testare il contenitore, il file system e i dati dell’applicazione richiesti.
Quando dovresti fermarti? Interrompere quando la catena è incerta, l’hardware è instabile o un’azione proposta modificherebbe l’unico set conservato. Documentare tali limiti e cercare competenze adeguate in materia di virtualizzazione o ripristino. Una volta verificati i file accettati, conservare il set originale finché il proprietario non ne conferma la completezza e non esiste un backup separato del ripristino.
Preparare un piano di recupero sicuro
Creare un breve record dell’incidente prima di testare un metodo di ripristino. Registra l’errore esatto, la cartella originale, il dispositivo interessato e l’ultimo accesso riuscito. Descrivere il cambiamento che ha immediatamente preceduto il fallimento. Innanzitutto, decidi se il file è mancante o semplicemente illeggibile. Successivamente, controlla se solo un’applicazione fallisce o anche Windows perde l’accesso al disco. Queste situazioni necessitano di soluzioni diverse. Una registrazione chiara aiuta tutti a evitare di ripetere una riparazione non riuscita. Fornisce inoltre prove utili a uno specialista se hai bisogno di ulteriore aiuto.
Scegli una destinazione separata prima di iniziare. Un’altra cartella sul disco interessato dipende ancora dallo stesso hardware. Salvando lì puoi anche sovrascrivere il contenuto eliminato. Utilizzare invece un altro disco fisico integro con spazio libero sufficiente. Consenti spazio aggiuntivo se hai bisogno anche di preservare un’immagine disco. Su un computer di lavoro, segui le regole della tua organizzazione per i file riservati e la crittografia. Tieni le chiavi di ripristino e le password fuori dagli screenshot. Etichetta la fonte e la destinazione in modo chiaro, soprattutto quando entrambi i dispositivi hanno capacità simili.
Riconoscere i segnali di pericolo dell’hardware
Interrompi la normale risoluzione dei problemi del software se la sorgente fa clic, si disconnette ripetutamente o diventa insolitamente lenta. Merita attenzione anche una capacità riportata in modo errato. Una scansione completa legge grandi parti di un dispositivo. Tale attività può peggiorare un fallimento fisico. Evita riavvii ripetuti sperando che il dispositivo rimanga visibile più a lungo. Registrane il modello e i sintomi, quindi cerca un aiuto adeguato per il recupero. Un backup verificato può offrire il percorso più semplice per i dati sostituibili. Per i file insostituibili, conserva la fonte prima di provare un altro esperimento.
Conservare le prove originali separate dalle copie funzionanti. Se riesci a leggere il file interessato, copialo senza modifiche nella destinazione integra. Etichetta la copia con la data e la fonte. Crea un altro duplicato per le riparazioni dell’applicazione. Se la copia produce errori di lettura, trattali come una nuova prova sul dispositivo. I comandi di riparazione sempre più aggressivi non risolvono tutti i problemi hardware. Una normale copia di file non è un’immagine di settore controllato. Chiedere a un operatore esperto di valutare il deterioramento dell’hardware prima di tentare l’imaging o la scansione intensiva.
Due percorsi di recupero gratuiti da verificare prima
Metodo 1: Cronologia file o versioni precedenti
- Trova la cartella originale e controlla le versioni precedenti o i backup della cronologia file disponibili.
- Scegli una versione acquisita prima dell’incidente e aprila o copiala per l’ispezione.
- Ripristina il candidato su un altro disco integro senza sostituire l’originale corrente.
- Applicare il test di accettazione specifico del caso e conservare entrambe le versioni fino al completamento della revisione.
La cronologia dei file e le versioni precedenti necessitano di una copia precedente effettivamente salvata da Windows. L’abilitazione di una funzionalità di backup dopo una perdita non può ricrearne la cronologia. Inizia con la cartella in cui risiedeva originariamente il file. Su Windows, fai clic con il pulsante destro del mouse sulla cartella e apri Proprietà. Controlla le versioni precedenti se il tuo sistema offre la scheda. Un elenco vuoto significa che questo percorso non ha fornito uno snapshot utile. Non esclude backup indipendenti, cronologia cloud, file di ripristino delle applicazioni o altre fonti descritte in questo articolo.
Ripristina un candidato in un’altra posizione
Confronta ogni versione disponibile con la data dell’incidente. Apri o copia un candidato prima di sostituire qualsiasi cosa. Uno snapshot successivo potrebbe contenere lo stesso danno del file corrente. Se necessario, ricollegare l’unità di backup della cronologia file corretta. Quindi sfoglia la posizione originale tramite l’interfaccia di ripristino di Windows. Scegli un’altra destinazione quando l’interfaccia lo consente. Conserva sia il file corrente che il candidato ripristinato. Esaminarne il contenuto prima di decidere quale versione soddisfa meglio l’obiettivo di ripristino.
Controlla la cronologia del cloud separatamente se hai sincronizzato il file originale. Utilizza l’account proprietario del documento. Sfoglia le versioni disponibili attraverso l’interfaccia del provider e scarica un candidato adatto. Una cartella sincronizzata può contenere un segnaposto in linea anziché un file locale completo. Confermare che il candidato scaricato si apra offline. Confronta anche il suo contenuto effettivo, piuttosto che fidarti della data di modifica più recente. La sincronizzazione non è necessariamente un backup indipendente. Può diffondere una sovrascrittura accidentale ad altri dispositivi.
Confronta le copie sopravvissute
Applicare il test di accettazione specifico del caso a ciascun candidato restaurato. Il solo nome file previsto non garantisce la riuscita del ripristino. Registra la fonte, la data, la dimensione e il risultato del test per ogni versione utile. I backup locali, la cronologia del cloud e i file di ripristino delle applicazioni possono preservare diverse parti del lavoro. Mantieni questi candidati separati finché non capisci le loro differenze. Copiarli l’uno sull’altro troppo presto può rimuovere prove utili. Se la ricostruzione si rende necessaria, crea un nuovo file di lavoro da copie verificate e conserva gli input.
Metodo 2: backup di Windows o immagine di sistema
- Identificare il backup di Windows o l’immagine di sistema corretta e confermarne la data e la copertura.
- Utilizza il ripristino a livello di file supportato o l’esplorazione sicura delle immagini anziché il ripristino sul sistema corrente.
- Estrarre i file richiesti e l’eventuale materiale aggiuntivo necessario in una destinazione separata.
- Aprire e convalidare i candidati ripristinati, quindi eseguire il backup del risultato accettato in modo indipendente.
Il secondo percorso gratuito utilizza un backup di Windows esistente o un’immagine di sistema. Conferma la data del backup e il computer che lo ha creato. Controlla se il set copre la cartella o il volume interessato. Un backup da un altro profilo potrebbe omettere i file richiesti. Se il backup utilizza la crittografia, individua la sua password legittima. Mantenere intatto il set completo. Evitare di rinominare componenti o eliminare cataloghi quando l’interfaccia non è in grado di visualizzarli immediatamente. Registrare il problema e utilizzare il metodo di ripristino appropriato per quel formato di backup.
Ripristina i file selezionati in modo sicuro
Preferisci il ripristino a livello di file quando lo strumento di backup lo supporta. Seleziona prima le cartelle richieste e ripristinale su un disco separato. Per un set gestito tramite Backup e ripristino di Windows, utilizza le relative opzioni di ripristino dei file. Un ripristino completo del sistema può sovrascrivere il computer corrente. Questa operazione non è necessaria quando sono necessari solo i documenti selezionati. Se il backup è costituito da un’immagine di sistema, ispezionare una copia conservata tramite un metodo supportato. Rifiuta le richieste di inizializzazione durante l’esplorazione di un disco che dovrebbe già contenere dati.
Mantieni i candidati estratti lontani dalla sincronizzazione automatica durante il test. Conserva il set di backup originale durante l’indagine. Le applicazioni possono offrire la riparazione di un documento, l’aggiornamento di un database o la conversione di una presentazione. Testa queste operazioni su duplicati aggiuntivi e salva ciascun risultato con un nuovo nome. Una conversione riuscita non dimostra che ogni oggetto originale sia sopravvissuto. I file crittografati potrebbero richiedere anche certificati e chiavi private. L’archiviazione composta potrebbe richiedere file principali o diversi dischi correlati. Verificare i requisiti specifici del caso prima di accettare il risultato.
Cerca una fonte indipendente
Se i backup non contengono copie utili, registra il risultato e scegli un altro metodo giustificato. Ripetendo lo stesso restauro non è possibile produrre un file storico diverso. Cerca una fonte indipendente, come un’esportazione precedente o un allegato inviato. Potrebbero essere utili anche il backup dell’applicazione o un archivio verificato. Ottieni il file vero e proprio anziché uno screenshot o un’anteprima. Prima di scegliere un’utilità di riparazione, identificare il contenuto mancante. Quindi controlla se lo strumento risolve quel problema specifico. Un’estensione corrispondente da sola non stabilisce l’idoneità.
Recupera un file perduto con PandaOffice Drecov
Considera PandaOffice Drecov quando hai bisogno di un’altra copia di un file cancellato o perso. La fonte di archiviazione deve rimanere stabile, leggibile e compatibile con il prodotto installato. Controlla i formati e l’interfaccia attualmente supportati. Il ripristino dei file non sostituisce la riparazione del database dell’applicazione né fornisce le chiavi di crittografia mancanti. Inoltre, non può garantire la ricostruzione di archivi multi-disco incompleti. I byte sovrascritti potrebbero non esistere più. Se il file presente presenta solo un problema di compatibilità, completare prima i controlli dell’applicazione pertinente. Un’altra copia recuperata aiuta solo se risolve la perdita effettiva.
Installa l’applicazione di ripristino su un disco integro. Scegli un altro disco fisico per l’output recuperato. Il normale utilizzo di un disco di sistema interessato può creare scritture in background. Quando possibile, accedi a quella fonte come memoria secondaria da un altro ambiente Windows adatto. Chiedi aiuto se non puoi conservarlo in modo sicuro. Un SSD può eliminare i dati cancellati tramite TRIM o pulizia interna. Di conseguenza, una scansione non può garantire una versione precedente. Considera un nome familiare nei risultati come candidato, quindi controlla i contenuti effettivi.
Passaggio 1: seleziona la fonte supportata
Identificare la fonte effettiva in base al nome del dispositivo, alla capacità, alla partizione e alla cartella originale. Seleziona quella fonte nell’applicazione di ripristino. La sola lettera di unità può ingannarti dopo aver spostato i dischi tra computer. Per un file mancante su un volume Windows accessibile, iniziare con quel volume o con un selettore di posizione disponibile. Lo spazio di archiviazione virtuale, crittografato, dinamico e in pool richiede i controlli speciali descritti in precedenza. Verificare il metodo di accesso richiesto prima della scansione. Un normale programma di ripristino non necessariamente comprende un contenitore di archiviazione non supportato.
Ricontrolla la stabilità del dispositivo e la capacità di destinazione prima di iniziare. Chiudi le applicazioni che potrebbero modificare il file interessato. Esegui un flusso di lavoro di ripristino alla volta invece di eseguire scansioni concorrenti sulla stessa origine. Leggere la documentazione per qualsiasi opzione il cui effetto sull’originale non sia chiaro. Mantieni la scansione separata dalla riparazione. Il tuo obiettivo è leggere i dati disponibili e salvare i candidati altrove. La modifica di una tabella delle partizioni o la formattazione dell’origine ha uno scopo diverso. Conserva l’originale mentre valuti i risultati.
Passaggio 2: scansiona e confronta i candidati
Scegli la scansione appropriata per l’origine supportata. Lascia che finisca mentre il dispositivo rimane integro. Utilizza i filtri disponibili per tipo di file, nome approssimativo, dimensione e posizione. I file ricostruiti potrebbero non avere i nomi o le cartelle originali. Confronta diversi candidati invece di fidarti del primo incontro. Un vecchio documento intatto può essere più utile di una nuova copia danneggiata. Per i media, una dimensione plausibile e un’anteprima riconoscibile forniscono indizi. Non sostituiscono un controllo completo nell’applicazione proprietaria.
Fermati e rivaluta se il dispositivo si disconnette, emette suoni insoliti o accumula errori di lettura. Scansioni complete ripetute possono stressare il deterioramento dell’hardware. Salvare le informazioni di scansione in una destinazione integra solo se il software supporta tale funzionalità. Un record di scansione non contiene un backup di tutti i dati di origine. Evitare di cambiare l’origine tra la scansione e il ripristino. Le scritture successive possono invalidare i risultati precedenti. Recuperare prima un piccolo gruppo rappresentativo, quindi testarlo prima di dedicare tempo e spazio a una selezione più ampia.
Passaggio 3: visualizza l’anteprima e ripristina su un altro disco
Visualizza in anteprima i candidati supportati e salva i file selezionati su un altro disco fisico. Mantenere l’output invariato come record di ripristino. Crea un’altra copia funzionante per la riparazione, la conversione o ulteriori modifiche. Utilizza nomi di cartella cancellati per l’origine, la data di scansione e il tentativo di ripristino. Conserva l’originale danneggiato durante le indagini. Un’anteprima non disponibile non stabilisce automaticamente che un file è inutilizzabile. Testare la copia recuperata nell’applicazione appropriata quando possibile. Vale anche il contrario: un’anteprima riuscita da sola non garantisce una guarigione completa.
Applicare i test specifici del caso alle copie recuperate. Se manca del contenuto, ispezionare un diverso candidato storico o recuperato. Rinominare un’estensione non può ricreare i byte assenti. Anche la ripetizione di una riparazione identica su un input identico ha dei limiti. Interrompersi quando i metodi disponibili non forniscono più prove utili. Valutare se uno specialista, un backup indipendente o una ricostruzione offrono un passo successivo credibile. Conserva la fonte e i risultati parziali utili. Una scansione completata non equivale a un ripristino completato.
Verificare la completezza prima di accettare il ripristino
Verificare la completezza prima di sostituire i dati di produzione. Ispeziona il materiale che conta di più, invece di controllare solo se il file si apre. Confronta i totali o i conteggi degli articoli, ove appropriato. Testare campioni provenienti da diverse parti della collezione recuperata. Un file apribile può ancora mancare di fogli, messaggi, immagini o revisioni recenti. Registrare gli avvisi di riparazione dell’applicazione. Salva l’output riparato con un nuovo nome e confrontalo con il candidato conservato. Conservare qualsiasi rapporto sull’applicazione o registro delle riparazioni accanto alla copia di lavoro.
Utilizzare campioni rappresentativi quando si controlla una collezione. Testa file piccoli e grandi, versioni precedenti e più recenti e formati diversi. Apri elementi da diverse cartelle. Se disponi di un riferimento affidabile, confronta le dimensioni dei file e gli hash crittografici. Gli hash corrispondenti stabiliscono che due file contengono byte identici. Non stabiliscono se un file recuperato sconosciuto contiene il lavoro previsto. Senza un riferimento affidabile, ispeziona il contenuto stesso. Combina le verifiche tecniche con i criteri di accettazione per l’attività originale.
Chiedi al proprietario di rivedere il contenuto
Conservare il registro dell’incidente e i candidati originali finché il proprietario non accetta il recupero. Per i dati aziendali, coinvolgi qualcuno che ne conosca il contenuto. Un tecnico può verificare l’apertura di una cartella di lavoro. Il suo proprietario potrebbe riconoscere una formula mancante o un input obsoleto. Effettuare un nuovo backup del risultato accettato prima di sostituire una copia condivisa. Solo allora ricollegare la sincronizzazione automatica come appropriato. Questa sequenza riduce il rischio che una versione sincronizzata precedente sovrascriva il ripristino. Documentare chiaramente eventuali lacune irrisolte.
Cosa deve includere un risultato positivo
I file richiesti provengono dal punto di ripristino coerente previsto e superano i controlli sia a livello di file che a livello di applicazione.
Prevenire la stessa perdita durante il prossimo cambiamento
Dopo il ripristino, risolvere la causa originale con un backup verificato disponibile. Sostituisci lo storage inaffidabile e correggi il flusso di lavoro dell’applicazione dove necessario. Fare in modo che il piano di backup copra le cartelle effettive e i file associati. Conserva almeno una copia di ripristino indipendente dall’account di origine e di sincronizzazione. Pianifica un piccolo test di ripristino invece di fare affidamento solo su un messaggio di stato del backup. Aprire i dati ripristinati nell’applicazione che li utilizzerà. Un elenco di cartelle da solo non costituisce un backup utilizzabile.
Documentare la versione selezionata, la destinazione, i risultati della convalida e i limiti rimanenti. Proteggi credenziali, chiavi e documenti privati in luoghi idonei. Attendere prima di cancellare o riutilizzare la memoria originale. Innanzitutto, posiziona il risultato accettato in più di un luogo sicuro. Chiedi al proprietario di confermare che il contenuto richiesto sia completo. Se manca qualcosa, conservare la fonte per un’eventuale valutazione specialistica. Un punto di arresto chiaro protegge un risultato parziale utile da esperimenti non necessari. Conserva il record di ripristino con il backup accettato.
Risorse di ripristino correlate
Per il tipo di archiviazione o documento pertinente, consulta queste guide di ripristino: Recupero del disco rigido, Recupero della partizione, Recupero dati formattati.
Per un problema correlato e la sua diagnosi, leggi: la relativa guida al ripristino.
Controlla le linee guida attuali della piattaforma prima di modificare la fonte: documentazione ufficiale.
