Przejdź do treści

Backup cykliczny

Backup cykliczny w ramach usługi Tape as a Service Cloud4You umożliwia regularne zapisywanie backupów z Cloud Repository na fizycznych nośnikach taśmowych zgodnie z ustalonym harmonogramem i polityką retencji.

Usługa jest przeznaczona dla klientów, którzy chcą automatycznie utrzymywać dodatkową warstwę kopii na taśmie bez budowania własnej infrastruktury taśmowej.

Typowy schemat:

Backup klienta
      │
      ▼
Cloud Repository Cloud4You
      │
      ▼
Tenant Backup to Tape
      │
      ▼
GFS Media Pool
      │
      ▼
Taśmy
      │
      ▼
Retencja / przechowywanie

Obsługa po stronie Cloud4You

Harmonogram, Media Pool, retencja oraz obsługa nośników są realizowane po stronie Cloud4You. Klient nie musi posiadać własnego Tape Servera, biblioteki ani napędów taśmowych.


Dostępne warianty

Backup cykliczny może być realizowany między innymi jako:

Tygodniowy
Miesięczny
Tygodniowy + miesięczny
Tygodniowy + miesięczny + kwartalny
Tygodniowy + miesięczny + kwartalny + roczny

W przypadku bardziej rozbudowanych wymagań wykorzystywana jest polityka GFS — Grandfather-Father-Son.

Veeam Tape GFS obsługuje cykle:

Daily
Weekly
Monthly
Quarterly
Yearly

Nie wszystkie poziomy muszą być aktywne.


Backup tygodniowy

W wariancie tygodniowym Cloud4You zapisuje na taśmie wybrany backup raz w tygodniu.

Przykład:

Harmonogram:
Niedziela

Retencja:
4 tygodnie

Schemat:

Tydzień 1 → taśma / zestaw tygodniowy
Tydzień 2 → taśma / zestaw tygodniowy
Tydzień 3 → taśma / zestaw tygodniowy
Tydzień 4 → taśma / zestaw tygodniowy

Po zakończeniu retencji najstarsze nośniki mogą zostać ponownie wykorzystane zgodnie z polityką usługi.


Przykład — 8 tygodni

Weekly:
1 kopia / tydzień

Retencja:
8 tygodni

Pozwala to utrzymywać około dwóch miesięcy tygodniowych punktów archiwalnych.


Backup miesięczny

W wariancie miesięcznym zapis wykonywany jest raz w miesiącu.

Przykład:

Monthly:
1 kopia / miesiąc

Retencja:
12 miesięcy

Schemat:

Styczeń   → Monthly
Luty      → Monthly
Marzec    → Monthly
...
Grudzień  → Monthly

Taki model sprawdza się przy dłuższej archiwizacji bez utrzymywania wielu kopii tygodniowych.


Backup tygodniowy + miesięczny

Często stosowanym wariantem jest połączenie:

Weekly
+
Monthly

Przykład:

Weekly:
4 tygodnie

Monthly:
12 miesięcy

Dzięki temu:

  • bieżące kopie tygodniowe są dostępne przez krótki okres,
  • wybrane kopie miesięczne są przechowywane dłużej.

Schemat:

Weekly
├── tydzień 1
├── tydzień 2
├── tydzień 3
└── tydzień 4

Monthly
├── miesiąc 1
├── miesiąc 2
├── ...
└── miesiąc 12

Backup tygodniowy + miesięczny + kwartalny

Dla dłuższej historii można wykorzystać dodatkowy poziom:

Quarterly

Przykład:

Weekly:
4 tygodnie

Monthly:
12 miesięcy

Quarterly:
8 kwartałów

W takim wariancie klient posiada:

krótkoterminowe punkty tygodniowe
+
średnioterminowe punkty miesięczne
+
długoterminowe punkty kwartalne

Backup roczny

Jeżeli wymagane jest przechowywanie danych przez wiele lat, politykę można rozszerzyć o:

Yearly

Przykład:

Weekly     → 4 tygodnie
Monthly    → 12 miesięcy
Quarterly  → 8 kwartałów
Yearly     → 5 lat

Info

Powyższe wartości są przykładami. Harmonogram i okres retencji dobieramy do wymagań klienta.


Jak działa harmonogram GFS?

Dla Tenant Backup to Tape Veeam wykorzystuje:

