Backup w rodowisku rozproszonym - oprogramowanie AMANDA
Pawe Topa 26 padziernika 2007
1
Narzdzia
backup'u
i archwizacji w systemie Linux
W niniejszym rozdziale omawiane s narzdzie przeznaczony do
wykonywania kopii bezpieczestwa oraz archiwizacji plikw, dostpne w
systemach Unix'owych. Obok podstawowych narzdzi, dostarczanych
zazwyczaj z systemem operacyjnym, jak tar, dump, cpio i rsync,
przedstawiony zostanie take kompletny system backup'owania i
archiwizacji o nazwie AMANDA (The Advanced Maryland Automatic
Network Disk Archiver). Wszystkie te narzdzie posiadaj obszern
dokumentacj w postaci stron podrcznika (polecenie man), a w
przypadku AMANDy take opisw dostarczanych wraz z tym
oprogramowaniem. Wartociowy przegld narzdzi dostpnych w rnych
implementacjach Unix'a oraz obszerny przegld podstaw wykorzystania
AMANDy mona znle w [1].
1.1 Narzdzia natywnePodstawowym narzdziem do archiwizacji danych
w systemach Unix oraz Linux jest program tar (Tape Archiviser ).
Obecnie znacznie czciej wykorzytywany jest w celu wykonywania
archiww o rozszerzeniach *.tar, pierwotnie zosta jednak
zaprojektowany dla potrzeb obsugi archiww na tamach magnetycznych.
W najnowszych implementacjach, zwaszcza wersja GNU dla Lik zostay
wzbogacone o Moliwoci tar'a nie s zbyt obszerne w porwnaniu z
nowoczesnymi pakietami archiwizujcymi (np. amanda), posiada jednak
moliwoc tworzenia kopii przyrostowych, doczania plikw do archiwum,
aktualizacji aktualizacji etc. Najwaniesze opcje polecenia tar
to:
c, create utwrz archiwum; x, extract, get rozpakuj zawarto
archiwum do biecego katalogu, t, list wypisz zawarto archiwum; f,
file target nazwa urzdzenia lub pliku do ktrego zostanie zapisane
tworzone archiwum. Domylnie tar prbuje utworzy archiwum na
urzdzeniu tamowym np. /dev/rmt/0m (HP-UX); tar w systemie Linux,
kieruje strumie danych na standardowe wyjcie. v, verbose wywietla
na ekranie informacje na temat procesu tworzenia lub rozpakowywania
archiwum. C, directory dir1 dir2 przejcie do katalogu dir1 przed
spakowaniem zawartoci katalogu dir2 podanego jako nastpny argument
opcji. Oczywiste jest, e dir2 jest podkatalogiem dir1. z, gzip,
ungzip; Z, compress, uncompress dostpne tylko w niektrych
implementacjach opcje pozwalajce natychmiast po utworzeniu archiwum
od razu skompresowa go dostpnymi w systemie programami gzip i
compress (lub zdekompresowa przed rozpakowaniem archiwum). Jeli
archiwum zapisywane jest do pliku to zgodnie z przyjt konwencj,
jego rozszerzenie powinno mie posta *.tar.gz/*.tgz w przypadku
kompresji programem gzip i *.tar.Z, gdy uyjemy programu
compress.Przykadowe polecenie tworzce archiwum w pliku tar
zawierajce kilka podkatalogw z katalogu biecego ma nastpujc
posta:1
backupsrv# tar -cvf archiwum.tar katalog1 katalog2
katalog3Podczas tworzenia archiwum wywietlana bdzie lista
pakowanych plikw z ciekami wzgldem katalogu biecego. Dziki opcji C
moliwe jest przemieszczanie si po drzewie katalogw i wczanie do
archiwum zawartoci podkatalogw lecych w rnych miejscach drzewa
katalogw np.
1
backuprsv# tar -cvf work.tar -C /home/jarek praca -C
/home2/tomek robota
1
Powysze polecenie umieci w jednym archiwum o nazwie work.tar,
zawarto podkatalogw praca i robota, znajdujcych si w rnych
poddrzewach katalogu /. Moliwe jest uywanie rwnie cieek wzgldnych,
naley jednak pamita, e kolejne przejcia odbywaj si wzgldem katalogu
w ktrym poprzednio odbywao si przetwarzanie polecenia tar.
Tworzenie archiwum na urzdzeniu tamowym /dev/nst0 (Linux) ma
posta:1
backupsrv# tar -cvf /dev/nst0 katalog1 katalog2 katalog3W licie
argumentw polecenia mona uywa metaznakw wildcards * i ? itd. Aby
bez rozpakowania sprawdzi zawarto archiwum na tamie naley wyda
polecenie:
1
backupsrv# tar -tvf /dev/nst0Analogicznie postpujmy w przypadku
archiwum w pliku. Oczywicie aby przejrze archiwum na tamie, naley
najpierw spozycjonowa gowic czytnika w miejscu w ktrym na tamie
rozpoczynaj si dane archiwum (mona wykorzysta polecenia udostpniane
przez pakiet mt-st. Archiwum *.tar rozpakowujemy do biecego
katalogu poleceniem:
1
backupsrv# tar -xvf archiwum.tarDodajc opcj z (lub Z do kadego z
powyszych polece moemy tworzy, przeglda i rozpakowywa archiwa
skompresowane. Pewne niedostatki polecenia tar zostay naprawione
podczas implementacji inne narzdzia archiwizacji o nazwie cpio.
Jego przewagi nad tar to:
elestyczniejsza archiwizacja dowolnych zbiorw danych; tar nadaje
si bardziej do archiwizacji caych poddrzew katalogw. lepsze
upakowanie danych na tamie. radzi sobie z uszkodzonymi miejscami na
tamie. potra dzieli archiwa pomidzy wiele tam (niektre wersje tar
te to potra).
cpio tworzy archiwum na podstawie listy plikw przekazywanych do
polecenia standardowym strumieniem wejciowym.
2
AMANDA
AMANDA (Advanced Maryland Automated Network Archiver ) jest
zawansowanym narzdziem tworzenia kopii bezpieczestwa dziaajcym w
rodowisku sieciowym. Stworzona na Uniwrsytecie Maryland, jest
dostpna bezpatnie na licencji GPL. Zrda pakietu dostpne s na
stronie projektu www.amanda.org. Obok dokumentacji dostarczanej
wraz z oprogramowaniem, uytecznymi rdami informacji o Amandzie s
ksiki Unix Backup and Recovery [5] oraz UNIX Administracja systemu
[1]. Amanda nie realizuje adnego z typowych (np. dziadek-ojciec-syn
lub wiea Hanoi) strategii wykonywania kopii bezpieczestwa. Jej
dziaanie polega na powtarzajcym si wykonywaniu tzw. cykli, podczas
ktrych wykonywana jest pena kopia wszystkich danych. Pena kopia
danych nie jest wykonywana jednorazowo, ale rozoone jest na cay
cykl. Jednoczenie archiwizowane s wszystkie dane zmieniajce si w
cigu cyklu. W czasie cyklu, Amanda wykonuje zadan ilo przebiegw, w
trakcie kadego wykonujc cz penej kopii wszystkich danych
podlegajcych backup'owi oraz kopi przyrostow danych, ktrej zmieniy
si od poprzedniego przebiegu. Do odtworzenia danych potrzebne s
tamy z caego cyklu. Pozornie konguracja Amandy moe wydawa si
skomplikowanym zadaniem, ale dziki dostarczanym wraz z
oprogramowanie przykadom skryptw konguracyjnych mona przez ten etap
przej prawie bezbolenie. Naley jednak pamita o kliku istotnych
elementach konguracji caego systemu, ktre naley przygotowa na rnych
etapech instalcji. Konguracj i uruchomienie Amandy omwimy na
przykadzie prostej instalacji zoonej z serwera i klienta backup'u.
Do archiwizacji bdzie wykorzystywany napd tamowy DDS-3 podpiety do
magistrali SCSI serwera. Obie maszyny pracuj pod kontrol systemu
operacyjnego Linux1 i znajduj si w tej samej podsieci. Chocia
Amanda dostpna jest w postaci gotowych pakietw binarnych omwimy
tutaj instalcj pakietu ze rde. Konguracja Amandy zaczyna si bowiem
ju w momencie jej kompilacji. Wywoujc skrypt konguracyjny configure
naley poda nazw uytkownika (oraz jego grup gwn) ktry bdzie
wacicielem procesw uruchamianych w trakcie pracy Amandy np.1
Amanda
potrai wykonywa rwnie backup maszyn pracujcych pod kontrol MS
Windows, uywajc oprogramowania Samba
2
1
client# ./configure --with-user=amanda --with-group=diskGrupa
disk jest wacicielem urzdze blokowych w systemie i zazwyczaj
tworzona jest w momencie instalacji systemu. Jeli zainstalowalimy
Amand z pakietw binarnych np. *.rpm, *.deb, skrypty
post-instalacyjne utworzyy take uytkownika amanda czynic go
czonkiem waciwej grupy, natomiast przy instalacji ze rde, sami
musimy zadba o jego wczeniejsze utworzenie np. poleceniem adduser.
Uytkownik amanda musi by czonkiem grupy disk, a jaego katalog
domowy powinien znajdowa si w katalogu /var np. /var/lib/amanda. Ze
wzgldu na rnic midzy implementacjami polece adduser/useradd pomidzy
rnymi dystrybucjami2 nie bdziemy podawa dokadnej postaci linii
polece. Aby mie pen kontrol nad instalcj Amandy warto dokadnie
przejrze list opcji skryptu konguracyjnego ./configure help lub
jeszcze lepiej dokadnie zapozna si z plikiem INSTALL w katalogu
docs rde pakietu. Amanda musi zosta zainstalowana zarwno na
serwerze jak i na kliencie. Jeeli chcemy zaoszczedzi na przestrzni
dyskowej oraz czasie kompilacji moemy ustali podczas konguracji, e
kompilowana bdzie tylkocz serwerowa (opcja without-client) lub
kliencka (without-serwer). Skrypt konguracyjny sprawdza obecno
wszystkich plikw, bibliotek oraz urzdze potrzebnych Amandzie. Warto
wic przeledzi generowane komunikaty aby upewni si, e wszystko poszo
jak naley np. czy urzdzenia tamowe zostay prawidowo wykryte itd.
Kompilacj pakietu uruchamiamy poleceniem make. Po jej pomylnym
zakoczeniu instalujemy oprogramowanie w systemie wydajc polecenie
make install. Lokalizacj katalogu gwnego Amandy okrelamy przy
pomocy opcji prefix skryptu konguracyjnego. Domylnie instalacja
wykonywana jest do katalogu /usr/local. Amanda skada si z kilku
demonw uruchamianych na serwerze i systemach klienckich oraz
szeregu program narzdziwych o rnorodnym przeznaczeniu:
amandad demon uruchamiany w systemie klienckim, podczas
wykonywania kopii bezpieczestwa. W razie potrzeby demon ten
uruchamia inne programy klienkcie:
selfcheck wykonuje werykacj lokalnej konguracji, sendsize
oszacowuje wielko kopii danych, sendbackup przesyanie danych na
serwer archiwizacji, amcheck werykacja konguracji (w tym poczenia z
serwerem).
amdupm gwny program Amandy po stronie serwera uruchaminy przez
demona cron uruchamiany przez. Program ten wykorzystuje podczas
dziaania kilka innych programw:
planner ustala co archwizowa ??? driver sterownik urzdzenia ???
dumper komunikuje si z demonami klienckimi amandad, taper zapisuje
pobrane dane na urzdzeniu tamowym, amreport przygotowuje raport z
wykonania jednego przebiegu Amandy.
Narzdzia administracyjne:
amcheck sprawdza poprawno konguracji Amandy (zarwno po stronie
serwera jak i klienta) orazgotowo do dziaania,
amlabel przygotowuje noniki przypisujc im etykiety, amcleanup
naprawia skutki nieprzewidzanej przerwy w pracy systemu, amflush
wymusza zapis danych przechowywanych w katalogu tymczasowym Amandy
na noniku amadmin umoliwia wykonywanie pewnych czynnoci
administratorskich. Odzyskiwanie danych:
polecenie to jest przydatne gdy z jakiego powodu nie mozliwy by
zapis na noniku podczas normalnej pracy systemu,
amrestore amrecover pozwala na interakcyjne odzyskiwanie plikw.
Jego praca moliwa jest dziki obecnoci demonwindeksujcych amindexd i
amidxtaped Domylnie, konguracje Amandy, umieszczane s w podkatalogu
etc/amanda znajdujcym si w jej gwnym katalogu np.
/usr/local/etc/amanda. Inn lokalizacj plikw konguracyjnych okrelamy
przy pomocy opcji with-configdir skryptu konguracyjnego.2 gwnie
pomidzy dystrybucjami RedHatopodobnymi (Suse, Aurox, Mandrake) i
Debianem
3
2.1 Konguracja klientaPo zainstalowniu Amandy na
komputerze-kliencie naley wczy obsug sieciowych usug Amandy. W
plikach /etc/services oraz /etc/inetd.conf (Debian) lub
/etc/xinet.d/amanda musz znajdowa si nastpujce wpisy:1 2 3 4
client# grep amanda /etc/services ... amanda 10080/udp # amanda
backup services ...oraz:
1 2 3 4
client# grep amanda /etc/inetd.conf ... amanda dgram udp ...
wait
amanda
/path_to_amandad/amandad
amanda
lub w przypadku systemw wykorzystujcych demona xinetd:1 2 3 4 5
6 7 8 9 10 11
clientRH# cat /etc/xinet.d/amanda service amanda { socket_type =
protocol = wait = user = group = server = disable = }
dgram udp yes amanda disk /usr/lib/amanda/amandad no
Po wprowadzaniu wyej wspomnianych poprawek naley zrestartowa
demona inetd (lub xinetd) 3 .
2.2 Konguracja serweraPodobnie jak w przypadku klienta,
konguracja serwera Amandy rozpoczyna si od wczenia usug sieciowych
AMANDy:1 2 3 4 5 6
backupsrv# cat/etc/services ... amanda 10080/udp amandaidx
10082/tcp amidxtape 10083/tcp ... backupsrv# cat /etc/inetd.conf
... amandaidx stream amidxtape stream
# amanda backup services # amanda backup services
1 2 3 4
tcp tcp
nowait nowait
amanda amanda
/path_to/amindexd am /path_to/amidxtaped amidxta
1 2 3 4 5 6 7 8 9 10 11
backupsrvRH# cat /etc/xinet.d/amandaidx service amandaidx {
socket_type = stream protocol = tcp wait = no user = amanda group =
disk server = /usr/lib/amanda/amindexd disable = no }restart3
Ze
wzgldu na bd w niektrych implementacjach tych demonw lepiej jest
uy kombinacji polece start/stop w miejsce polecenia
4
1 2 3 4 5 6 7 8 9 10 11
backupsrvRH# cat /etc/xinet.d/amidxtaped service amidxtape {
socket_type = stream protocol = tcp wait = no user = amanda group =
disk server = /usr/lib/amanda/amidxtaped disable = no }Pliki
konguracyjne amanda.conf i disklist umieszczamy w stworzonym w tym
celu podkatalogu, katalogu konguracyjnego Amandy etc/amanda. Nazwa
podkatalogu jest jednoczenie nazw identykujc konguracj np. w
katalogu etc/amanda/DailySet1 znajduje si opis konguracji o nazwie
DailySet1. Amanda potra korzysta jednoczenie z wielu konguracji
denicja kadej z nich umieszczonej w umieszczana jest w odrbnym
podkatalogu. Tworzc now konguracj, najlepiej jest oprze si na
przykadowej konguracji o nazwie DailySet1 dostaczonej wraz z
oprogramowaniem. Przykadowe pliki amanda.conf i disklist znajduj si
w katalogu example w archiwum z kodem rdowym. Naley je przekopiowa
do katalogu naszej konguracji. W poniszym opisie ograniczymy si
jedynie do wyjanienia znaczenia najwaniejszych opcji pliku oraz
tych ktrych wartoci musimy zmieni aby dopasowa konguracj do naszych
potrzeb.
2.2.1 Ustawienia oglnePonisze opcje zwykle umieszczane s na
pocztku pliku i okrelaj, odpowiednio, nazw organizacji, na potrzeby
generowania raportw, adres uytkownika do ktrego maj by wysyane
raport oraz nazwa uytkownika, ktry bdzie wacicielem procesw
Amandy.1 2 3
org mailto dumpuser
"DailySet1" "[email protected]" "amanda"
Istotnym elementem konguracji jest take okrelenia pooenia plikw
w ktrych zapisywan bd informacje niezbdne do realizacji procedury
backup 'owania oraz plikw kroniki. Dla kadej spord zdeniowanych
konguracji powinien by wyznaczony odrbny katalog. Najwygodniejszym
rozwizaniem jest umieszczanie go w katalogu domowym uytkownika
amanda.1 2 3 4
infofile indexdir tapelist logdir
"/var/lib/amanda/DailySet1/curinfo"
"/var/lib/amanda/DailySet1/index"
"/var/lib/amanda/DailySet1/tapelist"
"/var/lib/amanda/DailySet1"
# # # #
pliki bazy danych miejsce na pliki indeksw tam, lista
wykorzystywanych tam katalog kroniki
backup
Jeli chcemy kontrolowa obcienie lokalnej sieci moemy ustali
maksymaln liczb rwnolege wykonywanych 'w oraz dopuszczaln
przepustowo sieci jaka bdzie wykorzystywana w czasie jego
trwania.
1 2
inparallel netusage
2 600 Kbps
2.2.2 Cykl archiwizacjiNajwaniejszym elementem konguracji jest
ustalenie dugoci cyklu, iloci przebiegw w trakcie 1 cyklu, ilo tam
wykorzystywanych w trakcie jednogo przebiegu oraz liczb dostpnych
tam.1 2 3 4
dumpcycle 3 days runspercycle 3 runtapes 1 tapecycle 5 tapes
# # # #
czas trwania cyklu ilo przebiegw w jednym cyklu ilo tam
wykorzystywanych w jednym przebiegu ilo tam wykorzystywanych w
jednym cyklu
Kada tama wykorzystywana przez Amand musi posiada etykiet. Aby
uatwi zarzdzanie tamami, deniujemy format etykiety przy pomocy
wyraenia regularnego.1
labelstr "^DailySet1[0-9][0-9]*\$"
#format etykiety5
2.2.3 Poziomy kopii bezpieczestwaPodczas archiwizacji Amanda
wykorzystuje poziomy kopii bezpieczestwa. Poziomy dobierane s na
podstawie dostarczonych parametrw. Amanda stara si znale kompromis
pomidzy zwikszaniem si trudnoci odtwarzania danych przy stosowaniu
kopii wielopoziomowych, a wynikajcym z ich zastosowania
oszczdnociami. Parametr bumpsize okrela minimaln warto objtoci
danych jak zaoszczdzimy przechodzc z poziomu 1 do 2 kopii
bezpieczestwa. Mnonik bumpmult okrela przez ile naley przemnoy
bumpsize aby otrzyma prg przejcia na wyszych poziomach. W poniszym
przykadzie, przejcie z poziomu 2 na 3 zwizane jest z uzyskaniem
oszczdnoci rzdu 40 MB, a z 3 na 4 80 MB. Minimalny czas przez jaki
kopia bezpieczestwa na danym poziomie musi by wykonywana jest
okrelona parametrem bumpdays1 2 3
bumpsize 20 Mb bumpdays 1 bumpmult 4
# prg przejcia z poziomu 1 -> 2 # mon. ilo dni na kadym
poziomie # prg = bumpsize * bumpmult^(poziom-1)
2.2.4 Tymczasowa przestrze skadowania danychWykonanie kopii
bezpieczestwa mona przyspieszy, dopuszczajc wykorzystanie dysku
twardego jak cache 'u. Pominicie tej opcji powoduje, e backup
wykonywany jest bezporednio na tam co si rzeczy jest stosunkowo
powolnym procesem. Jeli objto danych przekracza dostpna na dysku
przestrze, backup wykonywany jest bezporednio na tam. Uytkownik
amanda musi mie oczywicie wszystkie niezbdne prawa do
wyspecykowanego katalogu najlepiej gdyby by po prostu jego
wacicielem. Inni uytkownicy nie powinni mie dostpu do tego
katalogu.1 2 3 4 5
holdingdisk hd1 { comment "main holding disk" directory
"/home/bck" # miejsce do tymczasowego skadowania danych use 790 Mb
# ilo dostpnego miejsca }Moliwe jest zdeniowane wiksze iloci urzdze
blokowych z przeznaczeniem do tymczasowego skadowania
archiwizowanych danych. Jeli proces wykonywania backup 'u zostanie
przerwany wskutek awarii systemu, dane, ktre zdyy zapisa si na
dysku musz by przeniesione na tam przy pomocy polecenia amflush.
Dodatkowo usuwan s wszelkie nieprawidowoci w plikach bazy danych
Amandy, ktre powstay w wyniku awarii. Jeli z jakiej przyczyny zapis
archiwizowanych danych na tamie nie jest moliwy, Amanda zaczyna
wykorzystywa dyski przeznaczone do tymczasowego skadowania.
Postpujc asekuracyjnie, przechodzi w tzw zdegradowany tryb pracy i
aby zaoszczdzi przestrze dyskow Amanda wykonuje tylko kopie
przyrostowe. Domylnie caa dostpna przestrze dyskowa jest
zarezerwowana na wykorzystanie w trybie zdegradowanym. Parametr
reserve pozwala okreli graniczn pojemno dostpn na dysku poniej,
ktrej Amanda jeszcze nie pracuje w trybie zdegradowanym. W poniszym
przykadzie, Amanda nie przejdzie w tryb zdegradowany dopki na dysku
pozostaje wicej ni 30% wolnego miejsca.
1
reserve 30
# w procentach
2.2.5 Urzdzenia tamoweDeniujc wasnoci urzdzenia tamowego musimy
okreli urzdzenie na ktrym bdzie wykonywany backup oraz jego typ.
Nazwa typu urzdzenia jest odwoaniem do znajdujcych si w dalszej
czci pliku konguracyjnego denicji okrelajcych istotne parametry
urzdzania.1 2
tapedev "/dev/nst0" tapetype DAT2Deniujc typ urzdzenia podajemy
rozmiar nonika, wielko znacznika koca pliku oraz przepustowo
urzdzenia. Denicie dla kilku najczciej spotykanych napdw tamowych
znajduj si w pliku. Na stronie twrcw Amandy gromadzone s take
denicje nadsyane przez uytkownikw z caego wiata. Jeli mimo to nie
uda nam si znale denicji przeznaczonej dla posiadanego przez nas
urzdzenia, musimy sami przygotowa stosowny wpis. Najlepiej zrobi od
wyszukujc urzdzenie podobne (ostatecznie liczba istniejcych
standardw napdw tamowych nie jest zbyt dua) i modykujc wartoci
wedug danych producenta napdu lub nonika. Podane w denicjach
wartoci wykorzystywan s raczej w celach szacunkowych np. w celu
okreslenia iloci potrzebnych tam; zapis danych i tak prowadzony
jest do napotkania koca tamy.
6
1 2 3 4 5 6 7 8 9 10 11 12
define tapetype DAT2 { comment "DAT tape drives" lemphth 3000
mbytes filemark 250 kbytes speed 400 kbytes } define tapetype
DEC-DLT2000 { comment "DEC Differential Digital Linear Tape 2000"
lemphth 15000 mbytes filemark 8 kbytes speed 1250 kbytes }
2.2.6 Typy backup 'uNa kocu pliku amanda.conf znajdujemy zbir
predeniowanych typw backup 'u. Typ backup'u grupuje szereg
parametrw wykonywania backup 'u, odnoszcych si do sposobu
postpowania z archiwizowanymi danymi np. czy poddajemy dane
kompresji lub ktre pliki maj by pominite podczas archwizacji.
Deniowane typy wykorzystywane s w pliku disklist w ktrym
umieszczamy list zasobw do archiwizacji (patrz niej). Opis
wszystkich opcji, jakie moga pojawi si w denicji typu, znajduj si w
pliku przykadowym pliku amanda.conf, dlatego ograniczymy si do
omwienia tylko kilku najczciej wykorzystywanych (modykowanych).
comment pozwala na umieszczenie ktrtkiego komentarza, zwykle
opisujcego cechy deniowanego typu
backup
'u.
exclude dziki tej opcji mamy moliwo wyczenia pewnych plikw lub
katalogw z backup 'u. Wczenie tej opcji mam sens tylko wtedy gdy do
archiwizacji wykorzystujemy program tar (patrz poniej). W innych
przypadkach opcja ta jest ignorowana. Dopuszczalne s dwie metody
okrelania jakie pliki lub katalogi Aamnda ma pomija: "PLIK" z
archwizacji zostanie wyczony plik (lub katalog) o nazwie PLIK
poleceniu tar zostanie przekazana opcja -exclude=PLIK. W nazwie
pliku mog by uyte metaznaki. list "PLIK_Z_LISTA" zarchiwizacja
zostan wyczone pliki z listy znajdujcej si w plik (po stronie
klienta!) PLIK_Z_LISTA.Domylnie aden plik nie jest pomijany.
compress okrela metod kompresji danych. Dopuszczalne s nastpujce
wartoci: none brak kompresji, client fast kompresja danych po
stronie klienta z wykorzystaniem szybkiego algorytmu, client best
j.w. ale kompresja zostanie wykonane z uyciem wolniejszego, ale
efektywniejszego algorytmu, server fast kompresja po stronie
servera z wykorzystaniem szybkiego algorytmu, server best j.w., ale
wykorzystany zostanie wydajniejszy i wolniejszy algorytm
kompresji.Naley sobie zdawa spraw, e kompresja moe znacznie obciy
procesor klienta lub serwera. Naley zatem zastanowi si nad wyborem
strony po ktrej bdzie wykonywana kompresja. Wybr klienta o
niewystarczajcej mocy moe spowodowa, e backup bdzie zakca prac
uytkownika. Kompresja na serwerze o niezbyt wysokiej wydajnoci moe
z kolei spowodowa wyduenie czasu wykonywania backup'u. W
ostatecznoci moemy cakowicie zrezygnowa z kompresji. Domylnie opcja
ta ma warto client fast
index okrela czy Amanda ma utrzymywa indeks plikw w kopii
bezpieczestwa (wartoc yes lub no. Indeksowanie jest niezbdne gdy
chcemy wykorzystywa interakcyjne narzdzia odtwarzania plikw w
rodzaju amrecover. priority opcja ta ustala wzgldny priorytet
wanoci tego typu backup 'u. Jeli z jakiego powodu zapis na tam nie
moe byc wykonany np. w napdzie brak jest nonika, tyle danych ile si
zmieci jest zapisywanych na dysku w miejscu okrelonym opcj pliku
konguracyjnego holdingdisk. Dane, ktryb backup ma najwyszy
priorytet zapisywane s w pierwszej kolejnoci. Dopuszczalne wartoci
tej opcji to high, medium, low. Domylnie ustalony jest priorytet
medium. program pozwala na wybranie programu archiwizujacego, ktry
bdzie wykorzystywane przez Amand podczas backup 'u. Do wyboru mamy
dwa programu tar (warto "GNUTAR") oraz dump (warto "DUMP").
Domylnie wykorzystywany jest program dump.
7
holdingdisk w odrnieniu od opcji o tej samej nazwie okrelajcej
urzdzenie blokowe na ktrym tymczasowo skadowane s dane, w przypadku
denicji typu backup 'u umozliwia nam okrelenie czy chcemy korzysta
z tego dysku (wartoci yes/no). Domylnie dysk jest
wykorzystywany.Przykadowy plik konguracyjny amanda.conf obok
obszernego opisu wszystkicj opcji wykorzystywanych w denicji typw
backup 'u zawiera spor ilo gotowych do wykorzystania predeniowanych
typw. Rozpoczynajc prac z Amand najlepiej wykorzysta jeden z nich.
W miar zyskiwania dowiadczenia mona eksperymentowa z wasnymi
typami. Syntaktyka denicji typw backup 'u pozwala na tworzenie
wasnych, nowych typw poprzez dziedziczenie wartoci opcji z wczeniej
zdefniowanych typw. W poniszym przykadzie, stworzony przez
uytkownika typ backup'u o nazwie account-dump, dziedziczy
ustawienia z predeniowanego typu comp-high, i porednio z
najbardziej oglnego typu global. Denicja comp-high modykuje niektre
z domylnych wartoci, ustalajc najwyszy priorytet archiwizowanych
danych oraz optymalizujc proces backup 'u dla wydajnych maszyn
klienckich. Nowa denicja przenosi miejsce kompresji na serwer oraz
specykuje list plikw do pominicia wraz z niezbdn w tym przypadku
zmian programu archiwizujcego.1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
16
define dumptype global{ comment "Global definitions" index yes }
define dumptype comp-high { global comment "very important
partitions on fast machines" compress client best priority high }
define dumptype account-dump { comp-user comment "Archwizacja PCetw
w ksigowoci" compress server fast program "GNUTAR" exclude list
"/usr/lib/amanda/exclude.gtar"
2.2.7 Konguracja interfejsw komunikacyjnych1 2 3 4 5 6 7 8 9
define interface local { comment "a local disk" use 1000 kbps }
define interface eth0 { comment "10 Mbps ethernet" use 400 kbps
}
2.2.8 Archiwizacja zasobw danychList zasobw danych, ktre maj
podlega archiwizacji umieszczamy w pliku disklist znajdujcym si w
tym samym katalogu co amanda.conf. Plik dostarczony z
oprogramowaniem zawiera wraz z objanieniami, spor ilo przykadowych
wpisw dla rnych platform. Oglnie pojedynczy wpis w pliku disklist
ma posta:1
nazwa_hosta
zasob_dyskowy
typ_backupu
nazwa_hosta jest nazw lub adresem IP klienta, ktrego dane
umieszczone na urzdzeniu lub w katalogu okrelonym przez
zasob_dyskowy, bed podlega archiwizacji wedug typu okrelonego przez
typ_backupu. Przykadowe wpisy mog mie posta:1 2 3
clientbck clientbck winbck
/dev/hda3 /home/accounts //winbck/dysk_e
comp-high accounts-dump samba-dump
8
Literatura[1] Unix administracja systemu, Aeleen Frisch, Wyd.
RM, 2003r. [2] The Linux System Administrators' Guide:
http://www.linuxpl.org/SAG/ [3] Laboratorium systemu operacyjnego
Linux: http://rainbow.mimuw.edu.pl/SO/LabLinux/ [4] (Prawie)
wszystko o Linuxie: http://www.linuxpub.pl/ [5] Unix Backup and
Recovery, W.C. Preston, Wyd. O'Reily, 1999r.
9
