3-2-1-backupreglen: derfor har din selvhostede Immich brug for den

Hver uge poster nogen på r/immich en variant af den samme besked. Disken er død, RAID’et ville ikke genopbygge, eller en containeropdatering gik galt, og nu er biblioteket væk. De fleste af disse mennesker havde noget, de betragtede som en backup. Det viste sig at være en ekstra kopi, der lå lige ved siden af den første.

Når du selvhoster Immich, er du backupafdelingen. Ingen andre gør det for dig. Den gode nyhed er, at reglen for at gøre det ordentligt har eksisteret i årtier, og den kan stå på én linje.

Hvad 3-2-1-reglen er

3-2-1-reglen siger:

• 3 kopier af dine data. Originalen plus to backups.
• 2 forskellige typer lager. For eksempel diskene i din server og en ekstern disk, eller din server og en cloud-lagerbucket.
• 1 kopi et andet sted. Fysisk et andet sted. Ikke i samme rum, ikke i samme hus.

Det er hele reglen. Den fortæller dig ikke, hvilket værktøj du skal bruge. Den fortæller dig, hvad din opsætning skal overleve.

Hvert tal dækker en anden slags fejl. Tre kopier beskytter dig mod, at en enkelt backup er i stykker, hvilket sker oftere, end folk indrømmer. To lagertyper beskytter dig mod, at én type hardware eller software fejler på samme måde, som et parti diske fra samme produktionsserie, der alle dør omkring samme alder. Kopien et andet sted beskytter dig mod hændelser, der slår alt ud på ét sted: brand, oversvømmelse, tyveri eller et overspændingsstød, der brænder alle enheder på samme kreds af.

Derfor betyder det så meget for Immich

Immich er velbygget software. Det er også en stak bevægelige dele: en PostgreSQL-database, en uploadmappe fuld af originaler, genererede miniaturer og transkodede videoer og et sæt containere, som du opdaterer jævnligt. Immichs egen backupdokumentation anbefaler 3-2-1-reglen af netop den grund.

Et par ting er specifikke for Immich og værd at kende.

Databasen og filerne hører sammen. Dine fotos ligger som filer i uploadplaceringen. Album, ansigter, personer, delte links og beskrivelser ligger i databasen. Tager du kun backup af filerne, får du dine fotos tilbage, uden alt det arbejde, du har lagt i at organisere dem. Tager du kun backup af databasen, har du et meget detaljeret register over ingenting. Immich laver automatisk databasedumps, men de havner i samme uploadmappe på samme disk. Det er en bekvemmelighed, ikke en backup, indtil du kopierer dem et andet sted hen.

RAID er ikke en backup. RAID holder din server kørende, når én disk går ned. Det gør intet, når du sletter et album ved en fejl, når ransomware krypterer volumen, eller når controlleren skriver skrald til alle diske på én gang. RAID spejler dine fejl i realtid, og det spejler dem perfekt.

Synkronisering er heller ikke en backup. Hvis din “backup” er en mappe, der spejler dit Immich-bibliotek, bliver en sletning på serveren til en sletning i backuppen ved næste kørsel. Du vil have versionerede eller snapshotbaserede backups, så du kan gå tilbage til, hvordan det så ud i sidste uge.

Din telefon er ikke en backup. Mange betragter kamerarullen som den anden kopi. Så slår de “frigør plads” til i appen, og så er den det ikke længere.

En utestet backup er et gæt. Den eneste måde at vide, om en backup virker, er at gendanne fra den. Vælg en gang imellem et tilfældigt album, og prøv at få det tilbage. Gør det samme med databasen på en reservemaskine. Det tager en eftermiddag, og det er den mest værdifulde eftermiddag, du bruger på dit homelab i år.

En typisk 3-2-1-opsætning til Immich ser sådan ud: biblioteket og databasen på din server (kopi et), en natlig versioneret backup til en ekstern disk eller NAS derhjemme (kopi to, anden lagertype) og en krypteret backup til en lagerudbyder eller en disk hos en ven eller et familiemedlem (kopi tre, et andet sted). Værktøjer som restic, Borg eller Kopia klarer versionering, deduplikering og kryptering for dig. Vælg ét, og lær hvordan gendannelsen virker, før du får brug for den.

Intet af dette er svært. Det er kedeligt, og kedeligt arbejde har det med at glide. Det er den reelle risiko ved selvhosting. De fleste ved, hvordan man laver backups. De holder op med at tjekke, om backupperne stadig kører.

Eller lad PixelUnion klare det

Hvis du hellere vil bruge din tid på dine fotos end på dine backupscripts, er det her den del, vi gør for dig. Dit bibliotek ligger på vores primære lagercluster i Falkenstein, Tyskland. Vi tager jævnligt backup til et separat cluster i Finland, langt nok væk til, at et problem på det ene sted ikke når det andet. Begge clustre er krypterede, og krypteringsnøglerne opbevares på separat infrastruktur. Ingen af lagerudbyderne kan læse dine filer. Overvågning, opdateringer og at sørge for, at backupperne bliver ved med at køre, er vores job, ikke dit.

Vi er et lille team, og vi vil ikke love dig, at intet nogensinde kan gå galt. Det, vi kan love, er, at vi tager det alvorligt og bliver ved med at arbejde på det. Du kan læse præcis, hvordan vi gemmer, krypterer og tager backup af dine data, i vores hjælpecenterartikel Sådan holder vi dine data private og sikre.

Kom gratis i gang med PixelUnion →

Forsidefoto af Curated Lifestyle på Unsplash+.