GFS Media Pool

W kreatorze zadania Cloud4You określa dni dla poszczególnych media setów oraz godzinę rozpoczęcia skanowania restore pointów.

Veeam pozwala ustawić niezależnie:

Daily
Weekly
Monthly
Quarterly
Yearly

oraz wskazać:

Start daily scan for GFS restore points at

Domyślnie skanowanie GFS rozpoczyna się o:

00:00

w wybranym dniu.


Co dzieje się podczas cyklicznego zadania?

Przy każdym uruchomieniu Veeam:

  1. sprawdza Backup Catalog,
  2. wyszukuje backupy spełniające kryteria zadania,
  3. wybiera właściwy restore point dla aktualnego cyklu GFS,
  4. uruchamia transfer danych,
  5. zapisuje dane na taśmie,
  6. aktualizuje Backup Catalog i Tape Catalog,
  7. stosuje retencję właściwą dla danego media setu.

Schemat:

Cloud Repository
      │
      ▼
Backup Catalog
      │
      ▼
Wybór restore pointu
      │
      ▼
Veeam Data Mover
      │
      ▼
Tape

Priorytet harmonogramów GFS

Jeżeli kilka cykli GFS przypada na ten sam dzień, Veeam nie tworzy osobnej kopii dla każdego poziomu.

Obowiązuje hierarchia:

Yearly
  ↓
Quarterly
  ↓
Monthly
  ↓
Weekly
  ↓
Daily

Przykład:

Jeżeli ten sam dzień jest jednocześnie:

Weekly
Monthly
Quarterly
Yearly

Veeam utworzy kopię:

Yearly

i pominie pozostałe poziomy dla tego dnia.

Note

Takie zachowanie ogranicza niepotrzebne duplikowanie pełnych kopii na taśmie.


Retencja każdego cyklu

Każdy media set może posiadać własną politykę retencji.

Przykład:

Weekly:
4 weeks

Monthly:
12 months

Quarterly:
24 months

Yearly:
5 years

Veeam chroni dane przed nadpisaniem zgodnie z ustawionym okresem.

Po jego zakończeniu nośnik może zostać ponownie wykorzystany, o ile pozwala na to konfiguracja Media Pool.

Więcej informacji:

Retencja GFS


Eksport i odkładanie taśm

Dla cyklicznych zadań Cloud4You może skonfigurować automatyczny eksport określonych media setów po zakończeniu zadania.

Veeam pozwala wybrać:

Daily
Weekly
Monthly
Quarterly
Yearly

do eksportu po zakończeniu zapisu.

Przykład:

Weekly:
pozostaje w bibliotece

Monthly:
eksport po zakończeniu

Quarterly:
eksport po zakończeniu

Yearly:
eksport po zakończeniu

Możliwe jest więc pozostawienie krótkiej retencji operacyjnej w aktywnej bibliotece i fizyczne odkładanie kopii o dłuższym okresie przechowywania.

Schemat:

Weekly
   ↓
aktywny obrót taśm

Monthly / Quarterly / Yearly
   ↓
Export
   ↓
przechowywanie offline

Przykład polityki 1 — tygodniowa

Backup:
co niedzielę

Retencja:
4 tygodnie

Dla środowiska potrzebującego prostej cyklicznej kopii taśmowej.


Przykład polityki 2 — miesięczna

Backup:
1 raz w miesiącu

Retencja:
12 miesięcy

Dla długoterminowego przechowywania miesięcznych punktów.


Przykład polityki 3 — Weekly + Monthly

Weekly:
4 tygodnie

Monthly:
12 miesięcy

To dobry wariant dla organizacji, które potrzebują zarówno bieżącej historii, jak i dłuższej archiwizacji.


Przykład polityki 4 — Weekly + Monthly + Quarterly

Weekly:
4 tygodnie

Monthly:
12 miesięcy

Quarterly:
8 kwartałów

Kopie kwartalne mogą być po zapisaniu eksportowane z biblioteki i odkładane przez cały okres retencji.


Przykład polityki 5 — pełny GFS

Weekly:
4 tygodnie

Monthly:
12 miesięcy

Quarterly:
8 kwartałów

Yearly:
5 lat

Model zapewnia kilka niezależnych poziomów historii i może być stosowany dla danych wymagających długiego przechowywania.


