Att flytta ett USB-säkerhetskopieringsarkiv till en ny monteringssökväg är säkert när själva arkivet förblir intakt och säkerhetskopieringsjobbet medvetet återansluts till det.
Det farliga misstaget är att behandla den nya sökvägen som en ny destination och låta säkerhetskopieringsprogrammet initiera ett tomt arkiv bredvid det gamla. Innan du ändrar etiketter, monteringsregler eller katalogstruktur ska du dokumentera det fysiska filsystemets identitet, arkivets rotkatalog, arkiv-ID:t om verktyget visar ett sådant, krypteringsmaterial, jobbkonfigurationen och den senaste användbara återställningspunkten. Flytta eller montera sedan om det befintliga arkivet som en enda enhet och säkerställ att programmet känner igen den tidigare historiken innan nästa skrivning.
Dokumentera det befintliga arkivet innan du ändrar sökvägen
Spara den aktuella monteringskällan, filsystemets UUID eller etikett, arkivkatalogen, jobbnamnet, platsen för krypteringsnyckeln eller lösenordet samt arkivets eget identifieringsnummer om säkerhetskopieringsverktyget visar ett sådant. Lista flera av de senaste ögonblicksbilderna eller arkiven som referens.
Kopia skiljer mellan att skapa ett arkiv och att ansluta till ett befintligt arkiv, vilket är den första skillnaden du måste bevara när du flyttar monteringssökvägen.
Påbörja inte flytten förrän du kan identifiera den gamla historiken utan att enbart förlita dig på monteringssökvägen. Om sökvägen är det enda du dokumenterat kan en annan USB-disk som senare monteras där verka giltig på ett missvisande sätt.
Flytta hela arkivet som en komplett enhet
Stoppa säkerhetskopieringsjobbet och alla processer för rensning, komprimering, verifiering eller återställning innan du flyttar arkivfilerna. Kopiera eller montera om hela arkivets rotkatalog, inklusive index, konfiguration, datapaket, låsfiler, nycklar som lagras där och verktygsspecifika metadata.
Borg beskriver sitt arkiv som ett strukturerat transaktionslager med arkivmetadata bredvid säkerhetskopieringsdata, så att endast kopiera synliga arkivliknande filer är ingen säker flyttmodell.
Låt originalarkivet vara oförändrat tills den nya sökvägen har klarat en skrivskyddad listning eller kontroll. Undvik att öppna både originalet och kopian för normala skrivningar när verktyget betraktar dem som samma arkividentitet.
Ändra destinationssökvägen utan att initiera en ny historik
Uppdatera det befintliga jobbet eller arkivanslutningen till den nya filsystemsökvägen. Om gränssnittet erbjuder Skapa i stället för Anslut, Importera, Återknyt eller Använd befintligt, väljer du alternativet för det befintliga arkivet och verifierar destinationen innan du sparar.
Duplicatis underhållare förklarar att du efter att ha flyttat ett befintligt lagringsarkiv kan redigera destinationen och fortsätta när jobbdatabasen pekar på det flyttade arkivet.
Om programmet omedelbart erbjuder att initiera en tom destination ska du avbryta. Det visar att det ännu inte har känt igen det gamla arkivet; en initiering kan skapa en andra historik och göra senare rensning tvetydig.
Räkna med att vissa verktyg upptäcker att arkivet har flyttats
En säkerhetskopieringsklient kan komma ihåg mer än arkivets innehåll. Lokala cachefiler kan koppla en arkividentitet till den tidigare platsen och begära ett uttryckligt godkännande när samma arkiv dyker upp på en ny plats.
Ett fall med flytt av monteringssökväg i Duplicacy handlar om att återknyta ett flyttat arkiv, vilket visar varför en ändring av arkivsökvägen ska behandlas som en återkoppling och inte som en ny initiering.
Godkänn flytten först efter att du har matchat arkividentiteten, förväntade ögonblicksbilder, krypteringsstatus och USB-filsystem. En varning på fel disk är ett skäl att avbryta, inte ett bevis på att programvaran är överdrivet försiktig.
Ge USB-filsystemet en stabil monteringsidentitet
När arkivet har identifierats kopplar du det fysiska USB-filsystemet till en fast, administratörsägd sökväg med hjälp av en lämplig beständig identifierare. Undvik att knyta schemalagda säkerhetskopieringar till ordningen för identifiering av /dev/sdX eller till en monteringskatalog som skapas under en skrivbordssession.
Linuxverktyg kan identifiera filsystem med stabil etikett eller UUID, vilket gör att samma arkivsökväg överlever normala ändringar i enhetsordningen.
Om du avsiktligt ändrar en filsystemsetikett ska du uppdatera monteringsregeln och testa den innan du aktiverar säkerhetskopieringar igen. Säkerhetskopieringsprogrammet ska fortsätta att se samma arkivrot även när den läsbara etiketten ändras.
Verifiera historiken innan den första skrivningen efter flytten
Montera USB-disken på den nya sökvägen, anslut det befintliga arkivet, lista tidigare ögonblicksbilder, kontrollera den senaste återställningspunkten och återställ en liten fil till en tillfällig katalog. Kör först därefter den första nya säkerhetskopieringen.
Ett restic-exempel visar att ett lokalt arkiv kan byta namn och pekas mot igen, vilket bekräftar att arkivhistoriken hör till arkivets innehåll och inte till stavningen av en viss monteringssökväg.
Flytten är klar när gamla ögonblicksbilder fortfarande går att bläddra i, en teståterställning fungerar och den nya säkerhetskopieringen läggs till i samma historik. Den relaterade ZimaSpace-artikeln om USB-monteringssökvägar som ändras efter omstart är den överordnade lösningen när sökvägsändringen var oplanerad och inte en kontrollerad flytt av arkivet.
Vanliga frågor
Går säkerhetskopieringshistoriken automatiskt förlorad om jag ändrar etiketten på en USB-volym?
Inte nödvändigtvis. Det blir ett problem när monteringsregeln eller säkerhetskopieringsjobbet använder etiketten som en del av destinationsidentiteten och arkivet inte längre hittas på den förväntade sökvägen.
Bör jag bara kopiera den senaste säkerhetskopieringsmappen till den nya sökvägen?
Nej, inte för arkivbaserade säkerhetskopieringsverktyg. Behåll hela arkivstrukturen tillsammans eftersom index, kataloger, datapaket, nycklar och äldre återställningspunkter kan vara beroende av varandra.
Kan jag ha de gamla och nya arkivkopiorna online samtidigt?
Behåll den gamla kopian som källa för återställning, men undvik att skriva oberoende till två klonade instanser som delar samma arkividentitet, om inte säkerhetskopieringsverktyget uttryckligen stöder det arbetsflödet.
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.

