Amanda - Vor und Nachteile von Amanda
Berichte ueber bei MultiNET gelaufene Sicherungen mit Amanda
Amanda - Stichwortverzeichniss
Die Rechnern auf denen Amanda installiert und konfiguriert ist sind :
|
|
|
|
|
|
|
|
TOMCAT ist der Server, also der Master Host mit dem Sicherungslaufwerk fuer Amandasicherungen bei MultiNET. Installiert wurde Amanda auf Tomcat auf die in der Basic- Installation beschriebene 2. Variante von "configure". Das heisst die nach eigenen Wuenschen angepasste config.site, wurde in das Verzeichniss /usr/local /etc kopiert. ( alle gemachten Aenderungen fuer MultiNET stehen unter "zur Installation von Amanda" auf der allg. Amanda Seite). Bei configure wurde dann von amanda nach dieser Seite geschaut und die Einstellungen gleich uebernommen. Nach erfolgreicher Installation und etwas laenger dauernden Konfiguration wurde von TOMCAT aus auch die erste erfolgreiche Sicherung seiner eigenen root Partition gemacht und zurueckgespielt. Dies heisst, dass TOMCAT sowohl als Amanda Master Host wie auch als Amanda Client konfiguriert ist.
Sicherungen:
Auf Tomcat findet man unter /usr/local/etc/amanda
alle
Directories fuer bereits existierende, und funktionierende Sicherungen
der Rechner.
1. /usr/local/etc/amanda/normal:
war die erste konfigurierte Sicherung
mit der die root Partition von Tomcat gesichert wurde. Dient zu Testzwecken
und aendert sich oft.
2./usr/local/etc/amanda/archive:
bis jetzt nur ein Directory ohne disklist
oder amanda.conf
3. /usr/local/etc/amanda/VK_Tomcat:
getestete und funktionierende Sicherung fuer
eine Vollkonserve von Tomcat
4. /usr/local/etc/amanda/TK_Tomcat:
getestete und funktionierende Sicherung fuer
eine Teilkonserve von Tomcat
5. /usr/local/etc/amanda/TK_Mirage:
noch nicht durchgefuehrte abergetestete aber
vollstaendig konfigurierte Sicherung fuer eine Teilkonserve der Mirage
6. /usr/local/etc/amanda/VK1_Mirage:
noch nicht durchgefuehrte aber getestete vollstaendig
konfigurierte Sicherung fuer eine Vollkonserve der Mirage
7. /usr/local/etc/amanda/VK2_Mirage:
noch nicht getestete aber vollstaendig konfigurierte
Sicherung fuer eine Vollkonserve der Mirage
8. /usr/local/etc/amanda/TK_Ramjet:
noch nicht durchgefuehrte aber getestete und
funktionierende Sicherung fuer eine Teilkonserve von Ramjet
9. /usr/local/etc/amanda/VK_Ramjet:
noch nicht durchgefuehrte aber getestete und
funktionierende Sicherung fuer eine Vollkonserve von Ramjet
10. /usr/local/etc/amanda/TK_Alle:
noch nicht durchgefuehrte abergetestete und
funktionierende Sicherung fuer eine Teilkonserve von Ramjet, Mirage, Tomcat
und Martini. Hierfuer wurde extra ein dumptype
in der amanda.conf definiert(always diff).
11.) /usr/local/etc/amanda/VK_Martini
getestete und funktionierende Sicherung fuer
eine Vollkonserve von Martini
12.) /usr/local/etc/amanda/TK_Martini
getestete und funktionierende Sicherung fuer
eine Teilkonserve von Martini
13.) /usr/local/etc/amanda/VK_Alle:
getestete und funktionierende Sicherung aller
mit Rechner mit Amanda bei MutliNET. Hierfuer wurden in der amanda.conf
von VK_Alle extra 2 neue dumptypes definiert.
Logdateien:
Da Amanda waherend des Sicherns nicht sehr gespraechig ist, muessen
die Logdirectories die man in der amanda.conf festlegt erst angelegt werden,
um spaeter auch
auf diese zurueckgreifen zu koennen.
Alle Logdatein zu den verschiedenen Sicherungen
bei Multinet findet man auf Tomcat unter /usr/adm/amanda.
/usr/adm/amanda/DailyTK_A =>
Logdirectory fuer TK_Alle
/usr/adm/amanda/DailyTK_M =>Logdirectory
fuer TK_Mirage
/usr/adm/amanda/DailyTK_Mart =>Logdirectory
fuer TK_Mart
/usr/adm/amanda/DailyTK_R =>
Logdirectory fuer TK_Ramjet
/usr/adm/amanda/DailyTK_T =>
Logdirectory fuer TK_Tomcat
/usr/adm/amanda/DailyVK1-M =>
Logdirectory fuer VK1_Mirage
/usr/adm/amanda/DailyVK2-M =>
Logdirectory fuer VK2_Mirage
/usr/adm/amanda/DailyVK_Mart =>
Logdirectory fuer VK_Martini
/usr/adm/amanda/DailyVK_R =>
Logdirectory fuer VK_Ramjet
/usr/adm/amanda/DailyVK_T =>
Logdirectory fuer VK_Tomcat
/usr/adm/amanda/DailySet1 =>
Logdirectory fuer normal (erste Sichering fuer Tomcat's root Partition)
/usr/adm/amanda/DailyVK_Alle =>
Logdirectory fuer VK_Alle ( erste Sicherung mit "Indexing")
User - ID: moechte man sich Amanda nicht nur anschauen sondern auch damit arbeiten und Sicherungen machen, muss man sich als "dump" einloggen.
MIRAGE ( HP-UX) mit Amanda - 2.4.1p1
Mirage war der erste Rechner mit Amanda, der
nur als Client Host konfiguriert wurde. Leider traten bei der MIRAGE schon
beim Installieren Schwierigkeiten auf. Der ertse Schritt also 'configure'
lief noch ohne Probleme, doch schon beim zweiten Schritt also 'make' (
oder besser 'make check' ) gab es Probleme, und es wurde ein ERROR in bezug
auf blkcnt_t und fixincludes
gemeldet. Da wohl ein aehnlicher Feheler schon einmal bei Lance auftrat
wurde das Problem geloest in dem man in der config.site den Pfad usr/fixincludes
eintrug . Nach der erfolgreichen Installation kam die komplizierte Konfiguration.
Erste Tests ( mit amcheck normal ) meldeten immer wieder Zugriffsprobleme
von Tomcat als Master Host auf die Mirage als Client. Das Problem lag darin,
dass der "dump- user" mehreren Gruppen (sys, root) angehoeren muss damit
er die Berechtigung besitzt auf die verschiedenen Plattenpartitionen zugreifen
zu duerfen. Zu sehen ist die Aenderung auf der Mirage unter usr/local/etc/
config.site
#gcc's fixincludes was running on hp to get rid of undefined type blkcnt_t
INCLUDE_DIRS="/usr/fixincludes"User - ID:'dump'
Fertige Sicherungen betreff Mirage:
VK1_Mirage => Logdirectory = tomcat:/usr/adm/amanda/DailyVK1-M
VK2_Mirage => Logdirectory = tomcat:/usr/adm/amanda/DailyVK2-M
TK_Mirage => Logdirectory = tomcat:/usr/adm/amanda/DailyTK_M
TK_Alle ( Teilkonserve aller Rechner mit Amanda) => Logdirectory
= tomcat:/usr/adm/amanda/DailyTK_A
VK_Alle ( Vollkonserve aller Rechner mit Amanda) => Logdirectory
= tomcat:/usr/adm/amanda/DailyVK_Alle
Ramjet (sunOS) mit Amanda - 2.4.1p1
Die Installation von Amanda auf Ramjet verlief
sehr muehsam brauchte ich allein schon einige Tage, um die Binaries auf
den Rechner zu bekommen. Die groesste Schwierigkeit bestand jedoch wieder
einmal beim "make" ( make check).Hier stellte sich herraus, dass auf der
Ramjet "bcopy" statt "memmove" benutzt werden muss. Naeheres findet man
in den Amanda_Sourcen (/h/tom/amanda ) unter /regex-src/README.
User - ID:
auf beiden Rechnern ist 'dump'
Group - ID: auf beiden
Rechnern ist 'operator'
Fertige Sicherungen betreff Ramjet:
VK_Ramjet => Logdirectory = tomcat:/usr/adm/amanda/DailyVK_R
TK_Ramjet => Logdirectory = tomcat:/usr/adm/amanda/DailyVK_R
TK_Alle => Logdirectory = tomcat:/usr/adm/amanda/DailyTK_A
VK_Alle ( Vollkonserve aller Rechner mit Amanda) => Logdirectory
= tomcat:/usr/adm/amanda/DailyVK_Alle
Martini ( SUSE Linux)mit Amanda - 2.4.1p1
Die Installation von Amanda auf Martini verlief ohne Probleme. Die
bereits mit Suse gekommene Amanda Version musste aber wieder geloescht
werden, da es nicht moeglich war Tomcat als Master - Host fuer Martini
zu benutzen. Grund war der User und die Gruppe die bei der Installation
von Amanda auf Martini angegeben wurden. Bei der Konfiguration von Amanda
gab es jedoch wie gewohnt doch einige Schwierigkeiten. Die wir aber letztendlich
mit folgenden Aenderungen behoben haben:
- Dump muss der Gruppe disk angehoeren, damit er von den Festplatten
lesen darf.
- /etc/dumpdates muss fuer die Gruppe schreibbar sein
User - ID:
auf beiden Rechnern ist 'dump'
Group - ID: auf beiden
Rechnern ist 'operator'
Fertige Sicherungen betreff Martini:
VK_Martini => Logdirectory = tomcat:/usr/adm/amanda/DailyVK_Mart
TK_Martini => Logdirectory = tomcat:/usr/adm/amanda/DailyTK_Mart
TK_ALLE => Logdirectory = tomcat:/usr/adm/amanda/DailyTK_A
VK_Alle => Logdirectory = tomcat:/usr/adm/amanda/DailyVK_Alle
Amanda - Vor und Nachteile
von Amanda
Amanda bietet sicherlich Vorteile wie auch Nachteile, speziell auch
im Vergleich zum bisherigen Sicherungsverfahren bei Multinet. Die folgende
Tabelle soll zeigen was mir positiv oder negativ bei Amanda aufgefallen
ist. Wir haben uns jetzt entschieden Amanda weiter bei Multinet zu installieren,
wobei es schoen waere, wenn jeder der mit Amanda arbeitet und dem etwas
positiv oder negativ auffaellt, dies mit in diese Tabelle schreibt. Die
Seite ist zu finden unter: mutic.mulinet.de/tom/AMANDA-MultiNET.html
|
|
|
|
|
|
| Sucht man die Sicherung einer best.Partition eines Rechners, muss
man nicht lang mails durchstoebern, sondern kann mit einem Kommando herausfinden
auf welchem Band sich
die gewuenschte Sicherung befindet. |
Ein grosser Nachteil ist auf jeden Fall die komplizierte Konfiguration von Amanda, ist es doch ziemlich muehsam Amanda auf einen System richtig zu konfigurieren und alle Einstellungen korrekt zu gestalten bis Amanda dann mal richtig funktioniert. |
| Ein wesentlicher Vorteil von Amanda ist, dass mit einer Amanda - Samba Kombination nicht nur Unix und Linux Rechner gesichert werden koennen, sondern auch Rechner mit Windows `95 und Windows NT. | Ein weiterer Nachteil von Amanda ist, dass auf jedem Client auch Software installiert werden muss, was sich bei den Clients zwar als nicht so kompliziert aber doch aufwendig bemerkbar macht. |
| . | Amanda besitzt keine Benutzeroberflaeche, was das anfaengliche Arbeiten mit Amanda doch etwas erschwert. Hat man sich jedoch etwas mit Amanda beschaeftigt faellt die Bedienung von Amanda nicht mehr schwer. |
| . | Amanda laesst pro Sicherungslauf nur ein Tape zu, d.h es muss vor der Sicherung sichergestellt sein, dass die Menge der zu sichernden Daten auch auf ein Tape passt. |
| . | . |
| . |
Stand 26.07.1999
|
Berichte / Erfahrungen ueber bei MultiNET gelaufene Sicherungen mit Amanda
1.VK_Alle:
VK_Alle war die erste Vollkonservensicherung bei MultiNET bei der alle Rechner mit Amanda gesichert wurden. Fuer VK_Alle wurden auch 2 neue dumptypes in der amanda.conf definiert. Somit war es moeglich wichtigen Partitionen eine hoehere Prioritaet zu geben. Amanda schaut bei der Sicherung nach der Prioritaet, und nach einigen Sicherungslaufen stellte sich heraus dass dies auch gut klappt, und Amanda die wichtigen Partitionen bevorzugt sichert. Amanda sichert immer soviel Daten wie moeglich auf ein Tape. Man muss sich auch keine Gedanken mehr machen wann welche Partition gesichert wurde, oder gesichert werden sollte. Es reicht den Partitionen eine Prioritaet zu geben ( high, medium, low ), den Rest uebernimmt amanda. Bei VK_Alle war es so, dass Amanda auf tape #1 (DailyVK_Alle1) soviel Partitionen wie moeglich auf das tape sicherte, dabei zuerst die mit hoeherer Prioritaet. Leider bekamen wir nach der 1. Sicherung eine mail die ueber eine fehlgeschlagene Sicherung Berichtete, und ueber eine tape dass kein Amanda tape sei. Die Sicherung jedoch war ok, und das tape ebenso. Warum die geschah blieb leider unerklaerbar. Beim naechten Sicherungslauf auf tape #2 sicherte Amanda weitere Partitionen mit niedrigerer Prioritaet, und die Partitionen mit hoher Prioritaet wieder, jedoch nur die Aenderungen seit der letzten Sicherung. Bei der 3. Sicherung dann, sicherte Amanda die restlichen Partitionen die noch nicht gesichert wurden, und so viel Partitionen wie moeglich wieder als incremental also level 1 backup. Wann welche Partition zuletzt gesichert wurde, und wann man wieder eine Sicherung machen muss kann man also getrost amanda ueberlassen. Fuer eine sinnvolle Sicherung muss man sich also nur Gedanken zu folgenden Einstellungen machen.
Prioritaet: um Amanda mitzuteilen welche
Partitionen wichtig, und welche weniger wichtig sind sollte den Partitionen
versch. Prioritaeten zugeteilt werden. (in der disklist durch den dumptype)
tapecycle: wieviel Baender sind in
umlauf
runspercycle: wie oft lauft die sicherung
pro dumpcycle
dumpcycle: gibt die Zeit an die verstreichen
darf bis eine VK also ein level o backup gemacht werden soll.
Beispiel: Ich moechte jeden Tag eine Sicherung machen, moechte jede Woche ein level 0 backup haben, und die letzten 2 Monate immer als Backup auf tape haben.
dumpcycle: 1 week
runcspercycle: 7 ( 1 Woche =7 Tage
= 7 Sicherungslauefe )
tapecycle: 65 ( 2 Monate = ca. 65 Tage
+ ein par tapes fuer errors )