Bör du säkerhetskopiera Immich Live eller stoppa tjänsten först?

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

Stoppa Immich först när du vill ha den enklaste och lättast förklarade konsistensgränsen; använd en livebackup endast när du kan skapa en databasinbyggd dump och samordna medieinsamlingen eller ögonblicksbilden så att relationen vid återställning är känd.

Immich lagrar tillgångsposter i PostgreSQL, medan original och härledda filer finns på lagringen, så en vanlig rekursiv kopiering i drift kan fånga olika tidpunkter. För ett mindre hushåll är ett kort underhållsfönster ofta säkrare än komplex orkestrering. När kontinuerliga uppladdningar är viktiga låter du tjänsten vara igång, men använder databasmedvetna verktyg, dokumenterar insamlingsordningen, skyddar nytillkomna tillgångar och bedömer backupen genom en isolerad återställning.

Definiera varje komponent som återställningen måste återskapa

Inventera PostgreSQL-databasen, uppladdningsbiblioteket, genererade medier som behövs enligt din policy, definitioner av externa bibliotek, Compose- och miljöfiler, hemligheter, proxyinställningar och krypteringsnycklar. Klassificera vilka objekt Immich äger och vilka som kan återskapas.

En praktisk artikel om databassäkerhetskopiering förklarar hur man använder en PostgreSQL-dump i stället för att behandla den aktiva databaskatalogen som vanliga filer. Dess databasmedvetna backupmetod stöder driftvägen; bekräfta kommandon och versioner för din installation.

En plan misslyckas om den skyddar originalen men inte kan återställa deras poster, eller skyddar databasen samtidigt som medier utelämnas. Skriv återställningsordningen bredvid backupordningen innan du avgör om driftstopp är acceptabelt.

Välj en stoppad backup för den tydligaste gränsen

Pausa uppladdningar, stoppa Immich-applikationen och arbetarna på ett ordnat sätt och skapa sedan en databasinbyggd backup samt kopiera eller ta en ögonblicksbild av medierna och distributionsfilerna. Låt PostgreSQL vara igång endast i den utsträckning som krävs för dumpen, eller stoppa det ordnat före en lagringsögonblicksbild som är utformad för tjänsten.

En stoppad tjänst korrigerar inte felaktiga sökvägar eller ofullständig omfattning, så verifiera monteringar och arkivstorlekar. Ett godkänt resultat innebär att inga aktiva Immich-skrivningar pågår under insamlingen, att databassäkerhetskopieringen lyckas, att medieprover kan läsas, att kontrollsummor finns och att omstartstiden är dokumenterad.

ZimaSpace-guiden om att verifiera backupnycklar och återställningar förstärker att en lugn kopiering inte kan återställas förrän autentiseringsuppgifterna och återställningsvägen har testats.

Använd en samordnad livebackup när drifttid krävs

För en liveplan skapar du en konsistent databasinbyggd dump och kombinerar den med en lagringsögonblicksbild eller filinsamling vars tidpunkt och skrivbeteende är kända. Dokumentera start- och sluttider, behåll nytillkomna uppladdningar tills nästa backup och undvik att kopiera den aktiva databaskatalogen direkt.

En communitydiskussion om att säkerhetskopiera Immich från en installation i drift visar varför operatörer skiljer databasen från uppladdade filer. Använd den livebackupens gräns som praktisk kontext, inte som ersättning för ett återställningstest.

En livedesign är godkänd endast om databasverktyget slutförs utan fel, filsysteminsamlingen är atomär eller dess ordning är dokumenterad och uppladdningar som skapats under fönstret är hanterade. Välj annars den stoppade metoden eller öka backupfrekvensen för att minska underhållsfönstret.

-15% OFF
Single board computer zimaboard2

Återställ isolerat och fatta det slutliga beslutet

Återställ den valda databasen och medierna till ett isolerat mål med de sparade distributionsfilerna. Kontrollera användare, antal tillgångar, utvalda original, album, favoriter, sökningar, externa bibliotek och en ny uppladdning. Starta om målet och upprepa kritiska kontroller.

Välj stoppade backuper när driftstoppet passar hushållet och enkelheten minskar risken för fel. Välj samordnade livebackuper när tillgänglighet motiverar ytterligare verktyg och upprepade återställningstester visar att processen fungerar. Beslutet kan ändras när bibliotekets storlek och uppladdningsfrekvensen ökar.

Avsluta inte produktionen om återställningen visar fel med saknade filer eller övergivna poster. Bevara båda backupkomponenterna och loggarna och jämför sedan tidsstämplar och omfattning. Eskalera med databasversion, dumpmetod, filsystemmetod, insamlingstider och antal avvikelser; radera aldrig den sista stoppade backupen innan live-metoden har godkänts separat.

Support och tips

Mer att läsa

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.