Wojciech Błaszkowski

Prolog:
Dobra kopia zapasowa jest gwarancją dobrego samopoczucia administratora - brzmi poważnie, prawda ?

Filozofia, czyli przebieg życia kopii zapasowej.
- sposób tworzenia (czas tworzenia)
- sposób testowania (czas testowania)
- częstość aktualizowania
- sposób składowania
- sposób odzyskiwania (czas odzyskiwania)

Epizody:
Kopia zapasowa jest po to, aby w krytycznej chwili szybko i bez zbędnych komplikacji móc z niej skorzystać. Ten właśnie powód sprawia, że należałoby podejść do tematu od końca. Inaczej bowiem odtwarzać będziemy dane serwera www, inaczej baz PgSQL.

Składujemy zazwyczaj backup (kopiując/przesuwając go) na innej maszynie niż backupowana. Tu zasadniczą rolę odgrywa łącze pomiędzy tymi maszynami - gotowy (lub prawie gotowy) backup jest słany na storage. Łącze musi zapewnić również szybkie przesłanie odzyskanych danych w miejsce zapotrzebowania.

Plik skompresowany dużo łatwiej jest uszkodzić. Jeśli mamy czas i miejsce aby często robić kopie całościowe - warto z tego skorzytać. Dobrze jest trzymać backup na wielu maszynach.

Kopia zapasowa, której nie da się odtworzyć jest bezużyteczna. Zawsze należy pamiętać o testowaniu kopii, w myśl zasady: ufaj, ale sprawdzaj.

Przy pracy z kopiami zapasowymi (tworzenie, testowanie, przesyłanie, odtwarzanie) należy pamiętać, że mamy określony przedział czasu, w którym musiny się zmieścić z tymi pracami.
Bierzemy tu pod uwagę:
- stopień kompresji (im większy, tym bardziej czasochłonny - moc obliczeniowa)
- ilość danych do przesłania oraz łącze jakim dysponujemy
- wydajność (szybkość) dysków - nie tylko łącze jest ważne.

Wnioski:
Czas jest rzeczą, której nie można kupić na Allegro.
Kopie zapasowe stracą swe priorytetowe znaczenie jeśli termin awarii będzie znany. Ponieważ każdy administrator może używać innych narzędzi - bezpośrednie metody nie zostały tu przedstawione.