Hur man återställer när en hem-NAS-backupdestination blir full mitt i jobbet

När en hemmets NAS-backupdestination får slut på utrymme mitt i ett jobb, stoppa schemat, bevara de senaste kända fungerande återställningspunkterna och avgör om det misslyckade körningen skapade en bekräftad backup, en återupptagningsbar kontrollpunkt eller bara temporära data. Ta inte manuellt bort slumpmässiga fullständiga eller inkrementella filer för att frigöra utrymme. Frigör kapacitet genom backupverktygets retentionprocess eller utöka destinationen, och fortsätt eller starta om enligt förrådets beteende och verifiera en återställning.

Stoppa upprepade omförsök och bevara den senaste fungerande backupen

Inaktivera automatiska omförsök innan du gör ändringar. Upprepade försök kan förbruka de sista lediga blocken, skapa fler temporära filer, rotera loggar eller trigga retention medan förrådet redan är under tryck. Registrera det exakta felet, jobb-ID, källuppsättning, destinationsväg och tid för den senaste slutförda återställningspunkten.

Ta inte bort den nyaste slutförda backupen bara för att den är stor. I en framåtriktad inkrementell kedja kan nyare återställningspunkter bero på en äldre fullständig backup och varje nödvändig inkrement. I ett deduplicerat förråd kan till synes separata snapshots dela block. Behandla förrådet som en hanterad struktur, inte en mapp med oberoende arkiv.

Bekräfta vilken lagringsnivå som faktiskt är full

Kontrollera filsystemet som stöder destinationen, inte bara det lediga utrymmet som visas i backupprogrammet. Begränsningen kan vara USB-disken, NAS-datasetet, kvoten, snapshot-reserven, objektlagringsallokeringen, inode-antalet, den temporära stagingkatalogen eller hemmets servers systempartition.

Ett backupförråd rapporterade ett fel om platsbrist trots att målet visade terabyte med ledig kapacitet, vilket illustrerar varför det synliga huvudnumret kanske inte identifierar den begränsade nivån. ZimaSpace-guiden för att hitta den verkliga förbrukaren av NAS-kapacitet hjälper till att skilja delningsdata från snapshots, papperskorgar, appdata, raderade öppna filer och fel monteringspunkt.

Avgör om den misslyckade körningen är användbar

Olika backupformat skriver data på olika sätt. Vissa skriver den slutgiltiga snapshot-posten först efter att jobbet är klart. En restic-diskussion förklarar att uppladdade data kan finnas innan den slutgiltiga snapshoten skapas, så en avbruten körning kanske inte visas som en normal återställningspunkt även om något innehåll nådde arkivet.

Andra verktyg skapar checkpoint-arkiv. En Borg-återställningsdiskussion noterar att en checkpoint kan vara giltig men ofullständig. Anta inte att detta beteende gäller för alla backupprogram. Använd arkivets egen lista, check- eller verifieringsfunktion och skilj på slutförda, checkpoint, partiella och föräldralösa data.

Ledigt utrymme utan att bryta backupkedjan

Använd backupprogrammets retention-, forget-, prune-, compact- eller repository-cleanup-kommando. Radera inte enskilda kedjefiler i en filhanterare om inte verktyget uttryckligen dokumenterar dem som oberoende. En diskussion om delade arkiv betonar att inkrementella återställningspunkter inte är användbara utan den nödvändiga fullständiga backupen.

Om destinationen är helt full kan även städning behöva arbetsutrymme för lås, metadata eller omskrivna paket. De säkrare alternativen är att tillfälligt lägga till kapacitet, flytta en orelaterad fil utanför arkivet, utöka filsystemet eller ansluta en större destination. Flytta inte endast utvalda arkivfiler till en annan disk om inte säkerhetskopieringsprogrammet stödjer spridning eller arkivmigration.

Kontrollera temporära och systemvägar innan du utökar säkerhetskopieringsdisken.

Ett hemmabaserat NAS-jobb kan temporärt lagra komprimerade arkiv under /tmp, skapa en temporär containerexport på systemets SSD eller skriva via en avmonterad destinationssökväg. Ett Proxmox-säkerhetskopieringsfel visar en rsync-mottagare som stoppas med ett fel om fullt utrymme under säkerhetskopiering. Verifiera den exakta sökvägen i felet innan du köper en större USB-disk; hela lagret kan vara lokal staging snarare än slutdestinationen.

