---
title: "Zasada kopii zapasowych 3-2-1: dlaczego Twój samodzielnie hostowany Immich jej potrzebuje"
description: "Samodzielne hostowanie Immich oznacza, że to Ty jesteś działem kopii zapasowych. Zasada 3-2-1 to najprostszy sposób, by martwy dysk, nieudana aktualizacja czy włamanie nie zabrały Twojej biblioteki zdjęć."
url: "https://pixelunion.eu/pl/blog/3-2-1-backups-immich/"
date: "2026-10-10"
author: "Marc"
categories: ["Security"]
tags: ["Immich","Kopie zapasowe","Self-hosting","Bezpieczeństwo danych","3-2-1"]
---


Co tydzień ktoś publikuje na r/immich jakąś wersję tej samej wiadomości. Dysk padł, RAID nie chciał się odbudować albo aktualizacja kontenera poszła źle, i teraz biblioteki nie ma. Większość tych osób miała coś, co uważała za kopię zapasową. Okazało się, że to druga kopia leżąca tuż obok pierwszej.

Kiedy samodzielnie hostujesz Immich, to Ty jesteś działem kopii zapasowych. Nikt inny tego za Ciebie nie zrobi. Dobra wiadomość jest taka, że zasada, jak robić to porządnie, istnieje od dziesięcioleci i mieści się w jednej linijce.

## Czym jest zasada 3-2-1

Zasada 3-2-1 mówi:

- **3 kopie** Twoich danych. Oryginał plus dwie kopie zapasowe.
- **2 różne rodzaje nośników.** Na przykład dyski w Twoim serwerze i dysk zewnętrzny albo Twój serwer i bucket w chmurze.
- **1 kopia poza domem.** Fizycznie w innym miejscu. Nie w tym samym pokoju, nie w tym samym domu.

To cała zasada. Nie mówi, jakiego narzędzia użyć. Mówi, co Twoja konfiguracja musi przetrwać.

Każda liczba chroni przed innym rodzajem awarii. Trzy kopie chronią Cię przed tym, że jedna kopia zapasowa jest uszkodzona, co zdarza się częściej, niż ludzie przyznają. Dwa rodzaje nośników chronią Cię przed tym, że jedna klasa sprzętu lub oprogramowania zawiedzie w ten sam sposób, jak partia dysków z tej samej serii produkcyjnej, które psują się mniej więcej w tym samym wieku. Kopia poza domem chroni Cię przed zdarzeniami, które niszczą wszystko w jednym miejscu: pożarem, powodzią, kradzieżą albo przepięciem, które spala każde urządzenie w tym samym obwodzie.

## Dlaczego to tak ważne w przypadku Immich

