Varför utesluter en hemmabaserad NAS-säkerhetskopia dolda filer och appmetadata?
Säkerhetskopian exkluderar vanligtvis en sökväg, inte slumpmässigt förlorade dolda data.
På en hemmabaserad NAS missas ofta dolda filer och appmetadata eftersom uppgiften endast valde den synliga delningen, en ignoreringsregel matchade sökvägen, säkerhetskopieringsidentiteten saknade åtkomst eller datan fanns i en container-volym, databas, symbolisk länk eller monterat filsystem utanför det valda trädet. Reparationen börjar med att lokalisera den saknade återställningsenheten och testa den minsta sannolika orsaken.
Kartlägg det saknade resultatet till det första testet
Börja med återställningsresultatet snarare än den gröna slutförandestatusen. Olika mönster av saknade data pekar på olika lager i säkerhetskopieringsjobbet.
Om alla punktfiler saknas, undersök filter för dolda filer och mönster; om en app återkommer utan inställningar, kartlägg dess databas, hemligheter och volymer; om en skyddad mapp saknas, testa åtkomst som den schemalagda säkerhetskopieringsidentiteten. Dessa observationer begränsar orsaken innan några produktionsregler ändras.
Dokumentera den saknade sökvägen, förväntat antal objekt, faktisk återställningsplats och första misslyckade test. Denna bevisning blir jämförelsebasen för den korrigerade körningen.
Tabellen omvandlar det synliga symptomet till en låg-risk första åtgärd.
| Saknat resultat | Sannolikt lager | Första test |
|---|---|---|
| Alla punktfiler saknas | Filter- eller dold-attributregel | Inspektera inkluderings-/exkluderingsordning |
| Appfiler finns men inställningar är borta | Databas eller volym utanför delningen | Kartlägg monteringar och statusvägar |
| Endast skyddade mappar saknas | Tjänstekontos åtkomst | Lista som säkerhetskopieringsidentitet |
| Monterat delträd är tomt | Montering eller symbolisk länkgenomgång | Jämför verkligt mål och enhets-ID |
Använd en rad i taget. Att ändra filter, behörigheter och monteringar samtidigt kan göra nästa framgång omöjlig att härleda.
Kontrollera källomfång och ignoreringsregler som ett beslut
En uppgift kan inte skydda data utanför sina valda rötter, även när NAS-gränssnittet visuellt visar flera dataset under en delning. Källomfång och ignoreringsmönster måste därför granskas tillsammans.
Användare av Duplicity kan exkludera punktprefixerade sökvägar med ett mönster för exkludering av dolda sökvägar. Liknande regler kan finnas i en NAS-mall, kommandorad, miljövariabel, markörfil eller per-mapp-konfiguration.
Exportera uppgiftsinställningarna och jämför varje vald rot med den verkliga sökvägen för det saknade objektet. Testa det misstänkta mönstret på ett litet staging-träd och begränsa endast regeln som exkluderar återställningskritiskt innehåll.
Hitta appstatus utanför den synliga delade mappen
Självhostade appar separerar ofta användarfiler från applikationsstatus. En fotomapp kan innehålla original medan databasen, miniatyrer, ansiktsdata, hemligheter och konfiguration finns på andra platser.
Containerdistributioner använder persistenta Docker-volymer och bind-mounts för att lagra status oberoende av bilden. Att säkerhetskopiera endast mediedelningen kan därför bevara synliga filer men utelämna den status som krävs för att återskapa appen.
Inventera hela återställningsenheten: Compose-fil, miljövariabler, hemligheter, namngivna volymer, bind-mounts, databasdump, applikationskonfiguration och användardatasökvägar. Lägg till de verkliga källorna eller en applikationsmedveten export istället för att anta att en delning innehåller allt.
Testa behörigheter och genomgång som säkerhetskopieringsidentitet
En administratör kan bläddra i en sökväg som det schemalagda säkerhetskopieringskontot inte kan läsa. Ett monterat delträd eller symbolisk länk kan också verka lokalt medan säkerhetskopieringsverktyget vägrar att korsa eller följa det.
En supportärende för säkerhetskopiering spårade bortglömda NAS-data till säkerhetskopieringskontots åtkomst. Kör en icke-destruktiv listning som exakt tjänstekonto och dokumentera varje nekad katalog innan ACL:er ändras.
Jämför sedan monteringspunkter, enhets-ID:n, symboliska länkmål, krypterade mappstatus och container-UID-kartläggningar. Om målet finns någon annanstans, lägg till den verkliga sökvägen som källa och dokumentera om verktyget lagrar länken, följer den eller stoppar vid filsystemgränsen; verkliga symboliska länkhanteringar visar varför detta beteende inte kan antas.
Separera återställningskritisk metadata från bortkastbara dolda data
Att aktivera varje dold katalog kan öka skanningstid och lagringsstorlek utan att förbättra återställningen. Det rätta beslutet är om objektet behövs för att reproducera användardata eller applikationsstatus.
Nycklar, konfiguration, databaser, manifest, hemligheter, betyg, album och oersättliga sidovagnar är vanligtvis återställningskritiska. Miniatyrcache, runtime-sockets, temporära uppladdningar, låsfiler och lätt återskapade index kan vara bortkastbara eller av lägre prioritet.
Dokumentera klassificeringen i säkerhetskopieringsplanen. En medveten exkludering bör namnge återuppbyggnadsmetoden och acceptabel återställningsfördröjning; allt utan dokumenterad återuppbyggnadsväg bör förbli skyddat tills en isolerad återställning visar annat.
Bevisa att den korrigerade säkerhetskopian innehåller hela återställningsenheten
Kör en ny säkerhetskopia efter att endast ha ändrat den bekräftade orsaken, och jämför sedan käll- och säkerhetskopieringsinventarier. En andra grön status är fortfarande otillräcklig när antalet objekt eller återställd applikationsstatus är mindre än förväntat.
Använd den befintliga guiden för tysta varningstecken för ofullständiga säkerhetskopieringsjobb när varaktighet, byteantal, exkluderingar, hoppade objekt eller återställningsbeteende avviker från baslinjen.
Återställ de dolda filerna eller applikationsstatusen till en isolerad mapp eller testcontainer och öppna den via den förväntade användarvägen. Stoppa och omdesigna metoden om den enda tillgängliga kopian är en osäker live-kopia av en körande databas.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan Plex dela ett GPU-kort med en annan Docker-container?
Plex och en annan container kan ofta använda samma GPU, men du måste testa drivrutinsstöd, enhetsmappning, belastningen på videoenheten, minne och återställningsbeteende.
Så avgör du om ett Plex-fel kommer från klienten eller servern
Återskapa samma objekt på en annan klient, jämför sessionsvägen och samla sedan in serverbevis först efter att scope har visat var felet faktiskt finns.
Så konfigurerar du Plex-cache och tillfällig lagring för omkodning
Skydda beständigt Plex-tillstånd genom att placera temporära transkodningsfiler på lämplig lokal lagring och verifiera rensning, ledigt utrymme samt omstartsfunktionssätt.
