4 \chapter{Was ist Bacula?}
6 \index[general]{Bacula!Was ist }
7 \index[general]{Was ist Bacula? }
10 Bacula ist ein System von Computerprogrammen, mit denen Sie
11 (oder der System-Administrator) in der Lage sind, Computerdaten innerhalb eines
12 heterogenen Netzwerkes zu sichern, die Sicherungen wiederherzustellen und zu \"{u}berpr\"{u}fen.
13 Bacula kann aber auch auf nur einem einzigen Computer benutzt werden und
14 auf verschiedene Arten von Medien, wie B\"{a}nder oder Festplatten sichern.
16 Technisch gesehen ist es ein netzwerkf\"{a}higes
17 Sicherungsprogramm mit Client/Server-Architektur.
18 Bacula ist leistungsf\"{a}hig und vergleichsweise einfach zu benutzen.
19 Dabei hat es viele anspruchsvolle Funktionen zur Verwaltung der Sicherung,
20 die das Auffinden und die Wiederherstellung besch\"{a}digter oder verlorener
21 Dateien erleichtern. Durch seinen modularen Aufbau l\"{a}sst es sich jedem System
22 anpassen: Vom Einzelplatzrechner bis zu einem gro{\ss}en System mit hunderten von
23 Computern, die \"{u}ber ein weitr\"{a}umiges Netzwerk verteilt sind.
25 \section{Wer ben\"{o}tigt Bacula?}
26 \index[general]{Wer ben\"{o}tigt Bacula? }
27 \index[general]{Bacula!Wer ben\"{o}tigt }
29 Wenn Sie momentan Programme wie tar, dump oder
30 bru zur Datensicherung verwenden und eine Netzwerkl\"{o}sung, gr\"{o}{\ss}ere Flexibilit\"{a}t
31 oder einen Verzeichnis-Dienst suchen, wird Bacula wahrscheinlich die
32 zus\"{a}tzlichen Funktionen zur Verf\"{u}gung stellen, die Sie suchen. Wenn Sie dagegen
33 ein UNIX-Neuling sind oder keine weitergehenden Erfahrung mit
34 anspruchsvollen Sicherungsprogrammen haben, raten wir von Bacula ab, da es in
35 der Einrichtung und der Benutzung sehr viel komplizierter ist als z.B.
38 Wenn Bacula, wie die oben genannten einfachen Programme funktionieren und
39 einfach nur ein beliebiges Band in Ihrem Laufwerk beschreiben soll, wird Ihnen der Umgang
40 mit Bacula kompliziert vorkommen. Bacula ist so entworfen, dass es Ihre
41 Daten nach von Ihnen festgelegten Regeln sichert, was bedeutet, dass die
42 Wiederverwendung eines Bandes nur die letzte Wahl sein kann.
43 Nat\"{u}rlich ist es m\"{o}glich, Bacula dazu zu bringen, jedes beliebige Band
44 im Laufwerk zu beschreiben, jedoch ist es einfacher und wirkungsvoller
45 hierf\"{u}r ein anderes Programm zu verwenden.
46 Wenn Sie Amanda verwenden und ein Sicherungsprogramm suchen, das
47 einzelne Backup-Jobs auf mehrere Volumes schreiben kann
48 (also die Job-Gr\"{o}{\ss}e nicht durch die Speicherkapazit\"{a}t Ihres Bandlaufwerkes beschr\"{a}nkt ist)
49 wird Bacula wahrscheinlich Ihren Bed\"{u}rfnissen entsprechen.
50 Viele unserer Benutzer finden au{\ss}erdem, dass Bacula
51 einfacher zu konfigurieren und zu benutzen ist als entsprechende andere Programme.
53 Wenn Sie gegenw\"{a}rtig ein anspruchsvolles kommerzielles Programm wie Legato
54 Networker, ARCserveIT, Arkeia oder PerfectBackup+ verwenden,
55 k\"{o}nnte Sie Bacula interessieren, da es viele Eigenschaften und Funktionen dieser Programme hat,
56 dabei aber als freie Software unter der GNU Software Lizenz Version 2 verf\"{u}gbar ist.
59 \section{Bacula Komponenten oder Dienste}
60 \index[general]{Bacula Komponenten oder Dienste }
61 \index[general]{Dienste!Bacula Komponenten oder }
63 Bacula besteht aus den folgenden f\"{u}nf Hauptkomponenten bzw. Diensten:
65 \addcontentsline{lof}{figure}{Bacula Applications}
66 \includegraphics{\idir bacula-applications.eps}
67 (Dank an Aristedes Maniatis f\"{u}r diese und die folgende Grafik)
69 \subsection*{Bacula Director}
71 Der Bacula Director-Dienst ist das Programm, das alle Sicherungs-, Wiederherstellungs-, Verifizierungs- und
72 Archivierungsvorg\"{a}nge \"{u}berwacht und steuert.
73 Der Systemadministrator verwendet den Bacula Director, um die Zeitpunkte
74 der Sicherungen festzulegen und Dateien wiederherzustellen.
75 N\"{a}heres hierzu im Dokument ``Director Services Daemon Design'' im ``Bacula Developer's Guide''.
76 Der Director l\"{a}uft als D\"{a}mon bzw. Dienst (also im Hintergrund).
78 \subsection*{Bacula Console}
80 Der Bacula Console-Dienst ist jenes Programm, welches es einem
81 Systemadministrator oder Benutzer erlaubt, mit dem Bacula Director zu
82 kommunizieren. Zur Zeit ist die Bacula Console in drei Versionen
83 verf\"{u}gbar. Die erste und einfachste, ist das Consolen Programm in einer
84 Shell zu starten (also eine TTY-Schnittstelle). Die meisten
85 Systemadministratoren werden das v\"{o}llig angemessen finden.
86 Die zweite M\"{o}glichkeit ist ein grafisches GNOME-Interface, das weit davon entfernt
87 ist, vollst\"{a}ndig zu sein, aber schon ganz gut funktioniert und die meisten
88 M\"{o}glichkeiten bietet, die auch die Shell-Konsole hat. Die dritte
89 Version ist eine grafische wxWidgets-Benutzeroberfl\"{a}che, \"{u}ber die Daten
90 interaktiv wiederhergestellt werden k\"{o}nnen. Auch sie hat die meisten Funktionen
91 der Shell-Konsole, bietet eine Befehlsvervollst\"{a}ndigung per Tabulatorentaste
92 und Kontexthilfe w\"{a}hrend der Befehlseingabe.
93 N\"{a}heres hierzu im Kapitel \ilink{Bacula Console Design Document}{_ChapterStart23}.
95 \subsection*{Bacula File}
97 Bacula File (Datei)-Dienste (bzw. Client-Programme) sind jene
98 Programme, die auf den Rechnern installiert sind, deren Daten gesichert
99 werden sollen. Sie sind je nach Betriebssystem verschieden, immer aber
100 verantwortlich f\"{u}r die Auslieferung der Daten und deren Attribute, die der
101 Director von ihnen anfordert. Die Datendienste sind auch f\"{u}r den
102 betriebssystemabh\"{a}ngigen Teil der Wiederherstellung der Daten und deren
103 Attribute zust\"{a}ndig. N\"{a}heres hierzu im Dokument ``File Services Daemon Design'' im ``Bacula Developer's
104 Guide''. Auf den Rechnern, derren Daten gesichert werden sollen, l\"{a}uft dieses
105 Programm als D\"{a}monprozess. Der File-D\"{a}mon wird in dieser Dokumentation auch als
106 ``Client'' bezeichnet (zum Beispiel in den Konfigurationsdatei von Bacula).
107 Ausser den Unix/Linux File-D\"{a}monen gibt es einen File-D\"{a}mon f\"{u}r Windows
108 (der in der Regel als kompiliertes Programm erh\"{a}ltlich ist). Der File-D\"{a}mon f\"{u}r Windows l\"{a}uft
109 unter allen g\"{a}ngigen Windows-Versionen (95, 98, Me, NT, 2000, XP).
111 \subsection*{Bacula Storage}
113 Den Bacula Storage (Sicherungs)-Dienst leisten Programme, die
114 Sicherung und Wiederherstellung der Dateien und ihrer Attribute auf das
115 physikalische Sicherungsmedium bzw. die Volumes leisten. Der Storage-D\"{a}mon ist also f\"{u}r das
116 Beschreiben und Lesen Ihrer B\"{a}nder (oder eines anderen Sicherungsmediums wie
117 z.B. Dateien) zust\"{a}ndig. N\"{a}heres hierzu im Kapitel ``Storage Services Daemon
118 Design'' im ``Bacula Developer's Guide''. Der Sicherungsdienst l\"{a}uft als
119 D\"{a}monprozess auf dem Rechner, der \"{u}ber das Datensicherungsger\"{a}t verf\"{u}gt (in der
120 Regel ein Bandlaufwerk).
122 \subsection*{Catalog}
124 Die Catalog (Verzeichnis)-Dienste werden von Programmen
125 geleistet, die f\"{u}r die Wartung der Datieindizes und Volume-Datenbanken
126 aller gesicherten Dateien zust\"{a}ndig sind. \"{U}ber einen Verzeichnis-Dienst kann der
127 Systemadministrator oder Benutzer jede gew\"{u}nschte Datei schnell finden
128 und wiederherstellen. Durch den Verzeichnisdienst unterscheidet sich Bacula von
129 einfachen Sicherungsprogrammen wie ``tar'' oder ``bru'', da dieser
130 Dienst die Aufzeichnung aller verwendeten Volumes, aller gelaufener
131 Sicherungen und aller gesicherter Dateien pflegt und dadurch eine
132 effiziente Wiederherstellung und eine Verwaltung der Volumes erlaubt. Bacula
133 unterst\"{u}tzt momentan die drei Datenbanksysteme MySQL, PostgreSQL
134 und SQLite, von denen eines vor der Kompilierung von {\bf Bacula} ausgew\"{a}hlt sein
137 Die drei Datenbanksysteme (MySQL, PostgreSQL und SQLite), die z.Z. unterst\"{u}tzt
138 werden, haben eine ganze Reihe von Besonderheiten wie z.B. schnelle Indizierung,
139 Baumsuche und Sicherheitsfunktionen. Wir planen die Unterst\"{u}tzung weiterer
140 gr\"{o}{\ss}erer SQL-Datenbanksysteme, doch hat die momentane Bacula-Version nur
141 Schnittstellen zu MySQL, PostgreSQL und SQLite. N\"{a}heres hierzu im Kapitel
142 \ilink{``Catalog Services Design Document''}{_ChapterStart30}.
144 MySQL und PostgreSQL sind f\"{u}r viele Betriebssysteme verf\"{u}gbar.
145 Alternativ, k\"{o}nnen sie auch aus den Quelldateien installiert werden.
146 N\"{a}heres hierzu im Kapitel \ilink{``Installation und Konfiguration
147 von MySQL''}{_ChapterStart} in diesem Handbuch. Weitere Informationen zu MySQL
148 im Internet: \elink{www.mysql.com}{http://www.mysql.com}.
149 Zu PostgreSQL lesen Sie bitte das Kapitel \ilink{``Installation und
150 Konfiguration von PostgreSQL''}{_ChapterStart10} in diesem Dokument.
151 Weiter Informationen zu PostgreSQL finden Sie hier:
152 \elink{www.postgresql.org}{http://www.postgresql.org}.
154 Die Konfiguration und Installation eines SQLite-Datenbanksystems ist noch
155 einfacher. Einzelheiten dazu im Kapitel \ilink{``Installation und Konfiguration
156 von SQLite''}{_ChapterStart33} in diesem Handbuch.
158 \subsection*{Bacula Monitor}
160 Der Bacula Monitor-Dienst ist das Programm, welches es dem
161 Administrator oder Benutzer erlaubt, den aktuellen Zustand des Bacula
162 Directors, der Bacula File D\"{a}monen und der Bacula Storage D\"{a}monen
163 zu beobachten. Zur Zeit ist hierf\"{u}r nur eine GTK+-Version
164 verf\"{u}gbar, die auf Gnome und KDE aufsetzt (oder jedem anderen Fenstermanager,
165 der den Standard von FreeDesktop.org f\"{u}r das System-Tray unterst\"{u}tzt).
167 Um erfolgreich sichern und wiederherstellen zu k\"{o}nnen, m\"{u}ssen die folgenden
168 vier D\"{a}monprozesse konfiguriert und gestartet sein: Der Director-Dienst, der
169 File-Dienst, der Storage-Dienst und die Katalog-Datenbank (MySQL, PostgreSQL oder SQLite).
171 \section{Die Bacula Konfiguration}
172 \index[general]{Konfiguration!Die Bacula }
173 \index[general]{Die Bacula Konfiguration }
175 Damit sich Bacula in Ihrem System zurechtfindet und es weiss welche
176 Client-Rechner wie zu sichern sind, m\"{u}ssen mehrere Konfigurationsdateien
177 erstellt werden, die bestimmte Eintr\"{a}ge (bzw. Ressourcen) enthalten. Die
178 folgende Abbildung gibt hierzu eine \"{U}bersicht:
180 \addcontentsline{lof}{figure}{Bacula Objects}
181 \includegraphics{\idir bacula-objects.eps}
183 \section{Die in diesem Dokument verwendeten Konventionen}
184 \index[general]{Die in diesem Dokument verwendeten Konventionen }
185 \index[general]{Dokument!verwendete Konventionen}
187 {\bf Bacula} ist in der Entwicklung und daher wird dieses Handbuch nicht in
188 jedem Fall mit dem Stand des Programmcodes \"{u}bereinstimmen. Steht in diesem
189 Handbuch vor einem Abschnitt ein Stern (*), bedeutet dies, dass das Beschriebene
190 noch nicht implementiert ist. Die Kennzeichnung durch ein Pluszeichen (+)
191 bedeutet, dass die Funktion m\"{o}glicherweise teilweise implementiert ist.
193 Wenn Sie dieses Handbuch als Teil eines offiziellen Release der
194 Software lesen, ist diese Kennzeichnung verl\"{a}{\ss}lich. Lesen Sie hingegen die
195 Online-Version dieses Handbuches auf \elink{ www.bacula.org}{http://www.bacula.org}, denken Sie
196 bitte daran, dass hier die aktuelle Entwicklungsversion (wie sie im SVN
197 vorhanden ist) beschrieben wird. In beiden F\"{a}llen wird aber das Handbuch dem
198 Code ein St\"{u}ckchen hinterherhinken.
200 \section{Quick Start}
201 \index[general]{Quick Start }
202 \index[general]{Start!Quick }
204 Um Bacula schnell zu konfigurieren und zum Laufen zu bringen, empfehlen wir,
205 zuerst den untenstehenden Abschnitt mit den Fachausdr\"{u}cken und das n\"{a}chste
206 Kapitel \ilink{``Baculas gegenw\"{a}rtiger Zustand''}{_ChapterStart2} durchzusehen.
208 Lesen Sie dann das Kapitel \ilink{``Mit Bacula beginnen''}{_ChapterStart37}, das
209 eine kurze \"{U}bersicht dar\"{u}ber gibt, wie man Bacula startet. Lesen
210 Sie danach das Kapitel \"{u}ber \ilink{``Die Installation von
211 Bacula''}{_ChapterStart17}, dann \ilink{``Die Konfiguration
212 von Bacula''}{_ChapterStart16} und schlie{\ss}lich das Kapitel \ilink{
213 ``Bacula in Betrieb nehmen''}{_ChapterStart1}.
215 \section{Terminologie}
216 \index[general]{Terminologie }
218 Um die Kommunikation \"{u}ber diese Projekt zu erleichtern, sind hier die
219 verwendeten Begriffe erl\"{a}utert
223 \item [Administrator]
224 \index[fd]{Administrator }
225 Die Person bzw. die Personen, die f\"{u}r die Pflege des Bacula-Systems
230 Wir verwenden den Ausdruck {\bf Backup} (Sicherung) wenn wir von einem
231 Bacula-Job sprechen, bei dem Dateien gesichert werden.
233 \item [Bootstrap File]
234 \index[fd]{Bootstrap File }
235 Das bootstrap file (Bootstrap-Datei) ist eine ASCII-Datei, die in kompakter
236 Form jene Befehle enth\"{a}lt, mit denen Bacula oder das eigenst\"{a}ndige
237 Dateiextrahierungswerkzeug bextract den Inhalt eines oder mehrerer
238 Volumes wiederherstellen kann, wie z.B. einen vorher gesicherten Systemzustand.
239 Mit einer Bootstrap-Datei kann Bacula Ihr System wiederherstellen, ohne auf
240 eine Catalog-Datenbank angewiesen zu sein. Aus einem Catalog kann eine Bootstrap-Datei
241 erzeugt werden, um jede gew\"{u}nschte Datei auf den Volumes wiederzufinden.
245 Der Catalog (das Verzeichnis) wird verwendet, um zusammenfassende
246 Informationen \"{u}ber Jobs, Clients und die gesicherten Dateien zu speichern,
247 sowie Informationen dar\"{u}ber, auf welchen Volumes diese Daten sind. Die
248 Informationen, die in der Catalog-Datenbank gespeichert sind, erm\"{o}glichen es dem Administrator
249 bzw. Benutzer zu bestimmen, welche Jobs gelaufen sind, geben Auskunft \"{u}ber ihren
250 Status und wichtige Eigenschaften der gesicherten Dateien. Der Catalog ist eine
251 ``online resource'', enth\"{a}lt aber nicht die Daten der gesicherten Dateien. Vieles
252 der Catalog-Informationen ist auch auf den Volumes (z.B. den B\"{a}ndern)
253 gespeichert. Nat\"{u}rlich sind auf den B\"{a}ndern auch die Kopien der Dateien und
254 deren Attribute (siehe unten).
256 Die Catalog-Datenbank ist eine Besonderheit von Bacula, das es von einfachen Backup- und
257 Archiv-Programmen wie {\bf dump} und {\bf tar} unterscheidet.
261 In Baculas Terminologie bezeichnet das Wort Client jenen Rechner,
262 dessen Daten gesichert werden. Client ist auch ein anderes Wort f\"{u}r
263 den File-Dienst oder File-D\"{a}mon, der oft auch nur mit FD bezeichnet wird.
264 Clients werden durch einen Eintrag in den Konfigurationsdatein definiert.
268 Die Console (Konsole) ist ein Programm, das die Schnittstelle zum Director
269 bildet und \"{u}ber welches der Benutzer oder Systemadministrator Bacula
274 D\"{a}monprozess ist ein Unix-Fachausdruck f\"{u}r ein Programm, dass
275 st\"{a}ndig im Hintergrund l\"{a}uft um spezielle Aufgaben
276 auszuf\"{u}hren. Auf Windows- und manchen Linux-Systemen werden
277 D\"{a}monprozesse Services (Dienste) genannt.
280 \index[fd]{Directive }
281 Der Ausdruck directive (Anweisung) bezeichnet eine einzelne Angabe
282 innerhalb eines Konfigurations-Eintrags einer Konfigurationsdatei, welche
283 einen speziellen Sachverhalt definiert. Beispielsweise definiert die {\bf
284 Name}-directive den Namen einer Resource.
287 \index[fd]{Director }
288 Baculas wichtigster D\"{a}monprozess, der alle Aktivit\"{a}ten des Bacula-Systems
289 zeitlich festlegt und beaufsichtigt. Gelegentlich auch als DIR bezeichnet.
292 \index[fd]{Differential }
293 Differentiell ist eine Sicherung, wenn sie alle Dateien einbezieht, die
294 seit Beginn der letzten Vollsicherung ge\"{a}ndert wurden. Beachten Sie bitte, dass
295 dies von anderen Sicherungsprogrammen m\"{o}glicherweise anders definiert wird.
297 \item [File Attributes]
298 \index[fd]{File Attributes }
299 File Attributes (Dateiattribute) sind all diejenigen Informationen, die
300 n\"{o}tig sind, um eine Datei und alle ihre Eigenschaften zu identifizieren.
301 Dazu geh\"{o}ren alle ihre Gr\"{o}{\ss}e, Zeitpunkt der Erzeugung, Zeitpunkt der letzten
302 \"{A}nderung, Berechtigungen, usw.
303 Im Normalfall wird der Umgang mit den Attributen vollst\"{a}ndig von Bacula
304 \"{u}bernommen, so dass sich der Benutzer dar\"{u}ber keine Gedanken machen muss.
305 Zu den Attributen geh\"{o}rt nicht der Inhalt der Datei.
308 \index[fd]{File Daemon }
309 Derjenige D\"{a}monprozess, welcher auf dem Client-Computer l\"{a}uft, dessen Daten
310 gesichert werden sollen. Wird manchmal auch als File-Service (Datendienst),
311 Client-Service (Client-Dienst) oder als FD bezeichnet.
316 Ein FileSet (Zusammenstellung von Dateien) ist eine Eintrag einer
317 Konfigurationsdatei, der festlegt, welche Dateien gesichert werden sollen.
318 Es besteht aus einer Liste mit zu sichernden Dateien oder Verzeichnissen,
319 eventuell einer Liste mit Dateien die nicht mitgesichert werden sollen und Informationen
320 dar\"{u}ber, wie diese Dateien zu sichern sind (komprimiert, verschl\"{u}sselt,
321 signiert). N\"{a}heres hierzu im Abschnitt \ilink{``Definition der FileSet
322 Resource''}{FileSetResource} im Director-Kapitel dieses Dokuments.
325 \index[fd]{Incremental }
326 Inkrementell ist eine Sicherung dann, wenn sie alle Dateien einbezieht, die
327 seit Beginn der letzten vollen, differentiellen oder inkrementellen Sicherung
328 ge\"{a}ndert wurden. Normalerweise wird dies entweder durch die
329 Level-Direktive innerhalb der Definition einer Job Ressource oder in
330 einem Schedule-Eintrag festgelegt.
335 Ein Bacula Job ist ein Konfigurations-Eintrag, der die Art und
336 Weise definiert, in der Bacula die Daten eines bestimmten Client-Rechners
337 sichert oder wiederherstellt. Sie besteht aus den Definitionen des {\bf Type}
338 (Sicherung, Wiederherstellung, \"{U}berpr\"{u}fung, usw.), des {\bf Level} (voll,
339 inkrementell,...), des {\bf FileSet} und des Speicherorts ({\bf Storage}) an
340 welchem die Dateien gesichert werden sollen (Speicherger\"{a}t, Media-Pool). N\"{a}heres
341 hierzu im Abschnitt \ilink{``Definition der Job-Resource''
342 }{JobResource} im \textbf{Director}-Kapitel dieses Dokuments.
346 Dieses Programm hat eine Schnittstelle zu allen D\"{a}monprozessen, um dem
347 Benutzer oder Systemadministrator die Beobachtung von Baculas Zustand zu
351 \index[fd]{Resource }
352 Eine Resource ist ein Teil einer Konfigurationsdatei, die eine
353 bestimmte Informationseinheit definiert. Eine
354 Ressource enth\"{a}lt mehrere Direktiven (einzelne Konfigurations-Anweisungen).
355 Die Job-Resource beispielsweise definiert
356 alle Eigenschaften eines bestimmten Jobs: Name, Zeitplan, Volume-Pool, Art der
357 Sicherung, Level der Sicherung...
361 ist eine Ressource innerhalb einer Konfigurationsdatei, die den
362 Vorgang der Wiederherstellung einer verlorenen oder besch\"{a}digten Datei von
363 einem Sicherungsmedium beschreibt. Es ist der umgekehrte Vorgang wie bei
364 einer Sicherung, au{\ss}er dass in den meisten F\"{a}llen bei einem Restore nur
365 einige wenige Dateien wiederhergestellt werden, w\"{a}hrend bei einer Sicherung
366 normalerweise alle Dateien eines Systems gesichert werden. Selbstverst\"{a}ndlich
367 kann Bacula, z.B. nach dem Ausfall einer Festplatte, dazu benutzt werden, ein
368 vollst\"{a}ndiges Restore aller im System vorhandenen Dateien auszuf\"{u}hren.
371 \index[fd]{Schedule }
372 Die Schedule (Zeitplan) ist eine Resource innerhalb einer
373 Konfigurationsdatei, die definiert, wann ein Bacula-Job ausgef\"{u}hrt
374 wird. Hierzu benutzt die Job-Resource den Namen der Schedule.
375 N\"{a}heres hierzu im Abschnitt \ilink{``Definition
376 der Schedule-Resource''}{ScheduleResource} im
377 ``Director''-Kapitel diese Handbuches.
381 Dienst ist die Bezeichnung f\"{u}r einen {\bf Daemon}(D\"{a}monprozess) unter
382 Windows. Diese Bezeichnung wird in letzter Zeit auch h\"{a}ufig in
383 Unix-Umgebungen benutzt. Als Dienst werden Programme bezeichnet,
384 die im st\"{a}ndig Hintergrund laufen.
386 \item [Storage Coordinates]
387 \index[fd]{Storage Coordinates }
388 Diejenige Information, die der Storage-Dienst zur\"{u}ckgibt und die eine
389 Datei eindeutig auf dem Sicherungsmedium kennzeichnen.
390 Sie besteht aus einem Teil der zu jeder gespeicherten Datei
391 und einem Teil, der zum ganzen Job geh\"{o}rt.
392 Normalerweise wird diese Information im Catalog gespeichert, so dass der
393 Benutzer keine besonderen Kenntnisse der Storage Coordinates braucht.
394 Zu den Storage Coordinates geh\"{o}ren die Dateiattribute und der eindeutige
395 Ort der Sicherung auf dem Sicherungs-Volume.
397 \item [Storage Daemon]
398 \index[fd]{Storage Daemon }
399 Der Storage Daemon (Speicher-D\"{a}mon), manchmal auch mit SD bezeichnet,
400 ist jenes Programm, das die Attribute und die Daten auf ein Sicherungs-Volume
401 schreibt (normalerweise ein Band oder eine Festplatte).
405 Die Session (Sitzung) bezeichnet in der Regel die interne Kommunikation
406 zwischen dem File-D\"{a}mon und dem Storage-D\"{a}mon. Der File-D\"{a}mon er\"{o}ffnet
407 eine Session mit dem Storage-D\"{a}mon, um ein FileSet zu sichern
408 oder wiederherzustellen. Jede Session entspricht einem Bacula-Job (siehe oben).
412 Ein Verify ist ein Job, bei dem die aktuellen Dateiattribute mit
413 jenen verglichen werden, die zuvor im Catalog
414 hinterlegt worden sind. Diese Funktion kann verwendet werden, um \"{A}nderungen an
415 wichtigen Systemdateien zu erkennen und ist damit Tripwire \"{a}hnlich. Einer
416 der haupts\"{a}chlichen Vorteile dieser Funktionalit\"{a}t ist es, dass es gen\"{u}gt,
417 auf dem Rechner, den man sch\"{u}tzen will, den File-D\"{a}mon laufen zu haben.
418 Director, Storage-D\"{a}mon und der Catalog sind auf
419 einem anderen Rechner installiert. Wenn der Server dann gef\"{a}hrdet wird, ist es
420 \"{a}u{\ss}erst unwahrscheinlich, dass die Datenbank mit den Verifikationen davon
423 Verify kann auch zur \"{U}berpr\"{u}fung benutzt werden, ob die Daten des
424 zuletzt gelaufenen Jobs mit denen \"{u}bereinstimmen, die im Catalog
425 gespeichert wurden (es werden also die Dateiattribute verglichen).
426 Verify kann aber auch den Inhalt eines Volumes mit den Originaldateien
427 auf der Festplatte vergleichen.
430 \index[fd]{*Archive }
431 Eine Archive-Funktion wird nach einer Sicherung durchgef\"{u}hrt. Dabei
432 werden die Volumes, auf denen die Daten gesichert sind, der aktiven
433 Benutzung entzogen, als ``Archived'' gekennzeichnet und f\"{u}r weitere
434 Sicherungen nicht mehr verwendet. Alle Datei- und Job-Eintr\"{a}ge des archivierten
435 Volumes werden aus dem Catalog entfernt.
436 NOCH NICHT IMPLEMENTIERT.
438 \item [Retention Period]
439 \index[fd]{Retention Period }
440 Bacula kennt verschiedene Arten von Retention Periods
441 (Aufbewahrungszeitr\"{a}ume). Das sind die File Retention Period,
442 die Job Retention Period und die Volume Retention Period.
443 Jede diese Retention-Periods bezieht sich auf die
444 Zeit, w\"{a}hrend der bestimmte Aufzeichnungen in der Catalog-Datenbank
445 gehalten werden. Dies sollte nicht mit jener Zeit verwechselt werden w\"{a}hrend
446 der Daten eines Volume g\"{u}ltig sind.
448 Die File Retention Period bestimmt wie lange die Eintr\"{a}ge zu den
449 Dateien in der Catalog-Datenbank gehalten werden. Diese Zeitspanne ist
450 wichtig, da diese Eintr\"{a}ge bei weitem den gr\"{o}{\ss}ten Teil des Speicherplatzes in
451 der Datenbank belegen. Daher muss gew\"{a}hrleistet sein, dass \"{u}berfl\"{u}ssige oder
452 veraltete Eintr\"{a}ge regelm\"{a}{\ss}ig aus der Datenbank entfernt werden
453 (hierzu N\"{a}heres im Abschnitt zum {\bf prune}-Befehl in der Beschreibung der Console-Befehle).
455 Die Job Retention Period ist die Zeitspanne, w\"{a}hrend der Eintr\"{a}ge zu
456 den Jobs in der Datenbank gehalten werden. Beachten Sie, dass alle Dateieintr\"{a}ge
457 mit dem Job, mit dem sie gesichert wurden, verbunden sind. Die Eintr\"{a}ge zu den
458 Dateien k\"{o}nnen gel\"{o}scht sein, w\"{a}hrend die Aufzeichnungen zu den Jobs erhalten
459 bleiben. In diesem Fall wird man Informationen \"{u}ber gelaufene Sicherungsjobs
460 haben, jedoch keine Einzelheiten \"{u}ber die Dateien, die dabei gesichert
461 wurden. Normalerweise werden mit dem L\"{o}schen eines
462 Job-Eintrags auch alle seine Aufzeichnungen zu den Dateien gel\"{o}scht.
464 Die Volume Retention Period bestimmt die Mindestzeit, die
465 ein bestimmtes Volume aufbewart wird, bevor Bacula es wiederverwendet.
466 Bacula wird in der Regel niemals ein Volume \"{u}berschreiben, dass als
467 einziges die Sicherungskopie einer bestimmten Datei enth\"{a}lt. Im Idealfall wird
468 der Catalog f\"{u}r alle benutzten Volumes die Eintr\"{a}ge aller
469 gesicherten Daeien enthalten. Wenn ein Volume \"{u}berschrieben wird,
470 werden die Dateieeintr\"{a}ge, die zuvor auf ihm gespeichert waren aus dem
471 Catalog entfernt. Gibt es allerdings einen sehr gro{\ss}en Pool von
472 Volumes oder gibt es Volumes, die nie \"{u}berschrieben werden,
473 kann die Catalog-Datenbank sehr gro{\ss} werden. Um den Catalog in
474 einer handhabbaren Gr\"{o}{\ss}e zu halten, sollten Informationen zu den Sicherungen
475 nach der definierten File Retention Period aus ihm entfernt werden.
476 Bacula hat Mechanismen, um den Catalog entsprechend der
477 definierten Retention Periods automatisch zu bereinigen.
481 Bei einer Scan-Operation wird der Inhalt eines oder mehrerer
482 Volumes durchsucht. Diese Volumes und die Informationen \"{u}ber
483 die Dateien, welche sie enthalten, werden wieder in den Bacula-Catalog
484 eingetragen. Danach k\"{o}nnen die Dateien von diesen Volumes auf
485 normale Weise wiederhergestellt werden. Diese Funktion ist teilweise
486 hilfreich, wenn bestimmte Volumes oder Jobs ihre Retention Period
487 \"{u}berschritten haben und aus dem Catalog entfernt worden sind. Um die
488 Daten von den Volumes in die Datenbank einzulesen, wird das Programm
489 bscan verwendet. N\"{a}heres hierzu im Abschnitt \ilink{bscan}{bscan}
490 im Kapitel ``Bacula Hilfsprogramme'' dieses Handbuches.
494 Ein Volume ist eine Einheit, auf der gesichert wird, normalerweise
495 ein Band oder eine benannte Datei auf der Festplatte auf denen Bacula die
496 Daten einer oder mehrerer Sicherungsjobs speichert. Alle Volumes
497 erhalten von Bacula eine digitale Kennzeichnung, das Label, so dass Bacula jederzeit wei{\ss},
498 welches Volume es tats\"{a}chlich liest. (Normalerweise sollte es mit
499 Dateien auf der Festplatte keine Verwechslungen geben, doch bei B\"{a}ndern mountet
500 man aus Versehen leicht das Falsche).
503 \section{Was Bacula nicht ist}
504 \index[general]{Was Bacula nicht ist }
505 \index[general]{nicht ist!Was Bacula }
507 Bacula ist ein Sicherungs-, Wiederherstellungs- und Verifikationsprogramm,
508 aber von sich aus noch kein komplettes Rettungsprogramm f\"{u}r den
509 Katastrophenfall. Allerdings kann Bacula Teil eines Rettungsprogramms sein,
510 falls Sie sorgf\"{a}ltig planen und die Anweisungen im Kapitel
511 \ilink{Disaster Recovery}{_ChapterStart38} dieses Handbuches beachten.
513 Bei sorgf\"{a}ltiger Planung, wie sie im Kapitel ``Disaster Recovery'' dargestellt
514 ist, kann {\bf Bacula} ein wesentlicher Bestandteil eines
515 Rettungssystems sein. Wenn Sie zum Beispiel eine Bootdiskette
516 erstellt haben, dazu eine Bacula-Rettungs-CD, auf der sie die aktuellen
517 Partitionsdaten Ihrer Festplatte gespeichert haben und eine komplette Bacula
518 Sicherung vorhalten, ist es m\"{o}glich, Ihr System auf einer leeren Festplatte
521 Wenn Sie die den Eintrag {\bf WriteBootstrap} in einem Ihrer Sicherungs-Jobs
522 verwendet oder auf irgend eine andere Art eine g\"{u}ltige Bootstrap-Datei
523 gesichert haben, werden Sie damit in der Lage sein, die notwendigen Dateien
524 wiederherzustellen (auch ohne den Catalog zu verwenden oder von Hand nach Dateien
525 suchen zu m\"{u}ssen).
528 \section{Interaktionen zwischen den Bacula-Diensten}
529 \index[general]{Interaktionen zwischen den Bacula-Diensten }
530 \index[general]{Diensten!Interaktionen zwischen den Bacula- }
532 Das untenstehende Diagramm zeigt typische Interaktionen zwischen den einzelnen
533 Bacula-Diensten bei einem Sicherungs-Job. Jeder Block steht ungef\"{a}hr f\"{u}r einen
534 eigenen Prozess (normalerweise ein D\"{a}mon). Im gro{\ss}en und ganzen hat der
535 Director den \"{U}berblick \"{u}ber die Aktionen und pflegt die
538 \addcontentsline{lof}{figure}{Interaktionen zwischen den Bacula-Diensten}
539 \includegraphics{\idir flow.eps}
projects / bacula / docs / blob