• Articles
• admin

Amanda (Advanced Maryland Automatic Network Disk Archiver) jest najpopularniejszym oprogramowaniem open-source do tworzenia kopii zapasowych i odzyskiwania danych na świecie, które chroni ponad milion serwerów i komputerów stacjonarnych z różnymi wersjami systemów operacyjnych Linux, UNIX, BSD, Mac OS-X i Microsoft Windows na całym świecie. Amanda obsługuje taśmy, dyski, nośniki optyczne i zmieniacze. Daje nam możliwość wykorzystania pamięci dyskowej jako nośnika kopii zapasowej. Konfiguracja, inicjowanie i weryfikacja kopii zapasowej zakończy cykl tworzenia kopii zapasowej w ciągu 30 minut. Amanda była z powodzeniem stosowana w środowiskach od jednej samodzielnej Maszyny do setek klientów. Może to uchronić Cię przed drogim zastrzeżonym oprogramowaniem do tworzenia kopii zapasowych i niestandardowymi skryptami kopii zapasowych, które mają skłonność do łamania w najgorszych momentach.

w tym artykule pokażemy, jak możesz :

• Zainstaluj i skonfiguruj serwer backupu Amanda.
• ustaw parametry kopii zapasowej.
• zweryfikuj konfigurację i zweryfikuj kopię zapasową.
• Zainstaluj i skonfiguruj klientów Amanda Linux do tworzenia kopii zapasowych.

Krok 1: Instalacja Amanda na CentOS 7

zaczniemy od pierwszego kroku, instalując Amanda backup server na CentOS 7 server. Otwórz terminal wiersza poleceń swojego hosta CentOS 7, używając poświadczeń użytkownika root i skonfiguruj jego adres IP i FQDN. Uruchom następujące polecenia, aby skonfigurować nazwę hosta serwera kopii zapasowej Amanda.

# hostnamectl set-hostname amanda-server

# vi /etc/hosts192.168.10.177 amanda-server amanda-server.linoxide.com

upewnij się, że masz połączenie z Internetem w celu instalacji aktualizacji i pakietów serwera Amanda. Uruchom następujące polecenie, aby zaktualizować system o najnowsze aktualizacje i poprawki.

# yum update

po zaktualizowaniu systemu możesz rozpocząć instalację serwera backupu Amanda używając polecenia 'yum’, ponieważ jego pakiety są dostępne w domyślnym repozytorium EPEL. Kontynuuj, uruchamiając następujące polecenie i naciśnij klawisz 'y’, aby kontynuować jego instalację, w tym jego zależności.

# yum install amanda*

Amanda zostanie wykonana przez xinetd, więc musimy ją zainstalować wraz z niektórymi wymaganymi pakietami dla Amandy w systemie.

# yum install xinetd gnuplot perl-ExtUtils-Embed

Krok 2: uruchamianie usługi Xinetd

teraz mamy serwer kopii zapasowych xinetd i Amanda zainstalowany w naszym systemie operacyjnym CentOS 7. Rozpocznijmy usługę 'xinetd’ używając polecenia jak pokazano poniżej.

# service xinetd restart

Sprawdź instalację amanda po jej pomyślnej instalacji za pomocą następującego polecenia.

# amadmin --versionamadmin-3.3.3

Krok 3: Konfiguracje Amanda Konfiguracja

najpierw zrobimy kilka katalogów uisng użytkownika głównego, ale upewnij się i potwierdź użytkownika Amanda, że prawdopodobnie „amandabackup” lub „amanda” lub „backup”, w zależności od tego, jak zainstalowałeś Amanda. Używamy tutaj domyślnego 'amandabackup’, aby przypisać własność następującej struktury katalogów.

# mkdir -p /amanda /etc/amanda

# chown amandabackup /amanda /etc/amand

teraz przełącz się na użytkownika 'amandabackup’ i uruchom następujące polecenia.

# su - amandabackup

-bash-4.2$ mkdir -p /amanda/vtapes/slot{1,2,3,4}

-bash-4.2$ mkdir -p /amanda/holding

-bash-4.2$ mkdir -p /amanda/state/{curinfo,log,index}

-bash-4.2$ mkdir -p /etc/amanda/MyConfig

