Hoe te herstellen wanneer de opslaglocatie van een thuis-NAS-back-up halverwege vol raakt

Wanneer een thuis-NAS-back-upbestemming halverwege een taak vol raakt, stop dan het schema, behoud de laatst bekende goede herstelpunten en bepaal of de mislukte run een toegewijde back-up, een hervatbare checkpoint of alleen tijdelijke gegevens heeft gemaakt. Verwijder niet handmatig willekeurige volledige of incrementele bestanden om ruimte te maken. Maak ruimte vrij via het retentieproces van de back-uptool of breid de bestemming uit, hervat of herstart vervolgens volgens het gedrag van die repository en verifieer een herstel.

Stop herhaalde pogingen en behoud de laatste goede back-up

Schakel automatische herhalingen uit voordat u wijzigingen aanbrengt. Herhaalde pogingen kunnen de laatste vrije blokken verbruiken, meer tijdelijke bestanden aanmaken, logs roteren of retentie activeren terwijl de repository al onder druk staat. Noteer de exacte fout, taak-ID, bronset, doelpad en tijd van het laatst voltooide herstelpunt.

Verwijder de nieuwste voltooide back-up niet zomaar omdat deze groot is. In een voorwaarts-incrementele keten kunnen nieuwere herstelpunten afhankelijk zijn van een ouder volledig punt en elke benodigde increment. In een gededupliceerde repository kunnen ogenschijnlijk aparte snapshots chunks delen. Behandel de repository als een beheerde structuur, niet als een map met onafhankelijke archieven.

Bevestig welke opslaglaag daadwerkelijk vol is

Controleer het bestandssysteem dat de bestemming ondersteunt, niet alleen het vrije-ruimtegetal dat in de back-upapplicatie wordt weergegeven. De limiet kan de USB-schijf, NAS-dataset, quotum, snapshotreserve, objectopslagtoewijzing, inode-aantal, tijdelijke stagingmap of de systeempartitie van de thuisserver zijn.

Een back-uprepository meldde een fout door gebrek aan ruimte, terwijl de doelmap terabytes aan vrije capaciteit aangaf, wat illustreert waarom het zichtbare hoofdcijfer niet altijd de beperkende laag aangeeft. De ZimaSpace-gids voor het vinden van de echte verbruiker van NAS-capaciteit helpt om gedeelde gegevens te scheiden van snapshots, prullenbakken, app-gegevens, verwijderde geopende bestanden en het verkeerde aankoppelpunt.

Bepaal of de mislukte uitvoering bruikbaar is

Verschillende back-upformaten schrijven gegevens op verschillende manieren weg. Sommige schrijven het definitieve snapshotrecord pas nadat de taak is voltooid. Een restic-discussie legt uit dat geüploade gegevens kunnen bestaan voordat het definitieve snapshot is gemaakt, dus een onderbroken uitvoering mogelijk niet als een normaal herstelpunt verschijnt, ook al is er wat inhoud naar de repository gestuurd.

Andere tools maken checkpoint-archieven aan. Een Borg-hersteldiscussie merkt op dat een checkpoint geldig maar onvolledig kan zijn. Ga er niet van uit dat dit gedrag voor elk back-upprogramma geldt. Gebruik de eigen lijst-, controle- of verificatiebewerking van de repository en onderscheid voltooide, checkpoint-, gedeeltelijke en verweesde gegevens.

Vrije ruimte zonder de back-upketen te verbreken

Gebruik de retentie-, vergeet-, snoei-, compact- of repository-opruimingsopdracht van de back-upapplicatie. Verwijder geen individuele kettingbestanden in een bestandsbrowser tenzij het hulpmiddel deze expliciet als onafhankelijk documenteert. Een discussie over gesplitste repositories benadrukt dat incrementele herstelpunten niet bruikbaar zijn zonder de vereiste volledige back-up.

Als de bestemming helemaal vol is, kan zelfs opruimen werkruimte nodig hebben voor vergrendelingen, metadata of herschreven pakketten. De veiligere opties zijn tijdelijk capaciteit toevoegen, een niet-gerelateerd niet-repositorybestand verplaatsen, het bestandssysteem uitbreiden of een grotere bestemming koppelen. Verplaats niet alleen geselecteerde repositorybestanden naar een andere schijf tenzij de back-upapplicatie spanning of repositorymigratie ondersteunt.

Controleer tijdelijke en systeem-paden voordat u de back-upschijf uitbreidt.

Een thuis-NAS-taak kan gecomprimeerde archieven onder /tmp plaatsen, een tijdelijke containerexport op de systeem-SSD aanmaken of schrijven via een niet aangekoppeld bestemmingspad. Een Proxmox-back-upfout toont een rsync-ontvanger die stopt met een geen-ruimte-fout tijdens een back-up. Controleer het exacte pad in de foutmelding voordat u een grotere USB-schijf koopt; de volledige laag kan lokale staging zijn in plaats van de uiteindelijke bestemming.

