WikiPrint - from Polar Technologies

Konfiguracja backapów

Wprowadzenie do tematyki Disaster recovery

1. Podstawowe aspekty i terminologia

2. Polecana konfiguracja storage'u

3. Założenia biznesowe - analiza ryzyka i koszt

W przypadku awarii komponentu serwera (np. płyty głównej), przy jednoczesnym braku możliwości szybkiej naprawy, należy wziąć pod uwagę możliwość uruchomienia awaryjnego na zapasowej maszynie. Należy określić skąd taka maszyna zostanie dostarczona, kto ma podjąć decyzję o dzierżawie lub zakupie.

4. Zagadnienia związane z tworzeniem i wdrażaniem polityki backupu

5. Ośrodki zapasowe

Należy określić czy jest wymagane aby obliczenia systemu przejęte zostały w razie awarii przez inny ośrodek.

6. Testowanie planu Disaster Recovery - scenariusze katastrofy

Możliwe i najczęstsze przyczyny awarii:

7. Wybór polityki backupowej

Należy uzgodnić opisane wyżej tematy i opisać w formie procedury. Przykładowa znajduje się poniżej.

Polityka zarządzania kopiami zapasowymi

Data przyjęcia: 20 października 2008 r.

Administrator kopii - Osoba odpowiedzialna za tworzenie kopii Jan Nowak - Administrator Systemów IT

Decydent - Osoba odpowiedzialna za podjęcie decyzji o przywróceniu działania usługi na zapasowym serwerze: Barbara Kowalska - Prezes Zarządu

Dane objęte backupem

Kategoria danych Procedura Cykl
1. Baza danych P2. DB INNY DYSK W MASZYNIE cykl codzienny
2. Baza danych P3. DB+FILES ZEWNĘTRZNY NOŚNIK cykl tygodniowy
3. Pliki danych P4. FILES - INNY DYSK W MASZYNIE cykl codzienny
4. Pliki danych P3. DB+FILES - ZEWNĘTRZNY NOŚNIK cykl tygodniowy
5. OS P5. OS - ZEWNĘTRZNY NOŚNIK cykl miesięczny

Procedury tworzenia kopii zapasowych

P1. RAID

Automatyczna replikacja danych na dodatkowy dysk fizyczny. Dla prawidłowego wykonywania nie wymaga podejmowania żadnych czynności przez Administratora kopii. Nie spełnia w zasadzie wymogów backupu. Zapewnia jedynie szybkie odtworzenie danych w wypadku awarii jednego z dysków macierzy.

P2. DB INNY DYSK W MASZYNIE

W maszynie zamontowany jest dodatkowy dysk, na który zapisuje się zrzut bazy danych. Wykonuje to polecenie cron backupdb umieszczone w katalogu /etc/cron.daily. W katalogu /mnt/backup/db na którym podmontowany jest osobny dysk 500GB, w katalogach numerowanych według dnia tygodnia przetrzymywane są kopie bazy danych edokumentów, z ostatniego tygodnia.

P3. DB+FILES ZEWNĘTRZNY NOŚNIK

Nośnik zewnętrzny w postaci dysku USB umieszczany jest w ognioodpornym sejfie. Wykonuje to Pan M.W w poniedziałek o godz. 8.00. Dane na nośniku zapewniane są poprzez skrypt usb_backup umieszczony w /etc/cron.weekly. Backup obejmuje system, repozytorium oraz bazę danych edokumentów. Co tydzień dysk jest wymieniany, tak że zawsze jeden dysk znajduje się w sejfie, a jeden jest podłączony pod serwer. Na opakowaniu dysku lub dołączonym do niego protokole należy zapisywać daty w których zostały umieszczone w napędzie/sejfie.

P4. FILES INNY DYSK W MASZYNIE

Wykonywany automatycznie przez skrypt umieszczony w /etc/cron.daily backup_system. Zapisuje wszystkie pliki danych z katalogów repos, files i repository.

P5. OS - ZEWNĘTRZNY NOŚNIK

Wykonywany raz w tygodniu przez skrypt /etc/cron.monthly/usb_backup_os zapisuje wszystkie pliki systemu na dysku zewnętrznym.

Data i podpis adminstratora

Data i podpis osoby decyzyjej

Procedura odtworzenia systemu

Zależna od przyjętej procedury backapów, miejsc przechowywania kopii i stosowanego sprzętu. Należy wykonywać testowo co przynajmniej rok, w celu weryfikacji.

Przykłady skryptów

Skrypty znajdują się w katalogu instalacyjnym ed-wheezy-installer. Skrypty mogą być modyfikowane np. automatyczne powiadomienie o niezamontowaniu zasobu:

#!/bin/bash
DST="/mnt/backup/files"

if [ -f /mnt/backup/no_disk ]
then
        cat /etc/backup/no_file.mail |msmtp --logfile=/var/spool/uucp/msmtp.log --file=/var/spool/uucp/.msmtprc admin@firma.pl
else

        if [ -d $DST ]
        then
                sleep 1
        else
                mkdir $DST
        fi


rsync -a /home/edokumenty/files/ /mnt/backup/files/

fi