Tak więc wszystkie dane będą znajdować się w folderze „/ amanda”, ale możesz umieścić je w dowolnym miejscu. Teraz dodamy Amandę.conf 'file at’/etc/amanda/ MyConfig / ’ directory with the following content.
to jest główny plik konfiguracyjny dla Amandy, Zaawansowanego automatycznego archiwizatora dysków sieciowych. Pozwala otworzyć ten plik konfiguracyjny za pomocą najlepszego edytora i umieścić w nim następującą zawartość. Pamiętaj, że powinieneś odpowiednio edytować 'dumpuser’, jeśli twój użytkownik ma inną nazwę.

-bash-4.2$ vi /etc/amanda/MyConfig/amanda.conf

org "MyConfig"infofile "/amanda/state/curinfo"logdir "/amanda/state/log"indexdir "/amanda/state/index"dumpuser "amandabackup"tpchanger "chg-disk:/amanda/vtapes"labelstr "MyData"autolabel "MyData%%" EMPTY VOLUME_ERRORtapecycle 4dumpcycle 3 daysamrecover_changer "changer"tapetype "TEST-TAPE"define tapetype TEST-TAPE {length 100 mbytesfilemark 4 kbytes}define dumptype simple-gnutar-local {auth "local"compress noneprogram "GNUTAR"}holdingdisk hd1 {directory "/amanda/holding"use 50 mbyteschunksize 1 mbyte}

istnieje szereg parametrów konfiguracyjnych, które kontrolują zachowanie programów. Wszystkie mają wartości domyślne, więc nie musisz określać parametru w amanda.conf, jeśli wartość domyślna jest odpowiednia. Oryginalny plik konfiguracyjny Amanda można znaleźć w katalogu '/etc/amanda/DailySet1/’.

następnie dodamy plik 'disklist’ z pojedynczym wpisem listy dysków (dle). Plik „disklist” określa, które dyski będą archiwizowane przez Amandę. Plik zawiera dyrektywę includefile lub wpis disklist (dle). Ogólne użycie polegało na opisaniu DLE jako partycji lub systemu plików.

-bash-4.2$ vi /etc/amanda/MyConfig/disklist

localhost /etc simple-gnutar-local

Zapisz i zamknij plik używając ’: wq!’gdy używasz edytora’ vi 'lub’ vim’. Tak więc, zrobiliśmy konfiguracje przejdźmy do następnego kroku.

Krok 4: sprawdź konfigurację Amandy

Amanda ma ładne narzędzie o nazwie 'amcheck’, które może sprawdzić konfigurację dla ciebie. Uruchomienie go do konfiguracji testowej, która daje wyniki konfiguracji. Zauważ, że prawie wszystkie polecenia Amanda przyjmują nazwę konfiguracji jako pierwszy argument, tak jak w naszym przypadku jest to „MyConfig”.

uruchom następujące polecenie, aby sprawdzić konfiguracje serwera hosta taśmy.

-bash-4.2$ amcheck MyConfig

Amcheck wykonuje szereg samokontroli zarówno na serwerze taśmowym Amanda, jak i na hostach klienckich Amanda.
na hoście serwera taśmowego amcheck może przejść przez to samo sprawdzanie taśmy używane na początku nocnego biegu amdump, aby sprawdzić poprawność zamontowanej taśmy do następnego uruchomienia. Może również sam sprawdzić wszystkie hosty klienta, aby upewnić się, że każdy host jest uruchomiony i że uprawnienia na systemach plików, które mają być archiwizowane, są poprawne.

możesz określić wiele wyrażeń host/disk, tylko dyski pasujące do wyrażenia będą sprawdzane. Wszystkie dyski są sprawdzane, jeśli nie podano żadnych wyrażeń.

Krok 5: Uruchom kopię zapasową testu

wyniki testu są pozytywne, ponieważ widzieliśmy, że nie znaleziono takiego błędu, który zmusił nas do pójścia naprzód. Narzędziem do uruchamiania kopii zapasowych jest 'amdump’. Pobiera tylko nazwę konfiguracji, która nie wypisuje niczego do terminala w jego out put. Biegnijmy jako użytkownik Amanda, jak pokazano poniżej.

-bash-4.2$ amdump MyConfig

zajmie to kilka sekund, a następnie prawdopodobnie nie otrzymasz wyjścia. W następnym wierszu uruchom następujące polecenie, które powinno dać’ 0 ’ na wyjściu. jeśli widzisz coś innego niż zero, kopia zapasowa nie powiodła się.

-bash-4.2$ echo $?0