• Controleer het bestandssysteem van de bestemming en het NAS-systeembestandssysteem afzonderlijk.
• Controleer de beschikbaarheid van inodes wanneer veel kleine bestanden zijn opgeslagen.
• Controleer quota per share, per gebruiker, dataset en containeropslag.
• Controleer of snapshots of prullenbakken verwijderde back-upgegevens behouden.
• Controleer of de bestemming tijdens de mislukte uitvoering op het verwachte pad was aangekoppeld.

Bepaal of u wilt hervatten of een nieuwe uitvoering wilt starten.

Hervat alleen wanneer de back-upapplicatie dit ondersteunt en de repository een gezonde hervatbare status meldt. Een voorbeeld van een onderbroken kopie geeft aan dat de taak kan doorgaan vanaf waar deze stopte nadat de bestemmingsruimte is hersteld. Andere tools rollen de onvolledige transactie terug en vereisen een nieuwe uitvoering.

Bij een eenvoudige bestand-kopieer- of rsync-taak kan het opnieuw uitvoeren alleen ontbrekende of gewijzigde gegevens overdragen, maar een gedeeltelijke bestemming is op zichzelf geen gedateerd herstelpunt. Gebruik voor een archief- of gededupliceerde repository de ingebouwde hervat-, ontgrendel-, herstel- of back-upopdracht in plaats van tijdelijke bestanden handmatig te kopiëren.

Voer een repositorycontrole uit voordat u de volgende back-up vertrouwt.

1. Lijst de laatst voltooide herstelpunten op en bevestig hun data.
2. Voer de consistentiecontrole van de toolrepository uit.
3. Bevestig dat de mislukte gedeeltelijke of checkpoint-status begrepen is.
4. Maak één nieuwe back-up zodra er ruimte beschikbaar is.
5. Herstel representatieve gezinsbestanden en zelfgehoste appconfiguratie naar een tijdelijke map.
6. Controleer logs op overgeslagen objecten, retentiefouten en een tweede ruimtewaarschuwing.

Beschouw het incident niet als opgelost alleen omdat de volgende taak groen wordt. Het laatste schone herstelpunt moet nog openen en de nieuwe back-up moet een bruikbaar herstelpunt opleveren.

Voorkom dat de bestemming weer volloopt

Stel een preflight-drempel in die groter is dan de verwachte volgende increment plus opruimwerkruimte. Waarschuw bij zowel percentage gebruikt als absolute vrije capaciteit. Houd onverwachte brongroei, grootte van gewijzigde data, retentiefouten, onveranderlijke herstelpunten, snapshots en groei van de prullenbak in de gaten.

Controleer bij een gewisselde USB-doelbestemming de capaciteit voor elke verbinding. Reserveer bij een permanent aangesloten NAS-opslagplaats voldoende ruimte voor één uitzonderlijk grote back-up en de onderhoudsactie die nodig is om verlopen data te verwijderen. Als normale groei regelmatig de drempel bereikt, verkort dan de retentie alleen na beoordeling van de herstelvereisten of migreer naar een grotere bestemming.

Veelgestelde vragen

Kan ik herstellen van de gedeeltelijke back-up?

Alleen als de back-upapplicatie het als een geldig controlepunt of herstelbaar gedeeltelijk archief identificeert. Een map met enkele gekopieerde bestanden is niet automatisch een consistent herstelpunt. Verifieer dit via de tool en herstel naar een geïsoleerd pad.

Kan ik een oud incrementeel bestand verwijderen om ruimte vrij te maken?

Niet handmatig. Dit kan vereist zijn door elk nieuwer herstelpunt. Gebruik het retentie- of opruimproces van de applicatie, dat afhankelijkheden en gedeelde delen begrijpt.

Moet ik na het vrijmaken van ruimte hervatten of een nieuwe back-up uitvoeren?

Volg de geregistreerde status van de opslagplaats. Hervat wanneer de tool expliciet voortzetting ondersteunt; anders laat het terugdraaien of maak de onvolledige transactie schoon en start een nieuwe uitvoering. Voer in beide gevallen daarna een opslagplaatscontrole uit en test een herstel.

Belangrijkste conclusie

Herstellen van een volledig volgelopen thuis-NAS-backupbestemming is een taak voor het beschermen van de opslagplaats, niet alleen een schijfreinigingstaak. Stop met herhaalde pogingen, identificeer de daadwerkelijke volledige laag, behoud voltooide herstelpunten, maak ruimte vrij via de back-up tool en bepaal of de mislukte uitvoering is vastgelegd, gepauzeerd of wegwerpbaar. Hervat alleen wanneer dit wordt ondersteund en verifieer zowel de gezondheid van de opslagplaats als een echte herstelactie voordat je het schema opnieuw inschakelt.