]> git.sur5r.net Git - bacula/docs/blob - docs/manual-fr/general.tex
e53ab4018fadfcd3a4e4a6f5a3199039dfb69a9c
[bacula/docs] / docs / manual-fr / general.tex
1 %%
2 %%
3
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 ?}
9
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.
15
16 En termes
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. 
24
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 ?}
29
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}. 
38
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.
47
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. 
53
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
58 version 2. 
59
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}
64
65 Bacula est constitu\'e des cinq composants ou services majeurs suivants : 
66
67 \includegraphics{./bacula-applications.eps} 
68 (remerciements \`a Aristedes Maniatis pour ce sch\'ema et le suivant) 
69
70 \begin{itemize}
71 \item 
72    \label{DirDef}
73    Le service {\bf Bacula Director
74 \label{a1}
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).
81 \item 
82    \label{UADef}
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 
99 pour d\'eveloppeurs. 
100 \item 
101    \label{FDDef}
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). 
115 \item 
116    \label{SDDef}
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 
123 Storage Daemon. 
124 \item 
125    \label{DBDefinition}
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
137 Bacula}.  
138
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
146 }{_ChapterStart30}.  
147
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}.  
157
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
161 document. 
162 \item 
163    \label{MonDef}
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
170 FreeDesktop.org). 
171 \end{itemize}
172
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
176 SQLite. 
177
178 \subsection*{Configuration de Bacula}
179 \index[general]{Configuration de Bacula }
180 \index[general]{Bacula!Configuration de }
181 \addcontentsline{toc}{subsection}{Configuration de Bacula}
182
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. 
186
187 \includegraphics{./bacula-objects.eps} 
188
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}
193
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
199 impl\'ement\'ee. 
200
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
203 ligne : 
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. 
209
210 \subsection*{D\'emarrage rapide}
211 \index[general]{D\'emarrage rapide }
212 \index[general]{Rapide!D\'emarrage }
213 \addcontentsline{toc}{subsection}{D\'emarrage rapide}
214
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}. 
225
226 \subsection*{Terminologie}
227 \index[general]{Terminologie }
228 \addcontentsline{toc}{subsection}{Terminologie}
229
230 Pour faciliter la communication autour de ce projet, nous fournissons ici les
231 d\'efinitions de la terminologie que nous utilisons. 
232
233 \begin{description}
234
235 \item [Administrateur]
236    \index[sd]{Administrateur }
237    La ou les personne(s) responsable(s) de l'administration  du syst\`eme Bacula.
238
239
240 \item [Sauvegarde]
241    \index[sd]{Sauvegarde }
242    Nous utilisons ce terme pour un job Bacula qui sauvegarde des  fichiers. 
243
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. 
253
254 \item [Catalogue]
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
266  (voir ci-dessus).  
267
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}. 
270
271 \item [Client]
272    \index[sd]{Client }
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. 
277
278 \item [Console]
279    \index[sd]{Console }
280    Le programme qui interface le Director, permettant \`a  l'administrateur de
281 contr\^oler Bacula. 
282
283 \item [Daemon]
284    \index[sd]{Daemon }
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}. 
288
289 \item [Directive]
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. 
295
296 \item [Director]
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
300 DIR". 
301
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.  
307
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. 
316
317 \item [File Daemon]
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
321 ou FD. 
322
323 \item [
324    \label{FileSetDef}
325    FileSet]
326 \index[sd]{a name }
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. 
334
335 \item [Incrementale]
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
341 Schedule. 
342
343 \item [
344    \label{JobDef}
345    Job]
346 \index[sd]{a name }
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
354 document. 
355
356 \item [Monitor]
357    \index[sd]{Monitor }
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.  
360
361 \item [Resource]
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 
367 sauvegarde, etc. 
368
369 \item [Restore]
370    \index[sd]{Restore }
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. 
379
380 \item [Schedule]
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. 
387
388 \item [Service]
389    \index[sd]{Service }
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. 
392
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. 
403
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). 
409
410 \item [Session]
411    \index[sd]{Session }
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). 
416
417 \item [Verify]
418    \index[sd]{Verify }
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.  
429
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. 
434
435 \item [*Archive]
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. 
443
444 \item [*Update]
445    \index[sd]{*Update }
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 
448 ENCORE IMPLEMENTE. 
449
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. 
459
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). 
467
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. 
477
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. 
490
491 \item [Scan]
492    \index[sd]{Scan }
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. 
504
505 \item [Volume]
506    \index[sd]{Volume }
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). 
514 \end{description}
515
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}
520
521 {\bf Bacula} est un programme de sauvegarde, restauration et v\'erification,
522 ce n'est pas un syst\`eme complet de disaster recovery
523 \label{c}
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
527 ce manuel. 
528
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)
537 \label{d1}
538
539
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). 
544
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}
549
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}