Co dzieje się, jeśli źródłowy backup uruchomi się podczas zapisu na taśmę?

W Tenant Backup to Tape Veeam domyślnie chroni wykonywane zadanie taśmowe przed przerwaniem przez źródłowe zadanie backupowe.

Dla tenant-to-tape opcja:

Prevent this job from being interrupted by source backup jobs

jest aktywna domyślnie i nie może zostać wyłączona.

Oznacza to, że jeżeli zadanie źródłowe miałoby rozpocząć się w czasie aktywnego zadania taśmowego, może ono oczekiwać na zakończenie zapisu na taśmie.

Warning

Harmonogram backupu na taśmę powinien być zaplanowany z uwzględnieniem podstawowych zadań backupowych, aby ograniczyć wzajemne opóźnienia.


Ile danych trafia na taśmę?

Ilość danych zależy od:

  • wielkości backupu,
  • dostępnych restore pointów,
  • konfiguracji GFS,
  • tego, który poziom GFS jest wykonywany,
  • struktury backupu,
  • zmian w danych.

Backup cykliczny nie powinien być traktowany jako zwykłe kopiowanie wszystkich plików backupu przy każdym uruchomieniu.

Veeam dobiera dane potrzebne do utworzenia właściwego punktu archiwalnego.


Ile taśm potrzeba?

Liczba nośników zależy od:

  • ilości danych,
  • generacji LTO,
  • wielkości zestawu GFS,
  • kompresowalności danych,
  • polityki append / overwrite,
  • retencji,
  • liczby równolegle przechowywanych okresów.

Przykładowo:

Weekly x 4
Monthly x 12
Quarterly x 8

może wymagać znacznie większej liczby nośników niż prosty wariant:

Weekly x 4

Przed uruchomieniem usługi Cloud4You może oszacować wymagany zestaw taśm na podstawie wielkości danych i wybranej retencji.


Co ustalamy przed uruchomieniem?

Przed uruchomieniem backupu cyklicznego ustalamy:

1. Zakres danych
2. Częstotliwość backupu
3. Dzień wykonywania kopii
4. Retencję Weekly
5. Retencję Monthly
6. Retencję Quarterly
7. Retencję Yearly
8. Zasady eksportu nośników
9. Sposób przechowywania
10. Postępowanie po zakończeniu retencji

Nie wszystkie elementy muszą być używane.


Jak zamówić backup cykliczny?

Przy zgłoszeniu podaj:

Usługa:
Tape as a Service - backup cykliczny

Cloud Repository:
[nazwa]

Zakres:
[backupy / systemy]

Rozmiar:
[przybliżona ilość danych]

Harmonogram:
tygodniowo / miesięcznie / GFS

Retencja:
Weekly:
Monthly:
Quarterly:
Yearly:

Eksport taśm:
TAK / NIE / do ustalenia

Przykład:

Cloud Repository:
CLOUD4YOU-REPO-01

Zakres:
wszystkie backupy produkcyjne

Weekly:
4 tygodnie

Monthly:
12 miesięcy

Quarterly:
8 kwartałów

Eksport:
Monthly + Quarterly

Na podstawie tych danych Cloud4You dobierze harmonogram oraz wymaganą liczbę nośników.


Dobre praktyki

Przy projektowaniu cyklicznej archiwizacji zalecamy:

  • nie ustawiać retencji bez analizy wymaganej pojemności,
  • zachować różne poziomy retencji dla różnych okresów,
  • dla długiej retencji rozważyć fizyczne odkładanie nośników,
  • oddzielić harmonogram zadań taśmowych od najważniejszych okien backupowych,
  • regularnie sprawdzać poprawność wykonania zadań,
  • okresowo testować odtworzenie danych z taśmy,
  • dokumentować lokalizację i okres retencji nośników.

Important

Archiwizacja na taśmie powinna być okresowo testowana poprzez rzeczywiste odtworzenie danych. Sam status Success zadania nie zastępuje testu restore.


Podsumowanie

Backup cykliczny może być skonfigurowany jako prosty harmonogram:

Weekly

lub:

Monthly

albo jako wielopoziomowa polityka:

Weekly
+
Monthly
+
Quarterly
+
Yearly

Każdy poziom może posiadać własną retencję oraz własne zasady eksportu i przechowywania nośnika.


Powiązane instrukcje