Każda kopia zapasowa w StateWarden niesie własną datę wygaśnięcia, nadawaną w momencie utworzenia. Retencja nie jest zatem zadaniem porządkowym wykonywanym później - jest właściwością samej kopii zapasowej, zdefiniowaną przez politykę kopii zapasowych, która ją utworzyła. Ten artykuł wyjaśnia, jak konfiguruje się retencję, co dzieje się po wygaśnięciu kopii zapasowej oraz jak planować retencję względem limitu przestrzeni i zobowiązań zgodności.
1. Co oznacza retencja w StateWarden
Retencję konfiguruje się dla każdej polityki kopii zapasowych osobno w polu Retencja (dni) w edytorze polityki. Wartość domyślna dla nowej polityki to 30 dni.
Po rozpoczęciu zadania kopii zapasowej Agent odczytuje wartość retencji z polityki i oblicza datę wygaśnięcia:
Expiration Date = Backup Creation Time + Retention (Days)
Data jest dołączana do rekordu kopii zapasowej i jest zapieczętowana: nie można jej później zmienić. Edycja wartości retencji w polityce wpływa wyłącznie na kopie utworzone po zmianie. Ta niezmienność jest zamierzona - zapewnia, że punkt przywracania istnieje dokładnie tak długo, jak skonfigurowano w chwili jego wykonania, co utrzymuje retencję podatną na audyt.
Z retencji przypisanej do pojedynczej kopii wynikają dwie konsekwencje:
- Usunięcie polityki nie usuwa jej kopii zapasowych. Każda kopia zachowuje własną datę wygaśnięcia niezależnie od polityki, która ją utworzyła. Usunięcie polityki zatrzymuje przyszłe kopie; istniejąca historia wygasa według pierwotnego harmonogramu.
- Mieszane cykle życia na jednym urządzeniu są normalne. Dzienna polityka z retencją 30 dni i polityka co 4 godziny z retencją 7 dni mogą zarządzać tym samym urządzeniem bez wzajemnych zakłóceń.
Pełny model polityk - harmonogramy, źródła i limity Fair Use - opisuje artykuł Polityki kopii zapasowych i inteligentne zarządzanie limitami.
2. Zachowaj na zawsze
Ustawienie pola Retencja (dni) na 0 wyłącza wygasanie: kopie zapasowe tworzone w ramach tej polityki są przechowywane bezterminowo, aż do ręcznego usunięcia.
Kopie zapasowe wyzwalane ręcznie, poza harmonogramem jakiejkolwiek polityki, domyślnie są zachowywane na zawsze.
Opcji Zachowaj na zawsze używaj wybiórczo - na przykład dla archiwum kwartalnego lub migawki przed migracją. Retencja bezterminowa kumuluje przestrzeń i wlicza się do limitu przestrzeni Realmu tak długo, jak długo kopia istnieje.
3. Co dzieje się po wygaśnięciu kopii zapasowej
Wygaśnięcie jest przejściem cyklu życia, a nie natychmiastowym skasowaniem:
- Wygasła: po upływie daty wygaśnięcia kopia zapasowa zostaje logicznie oznaczona jako wygasła. Znika ze standardowych list kopii i nie jest już dostępna jako punkt przywracania.
- Uprawniona do oczyszczenia: wygasła kopia staje się uprawniona do zbierania śmieci (garbage collection). Warstwa pamięci Driad odzyskuje fizyczną przestrzeń asynchronicznie, w swoich oknach konserwacyjnych - zużycie przestrzeni nie musi spaść w chwili wygaśnięcia kopii.
Deduplikacja i zliczanie odwołań
StateWarden przechowuje kopie zapasowe po deduplikacji: dane kopii są dzielone na porcje (chunki), a porcje identyczne między kopiami są zapisywane tylko raz. Dla każdej porcji zliczane są odwołania - warstwa pamięci śledzi, ile kopii zapasowych nadal się do niej odwołuje.
Porcja jest fizycznie usuwana dopiero wtedy, gdy wygaśnie lub zostanie usunięta ostatnia odwołująca się do niej kopia zapasowa. Praktyczne konsekwencje:
- Wygaśnięcie lub usunięcie pojedynczej starej kopii może zwolnić niewiele miejsca lub żadnego, ponieważ większość jej porcji jest zazwyczaj współdzielona z nowszymi kopiami tego samego woluminu.
- Przestrzeń faktycznie zwalniana przez wygaśnięcie to w przybliżeniu ilość danych istniejących wyłącznie w tej kopii. W przypadku dziennego łańcucha kopii wolno zmieniającego się woluminu jest to zwykle równowartość zmian jednego dnia.
- Wskaźnik zużycia przestrzeni, który nie spada zaraz po wygaśnięciu kopii, to oczekiwane zachowanie, a nie usterka.
4. Wygaśnięcie a ręczne usunięcie
Obie ścieżki kończą na tej samej regule deduplikacji - przestrzeń zwalniana jest dopiero, gdy żadna pozostała kopia nie odwołuje się do danych - ale różnią się intencją i kontrolą.
Wygaśnięcie jest automatyczne i sterowane polityką. Nie wymaga działania administratora; kopia przestaje być możliwa do przywrócenia w dniu nadanej daty.
Ręczne usunięcie to natychmiastowa, świadoma operacja zniszczenia wykonywana w widoku Przywracanie danych:
- Znajdź kopię zapasową w widoku Przywracanie danych i kliknij ikonę usuwania. Akcja jest dostępna tylko dla użytkowników, których rola Realmu obejmuje uprawnienie do usuwania kopii zapasowych.
- Potwierdź okno dialogowe TRWAŁE USUNIĘCIE. Akcja jest nieodwracalna: klucze kryptograficzne powiązane z tą konkretną migawką zostają odrzucone i danych nie da się odzyskać.
- W zależności od polityki MFA Realmu panel może zażądać kodu MFA przed wykonaniem usunięcia. O tym, jak polityka kontroluje akcje destrukcyjne, opowiada artykuł Zarządzanie MFA i tożsamością: logika trójstanowa.
Ręczne usunięcie jest właściwym narzędziem do usunięcia kopii zapasowej przed nadanym jej terminem - na przykład do wyczyszczenia migawki wykonanej dla skompromitowanego lub błędnie skonfigurowanego systemu. We wszystkich pozostałych przypadkach pozwól, aby retencja wygaszała kopie zgodnie z harmonogramem.
5. Nieudane kopie zapasowe nie są punktami przywracania
Jako punkty przywracania liczą się wyłącznie ukończone kopie zapasowe. Nieudana kopia zapasowa:
- pojawia się w widoku Przywracanie danych ze statusem FAILED, a powód niepowodzenia jest dostępny na znaczniku statusu,
- nie może zostać zamontowana ani przywrócona - jej akcje przywracania pozostają wyłączone,
- nie wydłuża historii odzyskiwania.
Ma to znaczenie dla planowania retencji: efektywne pokrycie punktowe w czasie to łańcuch wyłącznie udanych kopii zapasowych. Jeśli kopie urządzenia kończą się niepowodzeniem przez tydzień, 30-dniowe okno retencji nadal pozostawia 7-dniową lukę na najnowszym końcu. Badaj pozycje FAILED niezwłocznie przez stronę Zdarzenia i logi, zamiast zakładać, że harmonogram zapewnia ochronę.
6. Planowanie retencji
Względem limitu przestrzeni
Dłuższa retencja oznacza więcej utrzymywanych punktów przywracania, a to więcej porcji przypiętych przez zliczanie odwołań. Rzeczywisty koszt napędzają dwie właściwości obciążenia:
- Tempo zmian (churn): wolumin bazy danych przepisujący gigabajty dziennie kumuluje znacznie więcej unikalnych porcji na każdy zachowany dzień niż w większości statyczny serwer plików.
- Częstotliwość kopii: polityka co 4 godziny tworzy sześć razy więcej punktów przywracania dziennie niż polityka dzienna, a każdy z nich przypina własne zmienione dane.
Wymiaruj retencję razem z sufitem przestrzeni Realmu - o tym, jak śledzony jest limit przestrzeni i co dzieje się w miarę zbliżania się do niego, opowiada artykuł Limity operacyjne i zasada Fair Use.
Względem wymogów zgodności
Okresy retencji definiuj na podstawie zobowiązań organizacji: regulacyjnych minimów, wymagań umownych i wewnętrznych polityk ładu korporacyjnego. Zapieczętowana data wygaśnięcia wspiera integralność audytową, ponieważ punkt przywracania nie może przeżyć dłużej niż skonfigurowany okres. Ten artykuł nie stanowi porady prawnej - konkretne okresy obowiązujące w twojej jurysdykcji i branży potwierdź z inspektorem ochrony danych lub doradcą prawnym.
Zalecane punkty startowe
Poniższe wartości to punkty startowe, a nie reguły. Dostosuj je do tempa zmian, celów odzyskiwania i zobowiązań:
- Maszyny testowe i laboratoryjne: 7-14 dni. Potrzeby odzyskiwania są krótkotrwałe; długa retencja marnuje limit.
- Stacje końcowe i robocze: 30 dni (wartość domyślna). Pokrywa typowe okno, w którym utrata danych zostaje zauważona.
- Serwery plików: 90 dni. Użytkownicy regularnie zgłaszają potrzebę przywrócenia plików usuniętych tygodnie wcześniej.
- Bazy danych i systemy kluczowe dla biznesu: 90-180 dni lub więcej, w zgodzie z cyklami biznesowymi i audytowymi.
- Kamienie milowe archiwalne (przed migracją, koniec kwartału): Zachowaj na zawsze (
0) w dedykowanej polityce, przeglądanej okresowo.
StateWarden: Resilience Engineered.