Quando una destinazione di backup NAS domestica esaurisce lo spazio a metà lavoro, interrompi la pianificazione, conserva gli ultimi punti di ripristino noti come buoni e determina se l'esecuzione fallita ha creato un backup confermato, un checkpoint riprendibile o solo dati temporanei. Non eliminare manualmente file completi o incrementali a caso per liberare spazio. Libera capacità tramite il processo di retention dello strumento di backup o espandi la destinazione, quindi riprendi o riavvia secondo il comportamento di quel repository e verifica un ripristino.
Interrompi i Tentativi Ripetuti e Conserva l'Ultimo Backup Buono
Disabilita i tentativi automatici prima di apportare modifiche. I tentativi ripetuti possono consumare gli ultimi blocchi liberi, creare più file temporanei, ruotare i log o attivare la retention mentre il repository è già sotto pressione. Registra l'errore esatto, l'ID del lavoro, il set di origine, il percorso di destinazione e l'ora dell'ultimo punto di ripristino completato.
Non rimuovere l'ultimo backup completato semplicemente perché è grande. In una catena incrementale in avanti, i punti di ripristino più recenti possono dipendere da un backup completo più vecchio e da ogni incremento richiesto. In un repository deduplicato, snapshot apparentemente separate possono condividere chunk. Tratta il repository come una struttura gestita, non come una cartella di archivi indipendenti.
Conferma Quale Strato di Archiviazione È Effettivamente Pieno
Controlla il filesystem che supporta la destinazione, non solo il numero di spazio libero mostrato nell'applicazione di backup. Il limite potrebbe essere il disco USB, il dataset NAS, la quota, la riserva snapshot, l'allocazione dell'object-store, il conteggio degli inode, la directory temporanea di staging o la partizione di sistema del server domestico.
Un caso di repository di backup ha segnalato un errore di spazio esaurito nonostante il target mostrasse terabyte di capacità libera, illustrando perché il numero visibile in evidenza potrebbe non identificare lo strato limitato. La guida di ZimaSpace per trovare il vero consumatore di capacità NAS aiuta a separare i dati delle condivisioni da snapshot, cestini, dati delle app, file cancellati-aperti e punti di montaggio errati.
| Osservazione | Limite probabile | Primo controllo |
|---|---|---|
| Filesystem è utilizzato al 100% | Blocchi dati effettivi esauriti | Destinazione montata e maggiori consumatori |
| Spazio libero rimane ma le scritture falliscono | Quota, riserva, inode o percorso di staging | Quota del dataset, conteggio inode, directory temporanea |
| Destinazione USB assente ma il percorso esiste | Il lavoro ha scritto sul disco di sistema | UUID, punto di montaggio, marcatore di destinazione |
| L'app di backup mostra il repository completo | Retention o allocazione del repository | Punti scaduti, periodo immutabile, stato prune |
Determina se l'esecuzione fallita è utilizzabile
Diversi formati di backup registrano i dati in modo differente. Alcuni scrivono il record finale dello snapshot solo dopo il completamento del lavoro. Una discussione su restic spiega che i dati caricati possono esistere prima che lo snapshot finale venga creato, quindi un'esecuzione interrotta potrebbe non apparire come un punto di ripristino normale anche se parte del contenuto è arrivato al repository.
Altri strumenti creano archivi di checkpoint. Una discussione sul recupero Borg nota che un checkpoint può essere valido ma incompleto. Non presumere che questo comportamento si applichi a ogni programma di backup. Usa la lista, il controllo o l'operazione di verifica del repository e distingui tra dati completati, checkpoint, parziali e orfani.
Spazio libero senza interrompere la catena di backup
Usa il comando retention, forget, prune, compact o repository-cleanup dell'applicazione di backup. Non eliminare singoli file della catena in un file browser a meno che lo strumento non li documenti esplicitamente come indipendenti. Una discussione sui repository divisi sottolinea che i punti di ripristino incrementali non sono utili senza il backup completo richiesto.
Se la destinazione è completamente piena, anche la pulizia potrebbe necessitare di spazio di lavoro per lock, metadati o pacchetti riscritti. Le opzioni più sicure sono aggiungere temporaneamente capacità, spostare un file non correlato al repository, estendere il filesystem o collegare una destinazione più grande. Non spostare solo file selezionati del repository su un altro disco a meno che l'applicazione di backup non supporti lo spanning o la migrazione del repository.
Controllare i Percorsi Temporanei e di Sistema Prima di Espandere il Disco di Backup
Un lavoro NAS domestico può temporaneamente archiviare archivi compressi sotto /tmp, creare un'esportazione temporanea del container sull'SSD di sistema o scrivere tramite un percorso di destinazione non montato. Un errore di backup Proxmox mostra un ricevitore rsync che si ferma con errore di spazio esaurito durante un backup. Verificare il percorso esatto nell'errore prima di acquistare un disco USB più grande; l'intero livello potrebbe essere uno staging locale anziché la destinazione finale.
- Controllare separatamente il filesystem di destinazione e quello del sistema NAS.
- Controllare la disponibilità di inode quando sono archiviati molti file piccoli.
- Controllare le quote per condivisione, utente, dataset e storage container.
- Verificare se snapshot o cestini mantengono i dati di backup eliminati.
- Verificare se la destinazione era montata nel percorso previsto durante l'esecuzione fallita.
Decidere se riprendere o iniziare una nuova esecuzione
Riprendere solo quando l'applicazione di backup lo supporta e il repository segnala uno stato sano e riprendibile. Un esempio di copia interrotta indica che il lavoro può continuare da dove si era fermato dopo il ripristino dello spazio di destinazione. Altri strumenti annullano la transazione incompleta e richiedono una nuova esecuzione.
Per un semplice lavoro di copia file o rsync, rieseguire potrebbe trasferire solo i dati mancanti o modificati, ma una destinazione parziale non è di per sé un punto di ripristino datato. Per un archivio o repository deduplicato, utilizzare il comando integrato di ripresa, sblocco, riparazione o backup anziché copiare manualmente i file temporanei.
Eseguire un Controllo del Repository Prima di Fidarsi del Prossimo Backup
- Elencare gli ultimi punti di ripristino completati e confermarne le date.
- Eseguire il controllo di coerenza del repository dello strumento.
- Confermare che lo stato parziale o di checkpoint fallito sia stato compreso.
- Completa un nuovo backup dopo che lo spazio è disponibile.
- Ripristina file rappresentativi della famiglia e configurazioni di app self-hosted in una directory temporanea.
- Controlla i log per oggetti saltati, fallimenti di conservazione e un secondo avviso di spazio.
Non considerare l'incidente risolto solo perché il lavoro successivo è verde. L'ultimo punto di ripristino pulito deve ancora aprirsi e il nuovo backup deve produrre un punto di recupero utilizzabile.
Impedire che la destinazione si riempia di nuovo
Imposta una soglia pre-volo superiore all'incremento successivo previsto più lo spazio di lavoro per la pulizia. Avvisa sia sulla percentuale utilizzata sia sulla capacità libera assoluta. Monitora la crescita imprevista della sorgente, la dimensione dei dati modificati, i fallimenti di conservazione, i punti di ripristino immutabili, gli snapshot e la crescita del cestino.
Per un target USB ruotato, controlla la capacità prima di ogni connessione. Per un repository NAS permanentemente collegato, riserva spazio sufficiente per un backup eccezionalmente grande e per l'operazione di manutenzione necessaria a rimuovere i dati scaduti. Se la crescita normale raggiunge regolarmente la soglia, riduci la conservazione solo dopo aver rivisto i requisiti di ripristino o migra a una destinazione più grande.
Domande frequenti
Posso ripristinare dal backup parziale?
Solo se l'applicazione di backup lo identifica come un checkpoint valido o un archivio parziale recuperabile. Una directory contenente alcuni file copiati non è automaticamente un punto di ripristino coerente. Verificalo tramite lo strumento e ripristina in un percorso isolato.
Posso eliminare un vecchio file incrementale per liberare spazio?
Non manualmente. Potrebbe essere richiesto da ogni punto di ripristino più recente. Usa il processo di conservazione o potatura dell'applicazione, che comprende dipendenze e blocchi condivisi.
Dopo aver liberato spazio, devo riprendere o eseguire un nuovo backup?
Segui lo stato registrato del repository. Riprendi quando lo strumento supporta esplicitamente la continuazione; altrimenti lascia che venga eseguito il rollback o che venga pulita la transazione incompleta e avvia una nuova esecuzione. In entrambi i casi, esegui un controllo del repository e un test di ripristino successivamente.
Conclusione finale
Il recupero da una destinazione di backup NAS domestico piena è un compito di protezione del repository, non solo una pulizia del disco. Interrompi i tentativi, identifica il livello completo effettivo, conserva i punti di ripristino completati, libera spazio tramite lo strumento di backup e determina se l'esecuzione fallita è confermata, checkpointata o eliminabile. Riprendi solo se supportato, quindi verifica sia la salute del repository sia un vero ripristino prima di riattivare la pianificazione.
Supporto e consigli
Altro da leggere

Plex può condividere una GPU con un altro container Docker?
Plex e un altro container possono spesso accedere alla stessa GPU, ma è necessario testare il supporto dei driver, la mappatura dei dispositivi, il...

Come capire se un errore di Plex proviene dal client o dal server
Riproduci lo stesso elemento su un altro client, confronta il percorso della sessione, quindi raccogli le prove dal server solo dopo che l’ambito ti...

Come configurare la cache di Plex e l’archiviazione temporanea per la transcodifica
Proteggi lo stato persistente di Plex collocando i file temporanei di transcodifica su un’unità locale adatta, quindi verifica la pulizia, lo spazio libero e...
