Lista kontrolna przeglądu przechowywania migawek dla domowego serwera NAS

Bezpieczne podejście polega na potraktowaniu migawek inwentarza, powiązaniu ich z celami odzyskiwania i zależnościami, a następnie zmianie retencji w ramach odwracalnego pilotażu, jako sekwencji obserwowalnych etapów, a nie pojedynczego polecenia.

W przypadku harmonogramów migawek domowego serwera NAS z systemem plików ZFS lub Btrfs praktyczne ryzyko polega na tym, że historia migawek, wykorzystanie pojemności i zakres odzyskiwania przestają odpowiadać bieżącym potrzebom. Zapisz bieżącą tożsamość i punkt odzyskiwania, zacznij od najmniej inwazyjnego rozróżnienia, zinterpretuj wyniki pozytywne i negatywne przed zmianą kolejnej zmiennej oraz zatrzymaj się, gdy pamięć masowa stanie się niestabilna lub gdy jedyna możliwa do odzyskania kopia byłaby zagrożona. Poniższy proces kończy się dopiero wtedy, gdy pierwotne obciążenie zakończy się powodzeniem albo dowody osiągną granicę eskalacji.

Zewidencjonuj harmonogramy, właścicieli i rzeczywiste migawki

Wymień każde zadanie tworzenia migawek, zbiór danych lub podwolumin, częstotliwość, regułę nazewnictwa, regułę retencji, właściciela oraz ostatnie pomyślne uruchomienie. Następnie wymień faktycznie istniejące migawki. Różnice ujawniają wyłączone harmonogramy, ręcznie zachowane wyjątki, zduplikowane narzędzia lub migawki, za które żadna polityka już nie odpowiada.

Migawka to widok systemu plików z określonego momentu, a zajmowane przez nią miejsce rośnie wraz ze zmianami danych aktywnych. Przewodnik Princeton Storage Guide wyjaśnia sposób wykorzystywania miejsca przez migawki oraz to, dlaczego zachowane bloki zmniejszają dostępną pojemność, nawet gdy aktywne drzewo katalogów już ich nie pokazuje.

Podczas inwentaryzacji niczego nie usuwaj. Oznacz nieznane migawki jako chronione, dopóki nie będzie znany ich twórca, rola w replikacji i wartość przywracania. Etap kończy się powodzeniem, gdy każda migawka należy do udokumentowanej polityki lub stanowi wyraźnie opisany wyjątek.

Dopasuj każdą warstwę do pytania dotyczącego odzyskiwania

Dla każdego zbioru danych zapisz pytania dotyczące odzyskiwania, na które musi odpowiadać: cofnięcie zmiany pliku z dzisiaj, odzyskanie folderu usuniętego w zeszłym tygodniu, wycofanie aktualizacji aplikacji lub zainicjowanie replikacji poza siedzibę. Twórz warstwy godzinowe, dzienne, tygodniowe i miesięczne tylko tam, gdzie te przedziały odpowiadają rzeczywistym potrzebom odzyskiwania.

Liczą się pomyślnie utworzone punkty odzyskiwania, a nie etykiety harmonogramu. Warstwa o wysokiej częstotliwości, która zatrzymała się trzy dni temu, nie spełnia krótkiego celu odzyskiwania, a miesięczna migawka szybko zmieniających się danych aplikacji może być zbyt mało szczegółowa, nawet jeśli jest stara. Uwzględniaj osobno kopie niezmienne lub przechowywane poza hostem, ponieważ lokalne migawki nie są niezależnymi kopiami.

Usuń proponowaną warstwę z planu, jeśli nikt nie potrafi wskazać dla niej przypadku przywracania. Dodaj ochronę, gdy krytyczny zbiór danych nie ma migawki ani kopii zapasowej dopasowanej do tempa zmian, ale nie próbuj rekompensować braku kopii zapasowych przez bezterminowe przechowywanie lokalnych migawek.

Sprawdź miejsce i zależności replikacji przed przycinaniem historii

Zmierz miejsce zajmowane przez migawki, aktywne dane referencyjne, wolną przestrzeń puli oraz niedawne tempo zmian w tym samym momencie. W systemie ZFS sprawdź wartości zajętego i referencyjnego miejsca dla poszczególnych migawek; w systemie Btrfs porównaj inwentarz podwoluminów, dane qgroup, gdy są wiarygodne, oraz alokację systemu plików. Nie przewiduj odzyskanej przestrzeni wyłącznie na podstawie pozornego rozmiaru migawki.

Skorzystaj z procedury ZimaSpace, aby ustalić, czy migawki lub kosze używają miejsca na serwerze NAS przed zmianą retencji. Zapobiega to pomyleniu szacunków na podstawie widocznych folderów z blokami zajmowanymi przez migawki lub warstwę kosza.

Zidentyfikuj migawki używane jako podstawy replikacji przyrostowej, zależności wznawiania odbioru, zakładki, klony lub punkty wycofania bieżącej konserwacji. Jeśli usunięcie wymusiłoby ponowne przesłanie całego zbioru albo uszkodziło klon, najpierw zmień plan replikacji i zachowaj wspólną bazę do czasu zweryfikowania nowego łańcucha.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

$799.00 - $2,499.00

Buy Now

Przeprowadź pilotaż nowej reguły i sprawdź, czy odzyskiwanie nadal działa

Zastosuj nową regułę retencji do jednego zbioru danych o niskim ryzyku lub wyświetl listę usuwania w trybie podglądu, jeśli narzędzie obsługuje symulację. Zapisz nazwy i znaczniki czasu elementów, które pozostałyby zachowane, a następnie potwierdź, że najstarsze i najnowsze wymagania dotyczące odzyskiwania są nadal reprezentowane, zanim zatwierdzisz zmianę.

Po usunięciu sprawdź zachowanie wolnej przestrzeni, kolejną zaplanowaną migawkę, replikację przyrostową oraz przywrócenie jednego niedawnego i jednego starszego pliku. Polityka, która oszczędza miejsce, ale zrywa łańcuch wysyłania lub usuwa jedyny punkt sprzed aktualizacji, zakończyła się niepowodzeniem.

Wprowadź regułę dopiero wtedy, gdy dwa cykle harmonogramu utworzą zamierzone warstwy, a alerty będą obejmować pominięte migawki. Zatrzymaj się i przywróć poprzednią politykę, jeśli replikacja zacznie obejmować cały zbiór, migawki znikną z interfejsu odzyskiwania lub pozostała historia przestanie spełniać zapisane pytania dotyczące odzyskiwania.