Co musi zostać przywrócone razem, aby samodzielnie hostowana biblioteka zdjęć pozostała możliwa do przeszukiwania?

Przywróć oryginały, bazę danych katalogu oraz konfigurację definiującą ścieżki jako jedną jednostkę odzyskiwania.

W przypadku biblioteki domowego NAS Immich, Lightroom, PhotoPrism lub podobnej, same pliki obrazów mogą się otworzyć, ale tracą informacje o osobach, albumach, ocenach, edycjach, lokalizacjach i wynikach wyszukiwania. Wyszukiwalne odzyskiwanie musi dopasować pliki multimedialne do bazy danych lub katalogu, który je opisuje, konfiguracji mapującej ich ścieżki oraz wszelkich sekretów lub wersji aplikacji potrzebnych do odczytania tego stanu.

Zdefiniuj wyszukiwalność jako coś więcej niż otwieranie oryginalnych plików

Biblioteka zdjęć jest wyszukiwalna, gdy aplikacja może powiązać każdy oryginał z jego rekordem w bazie danych, metadanymi, przynależnością do albumu, przypisaniami osób oraz ścieżką. Możliwość otwarcia pliku JPEG dowodzi odzyskania pliku, a nie odzyskania biblioteki.

W dyskusji o odzyskiwaniu Immich pokazano, że baza danych zawiera lokalizacje plików i metadane biblioteki, podczas gdy faktyczne zdjęcia pozostają w folderach przesyłania. Przywrócenie tylko jednej strony może skutkować miniaturami lub rekordami wskazującymi na nieobecne oryginały.

Określ wymagany rezultat przed przywróceniem: oryginały się otwierają, daty na osi czasu są poprawne, albumy się pojawiają, wyszukiwanie osób działa, edycje lub oceny wracają, a użytkownicy zachowują dostęp. Ten rezultat definiuje, które komponenty należą do jednostki odzyskiwania.

Przywróć oryginały i katalog z tego samego punktu czasowego

Drzewo mediów i jego katalog powinny reprezentować ten sam punkt odzyskiwania. Nowsza baza danych może odnosić się do plików nieobecnych w starszej kopii mediów, podczas gdy starszy katalog może ignorować zdjęcia istniejące na dysku.

Przypadek odzyskiwania Lightroom wymagał dwustopniowego przywracania: najpierw folder zdjęć, a następnie dopasowaną kopię zapasową katalogu sprzed incydentu. Ta sama zależność dotyczy bibliotek self-hosted, które przechowują edycje, oceny, osoby lub albumy poza oryginałami.

Wybierz najbliższy wspólny znacznik czasu spośród kopii zapasowej mediów, zrzutu bazy danych i kopii konfiguracji. Jeśli nie ma wspólnego punktu, przywróć do izolowanej instancji i pogódź różnicę przed udostępnieniem biblioteki użytkownikom.

Zachowaj ścieżki, identyfikatory i konfigurację łączącą elementy

Katalog może być zdrowy, a mimo to pokazywać brakujące zasoby, gdy przywrócona ścieżka, nazwa montowania, identyfikator woluminu lub katalog główny biblioteki różnią się od przechowywanego odniesienia. Spójność ścieżek jest więc częścią odzyskiwania, a nie kosmetycznym zadaniem po przywróceniu.

Użytkownicy Lightroom zgłaszają, że przywrócone pliki muszą zachować te same nazwy i strukturę folderów. W przypadku aplikacji kontenerowych odpowiednikiem może być ścieżka bind-mount, zmienna środowiskowa, URL bazy danych lub katalog główny magazynu.

Przywróć plik Compose lub konfigurację aplikacji, zmienne środowiskowe, sekrety, identyfikatory użytkowników i definicje montowania obok bazy danych. Nie wykonuj masowego ponownego łączenia ani ponownego skanowania, dopóki nie potwierdzisz, jakich identyfikatorów oczekuje aplikacja.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Oddziel wymagany stan od regenerowalnych zasobów wyszukiwania

Oryginały, rekordy bazy danych, dane użytkowników, relacje albumów, edycje i konfiguracja są zazwyczaj wymagane. Miniatury, pamięć podręczna modeli i niektóre osadzenia uczenia maszynowego mogą być regenerowalne, ale biblioteka może pozostać wolna lub częściowo niewyszukiwalna, dopóki te zadania się nie zakończą.

Aktualny przewodnik wdrożeniowy Immich opisuje oddzielne usługi dla serwera, uczenia maszynowego i kolejki zadań w tle oraz zauważa wbudowane harmonogram tworzenia kopii zapasowych bazy danych. Te komponenty wyjaśniają, dlaczego wyszukiwanie i rozpoznawanie osób mogą zależeć od czegoś więcej niż widoczny katalog mediów.

Udokumentuj, które wygenerowane zasoby można odbudować i ile czasu zajmuje regeneracja. Jeśli odbudowa zajmie dni czasu procesora lub oryginalny stan modelu nie może być odtworzony, chroń ten zasób jako część praktycznej jednostki odzyskiwania, nawet jeśli aplikacja technicznie może go odtworzyć.

Dopasuj przywrócony stan do kompatybilnej wersji aplikacji

Katalog lub baza danych mogą wymagać wersji aplikacji, która je utworzyła lub migrowała. Uruchomienie starszej usługi na nowszym stanie lub odwrotnie może zakończyć się niepowodzeniem zanim media zostaną ocenione.

Użytkownicy bibliotek zdjęć napotkali niezgodność wersji katalogu. Zachowaj wdrożony tag obrazu, notatki migracyjne i wersję bazy danych, aby środowisko testowe mogło odtworzyć oczekiwaną ścieżkę aktualizacji.

Uruchom przywróconą bibliotekę offline lub pod tymczasową nazwą. Potwierdź migracje bazy danych, logowanie użytkownika i rozwiązywanie ścieżek, zanim pozwolisz klientom mobilnym lub zadaniom w tle modyfikować przywrócony stan.

Zweryfikuj wyszukiwanie, albumy i osoby przed przełączeniem

Użyj izolowanego testu przywracania, który obejmuje reprezentatywne stare i nowe zdjęcia, elementy edytowane, wielu użytkowników, udostępnione albumy, metadane lokalizacji i znane osoby. Wyszukaj rekordy, których oczekiwany wynik jest już udokumentowany.

Istniejący plan kopii zapasowej rodzinnych zdjęć Immich w ZimaSpace zapewnia sąsiedni kontekst planowania; ten test przywracania musi teraz udowodnić, że te komponenty wracają razem.

Przełączaj się tylko wtedy, gdy oryginały się otwierają, liczby się zgadzają, albumy i uprawnienia wracają, wyniki wyszukiwania są prawdopodobne, a nowy upload jest poprawnie indeksowany. Zachowaj poprzednią instancję i pliki odzyskiwania bez zmian, dopóki testowa biblioteka nie przetrwa ponownego uruchomienia i świeżej kopii zapasowej.