È possibile ripristinare un repository Borg dopo aver perso la directory della cache?
Di solito sì. Borg può ricostruire lo stato della cache locale dal repository, anche se la prima operazione può essere più lenta e richiede comunque la chiave del repository e la passphrase.
La decisione è importante quando il disco di un client si guasta o la relativa directory della cache Borg viene eliminata mentre il repository rimane intatto. I due stati contrapposti sono la cache locale ricostruibile e la chiave di crittografia, le credenziali mancanti o il repository danneggiato. Inizia con una configurazione salvata e dati usa e getta, osserva un ramo alla volta e interrompi il test se aumenta il rischio di perdita di dati, problemi di autorizzazioni o indisponibilità.
Definire le condizioni alla base della decisione sull'uso del repository Borg senza cache locale
Registra l'ambiente prima di modificare qualsiasi cosa: versioni del software e del firmware, identità dei dispositivi, percorso di montaggio o di rete, spazio libero, autorizzazioni e sintomo osservabile. La baseline deve conservare dettagli sufficienti per riprodurre il caso in cui il disco di un client si guasti o la relativa directory della cache Borg venga eliminata mentre il repository rimane intatto.
Il primo candidato è la cache locale ricostruibile. Il secondo è la chiave di crittografia, le credenziali mancanti o il repository danneggiato. L'attuale posizione della cache Borg definisce il meccanismo o il confine del comando utilizzato nel test; non sostituisce l'osservazione da questo specifico home server.
Scrivi la condizione di accettazione e quella di arresto prima di eseguire il test discriminante. Un superamento deve modificare l'evidenza prevista da un ramo lasciando invariati i servizi non correlati; un fallimento deve riportare il sistema allo stato salvato invece di avviare una catena di correzioni speculative.
Testare l'affermazione senza ridurre il requisito originale
Usa questo test discriminante: preserva il repository, fornisci le chiavi, esegui un'operazione di elenco o informazioni in sola lettura, quindi consenti la ricostruzione della cache ed estrai un elemento sentinella. Mantieni costanti carico di lavoro, client, percorso, insieme di file e tempistiche, così il risultato è attribuibile alla variabile modificata.
Usa lo stato del client Borg per selezionare il campo che può effettivamente distinguere i due rami, quindi acquisisci il relativo timestamp, codice di uscita, testo dell'errore, identità del dispositivo o dello snapshot, latenza, byte trasferiti, autorizzazioni e stato del ripristino. Un'uscita corretta del comando non è sufficiente quando l'affermazione sottoposta a test riguarda identità, durabilità o stato dell'applicazione.
Ripeti il test una volta dopo un riavvio, una riconnessione, un nuovo montaggio o con una cache fredda quando tale evento fa parte della condizione originale. Se la prima esecuzione è distruttiva o l'ambiente non può essere ripristinato, fermati e riproduci il test su una copia usa e getta.
borg list /repo
borg extract /repo::archive path/to/canaryInterpretare i risultati di superamento, fallimento ed eccezione
SUPERATO: gli archivi vengono elencati correttamente e un elemento sentinella viene ripristinato dopo la ricostruzione della cache. Registra la versione esatta, l'identità e il carico di lavoro che hanno superato il test, affinché la conclusione rimanga condizionata invece di diventare un'affermazione universale.
FALLITO: il repository non può autenticarsi, i controlli falliscono oppure le chiavi esistevano solo sul client perduto. Un fallimento non dimostra automaticamente il ramo opposto quando rete, memoria, autorizzazioni o coerenza della sorgente possono influenzare entrambi; isola queste dipendenze condivise prima di procedere.
ECCEZIONE O RISULTATO AMBIGUO: interrompi le scritture, recupera le chiavi e controlla una copia del repository prima della riparazione. Conserva i log e non eseguire comandi di riparazione, compattazione, eliminazione, ripartizionamento o modifica ricorsiva della proprietà finché non esiste una copia ripristinabile.
Confermare la decisione con il carico di lavoro originale
Applica l'azione corrispondente al ramo osservato, quindi ripeti la condizione originale invece di una versione ridotta. La decisione è valida solo quando gli archivi vengono elencati correttamente e un elemento sentinella viene ripristinato dopo la ricostruzione della cache per due cicli o dopo il riavvio, la sospensione, l'interruzione o la transizione di carico pertinente.
Usa le finestre di manutenzione Borg per controllare il flusso di lavoro dipendente più vicino, ma mantieni invariato il trigger originale. Dataset, condivisioni, container, utenti e punti di ripristino non correlati devono conservare l'accesso e le tempistiche precedenti.
Il limite di arresto è esplicito: se il repository non può autenticarsi, i controlli falliscono oppure le chiavi esistevano solo sul client perduto, torna all'ultima configurazione verificata, conserva le evidenze e procedi a un test più approfondito della piattaforma o dell'hardware solo quando il ramo è riproducibile.
Dopo aver ottenuto il risultato previsto, confrontalo con le finestre di backup immutabili, così la correzione non trasferisce il rischio a un servizio adiacente. Un test del risultato previsto superato con un nuovo errore di backup, identità, timeout o disponibilità è comunque una modifica fallita.
Domande frequenti
Per l'uso del repository Borg senza cache locale, le ricerche rimanenti riguardano di solito se la cache Borg sia un backup dei dati del repository, cosa debba essere archiviato separatamente e se la perdita della cache debba attivare la compattazione o la riparazione. Le risposte seguenti mantengono questi casi limite separati dalla decisione principale.
Il limite di accettazione non cambia: gli archivi vengono elencati correttamente e un elemento sentinella viene ripristinato dopo la ricostruzione della cache. Se una condizione successiva modifica il filesystem, l'identità, il percorso di rete o la versione dell'applicazione, ripeti solo il test discriminante interessato da tale modifica.
Smetti di ampliare l'esperimento quando il repository non può autenticarsi, i controlli falliscono oppure le chiavi esistevano solo sul client perduto. A quel punto, interrompi le scritture, recupera le chiavi e controlla una copia del repository prima della riparazione; conserva le evidenze prima di coinvolgere il responsabile della piattaforma, dello storage o dell'hardware.
La cache Borg è un backup dei dati del repository?
No. Accelera le operazioni e conserva lo stato locale; gli archivi del repository restano il backup autorevole.
Cosa deve essere archiviato separatamente?
Il materiale della chiave di crittografia, il recupero della passphrase, l'URL del repository e le istruzioni per il ripristino.
La perdita della cache deve attivare la compattazione o la riparazione?
No. Prima dimostra l'integrità del repository e ricostruisci la cache; la manutenzione è una decisione separata.
Per l'uso del repository Borg senza cache locale, la risposta pratica rimane condizionata: gli archivi vengono elencati correttamente e un elemento sentinella viene ripristinato dopo la ricostruzione della cache. Quando il repository non può autenticarsi, i controlli falliscono oppure le chiavi esistevano solo sul client perduto, interrompi le scritture, recupera le chiavi e controlla una copia del repository prima della riparazione; un successo parziale che non resiste al carico di lavoro originale non costituisce compatibilità.
Prodotti consigliati
Supporto e consigli
Altro da leggere
Una galleria autogestita può preservare l'abbinamento delle Live Photo di Apple?
Una decisione condizionale sul server domestico per l'associazione delle Live Photo di Apple, con test controllati, interpretazione dei risultati, ripristino e domande frequenti mirate.
Puoi importare Google Takeout e i backup del telefono in un'unica libreria fotografica?
Una decisione condizionata per un home server dedicato all'importazione combinata di foto, con test controllati, interpretazione dei risultati, rollback e FAQ mirate.
Immich può utilizzare una libreria esterna senza acquisire la proprietà dei file?
Una decisione condizionale per home server sull'assegnazione della proprietà delle librerie esterne di Immich, con test controllati, interpretazione dei risultati, rollback e FAQ mirate.
