Ja—en delad mapp kan ofta återställas utan att rulla tillbaka hela NAS:en.
Återställningen förblir isolerad endast när återställningskällan stödjer val på sökvägsnivå och mappen inte är beroende av en större kryptering, volym, databas eller applikationsgräns. Det säkra tillvägagångssättet är att identifiera den verkliga återställningsenheten, återställa till en staging-plats, validera innehåll och metadata, och sedan medvetet slå ihop, ersätta eller länka om den aktiva delningen.
Definiera återställningsenheten bakom delningsnamnet
En NAS-delning inkluderar mer än de filer som är synliga över SMB. Den kan också vara beroende av dess underliggande sökväg, delningsdefinition, ägarskap, ACL:er, kvoter, krypteringstillstånd, snapshots, papperskorgsinställningar och applikationer som förväntar sig en exakt plats.
Om filerna fortfarande finns men delningen försvann, använd de befintliga kontrollerna för delad mapp-nivå innan du återställer historiska data. Att återskapa eller länka om en förlorad delningspost är säkrare än att kopiera ett gammalt träd över en frisk katalog.
Skriv ner vilken nivå som misslyckades: innehåll, mappmetadata, delningspublicering, krypteringstillgång eller applikationslänkning. En återställning av en mapp är lämplig endast när den valda mappen innehåller hela den skadade enheten.
Bekräfta att återställningskällan stödjer sökvägsval
Filnivå-backuper, bläddringsbara arkiv och vissa snapshots av delade mappar tillåter vanligtvis selektiv återställning. Hela volymbilder kan kräva montering eller återställning av den större bilden någon annanstans innan en enskild katalog kan extraheras.
Ett exempel från Synology-communityn bekräftar att användare kan återställa till en annan katalog via en backup-explorer. En diskussion om restic-support beskriver också återställning av en enkel mapp-snapshot-återställning till ett valt mål.
Innan du fortsätter, verifiera exakt återställningspunkt, sökväg och version. Om verktyget endast visar fullständig volymåterställning, använd reservlagring eller en temporär NAS istället för att applicera den operationen på den aktiva volymen.
Matrisen nedan skiljer på valmöjlighet och återställningsgräns.
| Återställningskälla | Återställning på mappnivå | Huvudgräns |
|---|---|---|
| Filnivå-backup | Vanligtvis tillgängligt | Metadata-stöd varierar |
| Bläddringsbar snapshot | Ofta tillgängligt | Snapshot-omfång kan vara dataset eller volym |
| Hela volymbilden | Indirekt | Montera eller återställ någon annanstans först |
| Konfigurationsbackup | Inga fildata | Kan endast återställa delningsposter |
Välj den minsta källan som innehåller all nödvändig data och metadata. Att välja ett mindre omfång än den verkliga beroendegränsen ger en mapp som ser återställd ut men inte fungerar korrekt.
Återställ till en alternativ plats innan du rör live-data
Skapa en temporär återställningsdelning eller isolerat dataset utanför den nuvarande mapproten. Lämna den aktiva delningen oförändrad medan du inspekterar den återställda versionen och jämför den med nyare friska data.
Användare av Duplicati kan välja en partiell återställning och ange en alternativ målsökväg. Det viktiga är att separera återställning från ersättning så att en felaktig version, sökväg eller filter inte automatiskt skriver över produktionsdata.
Jämför filnamn, antal, logiska byte, tidsstämplar och representativt innehåll. Ta snapshot eller byt namn på det aktiva trädet innan någon destruktiv sammanslagning, och avbryt om den återställda uppsättningen innehåller oväntade borttagningar eller ett äldre omfång än planerat.
Validera metadata och applikationsberoenden separat
Att öppna flera dokument bevisar bara att något filinnehåll överlevde. Det bevisar inte att hushållsanvändare, SMB-identiteter, fotoappar, mediaservrar eller containers kan använda den återställda mappen som tidigare.
Linux-filåterställning kan kräva separat bevarande av ägarskap och behörigheter. På en NAS, jämför även ACL-arv, utökade attribut, länkar, filnamnscase, krypteringstillgång och sidometadata.
Testa den återställda mappen via samma användar- och applikationsväg som tidigare använde den. Om en app är beroende av en databas, hemlighet, index eller annan montering från samma tidpunkt, återställ dessa beroenden i en isolerad testmiljö innan du ändrar den aktiva delningen.
Välj att slå ihop, ersätta, länka om eller göra en större rollback
Slå bara ihop saknade eller skadade objekt när den aktiva delningen fortfarande innehåller nyare friska data. Ersätt hela mappen endast när den valda återställningspunkten är avsiktligt auktoritativ och skrivare har stoppats.
Länka om när filerna redan är korrekta men NAS-delningsdefinitionen pekar på fel underliggande sökväg. En omlänkning är en konfigurationsreparation, inte en anledning att duplicera eller skriva över data igen.
Trappa upp till en större återställning när backupen inte kan visa individuella sökvägar, krypteringsnyckeln tillhör hela volymen, flera mappar delar en transaktionell databas eller systemkonfigurationen inte kan återskapas självständigt. Återställ den större enheten till reservlagring först, och extrahera eller validera sedan önskad delning utan att blint rulla tillbaka den aktiva NAS:en.
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.

