Dlaczego kopia zapasowa domowego NAS wyklucza ukryte pliki i metadane aplikacji?
Kopia zapasowa zwykle wyklucza ścieżkę, a nie losowo traci ukryte dane.
Na domowym NAS-ie ukryte pliki i metadane aplikacji są często pomijane, ponieważ zadanie wybrało tylko widoczny udział, reguła ignorowania dopasowała ścieżkę, tożsamość kopii zapasowej nie miała dostępu lub dane znajdowały się w wolumenie kontenera, bazie danych, dowiązaniu symbolicznym lub zamontowanym systemie plików poza wybranym drzewem. Naprawa zaczyna się od zlokalizowania brakującej jednostki odzyskiwania i przetestowania najmniejszej prawdopodobnej przyczyny.
Przyporządkuj brakujący wynik do pierwszego testu
Zacznij od wyniku przywracania, a nie od zielonego statusu ukończenia. Różne wzorce braków wskazują na różne warstwy zadania kopii zapasowej.
Jeśli brakuje wszystkich plików zaczynających się od kropki, sprawdź filtry plików ukrytych i wzorce; jeśli jedna aplikacja zwraca się bez ustawień, zmapuj jej bazę danych, sekrety i wolumeny; jeśli brakuje tylko jednego chronionego folderu, przetestuj dostęp jako zaplanowana tożsamość kopii zapasowej. Te obserwacje zawężają przyczynę przed jakimikolwiek zmianami reguł produkcyjnych.
Zanotuj brakującą ścieżkę, oczekiwaną liczbę elementów, faktyczną lokalizację przywracania oraz pierwszy nieudany test. Te dowody staną się punktem odniesienia do porównania dla poprawionego uruchomienia.
Tabela zamienia widoczny objaw w niskiego ryzyka pierwsze działanie.
| Brakujący wynik | Prawdopodobna warstwa | Pierwszy test |
|---|---|---|
| Brak wszystkich plików zaczynających się od kropki | Filtr lub reguła atrybutu ukrytego | Sprawdź kolejność dołączania/wykluczania |
| Pliki aplikacji istnieją, ale ustawienia zniknęły | Baza danych lub wolumen poza udziałem | Zmapuj punkty montowania i ścieżki stanu |
| Brak tylko chronionych folderów | Dostęp konta usługi | Wyświetl jako tożsamość kopii zapasowej |
| Zamontowane poddrzewo jest puste | Przechodzenie przez montowanie lub dowiązanie symboliczne | Porównaj rzeczywisty cel i identyfikator urządzenia |
Używaj jednego wiersza na raz. Zmiana filtrów, uprawnień i montowań jednocześnie może uniemożliwić przypisanie następnego sukcesu.
Sprawdź zakres źródła i reguły ignorowania jako jedną decyzję
Zadanie nie może chronić danych spoza wybranych korzeni, nawet jeśli interfejs NAS wizualnie zagnieżdża kilka zestawów danych pod jednym udziałem. Zakres źródła i wzorce ignorowania muszą być więc przeglądane razem.
Użytkownicy Duplicity mogą wykluczyć ścieżki zaczynające się od kropki za pomocą wzoru wykluczania ukrytych ścieżek. Podobne reguły mogą istnieć w szablonie NAS, wierszu poleceń, zmiennej środowiskowej, pliku znacznikowym lub konfiguracji na folder.
Wyeksportuj ustawienia zadania i porównaj każdy wybrany korzeń z rzeczywistą ścieżką brakującego elementu. Przetestuj podejrzany wzorzec na małym drzewie testowym i zawęż tylko regułę, która wyklucza krytyczne dla odzyskania treści.
Zlokalizuj stan aplikacji poza widocznym folderem współdzielonym
Aplikacje hostowane samodzielnie często oddzielają pliki użytkownika od stanu aplikacji. Folder ze zdjęciami może przechowywać oryginały, podczas gdy baza danych, miniatury, dane twarzy, sekrety i konfiguracja znajdują się w innych lokalizacjach.
Wdrożenia kontenerów używają trwałych wolumenów Docker i montowań wiązanych, aby przechowywać stan niezależnie od obrazu. Kopiowanie tylko udziału mediów może więc zachować widoczne pliki, pomijając stan potrzebny do odbudowy aplikacji.
Spisz kompletną jednostkę odzyskiwania: plik Compose, zmienne środowiskowe, sekrety, nazwane wolumeny, montowania wiązane, zrzut bazy danych, konfigurację aplikacji i ścieżki danych użytkownika. Dodaj rzeczywiste źródła lub eksport świadomy aplikacji zamiast zakładać, że jeden udział zawiera wszystko.
Przetestuj uprawnienia i przechodzenie jako tożsamość kopii zapasowej
Administrator może przeglądać ścieżkę, której zaplanowane konto kopii zapasowej nie może odczytać. Zamontowane poddrzewo lub dowiązanie symboliczne mogą też wyglądać na lokalne, podczas gdy narzędzie kopii zapasowej odmawia ich przekroczenia lub podążania za nimi.
Przypadek wsparcia kopii zapasowej wykrył pominięte dane NAS z powodu braku dostępu konta kopii zapasowej. Uruchom nieniszczące listowanie jako dokładne konto usługi i zanotuj każdy odmówiony katalog przed zmianą ACL.
Następnie porównaj punkty montowania, identyfikatory urządzeń, cele dowiązań symbolicznych, stan zaszyfrowanych folderów i mapowania UID kontenerów. Jeśli cel znajduje się gdzie indziej, dodaj rzeczywistą ścieżkę jako źródło i udokumentuj, czy narzędzie przechowuje link, podąża za nim, czy zatrzymuje się na granicy systemu plików; rzeczywiste obsługi dowiązań symbolicznych pokazują, dlaczego tego zachowania nie można zakładać.
Oddziel metadane krytyczne dla odzyskania od jednorazowych ukrytych danych
Włączenie każdego ukrytego katalogu może zwiększyć czas skanowania i rozmiar repozytorium bez poprawy odzyskiwania. Poprawna decyzja to, czy element jest potrzebny do odtworzenia danych użytkownika lub stanu aplikacji.
Klucze, konfiguracje, bazy danych, manifesty, sekrety, oceny, albumy i nie do zastąpienia pliki towarzyszące zwykle są krytyczne dla odzyskania. Bufory miniatur, gniazda runtime, tymczasowe przesyłania, pliki blokad i łatwo regenerowane indeksy mogą być jednorazowe lub mieć niższy priorytet.
Udokumentuj klasyfikację w planie kopii zapasowej. Świadome wykluczenie powinno nazwać metodę odbudowy i akceptowalny czas odzyskiwania; wszystko bez udokumentowanej ścieżki odbudowy powinno pozostać chronione, dopóki izolowane przywrócenie nie udowodni inaczej.
Udowodnij, że poprawiona kopia zapasowa zawiera całą jednostkę odzyskiwania
Uruchom nową kopię zapasową po zmianie tylko potwierdzonej przyczyny, a następnie porównaj inwentarze źródła i kopii zapasowej. Drugi zielony status nadal jest niewystarczający, gdy liczba elementów lub przywrócony stan aplikacji pozostaje mniejszy niż oczekiwano.
Skorzystaj z istniejącego przewodnika cichych znaków ostrzegawczych kopii zapasowej, gdy czas trwania, liczba bajtów, wykluczenia, pominięte obiekty lub zachowanie przywracania odbiegają od punktu odniesienia.
Przywróć ukryte pliki lub stan aplikacji do izolowanego folderu lub kontenera testowego i otwórz je przez oczekiwaną ścieżkę użytkownika. Zatrzymaj się i przeprojektuj metodę, jeśli jedynym dostępnym zrzutem jest niebezpieczna kopia na żywo działającej bazy danych.
Polecane produkty
Wsparcie i wskazówki
Więcej do przeczytania
Czy Plex może współdzielić kartę graficzną z innym kontenerem Dockera?
Plex i inny kontener często mogą korzystać z tego samego układu GPU, ale należy przetestować obsługę sterowników, mapowanie urządzeń, obciążenie silnika wideo, pamięć oraz...
Jak ustalić, czy błąd Plex pochodzi od klienta, czy od serwera
Odtwórz ten sam przypadek na innym kliencie, porównaj ścieżkę sesji, a następnie zbierz dowody z serwera dopiero wtedy, gdy zakres analizy wskaże, gdzie faktycznie...
Jak skonfigurować pamięć podręczną Plex i tymczasową pamięć na transkodowane pliki
Chroń trwały stan Plex, umieszczając tymczasowe pliki transkodowania na odpowiedniej pamięci lokalnej, a następnie zweryfikuj czyszczenie, ilość wolnego miejsca i zachowanie podczas ponownego uruchamiania.