• Kontrollera destinationsfilsystemet och NAS-systemets filsystem separat.
• Kontrollera inode-tillgänglighet när många små filer lagras.
• Kontrollera kvoter per delning, per användare, dataset och containerlagring.
• Kontrollera om snapshots eller papperskorgar behåller raderade säkerhetskopieringsdata.
• Kontrollera om destinationen var monterad på den förväntade sökvägen under den misslyckade körningen.

Bestäm om du ska återuppta eller starta en ny körning.

Återuppta endast när säkerhetskopieringsprogrammet stödjer det och arkivet rapporterar ett hälsosamt återupptagningsbart tillstånd. Ett exempel på en avbruten kopiering anger att jobbet kan fortsätta där det slutade efter att destinationsutrymmet återställts. Andra verktyg rullar tillbaka den ofullständiga transaktionen och kräver en ny körning.

För en enkel filkopiering eller rsync-jobb kan omkörning överföra endast saknade eller ändrade data, men en partiell destination är inte en daterad återställningspunkt i sig. För ett arkiv eller deduplicerat arkiv, använd dess inbyggda återupptagnings-, upplåsnings-, reparations- eller säkerhetskopieringskommando istället för att manuellt kopiera temporära filer.

Kör en arkivkontroll innan du litar på nästa säkerhetskopia.

1. Lista de senaste slutförda återställningspunkterna och bekräfta deras datum.
2. Kör verktygets kontroll av arkivets konsistens.
3. Bekräfta att det misslyckade partiella eller checkpoint-tillståndet är förstått.
4. Slutför en ny säkerhetskopiering efter att utrymme blivit tillgängligt.
5. Återställ representativa familjefiler och självhostad appkonfiguration till en temporär katalog.
6. Kontrollera loggar för hoppade objekt, behållningsfel och en andra utrymmesvarning.

Anse inte incidenten löst bara för att nästa jobb blir grönt. Den sista rena återställningspunkten måste fortfarande öppnas, och den nya säkerhetskopian måste producera en användbar återställningspunkt.

Förhindra att destinationen fylls igen

Ställ in en förflygningsgräns som är större än den förväntade nästa inkrementen plus arbetsutrymme för rensning. Larma både vid procentandel använd och absolut ledig kapacitet. Övervaka oväntad källtillväxt, ändrad datastorlek, behållningsfel, oföränderliga återställningspunkter, snapshots och papperskorgstillväxt.

För en roterad USB-mål, kontrollera kapaciteten före varje anslutning. För ett permanent anslutet NAS-arkiv, reservera tillräckligt med marginal för en ovanligt stor säkerhetskopia och underhållsoperationen som behövs för att ta bort utgångna data. Om normal tillväxt regelbundet når tröskeln, förkorta behållning endast efter att återställningskraven har granskats, eller migrera till en större destination.

Vanliga frågor

Kan jag återställa från den partiella säkerhetskopian?

Endast om säkerhetskopieringsapplikationen identifierar den som en giltig checkpoint eller återställningsbar partiell arkivfil. En katalog som innehåller några kopierade filer är inte automatiskt en konsekvent återställningspunkt. Verifiera detta via verktyget och återställ till en isolerad sökväg.

Kan jag ta bort en gammal inkrementell fil för att frigöra utrymme?

Inte manuellt. Det kan krävas av varje nyare återställningspunkt. Använd applikationens behållnings- eller rensningsprocess, som förstår beroenden och delade delar.

Efter att ha frigjort utrymme, ska jag återuppta eller köra en ny säkerhetskopiering?

Följ arkivets registrerade tillstånd. Återuppta när verktyget uttryckligen stöder fortsättning; låt annars rulla tillbaka eller rensa den ofullständiga transaktionen och starta en ny körning. I båda fallen, kör en arkivkontroll och testa en återställning efteråt.

Slutsats

Återställning från en fullständig NAS-säkerhetskopieringsdestination hemma är en uppgift för att skydda arkivet, inte bara en uppgift för att rensa disken. Stoppa omförsök, identifiera det faktiska fulla lagret, bevara slutförda återställningspunkter, frigör utrymme via säkerhetskopieringsverktyget och avgör om det misslyckade körningen är åtaget, checkpointat eller bortkastbart. Återuppta endast när det stöds, och verifiera sedan både arkivets hälsa och en verklig återställning innan schemat aktiveras igen.