4 \section*{Qu'est-ce que Bacula ?}
5 \label{_ChapterStart41}
6 \index[general]{Qu'est-ce que Bacula ? }
7 \index[general]{Bacula!Qu'est-ce que }
8 \addcontentsline{toc}{section}{Qu'est-ce que Bacula ?}
10 {\bf Bacula} est un jeu de programmes qui vous permet (ou \`a l'administrateur
11 syst\`eme) de faire des sauvegardes, restaurations, et v\'erifications des
12 donn\'ees d'un ordinateur sur un r\'eseau h\'et\'erog\`ene. En termes
13 techniques, il s'agit d'un programme de sauvegarde Client/Serveur. Bacula est
14 relativement facile d'utilisation et efficace, tout en offant de nombreuses
15 fonctions avanc\'ees de stockage qui facilitent la recherche et la
16 restauration de fichiers perdus ou endommag\'es. Gr\^ace \`a sa conception
17 modulaire, Bacula est \'echelonnable depuis le simple syst\`eme constitu\'e
18 d'un ordinateur, jusqu'au syst\`eme de plusieurs centaines d'ordinateurs
19 diss\'emin\'es sur un vaste r\'eseau.
21 \subsubsection*{Qui a besoin de Bacula ?}
22 \index[general]{Qui a besoin de Bacula ? }
23 \index[general]{Bacula!Qui a besoin de }
24 \addcontentsline{toc}{subsubsection}{Qui a besoin de Bacula ?}
26 Si vous utilisez actuellement un programme tel que {\bf tar}, {\bf dump}, ou
27 {\bf bru} pour sauvegarder vos donn\'ees, et aimeriez une solution r\'eseau,
28 plus de flexibilit\'e, ou les commodit\'es d'un catalogue, Bacula vous
29 procurera certainement les fonctions suppl\'ementaires que vous recherchez.
30 Cependant, si vous avez peu d'exp\'erience des syst\`emes Unix ou si vous
31 n'avez pas l'exp\'erience d'un syst\`eme de sauvegarde sophistiqu\'e, nous ne
32 vous recommandons pas l'utilisation de Bacula, car il est beaucoup plus
33 difficile \`a installer et utiliser que {\bf tar} ou {\bf dump}.
35 Si vous utilisez {\bf Amanda} et aimeriez un programme de sauvegarde qui peut
36 \'ecrire sur plusieurs volumes (i.e. non limit\'e par la capacit\'e de vos
37 cartouches), Bacula peut certainement satisfaire vos besoins, d'autant que
38 plusieurs de nos utilisateurs estiment que Bacula est plus simple \`a
39 installer et utiliser que d'autres programmes \'equivalents.
41 Si vous utilisez actuellement un logiciel commercial sophistiqu\'e tel que
42 {\bf Legato Networker}, {\bf ARCserveIT}, {\bf Arkeia}, ou {\bf
43 PerfectBackup+}, vous pourriez \^etre interess\'e par Bacula qui fournit la
44 plupart de leurs fonctions et qui est un logiciel libre sous licence GNU
47 \subsubsection*{Composants ou Services de Bacula}
48 \index[general]{Bacula!Composants ou Services de }
49 \index[general]{Composants ou Services de Bacula }
50 \addcontentsline{toc}{subsubsection}{Composants ou Services de Bacula}
52 Bacula est constitu\'e des cinq composants ou services majeurs suivants:
54 \includegraphics{./bacula-applications.eps}
55 (remerciements \`a Aristedes Maniatis pour ce sch\'ema et le suivant)
60 Le service {\bf Bacula Director
62 } est le programme qui supervise toutes les op\'erations de sauvegarde,
63 restauration, v\'erification et archivage. L'administrateur syst\`eme utilise
64 le Bacula Director pour planifier les sauvegardes et restaurer les fichiers.
65 Pour plus de d\'etails, consultez la Documentation Pour Developpeurs sur la
66 conception du Daemon Director.
69 Le service {\bf Bacula Console} est le programme qui permet \`a
70 l'administrateur ou \`a l'utilisateur de communiquer avec le {\bf Bacula
71 Director} (voir ci-dessus). Actuellement, le service Bacula Console est
72 disponible en trois versions. La premi\`ere et la plus simple est
73 d'ex\'ecuter le programme Console dans une fen\^etre shell (i.e. interface
74 TTY). La plupart des administrateurs syst\`eme trouveront cette m\'ethode
75 parfaitement ad\'equate. La seconde version est une interface graphique GNOME
76 qui, pour le moment (23 novembre 2003) est loin d'\^etre compl\`ete, mais est
77 tout \`a fait fonctionnelle puisqu'elle poss\`ede la plupart des
78 possibilit\'es de la Console shell. La troisi\`eme version est une interface
79 graphique wxWidgets qui permet de s\'electionner interactivement les fichiers
80 \`a restaurer. Elle int\`egre la plupart des fonctionnalit\'es de la console
81 shell, permet la compl\'etion automatique avec la touche ``tabulation'', et
82 fournit une aide instantan\'ee relative \`a la commande que vous \^etes en
83 train de taper. Pour plus de d\'etails, consultez la Documentation Pour
84 D\'eveloppeurs sur la conception de la Console Bacula.
87 Le service {\bf Bacula File} (ou programme client) est le programme install\'e
88 sur la machine \`a sauvegarder. Il est sp\'ecifique au syst\`eme sur lequel
89 il est ex\'ecut\'e et a la charge de fournir les attributs des fichiers et
90 les donn\'ees requis par le Director. Les Services File sont aussi charg\'es
91 de la partie d\'ependant du syst\`eme de fichiers lors de la restauration des
92 attributs de fichiers et des donn\'ees. Pour plus de d\'etails, consultez le
93 document sur la conception du File Daemon dans le Guide pour Developpeurs. Ce
94 programme est ex\'ecut\'e en tant que service sur la machine \`a sauvegarder,
95 et la documentation s'y r\'ef\`ere parfois en tant que Client (par exemple
96 dans les fichiers de configuration de Bacula). En plus du File Daemon pour
97 Unix/Linux, il existe un File Daemon pour Windows (usuellement distribu\'e au
98 format binaire). Le File Daemon Windows fonctionne sur toutes les versions
99 actuelles de Windows (95, 98, Me, NT, 2000, XP, 2003).
102 Le service {\bf Bacula Storage} est le programme qui transf\`ere les donn\'ees
103 et les attributs de fichiers aux m\'edia physiques ou aux volumes et les
104 restitue lors de restaurations. En d'autres termes, Le storage Daemon est
105 responsable des op\'erations de lecture et d\'ecriture sur vos cartouches (ou
106 autres m\'edia de stockage, comme par exemple fichiers). Pour plus de d\'etails consultez
107 la Documentation Pour D\'eveloppeurs sur la conception du Storage Daemon.
110 Les services {\bf Catalogue} ont pour t\^ache de maintenir \`a jour la base de
111 donn\'ees des index de fichiers et volumes pour tous les fichiers
112 sauvegard\'es. Les services {\bf Catalogue} permettent \`a l'administrateur
113 syst\`eme ou \`a l'utilisateur de localiser rapidement et restaurer n'importe
114 quel fichier. Les services Catalogue de Bacula le placent dans une
115 cat\'egorie diff\'erente de programmes tels que tar et bru, puisque le
116 catalogue Bacula maintient un enregistrement de chaque volume utilis\'e,
117 chaque job ex\'ecut\'e et chaque fichier sauvegard\'e ce qui permet des
118 restaurations et une gestion de volumes efficaces. Bacula supporte
119 actuellement trois bases de donn\'ees diff\'erentes, MySQL, PostgreSQL, et
120 SQLite. L'une des trois doit \^etre choisie \`a la compilation de {\bf
121 Bacula}. Il existe aussi une base de donn\'ees interne, mais elle n'est plus
124 Les trois bases de donn\'ees actuellement support\'ees (MySQL, PostgreSQL, ou
125 SQLite) fournissent de nombreuses fonctions telles l'indexation rapide,
126 requ\^etes arbitraires, et s\'ecurit\'e. Bien que nous pr\'evoyions de
127 supporter d'autres bases de donn\'ees SQL majeures, l'impl\'ementation
128 actuelle s'interface seulement avec MySQL, PostgreSQL, et SQLite. Pour plus
129 de d\'etails consultez le
130 \ilink{document sur la conception des Services Catalogue
133 Les RPMs pour MySQL et PostgreSQL font partie de la distribution Red Hat.
134 Sinon, il est tout \`a fait ais\'e de les construire \`a partir des sources.
135 Consultez le chapitre
136 \ilink{ Installer et configurer MySQL}{_ChapterStart} ou
137 \ilink{ Installer et configurer PostgreSQL}{_ChapterStart10} de
138 ce document pour plus de d\'etails. Pour plus d'informations sur MySQL et
139 PostgreSQL, consultez
140 \elink{www.mysql.com}{http://www.mysql.com} ou
141 \elink{www.postgresql.org}{http://www.postgresql.org}.
143 Configurer et construire SQLite est encore plus facile. Pour les d\'etails de
144 configuration de SQLite, consultez le chapitre
145 \ilink{Installer et Configurer SQLite}{_ChapterStart33} de ce
149 Le service {\bf Bacula Monitor} est le programme qui permet \`a
150 l'administrateur ou \`a l'utilisateur de contr\^oler le statut des {\it
151 daemons} Bacula ({\bf Bacula Directors}, {\bf Bacula File Daemons} et {\bf
152 Bacula Storage Daemons}) (voir ci-dessus). Actuellement, la seule version
153 disponible est une version GTK+, qui fonctionne avec Gnome et KDE (ainsi que
154 tout gestionnaire de fen\^etre qui respecte le standard system tray
158 Pour r\'ealiser avec succ\`es les op\'erations de sauvegarde et restauration,
159 les quatre services suivants doivent \^etre configur\'es et lanc\'es : le
160 Director Daemon, le File Daemon, le Storage Daemon et MySQL, PostgreSQL ou
163 \subsubsection*{Configuration de Bacula}
164 \index[general]{Configuration de Bacula }
165 \index[general]{Bacula!Configuration de }
166 \addcontentsline{toc}{subsubsection}{Configuration de Bacula}
168 Pour que Bacula comprenne votre syst\`eme, quels clients vous voulez
169 sauvegarder et comment, vous devez cr\'eer un certain nombre de fichiers de
170 configuration. La suite brosse un tableau de ces op\'erations.
172 \includegraphics{./bacula-objects.eps}
174 \subsubsection*{Conventions utilis\'ees dans ce document}
175 \index[general]{Conventions utilis\'ees dans ce document }
176 \index[general]{Document!Conventions utilis\'ees dans ce }
177 \addcontentsline{toc}{subsubsection}{Conventions utilis\'ees dans ce document}
179 {\bf Bacula} est en constante \'evolution, par cons\'equent, ce manuel ne sera
180 pas toujours en accord avec le code. Si un objet de ce manuel est
181 pr\'ec\'ed\'e d'un ast\'erisque (*), cela signifie que cette fonctionnalit\'e
182 particuli\`ere n'est pas impl\'ement\'ee. S'il est pr\'ec\'ed\'e d'un signe
183 plus (+), cela indique que la fonction est peut-\^etre partiellement
186 Si vous lisez la version de ce manuel fournie avec les sources de Bacula, le
187 paragraphe ci-dessus reste vrai. En revanche, si vous lisez la version en
189 \elink{www.bacula.org/manual}{http://www.bacula.org/manual}, veuillez garder
190 \`a l'esprit que cette version d\'ecrit la version courante de d\'eveloppement
191 de Bacula (celle du CVS) qui peut contenir des fonctionnalit\'es qui
192 n'existent pas dans la version ``officielle''. De m\^eme, il est
193 g\'en\'eralement un peu \`a la tra{\^\i}ne derri\`ere le code.
195 \subsubsection*{D\'emarrage rapide}
196 \index[general]{D\'emarrage rapide }
197 \index[general]{Rapide!D\'emarrage }
198 \addcontentsline{toc}{subsubsection}{D\'emarrage rapide}
200 Pour faire fonctionner Bacula rapidement, nous vous recommandons de commencer
201 par parcourir la section Terminologie ci-dessous, de passer rapidement en
202 revue le chapitre suivant intitul\'e
203 \ilink{L'\'etat actuel de Bacula}{_ChapterStart2}, puis le
204 \ilink{Guide de d\'emarrage rapide de Bacula}{_ChapterStart37},
205 qui vous donnera une vue d'ensemble de la mise en oeuvre de Bacula . Apr\`es
206 quoi vous devriez poursuivre avec le chapitre sur
207 \ilink{ L'installation de Bacula}{_ChapterStart17}, puis le chapitre
209 \ilink{Comment configurer Bacula}{_ChapterStart16}, et finalement,
211 \ilink{Ex\'ecuter Bacula}{_ChapterStart1}.
213 \subsubsection*{Terminologie}
214 \index[general]{Terminologie }
215 \addcontentsline{toc}{subsubsection}{Terminologie}
217 Pour faciliter la communication autour de ce projet, nous fournissons ici les
218 d\'efinitions de la terminologie que nous utilisons.
222 \item [Administrateur]
223 \index[sd]{Administrateur }
224 La ou les personne(s) responsable(s) de l'administration du syst\`eme Bacula.
228 \index[sd]{Sauvegarde }
229 Nous utilisons ce terme pour un job Bacula qui sauvegarde des fichiers.
231 \item [Fichier Bootstrap (Bootstrap File)]
232 \index[sd]{Fichier Bootstrap (Bootstrap File) }
233 Le bootstrap est un fichier ASCII qui contient, sous une forme compacte, les
234 commandes qui permettent \`a Bacula ou \`a l'utilitaire autonome {\bf
235 bextract} de restaurer les contenus d'un ou plusieurs volumes, par exemple,
236 l'\'etat courant d'un syst\`eme qui vient d'\^etre sauvegard\'e. Avec un
237 fichier bootstrap, Bacula peut restaurer votre syst\`eme sans catalogue. Vous
238 pouvez cr\'eer un fichier bootstrap depuis un catalogue pour extraire le
239 fichier que vous voulez.
242 \index[sd]{Catalogue }
243 Le catalogue est utilis\'e pour stocker des informations sommaires concernant
244 les Jobs et Clients, les fichiers qui ont \'et\'e sauvegard\'es ainsi que le
245 ou les volume(s) o\`u ils ont \'et\'e sauvegard\'es. L'information stock\'ee
246 dans le catalogue permet \`a l'administrateur ou aux utilisateurs de
247 d\'eterminer quels jobs ont \'et\'e ex\'ecut\'es, leur statut, ainsi que
248 d'importantes caract\'eristiques de chaque fichier sauvegard\'e. Le catalogue
249 est une ressource en ligne, mais ne contient pas les donn\'ees pour les
250 fichiers sauvegard\'es. La plupart des informations stock\'ees dans le
251 catalogue le sont aussi sur les volumes de sauvegarde (i.e. cartouches). Bien
252 sur, les cartouches auront aussi une copie du fichier en plus de ses attributs
255 La fonction Catalogue est de celles qui distinguent Bacula de simples
256 programmes de sauvegarde et archivage tels que {\bf dump} et {\bf tar}.
260 Dans la terminologie de Bacula, le mot Client d\'esigne une machine
261 sauvegard\'ee, et est synonyme de File service ou File Daemon. Nous nous y
262 r\'ef\'erons assez souvent par ``le FD''. Un client est d\'efini dans une
263 ressource de fichier de configuration.
267 Le programme qui interface le Director, permettant \`a l'administrateur de
272 Terminologie Unix pour un programme toujours pr\'esent en arri\`ere plan pour
273 prendre en charge une t\^ache donn\'ee. Sur les syst\`emes Windows, ainsi que
274 certains Linux, les {\it daemons} sont appel\'es {\bf Services}.
277 \index[sd]{Directive }
278 Le terme directive est utilis\'e pour d\'esigner une entr\'ee ou
279 enregistrement \`a l'int\'erieur d'une ressource dans un fichier de
280 configuration qui d\'efinit un \'el\'ement sp\'ecifique. Par exemple, la
281 directive {\bf Name} d\'efinit le nom de la ressource.
284 \index[sd]{Director }
285 Le principal {\it daemon} serveur de Bacula qui planifie et dirige toutes
286 les op\'erations de Bacula. Occasionnellement, nous le d\'esignons par ``le
289 \item [Differentielle (Differential)]
290 \index[sd]{Differentielle (Differential) }
291 Une sauvegarde qui inclut tous les fichiers modifi\'es depuis le lancement de
292 la derni\`ere sauvegarde compl\`ete (Full). Notez que d'autres logiciels de
293 sauvegarde peuvent d\'efinir ceci diff\'eremment.
295 \item [Attributs de fichiers]
296 \index[sd]{Attributs de fichiers }
297 Les Attributs de fichiers sont toutes les informations n\'ecessaires au sujet
298 d'un fichier pour l'identifier, et toutes ses propri\'et\'es telles taille,
299 date de cr\'eation, date de modification, permission, etc. En principe, les
300 attributs sont int\'egralement manipul\'es par Bacula de sorte que
301 l'utilisateur n'a jamais \`a s'en pr\'eoccuper. Les attributs n'incluent pas
302 les donn\'ees du fichier.
305 \index[sd]{File Daemon }
306 Le {\it daemon} ex\'ecut\'e sur l'ordinateur client \`a sauvegarder. Il est
307 aussi d\'esign\'e par Service Fichier (File Service) et parfois Service Client
314 Un FileSet est une ressource d'un fichier de configuration qui d\'efinit les
315 fichiers \`a sauvegarder. Il consiste en une liste de fichiers ou
316 r\'epertoires inclus, une liste de fichiers ou r\'epertoires exclus et la
317 fa{\c c}on dont les fichiers seront stock\'es (compression, chiffrage,
318 signatures). Pour plus de d\'etails consultez le paragraphe
319 \ilink{D\'efinition de la Ressource FileSet}{FileSetResource}
320 dans le chapitre Director de ce document.
323 \index[sd]{Incrementale }
324 Une sauvegarde qui inclut tous les fichiers modifi\'es depuis le lancement de
325 la derni\`ere sauvegarde compl\`ete (Full), diff\'erentielle, ou
326 incr\'ementale. Normalement sp\'ecifi\'e dans la directive {\bf Level}
327 (niveau) dans la d\'efinition de la ressource Job, ou dans une ressource
334 Un Job Bacula est une ressource de configuration qui d\'efinit le travail que
335 Bacula doit effectuer pour sauvegarder ou restaurer un client particulier. Un
336 Job consiste en un {\bf Type}, (Type : backup, restore, verify, etc.), un
337 {\bf Niveau} (Level : full, incremental, ...), un {\bf FileSet}, et un lieu de
338 {\bf Stockage} o\`u \'ecrire les fichiers (Storage device, Media Pool). Pour
339 plus de d\'etails consultez le chapitre
340 \ilink{D\'efinition des Ressources Job}{JobResource} de ce
345 Le programme qui s'interface avec chacun des {\it daemons} pour permettre \`a
346 l'utilisateur ou \`a l'administrateur de surveiller le statut de Bacula.
349 \index[sd]{Resource }
350 Une ressource est une partie d'un fichier de configuration qui d\'efinit une
351 unit\'e sp\'ecifique d'information disponible pour Bacula. Par exemple, la
352 ressource {\bf Job} d\'efinit toutes les propri\'et\'es d'un Job sp\'ecifique
353 : nom, schedule (planification), volume pool, type de sauvegarde, niveau de
358 Une Restore est une ressource de configuration qui d\'ecrit l'op\'eration de
359 restauration d'un fichier (perdu ou endommag\'e) depuis un medium de
360 sauvegarde. C'est l'op\'eration r\'eciproque d'une sauvegarde, sauf que, dans
361 la plupart des cas, une restauration concernera un petit ensemble de fichiers
362 tandis qu'une sauvegarde concerne le plus souvent l'ensemble des fichiers
363 d'un syst\`eme. Bien sur, apr\`es une d\'efaillance de disque(s), Bacula peut
364 \^etre appel\'e \`a effectuer une restauration compl\`ete de tous les
365 fichiers qui \'etaient sur le syst\`eme.
368 \index[sd]{Schedule }
369 Un Schedule est une ressource de configuration qui d\'efinit le moment de
370 l'ex\'ecution du Job Bacula. Pour utiliser un schedule, la ressource Job se
371 r\'ef\`ere au nom du Schedule. Pour plus de d\'etails, consultez la
372 \ilink{D\'efinition de la ressource Schedule}{ScheduleResource}
373 dans le chapitre Director de ce document.
377 Terminologie Windows pour d\'esigner un {\it daemon} -- Voir plus haut. Elle
378 est maintenant fr\'equemment utilis\'ee dans les environnements Unix aussi.
380 \item [Adresses de stockage]
381 \index[sd]{Adresses de stockage }
382 Les informations retourn\'ees par les Storage services qui localisent de
383 fa{\c c}on unique les fichiers sur un medium de sauvegarde. Elles consistent
384 en deux parties : l'une appartient \`a chaque fichier sauvegard\'e, l'autre
385 \`a l'ensemble du Job. Normalement, cette information est sauvegard\'ee dans
386 le catalogue de sorte que l'utilisateur n'a pas besoin de connaissances
387 particuli\`eres des adresses de stockage. L'adresse de stockage inclut les
388 attributs de fichiers (voir plus haut) ainsi que la localisation unique de
389 l'information sur le volume de sauvegarde.
391 \item [Storage Daemon]
392 \index[sd]{Storage Daemon }
393 Le Storage Daemon, parfois d\'esign\'e par ``SD'' est le programme qui
394 \'ecrit les attributs et les donn\'ees sur un Volume de Stockage (Storage
395 Volume) (Usuellement une cartouche ou un disque).
399 D\'esigne en principe le dialogue interne entre le File Daemon et le Storage
400 Daemon. Le File Daemon ouvre une {\bf session} avec le Storage Daemon pour
401 sauvegarder un Fileset, ou pour le restaurer. Une session est associ\'ee \`a
402 un et un seul Job Bacula (voir plus haut).
406 Il s'agit d'un job qui compare les attributs du fichier actuel aux attributs
407 qui ont \'et\'e pr\'ealablement stock\'es dans le catalogue Bacula. Cette
408 fonction peut \^etre utilis\'ee pour d\'etecter les modifications de
409 syst\`emes de fichiers critiques, \`a la fa{\c c}on de {\bf Tripwire}. L'un
410 des avantages majeurs de l'utilisation de Bacula pour cette t\^ache est que
411 sur la machine que vous voulez prot\'eger, vous pouvez n'ex\'ecuter que le
412 File Daemon. Le Director, le Storage Daemon et le catalogue peuvent r\'esider
413 sur une autre machine. Par cons\'equent si votre serveur est un jour
414 compromis, il est peu probable que la base de donn\'ees de v\'erification ait
415 \'et\'e trifouill\'ee.
417 Verify peut aussi \^etre utilis\'e pour s'assurer que les donn\'ees les plus
418 r\'ecemment \'ecrites sur un volume sont coh\'erentes avec ce qui figure dans
419 le catalogue (c-\`a-d il compare les attributs de fichiers), ou encore,
420 confronter le contenu du volume aux fichiers originaux sur le disque.
423 \index[sd]{*Archive }
424 Une op\'eration d'archivage est effectu\'ee apr\`es une sauvegarde, et
425 consiste en l'exclusion des volumes sur lesquels les donn\'ees sont
426 sauvegard\'ees de l'utilisation courante. Ces volumes sont marqu\'es
427 ``Archived'', et ne sont plus utilis\'es pour sauvegarder des fichiers. Tous
428 les fichiers contenus sur un Volume Archive sont supprim\'es du catalogue.
429 PAS ENCORE IMPLEMENTE.
433 Une op\'eration Update synchronise les fichiers du syst\`eme distant sur ceux
434 du local. Ceci est l'\'equivalent d'une fonctionnalit\'e {\bf rdist}. PAS
437 \item [P\'eriode de r\'etention]
438 \index[sd]{P\'eriode de r\'etention }
439 Bacula reconnait plusieurs sortes de p\'eriodes de r\'etention. Les plus
440 importantes sont la p\'eriode de r\'etention des fichiers, la p\'eriode de
441 r\'etention des jobs et la p\'eriode de r\'etention des volumes. Chacune de
442 ces p\'eriodes de r\'etention d\'esigne la dur\'ee pendant laquelle
443 l'enregistrement sp\'ecifique sera conserv\'e dans le catalogue. Ceci ne doit
444 pas \^etre confondu avec le temps pendant lequel les donn\'ees sauvegard\'ees
445 sur un volume sont valides.
447 La p\'eriode de r\'etention des fichiers d\'etermine la dur\'ee pendant
448 laquelle les enregistrements concernant les fichiers seront gard\'es dans le
449 catalogue. Cette p\'eriode est importante car le volume des enregistrements
450 relatifs aux fichiers occupe, de loin, le plus d'espace dans la base de
451 donn\'ees. Par cons\'equent, vous devez vous assurer qu'un ``\'elagage''
452 (``pruning'') r\'egulier de ces enregistrements est effectu\'e. (Voir la
453 commande {\bf retention} de la Console pour plus de d\'etails sur ce sujet).
455 La p\'eriode de r\'etention des jobs est la dur\'ee pendant laquelle les
456 enregistrements relatifs aux jobs seront conserv\'es dans le catalogue. Notez
457 que tous les enregistrements relatifs aux fichiers sont attach\'es aux jobs
458 qui ont sauvegard\'e ces fichiers. Les enregistrements relatifs aux fichiers
459 peuvent \^etre purg\'es tout en conservant ceux relatifs aux jobs. Dans ce
460 cas, l'information concernant les jobs ex\'ecut\'es restera disponible, mais
461 pas les d\'etails des fichiers sauvegard\'es. Normalement, lorsqu'un job est
462 purg\'e, tous les enregistrements concernant les fichiers qu'il a
463 sauvegard\'e le sont aussi. La p\'eriode de r\'etention des volumes est la
464 dur\'ee minimale de conservation d'un volume avant qu'il ne soit
465 r\'eutilis\'e. Bacula n'effacera, en principe, jamais un volume qui contient
466 la seule copie de sauvegarde d'un fichier. Dans les conditions id\'eales, le
467 catalogue maintiendrait les entr\'ees pour tous les fichiers sauvegard\'es
468 pour tous les volumes courants. Une fois qu'un volume est \'ecras\'e, les
469 fichiers qui \'etaient sauvegard\'es dessus sont automatiquement effac\'es du
470 catalogue. Cependant, s'il y a un tr\`es gros pool de volumes ou si un volume
471 n'est jamais \'ecras\'e, le catalogue pourrait devenir \'enorme. Pour
472 maintenir le catalogue dans des proportions g\'erables, les informations de
473 sauvegarde devraient \^etre supprim\'ees apr\`es une p\'eriode de r\'etention
474 des fichiers d\'efinie.
478 Une op\'eration de scan consiste en un balayage du contenu d'un volume ou
479 d'une s\'erie de volumes. Ces volumes et les informations concernant les
480 fichiers qu'ils contiennent sont restaur\'es vers le catalogue Bacula. Une
481 fois ces informations restaur\'ees, les fichiers sauvegard\'es sur ces
482 volumes pourront \^etre ais\'ement restaur\'es. Cette fonction est
483 particuli\`erement utile si certains volumes ou jobs ont d\'epass\'e leur
484 p\'eriode de r\'etention et ont \'et\'e ``\'elagu\'es'' ou purg\'es du
485 catalogue. Le balayage des donn\'ees des volumes est effectu\'e en utilisant
486 le programme {\bf bscan}. Consultez la
487 \ilink{section bscan }{bscan} du chapitre sur les utilitaires
488 Bacula de ce manuel pour plus de d\'etails.
492 Un volume est une unit\'e d'archivage, usuellement une cartouche ou un
493 fichier nomm\'e sur disque o\`u Bacula stocke les donn\'ees pour un ou
494 plusieurs jobs de sauvegarde. Tous les volumes Bacula ont un label unique
495 (software) \'ecrit sur le volume par Bacula afin qu'il puisse \^etre sur du
496 volume qu'il lit r\'eellement. (En principe, il ne devrait pas y avoir de
497 confusion avec des fichiers disques, mais avec des cartouches, il est facile
498 de monter la mauvaise).
501 \subsubsection*{Ce que Bacula n'est pas}
502 \index[general]{Ce que Bacula n'est pas }
503 \index[general]{Pas!Ce que Bacula n'est }
504 \addcontentsline{toc}{subsubsection}{Ce que Bacula n'est pas}
506 {\bf Bacula} est un programme de sauvegarde, restauration et v\'erification,
507 ce n'est pas un syst\`eme complet de disaster recovery
509 \`a lui seul, mais il peut en \^etre une partie clef si vous planifiez
510 soigneusement et suivez les instructions incluses dans le chapitre
511 \ilink{ Plan de reprise d'activit\'e avec Bacula}{_ChapterStart38} de
514 Avec la planification appropri\'ee, telle que d\'ecrite dans le chapitre sur le
515 plan de reprise d'activit\'e, {\bf Bacula} peut devenir la pi\`ece centrale de
516 votre plan de reprise d'activit\'e. Par exemple, si vous avez cr\'e\'e un(e)
517 disque(tte) boot d'urgence et un(e) disque(tte) de secours Bacula pour
518 sauvegarder les informations de partitionnement courantes de votre disque dur,
519 et maintenu un jeu de sauvegardes complet de votre syst\`eme, il est possible
520 de reconstruire compl\`etement votre syst\`eme ``depuis le m\'etal brut''
524 Si vous avez utilis\'e la directive {\bf WriteBootstrap} dans votre job ou
525 quelque autre moyen pour sauvegarder un fichier bootstrap valide, vous pourrez
526 l'utiliser pour extraire les fichiers n\'ecessaires (sans utiliser le
527 catalogue et sans chercher manuellement les fichiers \`a restaurer).
529 \subsection*{Interactions entre les services Bacula}
530 \index[general]{Bacula!Interactions entre les services }
531 \index[general]{Interactions entre les services Bacula }
532 \addcontentsline{toc}{subsection}{Interactions entre les services Bacula}
534 Le diagramme fonctionnel suivant montre les interactions typiques entre les
535 services Bacula pour un job de type sauvegarde. Chaque bloc repr\'esente en
536 g\'en\'eral un processus s\'epar\'e (normalement un {\it daemon}). En
537 g\'en\'eral, le director surveille le flux d'informations. Il maintient aussi
538 le catalogue. \includegraphics{./flow.eps}
projects / bacula / docs / blob