4 \section*{L'\'etat actuel de Bacula}
6 \index[general]{L'\'etat actuel de Bacula }
7 \index[general]{Bacula!L'\'etat actuel de }
8 \addcontentsline{toc}{section}{L'\'etat actuel de Bacula}
10 En d'autres termes, ce qui est et ce qui n'est pas actuellement impl\'ement\'e
13 \subsection*{Ce qui est impl\'ement\'e}
14 \index[general]{Ce qui est impl\'ement\'e }
15 \addcontentsline{toc}{subsection}{Ce qui est impl\'ement\'e}
18 \item Sauvegarde/restauration par le r\'eseau avec un Director centralis\'e.
19 \item Scheduler interne pour le lancement automatique des
21 \item Programmation de plusieurs Jobs \`a la m\^eme heure.
22 \item Vous pouvez \'executer un Job \`a la fois ou plusieurs Jobs
26 des Jobs selon une hi\'erarchie de priorit\'es.
27 \item Restauration d'un ou plusieurs fichiers s\'electionn\'es interactivement
28 parmi les fichiers de la derni\`ere sauvegarde ou ceux d'une sauvegarde
29 ant\'erieure \`a une date et heure donn\'ees.
30 \item Restauration d'un syst\`eme complet "depuis le m\'etal brut"
32 . Cette op\'eration est largement automatis\'ee pour les syst\`emes Linux et
33 partiellement pour les Solaris. Consultez le
34 \ilink{Plan de Reprise d'activit\'e avec Bacula}{_ChapterStart38}.
35 Selon certains utilisateurs, la restauration "depuis le m\'etal brut"
36 fonctionne aussi pour les syst\`emes Win2K/XP.
37 \item Listage et restauration des fichiers avec les outils autonomes {\bf
38 bextract}. Entre autres choses, ceci permet l'extraction de fichiers quand
39 Bacula et/ou le catalogue ne sont pas disponibles. Notez : La m\'ethode
40 recommand\'ee pour restaurer des fichiers est d'utiliser la commande restore
41 dans la Console. Ces programmes sont con{\c c}us pour une utilisation en
43 \item Possibilit\'e de r\'eg\'en\'erer le catalogue par balayage des volumes
44 de sauvegarde gr\^ace au programme {\bf bscan}.
46 \ilink{Console}{UADef} d'interfa{\c c}age avec le Director
47 permettant un contr\^ole total. Trois versions (shell, GNOME et wxWidgets)
48 sont disponibles. Notez que la version GNOME n'offre actuellement que peu des
49 fonctions de la version shell.
50 \item V\'erification des fichiers pr\'ec\'edemment catalogu\'es offrant un
51 syst\`eme de d\'etection \`a la fa{\c c}on de Tripwire
52 \item Authentification par mot de passe CRAM-MD5 entre chaque composant ({\it
54 \item Chiffrement configurable
55 \ilink{Chiffrement TLS (ssl)}{_ChapterStart61} entre chaque {\it daemon}.
57 \ilink{fichier de configuration}{_ChapterStart40} complet et
58 extensible pour chaque {\it daemon}.
59 \item Fonctions de base de donn\'ees (catalogue) pour les informations
60 concernant les volumes, pools, jobs et fichiers sauvegard\'es.
61 \item Support pour des catalogues de type SQLite, PostgreSQL, et MySQL.
62 \item Requ\^etes utilisateur arbitraires sur les bases de donn\'ees SQLite,
64 \item Marquage (label) des Volumes pour pr\'evenir tout \'ecrasement
65 accidentel (au moins par Bacula).
66 \item Un nombre quelconque de Jobs et Clients peuvent \^etre sauvegard\'es sur
67 un Volume unique. Cela signifie que vous pouvez sauvegarder et restaurer des
68 machines Linux, Unix, Sun, et Windows sur le m\^eme volume.
69 \item Sauvegardes multi-volumes. Lorsqu'un Volume est plein, {\bf Bacula}
70 r\'eclame automatiquement le volume suivant et poursuit la sauvegarde.
71 \item Gestion de librairie par
72 \ilink{Pools et Volumes}{PoolResource} offrant beaucoup de
73 flexibilit\'e dans la gestion des volumes (par exemple, groupes de volumes mensuels,
74 hebdomadaires, quotidiens ou diff\'erenci\'es par client,...).
75 \item Format d'\'ecriture de donn\'ees sur les volumes ind\'ependant des
76 machines. Les clients Linux, Solaris, et Windows peuvent tous \^etre
77 sauvegard\'es sur le m\^eme volume si d\'esir\'e.
78 \item Prise en charge flexible des
79 \ilink{ messages}{MessageResource} incluant le routage des
80 messages depuis n'importe quel {\it daemon} vers le Director pour un
83 automatique par e-mail.
84 \item Impl\'ementation multi-thread.
85 \item Programm\'e pour prendre en charge des noms de fichiers et messages
87 \item Compression GZIP fichier par fichier effectu\'ee, si activ\'ee, par le
88 programme Client avant le transfert sur le r\'eseau.
89 \item Calcul de signatures MD5 ou SHA1 des fichiers de donn\'ees sur demande.
90 \item Sauvegarde et restaure les POSIX ACLs.
91 \item Support pour les librairies de sauvegarde via une simple interface shell
92 capable de s'interfacer avec pratiquement n'importe quel programme
94 \item Support pour les librairies \'equip\'ees de lecteurs de codes barres --
95 marquage (labeling) automatique selon les codes barres.
96 \item Support pour les librairies \`a magasins multiples, soit par
97 l'utilisation des codes barres, soit par lecture des cartouches.
98 \item Support pour les librairies avec plusieurs lecteurs.
99 \item Sauvegardes/restaurations "Raw device". Les restaurations doivent
100 alors s'effectuer vers le m\^eme support physique que la sauvegarde.
101 \item Tous les blocs de donn\'ees des volumes (approx 64K bytes) contiennent
102 une somme de contr\^ole.
103 \item Liste d'acc\`es \`a la console qui permet de restreindre l'acc\`es des
104 utilisateurs \`a leurs donn\'ees seulement.
105 \item Possibilit\'e de mettre les donn\'ees sur un tampon disque (data
106 spooling) pendant la sauvegarde avant \'ecriture sur cartouche, pour limiter
107 les arr\^ets-red\'emarrages du lecteur lors des incr\'ementales.
108 \item Support pour sauvegarde et restauration de fichiers de plus de 2GB.
109 \item Support pour les machines 64 bit, e.g. amd64.
110 \item Possibilit\'e de chiffrer les communications entre les {\it daemons} en
112 \item Support des étiquettes (labels) de cartouches ANSI et IBM.
113 \item Support des noms de fichiers Unicode (exemple : chinois) sur les machines Win32
114 depuis la version 1.37.28.
115 \item Sauvegarde cohérente des fichiers ouverts sur les systèmes Win32 (WinXP, Win2003
116 mais pas Win2000), par l'utilisation de Volume Shadow Copy (VSS).
119 \subsection*{Avantages de Bacula sur d'autres programmes de sauvegarde}
120 \index[general]{Avantages de Bacula sur d'autres programmes de sauvegarde }
121 \index[general]{Sauvegarde!Avantages de Bacula sur d'autres programmes de }
122 \addcontentsline{toc}{subsection}{Avantages de Bacula sur d'autres programmes
126 \item Du fait qu'il y a un client pour chaque machine, vous pouvez
127 sauvegarder et restaurer des clients de tous types avec l'assurance que tous
128 les attributs de fichiers sont convenablement sauvegard\'es et restaur\'es.
129 \item Il est aussi possible de sauvegarder des clients sans aucun logiciel
130 client en utilisant NFS ou Samba. Cependant, nous recommandons d'ex\'ecuter,
131 si possible, un File Daemon client sur chaque machine \`a sauvegarder.
132 \item Bacula prend en charge les sauvegardes multi-volumes.
133 \item Une base de donn\'ees compl\`ete aux standards SQL de tous les fichiers
134 sauvegard\'es. Ceci permet une vue en ligne des fichiers sauvegard\'es sur
135 n'importe quel volume.
136 \item Elagage automatique du catalogue (destruction des anciens
137 enregistrements), ce qui simplifie l'administration de la base de donn\'ees.
138 \item N'importe quel moteur de base de donn\'ees SQL peut \^etre utilis\'e, ce
139 qui rend Bacula tr\`es flexible.
140 \item La conception modulaire, mais int\'egr\'ee rend Bacula tr\`es
142 \item Puisque Bacula utilise des {\it daemons} fichier clients, toute base de
143 donn\'ees, toute application peut \^etre arr\'et\'ee proprement, puis
144 red\'emarr\'ee par Bacula avec les outils natifs du syst\`eme sauvegard\'e
145 (le tout dans un Job Bacula).
146 \item Bacula int\`egre un Job Scheduler.
147 \item Le format des volumes est document\'e et il existe de simples programmes C
148 pour le lire/\'ecrire.
149 \item Bacula utilise des ports TCP/IP bien d\'efinis (enregistr\'es) -- pas de
150 rpcs, pas de m\'emoire partag\'ee.
151 \item L'installation et la configuration de Bacula est relativement simple
152 compar\'ee \`a d'autres produits comparables.
153 \item Selon un utilisateur, Bacula est aussi rapide que la grande application
155 \item Selon un autre utilisateur, Bacula est quatre fois plus rapide qu'une
156 autre application commerciale, probablement parce que cette application
157 stocke ses informations de catalogue dans un grand nombre de fichiers
158 plut\^ot que dans une base SQL comme le fait Bacula.
159 \item Au lieu d'une interface d'administration graphique, Bacula possède une
160 interface shell qui permet à l'administrateur d'utiliser des outils tels que
161 ssh pour administrer n'importe quelle partie de Bacula depuis n'importe où.
162 \item Bacula dispose d'un CD de secours pour les systèmes Linux dotés des
163 fonctionnalités suivantes :
165 \item Vous le générez sur votre propre système d'un simple make suivi de make burn.
166 \item Il utilise votre noyau.
167 \item Il capture vos paramètres de disques et génère les scripts qui vous permettront
168 de repartitionner automatiquement vos disques et de les formater pour y remettre
169 ce qui s'y trouvait avant le désastre.
170 \item Il comporte un script qui redémarrera votre réseau (avec l'adresse IP correcte).
171 \item Il comporte un script qui monte automatiquement vos disques durs.
172 \item Il comporte un Bacula FD complet statiquement lié.
173 \item Vous pouvez aisément y ajouter des données ou programmes additionnels.
176 \subsection*{Restrictions de l'impl\'ementation actuelle}
177 \index[general]{Restrictions de l'impl\'ementation actuelle }
178 \index[general]{Actuelle!Restrictions de l'impl\'ementation }
179 \addcontentsline{toc}{subsection}{Restrictions de l'impl\'ementation actuelle}
182 \item Les chemins et noms de fichiers de longueur supérieure à 260 caractères
183 sur les systèmes Win32 ne sont pas supportés. Il sont sauvegardés mais
184 ne peuvent être restaurés. L'utilisation de la directive {\bf Portable=yes}
185 dans votre FileSet permet de restaurer ces fichiers vers les systèmes
186 Unix et Linux. Les noms de fichiers longs seront implémentés dans une
188 \item Si vous avez plus de 4 billions de fichiers enregistr\'es dans votre
189 catalogue, la base de donn\'ees FileId atteindra probablement ses limites.
190 Ceci est une base de donn\'ees monstrueuse mais possible. A un certain stade,
191 les champs FileId de Bacula passeront de 32 bits \`a 64 et ce probl\`eme
192 dispara{\^\i}tra. En attendant, un palliatif satisfaisant consiste \`a
193 utiliser plusieurs bases de donn\'ees
194 \item Les fichiers supprim\'es apr\`es une sauvegarde full sont inclus dans
196 \item Les Modules Système de Fichiers (routines configurables pour
197 sauvegarder/restaurer les fichiers spéciaux) ne sont pas encore implémentés.
198 \item Le chiffrement des données sur les volumes n'est pas implémenté.
199 \item Bacula ne peut restaurer automatiquement les fichiers d'un job depuis
200 deux ou plusieurs périphériques de stockage différents. Si vous
201 un même job utilise plusieurs périphériques ou plusieurs types de
202 média distincts, le processus de restauration nécessitera certaines
203 interventions manuelles.
206 \subsection*{Limitations ou Restrictions inh\'erentes \`a la conception}
207 \index[general]{Limitations ou Restrictions inh\'erentes \`a la conception }
208 \index[general]{Conception!Limitations ou Restrictions inh\'erentes \`a la }
209 \addcontentsline{toc}{subsection}{Limitations ou Restrictions inh\'erentes \`a
213 \item Les noms (tels que resource names, Volume names, ...) d\'efinis dans les
214 fichiers de configuration de Bacula sont limit\'es \`a un nombre fix\'e de
215 caract\`eres. Actuellement, la limite est d\'efinie \`a 127 caract\`eres.
216 Notez que ceci ne concerne pas les noms de fichiers qui peuvent \^etre
217 arbitrairement longs.
218 \item Sur les machines Win32, les noms de fichiers sont limités à 260 caractères
219 par l'API non-Unicode Windows que nous utilisons. Il est prévu de lever cette
220 limitation en basculant sur l'API Unicode.