Dlaczego replikacja migawek pomija jeden zaszyfrowany podrzędny zbiór danych, podczas gdy pozostałe są przesyłane?
Replikacja może pominąć jedno zaszyfrowane podrzędne źródło danych, gdy jego zakres zadania, zestaw migawek, główny poziom szyfrowania, tryb wysyłania, uprawnienia lub zasady miejsca docelowego różnią się od ustawień elementów równorzędnych.
Samo szyfrowanie nie uniemożliwia automatycznie replikacji migawek ZFS, a surowe wysyłanie zaszyfrowanych danych może działać nawet wtedy, gdy klucz jest załadowany. Pominięte podrzędne źródło danych często ma osobny główny poziom szyfrowania, nie zawiera nazwy migawki wybranej przez zadanie rekurencyjne, jest wykluczone przez zadanie, wymaga uprawnienia do surowego wysyłania albo nie może zostać odebrane przy bieżącym układzie szyfrowania miejsca docelowego. Porównaj właściwość po właściwości podrzędne źródło danych z jednym działającym elementem równorzędnym.
Potwierdź, że podrzędne źródło danych znajduje się w zakresie replikacji
Zapisz wybrane źródło danych, ustawienie rekurencji, wykluczone elementy podrzędne, filtry nazw, ścieżkę miejsca docelowego oraz dokładny komunikat dziennika dotyczący pominiętego źródła danych.
Dokumentacja zdalnej replikacji TrueNAS wymaga, aby zakres źródła i miejsca docelowego był określony jawnie, dlatego jedno źródło podrzędne może zostać pominięte, podczas gdy elementy równorzędne zostaną przesłane.
Jeśli podrzędne źródło danych nigdy nie pojawia się w planie zadania, popraw wybór lub wykluczenia, zanim zaczniesz testować szyfrowanie.
Sprawdź, czy podrzędne źródło danych ma migawkę wymaganą przez zadanie
Wyświetl migawki rekurencyjnie i porównaj pominięte źródło danych z działającym elementem równorzędnym, uwzględniając nazwę migawki, czas utworzenia, blokady oraz bazę przyrostową.
Podręcznik FreeBSD opisuje migawki jako stany właściwe dla danego źródła danych, dlatego nazwa migawki nadrzędnej nie potwierdza, że każde niezależne źródło podrzędne ma wymaganą migawkę.
Utwórz lub dopasuj migawki za pomocą zwykłego zadania. Niezgodny łańcuch przyrostowy może wymagać utworzenia nowej wartości bazowej.
Porównaj główny poziom szyfrowania, stan klucza i jego lokalizację
Zapisz właściwości encryption, encryptionroot, keystatus, keyformat i keylocation dla pominiętego źródła danych oraz działającego zaszyfrowanego elementu równorzędnego.
Dokumentacja właściwości ZFS w Ubuntu definiuje główny poziom szyfrowania i właściwości klucza, wskazując, czy podrzędne źródło danych dziedziczy klucz po nadrzędnym, czy ma własny główny poziom.
Niezaładowany klucz nie blokuje każdego surowego wysyłania, ale blokuje procesy wymagające dostępu do tekstu jawnego.
Sprawdź, czy zadanie wymaga surowego wysyłania zaszyfrowanych danych
Porównaj opcje wysyłania surowego, niesurowego, rekurencyjnego, zachowywania właściwości, kompresji i wysyłania przyrostowego dla działających oraz pominiętych źródeł danych.
Dokumentacja Oracle wyjaśnia, że surowa replikacja zaszyfrowanych danych ma określone wymagania dotyczące źródła, celu i kontekstu szyfrowania.
Jeśli podrzędne źródło danych zostało wcześniej odebrane w trybie niesurowym, a zadanie przełącza się na surowe wysyłanie przyrostowe, historia w miejscu docelowym może być niezgodna.
Zweryfikuj uprawnienia do wysyłania, surowego wysyłania, migawek i kluczy
Ustal użytkownika replikacji i porównaj delegowane uprawnienia na źródle nadrzędnym, pominiętym źródle podrzędnym oraz działającym elemencie równorzędnym.
OpenZFS opisuje delegowane uprawnienia administracyjne, wyjaśniając, dlaczego dostęp może różnić się w przypadku źródła podrzędnego z własnym głównym poziomem szyfrowania.
Przyznaj tylko brakującą operację. Szeroki dostęp administratora ukrywa rzeczywistą granicę i zwiększa ryzyko.
Sprawdź szyfrowanie miejsca docelowego i zasady dziedziczenia
Porównaj stan szyfrowania nadrzędnego źródła danych w miejscu docelowym, sprawdź, czy docelowe źródło podrzędne już istnieje, jego główny poziom szyfrowania, dziedziczone właściwości oraz sposób odbierania.
Podręcznik FreeBSD dotyczący zfs receive wyjaśnia, że surowe strumienie są odbierane bez zmian, natomiast strumienie niesurowe mogą podlegać innemu dziedziczeniu szyfrowania.
Istniejące, niezgodne docelowe źródło podrzędne może odrzucać tylko ten zestaw danych, podczas gdy elementy równorzędne utworzone przez zadanie zakończą się powodzeniem.
Wykonaj test dla jednego źródła danych i zachowaj działającą replikację
Wstrzymaj harmonogram, wygeneruj estymację wysyłania w trybie symulacji lub ze szczegółowym dziennikiem dla pominiętego źródła danych i porównaj ją z działającym elementem równorzędnym.
Artykuł ZimaSpace dotyczący sygnałów ostrzegawczych dotyczących zaszyfrowanego klucza odzyskiwania przedstawia powiązaną zasadę bezpieczeństwa: potwierdź zależności kluczy przed usunięciem jedynej zaszyfrowanej kopii.
Problem zostaje rozwiązany, gdy podrzędne źródło danych znajduje się w zakresie, ma wymagane migawki, korzysta ze zgodnego trybu wysyłania, przechodzi kontrolę uprawnień i jest odbierane w zamierzonym układzie szyfrowania.
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.