Immich to dobrze zbudowane oprogramowanie. To także stos ruchomych części: baza danych PostgreSQL, folder uploadów pełen oryginałów, wygenerowane miniatury i transkodowane filmy oraz zestaw kontenerów, które regularnie aktualizujesz. Sama [dokumentacja kopii zapasowych](https://immich.app/docs/administration/backup-and-restore) Immich zaleca zasadę 3-2-1 właśnie z tego powodu.

Kilka rzeczy jest specyficznych dla Immich i warto je znać.

**Baza danych i pliki to para.** Twoje zdjęcia są przechowywane jako pliki w lokalizacji uploadów. Albumy, twarze, osoby, udostępnione linki i opisy są w bazie danych. Jeśli zrobisz kopię tylko plików, odzyskasz zdjęcia, ale bez całej pracy włożonej w ich uporządkowanie. Jeśli zrobisz kopię tylko bazy danych, masz bardzo szczegółowy indeks niczego. Immich automatycznie tworzy zrzuty bazy danych, ale trafiają one do tego samego folderu uploadów, na ten sam dysk. To wygoda, a nie kopia zapasowa, dopóki nie skopiujesz ich gdzie indziej.

**RAID to nie kopia zapasowa.** RAID utrzymuje serwer w działaniu, gdy padnie jeden dysk. Nic nie robi, gdy przypadkiem usuniesz album, gdy ransomware zaszyfruje wolumin albo gdy kontroler zapisze śmieci na wszystkich dyskach naraz. RAID odzwierciedla Twoje błędy w czasie rzeczywistym, i to perfekcyjnie.

**Synchronizacja też nie jest kopią zapasową.** Jeśli Twoja „kopia zapasowa" to folder, który odzwierciedla bibliotekę Immich, usunięcie na serwerze staje się usunięciem w kopii przy następnym uruchomieniu. Potrzebujesz kopii wersjonowanych lub opartych na snapshotach, żeby móc wrócić do stanu z zeszłego tygodnia.

**Twój telefon to nie kopia zapasowa.** Wiele osób traktuje rolkę aparatu jako drugą kopię. Potem włączają w aplikacji „zwolnij miejsce" i przestaje nią być.

**Nieprzetestowana kopia zapasowa to zgadywanie.** Jedynym sposobem, by wiedzieć, czy kopia działa, jest przywrócenie z niej danych. Co jakiś czas wybierz losowy album i spróbuj go odzyskać. Zrób to samo z bazą danych na zapasowym komputerze. Zajmie to popołudnie, i będzie to najcenniejsze popołudnie, jakie spędzisz w tym roku nad swoim homelabem.

Typowa konfiguracja 3-2-1 dla Immich wygląda tak: biblioteka i baza danych na Twoim serwerze (kopia pierwsza), nocna wersjonowana kopia na dysk zewnętrzny lub NAS w domu (kopia druga, inny nośnik) oraz zaszyfrowana kopia u dostawcy przestrzeni dyskowej albo na dysku u przyjaciela lub członka rodziny (kopia trzecia, poza domem). Narzędzia takie jak restic, Borg czy Kopia zajmą się za Ciebie wersjonowaniem, deduplikacją i szyfrowaniem. Wybierz jedno i naucz się, jak działa przywracanie, zanim będziesz go potrzebować.

Nic z tego nie jest trudne. Jest żmudne, a żmudna praca łatwo odchodzi w zapomnienie. To jest prawdziwe ryzyko self-hostingu. Większość ludzi wie, jak robić kopie zapasowe. Przestają sprawdzać, czy kopie nadal się wykonują.

## Albo pozwól, by zajął się tym PixelUnion

Jeśli wolisz poświęcać czas swoim zdjęciom, a nie skryptom do kopii zapasowych, to jest ta część, którą robimy za Ciebie. Twoja biblioteka znajduje się w naszym głównym klastrze pamięci masowej w Falkenstein w Niemczech. Regularnie wykonujemy kopie zapasowe do osobnego klastra w Finlandii, na tyle daleko, by problem w jednej lokalizacji nie dotarł do drugiej. Oba klastry są zaszyfrowane, a klucze szyfrowania przechowujemy na osobnej infrastrukturze. Żaden z dostawców przestrzeni dyskowej nie może odczytać Twoich plików. Monitoring, aktualizacje i pilnowanie, żeby kopie zapasowe nadal działały, to nasza robota, nie Twoja.

Jesteśmy małym zespołem i nie obiecamy Ci, że nic nigdy nie może pójść źle. Możemy obiecać, że traktujemy to poważnie i dalej nad tym pracujemy. Dokładnie jak przechowujemy, szyfrujemy i zabezpieczamy Twoje dane kopiami zapasowymi, przeczytasz w naszym artykule w centrum pomocy [Jak zachowujemy prywatność i bezpieczeństwo Twoich danych](/pl/help/other/data-security/).

[Zacznij za darmo z PixelUnion →](https://pixelunion.eu)

Zdjęcie na okładce: [Curated Lifestyle](https://unsplash.com/photos/xNdaKd32IRA) na Unsplash+.