Amdump jest głównym interfejsem do procesu tworzenia kopii zapasowych. Ładuje określoną konfigurację i próbuje wykonać kopię zapasową każdego dysku określonego przez „listę dysków”. Amdump jest zwykle uruchamiany przez 'cron’, który pokażemy Ci w kolejnych krokach.

ale jeśli widzisz coś innego niż zero, oznacza to, że kopia zapasowa nie powiodła się. W takim przypadku możesz zobaczyć poręczny raport o tym, co stało się z kopią zapasową, używając polecenia 'amreport’ wraz z plikiem konfiguracyjnym.

-bash-4.2$ amreport MyConfig

Amreport wygeneruje raport zbiorczy z uruchomienia kopii zapasowej Amanda, jak pokazano na poniższym obrazku.

Krok 6: Amanda Backup Scheduling

aby codziennie wykonywać 'amdump’, można go zaplanować za pomocą demona cron. Nikt nie chce pamiętać o wykonywaniu kopii zapasowych każdej nocy. Dlatego mamy crona! Dodajmy następujące linie .

-bash-4.2$ crontab -e

0 17 * * * amandabackup /usr/sbin/amcheck -m MyConfig15 2 * * * amandabackup /usr/sbin/amdump MyConfig

Zapisz i zamknij Edytor crontab. Linie te planują rezerwę codziennie o 17: 00 i 14: 15.

jeśli logujesz się do użytkownika root, możesz użyć następującego polecenia, aby dodać zadanie cron dla użytkownika Amada.

# su amadabackup -c "crontab -e"

ale w zależności od tego, jak zainstalowałeś Amandę, być może będziesz musiał zmienić '/usr/sbin’ na coś innego po dowiedzeniu się, gdzie twoja dystrybucja umieściła narzędzie Amanda. Możesz użyć 'which amcheck’ w wierszu poleceń, aby znaleźć lokalizację procesu.

# which amcheck/usr/sbin/amcheck

Amcheck może wysłać Ci e-mail w przypadku problemów z tym, co użyliśmy flagi ’-m ’ w crontab, a amdump z przyjemnością wyśle Ci raport każdej nocy. Automatyzacja nie jest dobra, jeśli nigdy nie dowiesz się, że coś jest zepsute. Po prostu Dodaj konfigurację „mailto” do swojej „Amandy”.plik konf.

-bash-4.2$ vi /etc/amanda/MyConfig/amanda.conf

mailto "[email protected]":wq!

Krok 7: Instalacja klienta Amanda Backup

w tej sekcji opiszemy jak zainstalować i skonfigurować nasze maszyny wirtualne w celu uzyskania kopii zapasowej przez serwery Amanda backup, które właśnie skonfigurowaliśmy w poprzednich krokach.

użyjemy innego serwera CentOS 7 do skonfigurowania instalacji kopii zapasowej klienta Amanda. Aby zainstalować pakiet klienta amanda, uruchom następujące polecenie.

# yum install amanda-client xinetd

Krok 8: Amanda Backup Client Configuration

The ’ / var / lib / amanda/.plik amandahosts służy do określenia lokalizacji serwera Amandahosts, otwórz ten sam plik za pomocą Edytora i dodaj następujący wpis, a następnie zapisz zmiany.

# vi /var/lib/amanda/.amandahosts

amanada_server amandabackup:wq!

następnie upewnij się, że ten sam plik '/var/lib/amanda/.amandahosts ’ musi zawierać wpisy z nazwą hosta każdego klienta AMANDA, który może używać polecenia amrecover, a 'amrecover’ musi być uruchomiony jako root.

podsumowanie

Amanda upraszcza życie administratora systemu, który może łatwo skonfigurować jeden serwer do tworzenia kopii zapasowych wielu klientów sieciowych na systemie pamięci masowej taśmowej lub dyskowej. Unikalny harmonogram optymalizuje poziom tworzenia kopii zapasowych dla różnych klientów w taki sposób, że całkowity czas tworzenia kopii zapasowych jest taki sam dla każdego uruchomienia kopii zapasowej. Zwalnia to administratorów systemu z konieczności zgadywania tempa zmian danych w ich środowiskach. Mam nadzieję, że ten artykuł okazał się bardzo pomocny, ale nadal pozostaje wiele rzeczy do zrobienia i omówimy je w następnych artykułach. Dziękuję za przeczytanie i nie zapomnij zostawić cennych komentarzy.