Retencja¶
Retencja określa, jak długo kopie utworzone przez Backup Copy Job są przechowywane w docelowym Cloud Repository Cloud4You.
Polityka retencji Backup Copy Job jest niezależna od retencji podstawowego zadania backupu. Oznacza to, że lokalny backup może mieć inną retencję niż kopia przechowywana w Cloud Repository.
Przykład:
Info
Retencję należy dobrać do wymaganego okresu przechowywania danych oraz przydzielonej pojemności Cloud Repository.
Rodzaje retencji¶
Dla Backup Copy Job Veeam Backup & Replication udostępnia dwa podstawowe mechanizmy:
- Short-Term Retention — krótkoterminowa retencja bieżących restore pointów,
- GFS Retention — długoterminowa retencja wybranych pełnych kopii.
Dodatkowo Veeam posiada osobną retencję danych dla maszyn usuniętych z infrastruktury lub wyłączonych z zadania.
Retencja krótkoterminowa¶
Retencja krótkoterminowa określa, przez ile dni Veeam ma przechowywać restore pointy utworzone przez Backup Copy Job.
Konfiguracja znajduje się w kreatorze Backup Copy Job w kroku:
Przykład:
oznacza, że Veeam będzie przechowywać restore pointy utworzone w okresie określonym przez politykę retencji.
Minimalna wartość dla krótkoterminowej retencji Backup Copy Job wynosi:
Veeam Backup & Replication 13
W aktualnym Veeam Backup & Replication 13 retencja Backup Copy Job jest konfigurowana jako okres w dniach.
Jak działa usuwanie starych restore pointów?¶
Podczas pierwszej sesji Backup Copy Job Veeam tworzy pełny restore point.
Kolejne sesje tworzą restore pointy przyrostowe:
Gdy najstarszy restore point przekroczy ustawioną retencję, Veeam automatycznie przetwarza łańcuch backupu.
W standardowym łańcuchu Backup Copy Job najstarszy restore point jest scalany z pełnym backupem, a następnie usuwany z łańcucha.
Nie należy ręcznie kasować plików backupu z repozytorium.
Warning
Pliki znajdujące się w Cloud Repository powinny być zarządzane wyłącznie przez mechanizmy Veeam Backup & Replication.
Retencja liczona jest niezależnie od źródła¶
Backup Copy Job posiada własną politykę retencji.
Przykładowo możesz skonfigurować:
lub odwrotnie:
Zmiana retencji lokalnego zadania backupu nie powoduje automatycznej zmiany retencji Backup Copy Job.
Retencja GFS¶
Jeżeli potrzebujesz przechowywać wybrane kopie przez dłuższy czas, możesz wykorzystać politykę:
GFS pozwala zachować pełne backupy w cyklach:
- Weekly — tygodniowych,
- Monthly — miesięcznych,
- Yearly — rocznych.
Przykład:
Short-Term Retention
30 dni
GFS
├── Weekly → 4 tygodnie
├── Monthly → 12 miesięcy
└── Yearly → 5 lat
Dzięki temu bieżące restore pointy mogą być przechowywane przez krótki okres, a wybrane pełne backupy przez miesiące lub lata.
Włączenie GFS¶
Podczas edycji Backup Copy Job przejdź do kroku:
i zaznacz:
Następnie kliknij:
W oknie konfiguracji GFS możesz włączyć wybrane cykle.
Weekly¶
Opcja:
pozwala określić liczbę tygodni przechowywania tygodniowych pełnych backupów.
Przykład:
oznacza przechowywanie tygodniowych kopii GFS przez 4 tygodnie.
Możesz również określić dzień tygodnia używany do wyboru backupu oznaczanego jako tygodniowy punkt GFS.
Monthly¶
Opcja:
pozwala przechowywać wybrane pełne backupy przez określoną liczbę miesięcy.
Przykład:
oznacza przechowywanie miesięcznych kopii przez 12 miesięcy.
Yearly¶
Opcja:
pozwala przechowywać roczne pełne backupy przez określoną liczbę lat.
Przykład:
oznacza zachowanie rocznych kopii GFS przez 5 lat.
Przykładowe warianty retencji¶
Poniższe wartości są przykładami i powinny zostać dopasowane do wymagań organizacji.
Wariant podstawowy¶
Dobre rozwiązanie dla środowisk wymagających przede wszystkim bieżącej kopii off-site.
Wariant rozszerzony¶
Pozwala zachować bieżącą historię oraz miesięczne punkty archiwalne.
Wariant długoterminowy¶
Sprawdza się w środowiskach wymagających długiego okresu przechowywania wybranych kopii.
Note
Włączenie GFS może znacząco zwiększyć wykorzystanie Cloud Repository. Kopie oznaczone jako GFS nie są usuwane przez krótkoterminową politykę retencji do czasu wygaśnięcia właściwego okresu GFS.
GFS a liczba restore pointów¶
Po włączeniu GFS liczba restore pointów znajdujących się w repozytorium może być większa niż wynikałoby to wyłącznie z ustawienia krótkoterminowej retencji.
Przykład:
Nie oznacza to, że w repozytorium zawsze będzie tylko 14 restore pointów.
Backupy oznaczone jako GFS są chronione przed usunięciem przez krótkoterminową politykę aż do zakończenia ich okresu retencji.
Synthetic Full i Active Full dla GFS¶
Przy tworzeniu pełnych kopii GFS Veeam może wykorzystać dwa mechanizmy.
Synthetic Full¶
Jest to metoda domyślna.
Veeam tworzy pełny backup GFS na podstawie danych znajdujących się już w repozytorium docelowym.
Zmniejsza to ilość danych, które trzeba ponownie przesłać ze źródła.
Active Full¶
Po zaznaczeniu:
Veeam odczytuje pełny restore point ze źródłowego repozytorium i przesyła go do repozytorium docelowego.
Może to zwiększyć:
- transfer sieciowy,
- czas wykonywania zadania,
- obciążenie źródłowego repozytorium.
W typowym scenariuszu Cloud Repository pozostawienie domyślnego mechanizmu Synthetic Full ogranicza konieczność ponownego przesyłania pełnego zestawu danych przez Internet.
Retencja usuniętych maszyn¶
Backup Copy Job posiada również osobną politykę dotyczącą maszyn, które:
- zostały usunięte z infrastruktury,
- zostały wyłączone z Backup Copy Job,
- przestały być chronione przez zadanie źródłowe.
Opcję znajdziesz w ustawieniach zaawansowanych Backup Copy Job:
Opcja:
określa, po ilu dniach Veeam może usunąć dane takich maszyn z regularnego łańcucha backupu.
Domyślna wartość dla Backup Copy Job wynosi:
Veeam zaleca ustawienie co najmniej:
aby ograniczyć ryzyko przypadkowego usunięcia danych w sytuacji, gdy maszyna chwilowo nie została poprawnie przetworzona.
Warning
Nie ustawiaj bardzo krótkiej retencji usuniętych elementów bez świadomej analizy. Veeam może uznać maszynę za usuniętą również wtedy, gdy przez określony czas nie udało się utworzyć dla niej poprawnego restore pointu.
Dane chronione przez aktywną retencję GFS podlegają osobnym zasadom i nie są usuwane przez mechanizm retencji usuniętych elementów tak jak zwykłe restore pointy.
Retencja a pojemność Cloud Repository¶
Dłuższa retencja oznacza większe zużycie przydzielonej przestrzeni.
Na zapotrzebowanie wpływają między innymi:
- ilość chronionych danych,
- dzienna zmiana danych,
- częstotliwość backupu,
- okres Short-Term Retention,
- liczba kopii GFS,
- kompresja,
- deduplikacja,
- struktura chronionych danych.
Przykład:
Nie należy zakładać, że potrzebna pojemność będzie równa jedynie rozmiarowi danych źródłowych.
Do oszacowania wymaganej przestrzeni możesz wykorzystać:
Co się stanie po zapełnieniu repozytorium?¶
Jeżeli Cloud Repository nie posiada wystarczającej ilości wolnego miejsca, kolejne operacje backupu mogą zakończyć się błędem.
Dlatego zalecamy regularne monitorowanie:
oraz wykorzystania przydzielonej quota.
Jeżeli przestrzeń zbliża się do limitu, możliwe rozwiązania to:
- zwiększenie pojemności Cloud Repository,
- skrócenie retencji,
- ograniczenie liczby kopii GFS,
- usunięcie niepotrzebnych backupów z użyciem mechanizmów Veeam,
- przeanalizowanie ilości chronionych danych.
Danger
Nie usuwaj ręcznie plików backupu bezpośrednio z repozytorium. Może to spowodować niespójność konfiguracji i łańcucha backupu.
Jaką retencję wybrać?¶
Nie istnieje jedna właściwa polityka dla wszystkich środowisk.
Przy wyborze retencji uwzględnij:
- wymagany RPO i RTO,
- ryzyko późnego wykrycia ransomware,
- wymagania prawne,
- wymagania kontraktowe,
- czas potrzebny na wykrycie błędnego lub usuniętego pliku,
- dostępny budżet,
- przydzieloną przestrzeń Cloud Repository.
Dla danych istotnych biznesowo warto rozważyć połączenie:
z regularnymi testami odtwarzania.
Przykład¶
Firma wykonuje lokalny backup codziennie.
Chce mieć:
- miesiąc bieżącej historii w Cloud4You,
- cztery tygodniowe kopie archiwalne,
- dwanaście miesięcznych kopii,
- pięć rocznych kopii.
Konfiguracja:
Backup Copy Job
Short-Term Retention:
30 days
GFS:
Weekly:
4 weeks
Monthly:
12 months
Yearly:
5 years
W takim przypadku trzeba odpowiednio dobrać quota Cloud Repository, ponieważ kopie GFS mogą być przechowywane znacznie dłużej niż standardowe restore pointy.
Dobre praktyki¶
- nie ustawiaj retencji tylko na podstawie dostępnej przestrzeni,
- uwzględnij możliwość późnego wykrycia utraty lub zaszyfrowania danych,
- dla ważnych danych rozważ GFS,
- monitoruj wykorzystanie quota,
- po zmianie retencji obserwuj wzrost lub spadek zajętej przestrzeni,
- nie usuwaj backupów ręcznie poza Veeam,
- regularnie wykonuj testy odtwarzania.
Important
Długa retencja nie zastępuje testów restore. Kopia zapasowa ma wartość dopiero wtedy, gdy można z niej skutecznie odtworzyć dane.
Podsumowanie¶
Najważniejsze informacje:
| Mechanizm | Zastosowanie |
|---|---|
| Short-Term Retention | bieżące restore pointy |
| Weekly GFS | tygodniowe pełne kopie |
| Monthly GFS | miesięczne pełne kopie |
| Yearly GFS | roczne pełne kopie |
| Deleted Items Retention | dane maszyn usuniętych lub wyłączonych z zadania |
Typowy wariant może wyglądać następująco:
Każdą politykę retencji należy dopasować do wymagań organizacji i pojemności wykupionej usługi.