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