windows 11 e cronologia file, la cartella FileHistory cresce a dismisura

giovanni senzapaura

Buona Pasqua anche a te! :D

Il passaggio dall'Event ID 200 all'Event ID 202 significa che abbiamo ricostruito con successo il database difettoso, e il servizio ora si avvia correttamente. Tuttavia, il codice HRESULT ci 2147746305 indica che il motore si blocca immediatamente durante la fase di scoperta del file. Questo accade perché la Cronologia dei file sta cercando di scansionare le cartelle configurate ma colde con un percorso fantasma, una directory registrata nella tua lista di backup o nelle librerie di Windows che è stata eliminata, spostata su un disco disconnesso o soffre di permessi file corrotti.

Per superare questo ostacolo, devi eliminare eventuali link di directory danneggiati dal telescopio di scansione del sistema. Apri File Explorer, clicca con il tasto destro uno spazio vuoto nel pannello di navigazione sinistro e assicurati che l'opzione per mostrare librerie sia selezionata. Quando appare il nodo Librerie, clicca con il tasto destro e seleziona l'opzione per ripristinare le librerie predefinite, che disconnetterà istantaneamente qualsiasi mappa di cartelle personalizzate non valide che potrebbe far scattare lo scanner.

Dopo aver reimpostato le librerie, premi il tasto di Windows, digita Impostazioni di backup e apri il menu di backup di Windows moderno per rivedere la configurazione della cronologia file. Controlla attentamente l'elenco delle cartelle destinate al backup e clicca esplicitamente su rimuovere su eventuali directory obsolete, cartelle temporanee o percorsi AppData profondamente annidati che non ti servono strettamente. Una volta che hai ridotto la lista di inclusioni solo alle cartelle valide e attive, attiva manualmente una nuova esecuzione di backup per verificare che il motore possa completare una scansione completa senza abortire.

giovanni senzapaura

L'errore Event ID 200 con il codice HRESULT 2147747076 significa che il tuo sistema è attualmente intrappolato in uno stato di configurazione fratturato. Questo di solito accade se il servizio in background di Windows era ancora parzialmente collegato all'assegnazione del disco di backup quando la cartella di configurazione è stata cancellata. Poiché il registro si aspetta ancora che il disco esterno sia il bersaglio principale ma i file di tracciamento XML sottostanti sono improvvisamente mancanti, il motore va in crash durante il ciclo di inizializzazione e non si avvia.

Per sincronizzare tutto correttamente, devi interrompere completamente la vecchia connessione del disco mentre il servizio in background è inattivo. Premi il tasto Windows, digita services.msc per aprire la console di gestione dei Servizi, localizza il Servizio Cronologia File conosciuto internamente come fhsvc, clicca con il tasto destro e seleziona Stop. Con il motore di backup completamente bloccato, torna alla directory %localappdata\Microsoft\Windows\FileHistory\Configuration ed elimina eventuali file parziali che il sistema ha recentemente cercato di generare, così la cartella è completamente vuota.

Successivamente, apri l'interfaccia del Pannello di controllo Cronologia File e clicca esplicitamente sull'opzione per interrompere l'uso del disco di backup attuale, rimuovendo così in modo sicuro i binding residui del registro al disco esterno. Infine, torna alla console Servizi per riavviare il Servizio Cronologia File, vai nel Pannello di controllo per selezionare completamente il disco da zero e attiva la funzione di backup. Questo costringe Windows a scrivere un set pulito di file XML di configurazione e stabilisce una connessione stabile con la nuova cartella di backup designata.

VP

Hi giovanni senzapaura,

Il messaggio di errore che stai incontrando indica una corruzione all'interno del database Extensible Storage Engine che File History utilizza per tracciare il tuo catalogo di backup. Quando il catalogo si desincronizza con i file fisici sul tuo disco di backup, il sistema non può validare i percorsi specifici dei file durante il ciclo di conservazione programmato, causando l'impossibilità di trovare gli elementi e di elaborare la pulizia automatica. Questa è una particolarità architettonica nota della funzione legacy File History quando si esegue su versioni più recenti come Windows 11 IoT Enterprise 24H2.

Per risolvere questo disallineamento nel database, devi cancellare i log di tracciamento corrotti e costringere il sistema operativo a costruire un indice completamente nuovo. Per prima cosa, apri il Pannello di Controllo, naviga all'applet Cronologia file e disattiva la funzione. Successivamente, apri File Explorer e digita il percorso %localappdata%\Microsoft\Windows\FileHistory\Configuration nella barra degli indirizzi. Devi eliminare tutti i file contenuti in questa directory, mirando specificamente ai file di configurazione EDB e XML, che elimineranno completamente la sequenza del database difettosa dal tuo sistema.

Prima di riattivare il servizio, naviga sul tuo disco di backup esterno e rinomina la cartella FileHistory esistente con qualcosa di diverso. Questo passaggio cruciale impedisce a Windows di tentare di unire il nuovo indice con la struttura dei file difettosa, preservando temporaneamente i tuoi backup più vecchi. Torna al Pannello di Controllo, riattiva la Cronologia File e lascia che il sistema generi un catalogo di database fresco e sano. Una volta verificato che il nuovo ciclo di backup è completato con successo, puoi eliminare manualmente quella vecchia cartella rinominata per liberare immediatamente i 200 GB di spazio su disco mancanti.

Spero che questa risposta ti abbia dato qualche informazione utile. Se sì, premi "accetta risposta". Se hai domande, sentiti libero di lasciare un commento.

VP