{\bf Bacula} est un jeu de programmes qui vous permet (ou \`a l'administrateur
syst\`eme) de faire des sauvegardes, restaurations, et v\'erifications des
donn\'ees d'un ordinateur sur un r\'eseau h\'et\'erog\`ene. Bacula peut
-fonctionner complètement sur un seul ordinateur. Il est capable de
-sauvegarder sur des supports variés, y compris disques et cartouches.
+fonctionner compl\`etement sur un seul ordinateur. Il est capable de
+sauvegarder sur des supports vari\'es, y compris disques et cartouches.
En termes
techniques, il s'agit d'un programme de sauvegarde Client/Serveur. Bacula est
difficile \`a installer et utiliser que {\bf tar} ou {\bf dump}.
Si vous attendez de Bacula qu'il se comporte comme les programmes simples
-mentionnés ci-dessus et qu'il écrive sur toute cartouche insérée dans le
-lecteur, vous éprouverez des difficultés à travailler avec Bacula. Bacula
-est conçu pour protéger vos données en suivant les règles que vous spécifiez,
-ce qui signifie que la réutilisation d'une cartouche ne se fera qu'en dernier
-ressort. Il est possible de "contraindre" Bacula à écraser toute cartouche dans
+mentionn\'es ci-dessus et qu'il \'ecrive sur toute cartouche ins\'er\'ee dans le
+lecteur, vous \'eprouverez des difficult\'es \`a travailler avec Bacula. Bacula
+est con\\ 3u pour prot\'eger vos donn\'ees en suivant les r\`egles que vous sp\'ecifiez,
+ce qui signifie que la r\'eutilisation d'une cartouche ne se fera qu'en dernier
+ressort. Il est possible de "contraindre" Bacula \`a \'ecraser toute cartouche dans
le lecteur, mais il est plus facile et plus efficace d'utiliser un outil
-plus basique pour ce genre d'opérations.
+plus basique pour ce genre d'op\'erations.
Si vous utilisez {\bf Amanda} et aimeriez un programme de sauvegarde qui peut
\'ecrire sur plusieurs volumes (qui ne soit pas limit\'e par la capacit\'e de vos
restauration, v\'erification et archivage. L'administrateur syst\`eme utilise
le Bacula Director pour planifier les sauvegardes et restaurer les fichiers.
Pour plus de d\'etails, consultez la section concernant la conception du Daemon Director
-dans la documentation pour développeurs. Le Director est exécuté en tant que {\it daemon}
-ou service (c'est à dire en tâche de fond).
+dans la documentation pour d\'eveloppeurs. Le Director est ex\'ecut\'e en tant que {\it daemon}
+ou service (c'est \`a dire en tâche de fond).
\item
\label{UADef}
Le service {\bf Bacula Console} est le programme qui permet \`a
fournit une aide instantan\'ee relative \`a la commande que vous \^etes en
train de taper. Pour plus de d\'etails, consultez la section
\ilink{Conception de la Console Bacula}{_ConsoleChapter} dans la documentation
-pour développeurs.
+pour d\'eveloppeurs.
\item
\label{FDDef}
Le service {\bf Bacula File} (ou programme client) est le programme install\'e
dans les fichiers de configuration de Bacula). En plus du File Daemon pour
Unix/Linux, il existe un File Daemon pour Windows (usuellement distribu\'e au
format binaire). Le File Daemon Windows fonctionne sur toutes les versions
-actuelles de Windows (NT, 2000, XP, 2003 et peut-être aussi 98 et Me).
+actuelles de Windows (NT, 2000, XP, 2003 et peut-\^etre aussi 98 et Me).
\item
\label{SDDef}
Le service {\bf Bacula Storage} est le programme qui transf\`ere les donn\'ees
Un volume est une unit\'e d'archivage, usuellement une cartouche ou un
fichier nomm\'e sur disque o\`u Bacula stocke les donn\'ees pour un ou
plusieurs jobs de sauvegarde. Tous les volumes Bacula ont un label unique
-(logiciel) \'ecrit sur le volume par Bacula afin qu'il puisse \^etre assuré de
+(logiciel) \'ecrit sur le volume par Bacula afin qu'il puisse \^etre assur\'e de
lire le bon volume. (En principe, il ne devrait pas y avoir de
confusion avec des fichiers disques, mais avec des cartouches, il est facile
de monter la mauvaise).
\item Restauration d'un ou plusieurs fichiers s\'electionn\'es interactivement
parmi les fichiers de la derni\`ere sauvegarde ou ceux d'une sauvegarde
ant\'erieure \`a une date et heure donn\'ees.
-\item Restauration d'un syst\`eme complet ``depuis le m\'etal brut''
+\item Restauration d'un syst\`eme complet "depuis le m\'etal brut"
\label{d}
. Cette op\'eration est largement automatis\'ee pour les syst\`emes Linux et
partiellement pour les Solaris. Consultez le
\ilink{Plan de Reprise d'activit\'e avec Bacula}{_ChapterStart38}.
-Selon certains utilisateurs, la restauration ``depuis le m\'etal brut''
+Selon certains utilisateurs, la restauration "depuis le m\'etal brut"
fonctionne aussi pour les syst\`emes Win2K/XP.
\item Listage et restauration des fichiers avec les outils autonomes {\bf
- bextract} Entre autres choses, ceci permet l'extraction de fichiers quand
+ bextract}. Entre autres choses, ceci permet l'extraction de fichiers quand
Bacula et/ou le catalogue ne sont pas disponibles. Notez : La m\'ethode
recommand\'ee pour restaurer des fichiers est d'utiliser la commande restore
dans la Console. Ces programmes sont con{\c c}us pour une utilisation en
fonctions de la version shell.
\item V\'erification des fichiers pr\'ec\'edemment catalogu\'es offrant un
syst\`eme de d\'etection \`a la fa{\c c}on de Tripwire
-\item Authentification par mot de passe CRAM-MD5 entre chaque composant ({\it
- daemon}).
+\item Authentification par mot de passe CRAM-MD5 entre chaque composant ({\it
+daemon}).
+\item Chiffrement configurable
+ \ilink{Chiffrement TLS (ssl)}{_ChapterStart61} entre chaque {\it daemon}.
\item Un
\ilink{fichier de configuration}{_ChapterStart40} complet et
extensible pour chaque {\it daemon}.
\item Fonctions de base de donn\'ees (catalogue) pour les informations
concernant les volumes, pools, jobs et fichiers sauvegard\'es.
\item Support pour des catalogues de type SQLite, PostgreSQL, et MySQL.
-\item Requ\`etes utilisateur arbitraires sur les bases de donn\'ees SQLite,
+\item Requ\^etes utilisateur arbitraires sur les bases de donn\'ees SQLite,
PostgreSQL et MySQL.
\item Marquage (label) des Volumes pour pr\'evenir tout \'ecrasement
accidentel (au moins par Bacula).
r\'eclame automatiquement le volume suivant et poursuit la sauvegarde.
\item Gestion de librairie par
\ilink{Pools et Volumes}{PoolResource} offrant beaucoup de
- flexibilit\'e dans la gestion des volumes ( e.g. groupes de volumes mensuels,
+ flexibilit\'e dans la gestion des volumes (par exemple, groupes de volumes mensuels,
hebdomadaires, quotidiens ou diff\'erenci\'es par client,...).
\item Format d'\'ecriture de donn\'ees sur les volumes ind\'ependant des
machines. Les clients Linux, Solaris, et Windows peuvent tous \^etre
sauvegard\'es sur le m\^eme volume si d\'esir\'e.
\item Prise en charge flexible des
\ilink{ messages}{MessageResource} incluant le routage des
- messages depuis n'importe quel {\it daemon} vers le director pour un
+ messages depuis n'importe quel {\it daemon} vers le Director pour un
reporting
\label{b}
automatique par e-mail.
\item Compression GZIP fichier par fichier effectu\'ee, si activ\'ee, par le
programme Client avant le transfert sur le r\'eseau.
\item Calcul de signatures MD5 ou SHA1 des fichiers de donn\'ees sur demande.
-
\item Sauvegarde et restaure les POSIX ACLs.
\item Support pour les librairies de sauvegarde via une simple interface shell
capable de s'interfacer avec pratiquement n'importe quel programme
\item Support pour les librairies \'equip\'ees de lecteurs de codes barres --
marquage (labeling) automatique selon les codes barres.
\item Support pour les librairies \`a magasins multiples, soit par
- l'utilisation des codes barres, soit par lecture des cartouches.
-\item Sauvegardes/restaurations ``Raw device''. Les restaurations doivent
+ l'utilisation des codes barres, soit par lecture des cartouches.
+\item Support pour les librairies avec plusieurs lecteurs.
+\item Sauvegardes/restaurations "Raw device". Les restaurations doivent
alors s'effectuer vers le m\^eme support physique que la sauvegarde.
\item Tous les blocs de donn\'ees des volumes (approx 64K bytes) contiennent
une somme de contr\^ole.
\item Support pour sauvegarde et restauration de fichiers de plus de 2GB.
\item Support pour les machines 64 bit, e.g. amd64.
\item Possibilit\'e de chiffrer les communications entre les {\it daemons} en
- utilisant stunnel.
- \end{itemize}
+ utilisant stunnel.
+\item Support des étiquettes (labels) de cartouches ANSI et IBM.
+\item Support des noms de fichiers Unicode (exemple : chinois) sur les machines Win32
+ depuis la version 1.37.28.
+\item Sauvegarde cohérente des fichiers ouverts sur les systèmes Win32 (WinXP, Win2003
+ mais pas Win2000), par l'utilisation de Volume Shadow Copy (VSS).
+\end{itemize}
\subsection*{Avantages de Bacula sur d'autres programmes de sauvegarde}
\index[general]{Avantages de Bacula sur d'autres programmes de sauvegarde }
n'importe quel volume.
\item Elagage automatique du catalogue (destruction des anciens
enregistrements), ce qui simplifie l'administration de la base de donn\'ees.
-
\item N'importe quel moteur de base de donn\'ees SQL peut \^etre utilis\'e, ce
qui rend Bacula tr\`es flexible.
\item La conception modulaire, mais int\'egr\'ee rend Bacula tr\`es
red\'emarr\'ee par Bacula avec les outils natifs du syst\`eme sauvegard\'e
(le tout dans un Job Bacula).
\item Bacula int\`egre un Job Scheduler.
-\item Le format des volumes est document\'e et il existe un simple programme C
+\item Le format des volumes est document\'e et il existe de simples programmes C
pour le lire/\'ecrire.
\item Bacula utilise des ports TCP/IP bien d\'efinis (enregistr\'es) -- pas de
rpcs, pas de m\'emoire partag\'ee.
\item L'installation et la configuration de Bacula est relativement simple
compar\'ee \`a d'autres produits comparables.
-\item Selon un utilisateur, Bacula est aussi rapide que la grosse application
- commerciale principale.
+\item Selon un utilisateur, Bacula est aussi rapide que la grande application
+ commerciale majeure.
\item Selon un autre utilisateur, Bacula est quatre fois plus rapide qu'une
autre application commerciale, probablement parce que cette application
stocke ses informations de catalogue dans un grand nombre de fichiers
plut\^ot que dans une base SQL comme le fait Bacula.
+\item Au lieu d'une interface d'administration graphique, Bacula possède une
+interface shell qui permet à l'administrateur d'utiliser des outils tels que
+ssh pour administrer n'importe quelle partie de Bacula depuis n'importe où.
+\item Bacula dispose d'un CD de secours pour les systèmes Linux dotés des
+ fonctionnalités suivantes :
+ \begin{itemize}
+ \item Vous le générez sur votre propre système d'un simple make suivi de make burn.
+ \item Il utilise votre noyau.
+ \item Il capture vos paramètres de disques et génère les scripts qui vous permettront
+ de repartitionner automatiquement vos disques et de les formater pour y remettre
+ ce qui s'y trouvait avant le désastre.
+ \item Il comporte un script qui redémarrera votre réseau (avec l'adresse IP correcte).
+ \item Il comporte un script qui monte automatiquement vos disques durs.
+ \item Il comporte un Bacula FD complet statiquement lié.
+ \item Vous pouvez aisément y ajouter des données ou programmes additionnels.
\end{itemize}
\subsection*{Restrictions de l'impl\'ementation actuelle}
\addcontentsline{toc}{subsection}{Restrictions de l'impl\'ementation actuelle}
\begin{itemize}
-\item L'interface graphique n'en est actuellement qu'au stade pr\'eliminaire
-\item Typique de Microsoft : tous les fichiers ne peuvent toujours \^etre
- sauvegard\'es sur WinNT, Win2000, Win2003 et WinXP lorsqu'ils sont utilis\'es
- par un autre programme. Que quiconque conna{\^\i}t les incantations magiques
-fasse un pas en avant. Les fichiers sont saut\'es, para{\^\i}ssant \^etre en
-usage exclusif d'autres processus, et ne semblent pas trop importants.
-\item Les noms de fichiers Windows Unicode (e.g. Chinese) ne peuvent \^etre
- sauvegard\'es ou restaur\'es. Ceci ne semble \^etre un probl\`eme que pour
- les machines Mac qui utilisent des volumes r\'eseau Windows
+\item Les chemins et noms de fichiers de longueur supérieure à 260 caractères
+ sur les systèmes Win32 ne sont pas supportés. Il sont sauvegardés mais
+ ne peuvent être restaurés. L'utilisation de la directive {\bf Portable=yes}
+ dans votre FileSet permet de restaurer ces fichiers vers les systèmes
+ Unix et Linux. Les noms de fichiers longs seront implémentés dans une
+ version ultérieure.
+
\item Si vous avez plus de 4 billions de fichiers enregistr\'es dans votre
catalogue, la base de donn\'ees FileId atteindra probablement ses limites.
Ceci est une base de donn\'ees monstrueuse mais possible. A un certain stade,
-les champs FileId de Bacula passeront de 32 bits \`a 64 et ce probl\`eme
-dispara{\^\i}tra. En attendant, un palliatif satisfaisant consiste \`a
-utiliser plusieurs bases de donn\'ees
+ les champs FileId de Bacula passeront de 32 bits \`a 64 et ce probl\`eme
+ dispara{\^\i}tra. En attendant, un palliatif satisfaisant consiste \`a
+ utiliser plusieurs bases de donn\'ees
\item Les fichiers supprim\'es apr\`es une sauvegarde full sont inclus dans
les restaurations.
- \end{itemize}
-
-\subsection*{Autres objets Non Impl\'ement\'es (mais plannifi\'es)}
-\index[general]{Autres objets Non Impl\'ement\'es (mais plannifi\'es) }
-\addcontentsline{toc}{subsection}{Autres objets Non Impl\'ement\'es (mais
-plannifi\'es)}
-
-\begin{itemize}
-\item Contr\^ole int\'egral des erreurs dans les fichiers de configuration.
-\item La prise en charge des \'ev\'enements n'est pas encore impl\'ement\'ee
- (e.g. quand le job se termine, faire ceci, ...).
-\item Modules Syst\`eme de Fichiers (routines configurables pour
- sauvegarder/restaurer les fichiers sp\'eciaux).
-\item Chiffrage des communications entre les {\it daemons}.
-\item Chiffrage du contenu des volumes.
-\item Bacula ne peut sauvegarder ou restaurer des fichiers depuis deux voire
- plusieurs p\'eriph\'eriques de stockage ou depuis des media de diff\'erents
- types.
+\item Les Modules Système de Fichiers (routines configurables pour
+ sauvegarder/restaurer les fichiers spéciaux) ne sont pas encore implémentés.
+\item Le chiffrement des données sur les volumes n'est pas implémenté.
+\item Bacula ne peut restaurer automatiquement les fichiers d'un job depuis
+ deux ou plusieurs périphériques de stockage différents. Si vous
+ un même job utilise plusieurs périphériques ou plusieurs types de
+ média distincts, le processus de restauration nécessitera certaines
+ interventions manuelles.
\end{itemize}
\subsection*{Limitations ou Restrictions inh\'erentes \`a la conception}
caract\`eres. Actuellement, la limite est d\'efinie \`a 127 caract\`eres.
Notez que ceci ne concerne pas les noms de fichiers qui peuvent \^etre
arbitrairement longs.
-\item Il n'y a pas de concept de Pool de p\'eriph\'eriques de stockage (i.e.
- si le p\'eriph\'erique /dev/nst0 est occup\'e, utiliser /dev/nst1, ...).
- \end{itemize}
+\item Sur les machines Win32, les noms de fichiers sont limités à 260 caractères
+ par l'API non-Unicode Windows que nous utilisons. Il est prévu de lever cette
+ limitation en basculant sur l'API Unicode.
+\end{itemize}
projects / bacula / docs / commitdiff