From: Ludovic Strappazon Date: Wed, 5 Jul 2006 14:14:31 +0000 (+0000) Subject: Mises a jour. X-Git-Tag: Release-2.0.0~774 X-Git-Url: https://git.sur5r.net/?a=commitdiff_plain;h=54d654e566047008b1742fba668c96b394816476;p=bacula%2Fdocs Mises a jour. --- diff --git a/docs/manual-fr/dirdconf.tex b/docs/manual-fr/dirdconf.tex index 416aaaa7..943b2cd5 100644 --- a/docs/manual-fr/dirdconf.tex +++ b/docs/manual-fr/dirdconf.tex @@ -617,7 +617,7 @@ Notez que l'impl\'ementation actuelle (1.32c) n'identifie pas les fichiers qui ont \'et\'e supprim\'es. \end{description} -\item {\bf Verify Job = \lt{}Job-Resource-Name\gt{}} +\item [Verify Job = \lt{}Job-Resource-Name\gt{}] \index[dir]{Verify Job} \index[dir]{Directive!Verify Job} Si vous ex\'ecutez un job verify sans cette directive, le dernier job @@ -628,7 +628,7 @@ ont \'et\'e supprim\'es. Verify sur les sauvegardes de votre choix (le plus souvent, un {\bf VolumeToCatalog} de sorte que la cartouche qui vient juste d'\^etre \'ecrite est relue). -\item {\bf JobDefs = \lt{}JobDefs-Resource-Name\gt{}} +\item [JobDefs = \lt{}JobDefs-Resource-Name\gt{}] \index[dir]{JobDefs} \index[dir]{Directive!JobDefs} Si un nom de JobDef est sp\'ecifi\'e dans la d\'efinition d'un Job, toutes les valeurs @@ -642,7 +642,7 @@ ont \'et\'e supprim\'es. Un exemple basique de l'utilisation d'un Jobdef est fourni dans le fichier bacula-dir.conf par d\'efaut. -\item {\bf Bootstrap = \lt{}bootstrap-file\gt{}} +\item [Bootstrap = \lt{}bootstrap-file\gt{}] \index[dir]{Bootstrap} \index[dir]{Directive!Bootstrap} La directive Bootstrap sp\'ecifie un fichier bootstrap qui, s'il est fourni, @@ -662,7 +662,7 @@ consulter le chapitre \ilink{Restaurer des fichiers avec le fichier Bootstrap}{_ de ce manuel. \label{writebootstrap} -\item {\bf Write Bootstrap = \lt{}bootstrap-file-specification\gt{}} +\item [Write Bootstrap = \lt{}bootstrap-file-specification\gt{}] \index[dir]{Write Bootstrap} \index[dir]{Directive!Write Bootstrap} La directive {\bf writebootstrap} sp\'ecifie le de fichier Bootstrap o\`u Bacula @@ -688,7 +688,7 @@ consulter le chapitre intitul\'e \ilink{Le Fichier Bootstrap}{_ChapterStart43} de ce manuel. -\item {\bf Client = \lt{}client-resource-name\gt{}} +\item [ Client = \lt{}client-resource-name\gt{}] \index[dir]{Client} \index[dir]{Directive!Client} La directive Client sp\'ecifie le Client (File Daemon) \`a utiliser dans le Job. @@ -698,7 +698,7 @@ de ce manuel. \ilink{Ressource Client}{ClientResource2} de ce chapitre. Cette deirective est requise. -\item {\bf FileSet = \lt{}FileSet-resource-name\gt{}} +\item [ FileSet = \lt{}FileSet-resource-name\gt{}] \index[dir]{FileSet} \index[dir]{FileSet} La directive FileSet sp\'ecifie le FileSet \`a utiliser dans le Job concern\'e. Le @@ -708,7 +708,7 @@ de ce manuel. \ilink{Ressource FileSet}{FileSetResource} de ce chapitre. Cette directive est requise. -\item {\bf Messages = \lt{}messages-resource-name\gt{}} +\item [ Messages = \lt{}messages-resource-name\gt{}] \index[dir]{Messages} \index[dir]{Directive!Messages} La directive Messages d\'efinit la ressource Message qui doit \^etre utilis\'ee @@ -719,7 +719,7 @@ de ce manuel. \ilink{Ressource Messages}{_ChapterStart15} de ce manuel. Cette directive est requise. -\item {\bf Pool = \lt{}pool-resource-name\gt{}} +\item [ Pool = \lt{}pool-resource-name\gt{}] \index[dir]{Pool} \index[dir]{Directive!Pool} La directive Pool sp\'ecifie le jeu de volumes qui doit \^etre utilis\'e pour @@ -730,28 +730,28 @@ de ce manuel. Pour plus de d\'etails, consultez la section \ilink{Ressource Pool}{PoolResource} de ce chapitre. Cette directive est requise -\item {\bf Full Backup Pool = \lt{}pool-resource-name\gt{} } +\item [ Full Backup Pool = \lt{}pool-resource-name\gt{}] \index[dir]{Full Backup Pool} \index[dir]{Directive!Full Backup Pool} La directive {\it Full Backup Pool} sp\'ecifie un Pool \`a utiliser pour les sauvegardes Full. Cette directive outrepasse toute autre sp\'ecification de Pool lors d'une sauvegarde Full. Cette directive est optionnelle. -\item {\bf Differential Backup Pool = \lt{}pool-resource-name\gt{} } +\item [ Differential Backup Pool = \lt{}pool-resource-name\gt{}] \index[dir]{Differential Backup Pool} \index[dir]{Directive!Differential Backup Pool} La directive {\it Differential Backup Pool} sp\'ecifie un Pool \`a utiliser pour les sauvegardes Diff\'erentielles. Cette directive outrepasse toute autre sp\'ecification de Pool lors d'une sauvegarde Diff\'erentielle. Cette directive est optionnelle. -\item {\bf Incremental Backup Pool = \lt{}pool-resource-name\gt{} } +\item [ Incremental Backup Pool = \lt{}pool-resource-name\gt{}] \index[dir]{Incremental Backup Pool} \index[dir]{Directive!Differential Backup Pool} La directive {\it Incremental Backup Pool} sp\'ecifie un Pool \`a utiliser pour les sauvegardes Incr\'ementales. Cette directive outrepasse toute autre sp\'ecification de Pool lors d'une sauvegarde Incr\'ementale. Cette directive est optionnelle. -\item {\bf Schedule = \lt{}schedule-name\gt{}} +\item [ Schedule = \lt{}schedule-name\gt{}] \index[dir]{Schedule} \index[dir]{Directive!Schedule} La directive Schedule d\'efinit la planification du job. Le {\it schedule} d\'etermine @@ -767,7 +767,7 @@ de ce manuel. Pour plus de d\'etails, consultez le chapitre. \ilink{Ressource Schedule}{ScheduleResource} de ce manuel. -\item {\bf Storage = \lt{}storage-resource-name\gt{}} +\item [ Storage = \lt{}storage-resource-name\gt{}] \index[dir]{Storage} \index[dir]{Directive!Storage} La directive Storage d\'efinit le nom du service storage que vous souhaitez @@ -775,7 +775,7 @@ de ce manuel. chapitre \ilink{Ressource Storage}{StorageResource2} de ce manuel. Cette directive est requise. -\item {\bf Max Start Delay = \lt{}time\gt{}} +\item [ Max Start Delay = \lt{}time\gt{}] \index[sd]{Max Start Delay} \index[dir]{Directive!Max Start Delay} La directive Max Start Delay sp\'ecifie le d\'elai maximal entre l'horaire @@ -786,7 +786,7 @@ de ce manuel. d\'emarr\'e \`a 2h. Ceci peut se r\'ev\'eler utile pour, par exemple, \'eviter qu'un job s'ex\'ecute duant les heures ouvrables. La valeur par d\'efaut est 0 (pas de limite). -\item {\bf Max Run Time = \lt{}time\gt{}} +\item [ Max Run Time = \lt{}time\gt{}] \index[sd]{Max Run Time} \index[dir]{Directive!Max Run Time} La directive Max Run Time sp\'ecifie le d\'elai allou\'e pour l'ex\'ecution @@ -794,7 +794,7 @@ de ce manuel. de sa programmation) jusqu'\`a sa fin. Cette directive est impl\'ement\'ee depuis la version 1.33. -\item {\bf Max Wait Time = \lt{}time\gt{}} +\item [ Max Wait Time = \lt{}time\gt{}] \index[sd]{Max Wait Time} \index[dir]{Directive!Max Wait Time} La directive Max Wait Time sp\'ecifie le d\'elai maximum durant lequel un @@ -845,7 +845,7 @@ de ce manuel. pourriez trouver vos fichiers dispers\'es sur beaucoup plus de volumes que n\'ecessaire. -\item {\bf Prune Jobs = \lt{}yes|no\gt{}} +\item [ Prune Jobs = \lt{}yes|no\gt{}] \index[dir]{Prune Jobs} \index[dir]{Directive!Prune Jobs} En principe, l'\'elagage des jobs du catalogue est sp\'ecifi\'e pour chaque client @@ -854,7 +854,7 @@ de ce manuel. elle outrepasse la valeur sp\'ecifi\'ee dans la ressource Client. La valeur par d\'efaut est {\bf no}. -\item {\bf Prune Files = \lt{}yes|no\gt{}} +\item [ Prune Files = \lt{}yes|no\gt{}] \index[dir]{Prune Files} \index[dir]{Directive!Prune Jobs} En principe, l'\'elagage des fichiers du catalogue est sp\'ecifi\'e pour chaque client @@ -863,7 +863,7 @@ de ce manuel. elle outrepasse la valeur sp\'ecifi\'ee dans la ressource Client. La valeur par d\'efaut est {\bf no}. -\item {\bf Prune Volumes = \lt{}yes|no\gt{}} +\item [ Prune Volumes = \lt{}yes|no\gt{}] \index[dir]{Prune Volumes} \index[dir]{Directive!Prune Jobs} En principe, l'\'elagage des volumes du catalogue est sp\'ecifi\'e pour chaque client @@ -872,21 +872,44 @@ de ce manuel. elle outrepasse la valeur sp\'ecifi\'ee dans la ressource Client. La valeur par d\'efaut est {\bf no}. -\item {\bf Run Before Job = \lt{}command\gt{}} - \index[dir]{Run Before Job} - \index[dir]{Directive!Run Before Job} - La commande sp\'ecifi\'ee est ex\'ecut\'ee en tant que programme externe avant le - lancement du job. Tout retour de la commande sur la sortie standard est - incluse dans le rapport de job de Bacula. La cha\^ine {bf command} doit \^etre - un nom de programme valide ou un script shell. Cette directive n'est pas requise, - mais si elle est d\'efinie, et si le code retour d'ex\'ecution du programme - est diff\'erent de z\'ero, le job qui a lanc\'e le programme est effac\'e. D'autre part, - la cha\^ine {bf command} est parcourue puis envoy\'ee vers la fonction execvp(), ce qui - signifie que le chemin de la commande est recherch\'e pour son ex\'ecution, mais - qu'il n'y a aucune interpr\'etation shell. Par cons\'equent, si vous voulez utiliser - des commandes complexes ou toute fonctionnalit\'e du shell telle que la +\item [RunScript \{...\}] + \index[dir]{RunScript} + \index[dir]{Directive!Run Script} + + La commande sp\'ecifi\'ee est ex\'ecut\'ee en tant que programme externe avant le + lancement du job. Cette directive est optionnelle. + Vous disposez des options suivantes : + +\begin{tabular}{|c|c|c|l} +Options & Valeur & Defaut & Informations \\ +\hline +\hline +Runs On Success & Yes/No & {\it Yes} & La commande est exécutée si le job s'est terminé avec succès\\ +\hline +Runs On Failure & Yes/No & {\it No} & La commande est exécutée si le job a échoué\\ +\hline +Runs On Client & Yes/No & {\it Yes} & La commande est exécutée sur le client\\ +\hline +Runs When & Before|After|Always & {\it Never} & Le moment où la commande doit être exécutée\\ +\hline +Abort Job On Error & Yes/No & {\it Yes} & Abandonne le job si le script retourne + un résultat non nul\\ +\hline +Command & & & Le chemin vers votre script\\ +\hline +\end{tabular} + Tout retour de la commande sur la sortie standard est + incluse dans le rapport de job de Bacula. La cha\^ine {bf command} doit \^etre + un nom de programme valide ou un script shell + + D'autre part, + la cha\^ine {bf command} est parcourue puis envoy\'ee vers la fonction execvp(), ce qui + signifie que le chemin de la commande est recherch\'e pour son ex\'ecution, mais + qu'il n'y a aucune interpr\'etation shell. Par cons\'equent, si vous voulez utiliser + des commandes complexes ou toute fonctionnalit\'e du shell telle que la redirection, vous devez appeler un script shell o\`u vous mettrez vos commandes. - Avant de soumettre la commande sp\'ecifi\'ee au syst\`eme d'exploitation, Bacula + + Avant de soumettre la commande sp\'ecifi\'ee au syst\`eme d'exploitation, Bacula effectue les substitutions suivantes : \footnotesize @@ -894,7 +917,6 @@ de ce manuel. %% = % %c = Nom du client %d = Nom du Director - %e = Statut de sortie du job %i = JobId %j = Nom unique du job @@ -903,12 +925,10 @@ de ce manuel. %s = Temps Depuis (NDT : Since Time) %t = Type de job (Backup,...) %v = Nom de volume - \end{verbatim} - \normalsize -Le le code de statut de fin de job peut prendre les valeurs suivantes : +Le code de statut de fin de job peut prendre les valeurs suivantes : \index[dir]{Exit Status} \begin{itemize} @@ -920,64 +940,40 @@ Le le code de statut de fin de job peut prendre les valeurs suivantes : \item Unknown term code \end{itemize} - Aussi, si vous l'utilisez dans une ligne de commande, il vous faudra l'encadrer + Aussi, si vous l'utilisez dans une ligne de commande, il vous faudra l'encadrer de quotes. -Depuis la version 1.30, Bacula contr\^ole le statut de sortie du programme -RunBeforeJob. S'il est diff\'erent de z\'ero, le job se termine en erreur. -Lutz Kittler a fait remarquer que ceci peut \^etre un moyen ais\'e pour modifier -vos schedules pour les vacances. Par exemple, supposons que vous fassiez -habituellement des sauvegardes Full le vendredi, mais que jeudi et vendredi -soient f\'eri\'es. Pour \'eviter d'avoir \`a changer les cartouches entre jeudi et vendredi -alors que personne n'est au bureau, vous pouvez cr\'eer un RunBeforeJob qui retourne -un statut non nul jeudi et z\'ero les autres jours. Ainsi, le job de jeudi ne sera pas -ex\'ecut\'e, et la cartouche que vous avez ins\'er\'e mercredi sera disponible pour la Full -de vendredi. - -\item {\bf Run After Job = \lt{}command\gt{}} - \index[dir]{Run After Job} - \index[dir]{Directive!Run After Job} - La commande sp\'ecifi\'ee est ex\'ecut\'ee en tant que programme externe apr\`es la fin - du job. La cha\^ine {bf command} doit \^etre un nom de programme valide ou un - script shell. Cette directive n'est pas requise. Si le code de sortie du - programme est non nul, Bacula affiche un message d'avertissement (warning). - Avant de soumettre - la commande sp\'ecifi\'ee au syst\`eme d'exploitation, Bacula effectue les - substitutions de caract\`eres d\'ecrites au paragraphe {\bf Run Before Job} - -Un exemple d'utilisation de cette directive est donn\'e au chapitre -\ilink{Astuces}{JobNotification} de ce manuel. -Lisez le paragraphe {\bf Run After Failed Job} si vous voulez ex\'ecuter -une commande lorqu'un job se termine avec un statut anormal. - -\item [Run After Failed Job = \lt{}command\gt{}] - \index[dir]{Run After Job} - \index[dir]{Directive!Run After Job} - La commande sp\'ecifi\'ee est ex\'ecut\'ee en tant que programme externe apr\`es la fin - du job lorqu'il se termine avec un statut d'erreur. Cette directive est optionnelle. - La cha\^ine {\bf command} doit \^etre le nom d'un programme ou d'un script shell. - Si le code de sortie du programme est non nul, Bacula affiche un mesage d'avertissement - (warning). Avant de soumettre - la commande sp\'ecifi\'ee au syst\`eme d'exploitation, Bacula effectue les - substitutions de caract\`eres d\'ecrites au paragraphe {\bf Run Before Job}. Notez que - vous pouvez, si vous le souhaitez, sp\'ecifier ici le m\^eme programme que - celui que vous avez utilis\'e pour la direcive {\bf Run After Job}, de sorte que - votre programme soit ex\'ecut\'e quel que soit l'issue du job. - - Le chapitre \ilink{Trucs et astuces}{JobNotification} de ce manuel propose un - exemple d'utilisation de cette directive. - -\item {\bf Client Run Before Job = \lt{}command\gt{}} - \index[dir]{Client Run Before Job} - \index[dir]{Directive!Client Run Before Job} - Cette directive est similaire \`a {\bf Run Before Job} except\'e que la - commande est ex\'ecut\'ee sur la machine cliente. Les m\^emes restrictions - s'appliquent aux syt\`emes Unix que celles signal\'ees pour {\bf Run Before Job}. - - Lorsque vous sp\'ecifiez un chemin absolu vers un ex\'ecutable, si le chemin ou le nom - de l'ex\'ecutable contient des espaces ou des caract\`eres sp\'eciaux, il faut les - prot\'eger par des quotes. Il en va de m\^eme des \'eventuels arguments. +Vous disposez des raccourcis suivants : +\begin{tabular}{|c|c|c|c|c|c} +Mot clef & RunsOnSuccess & RunsOnFailure & AbortJobOnError & Runs On Client & RunsWhen \\ +\hline +Run Before Job & & & Yes & No & Before \\ +\hline +Run After Job & Yes & No & & No & After \\ +\hline +Run After Failed Job & No & Yes & & No & After \\ +\hline +Client Run Before Job & & & Yes & Yes & Before \\ +\hline +Client Run After Job & Yes & No & & Yes & After \\ +\hline +Client Run After Failed Job & No & Yes & & Yes & After \\ +\end{tabular} + +Exemple : +\begin{verbatim} +RunScript { + RunsWhen = Before + AbortJobOnError = No + Command = "/etc/init.d/apache stop" +} +RunScript { + RunsWhen = After + RunsOnFailure = yes + Command = "/etc/init.d/apache start" +} +\end{verbatim} {\bf Consid\'erations particuli\`eres \`a Windows} D'autre part, pour les clients Windows \`a partir de la version 1.33, notez bien @@ -1061,28 +1057,110 @@ La ligne suivante dans la ressource Job du fichier bacula-dir.conf : '%l'\"" \end{verbatim} \normalsize + Lorsque le job est ex\'ecut\'e, vous obtiendrez un message de sortie du script -anno\ant que la sauvegarde a d\'emarr\'e. M\^eme si la commande est ex\'ecut\'ee en +annon\c{c}ant que la sauvegarde a d\'emarr\'e. M\^eme si la commande est ex\'ecut\'ee en arri\`ere plan avec \&, le job bloquera jusqu'\`a la commande "db2 BACKUP DATABASE", et -la sauvegarde se fige. Pour rem\'edier \`a cette situation, la ligne "db2 BACKUP DATABASE" +la sauvegarde se fige. + +Pour rem\'edier \`a cette situation, la ligne "db2 BACKUP DATABASE" devrait \^etre modifi\'ee en : + \footnotesize \begin{verbatim} db2 BACKUP DATABASE mercuryd TO $DIR/dbpipe WITHOUT PROMPTING > $DIR/backup.log 2>&1 < /dev/null & \end{verbatim} \normalsize + Il est important de rediriger l'entr\'ee et la sortie d'une commande en arri\`ere plan vers /dev/null pour \'eviter le bloquage du script. -\item {\bf Client Run After Job = \lt{}command\gt{}} +\item [ Run Before Job = \lt{}command\gt{}] + \index[dir]{Run Before Job} + \index[dir]{Directive!Run Before Job} + La commande sp\'ecifi\'ee est ex\'ecut\'ee en tant que programme externe avant le + lancement du job. Cette directive n'est pas requise,mais si elle est d\'efinie, + et si le code retour d'ex\'ecution du programme est diff\'erent de z\'ero, le job qui + a lanc\'e le programme est effac\'e. + +\begin{verbatim} +Run Before Job = "echo test" +\end{verbatim} + est équivalent à : +\begin{verbatim} +RunScript { + Command = "echo test" + RunsOnClient = No + RunsWhen = Before +} +\end{verbatim} + +Lutz Kittler a fait remarquer que ceci peut \^etre un moyen ais\'e pour modifier +vos schedules pour les vacances. Par exemple, supposons que vous fassiez +habituellement des sauvegardes Full le vendredi, mais que jeudi et vendredi +soient f\'eri\'es. Pour \'eviter d'avoir \`a changer les cartouches entre jeudi et vendredi +alors que personne n'est au bureau, vous pouvez cr\'eer un RunBeforeJob qui retourne +un statut non nul jeudi et z\'ero les autres jours. Ainsi, le job de jeudi ne sera pas +ex\'ecut\'e, et la cartouche que vous avez ins\'er\'e mercredi sera disponible pour la Full +de vendredi. + +\item [ Run After Job = \lt{}command\gt{}] + \index[dir]{Run After Job} + \index[dir]{Directive!Run After Job} + La commande sp\'ecifi\'ee est ex\'ecut\'ee en tant que programme externe apr\`es la fin + du job. La cha\^ine {bf command} doit \^etre un nom de programme valide ou un + script shell. Cette directive n'est pas requise. Si le code de sortie du + programme est non nul, Bacula affiche un message d'avertissement (warning). + Avant de soumettre + la commande sp\'ecifi\'ee au syst\`eme d'exploitation, Bacula effectue les + substitutions de caract\`eres d\'ecrites au paragraphe {\bf RunScript} + +Un exemple d'utilisation de cette directive est donn\'e au chapitre +\ilink{Astuces}{JobNotification} de ce manuel. +Lisez le paragraphe {\bf Run After Failed Job} si vous voulez ex\'ecuter +une commande lorqu'un job se termine avec un statut anormal. + +\item [Run After Failed Job = \lt{}command\gt{}] + \index[dir]{Run After Job} + \index[dir]{Directive!Run After Job} + La commande sp\'ecifi\'ee est ex\'ecut\'ee en tant que programme externe apr\`es la fin + du job lorqu'il se termine avec un statut d'erreur. Cette directive est optionnelle. + La cha\^ine {\bf command} doit \^etre le nom d'un programme ou d'un script shell. + Si le code de sortie du programme est non nul, Bacula affiche un mesage d'avertissement + (warning). Avant de soumettre + la commande sp\'ecifi\'ee au syst\`eme d'exploitation, Bacula effectue les + substitutions de caract\`eres d\'ecrites au paragraphe {\bf RunScript}. Notez que + vous pouvez, si vous souhaitez que + votre programme soit ex\'ecut\'e quel que soit l'issue du job, utiliser une définition + telle que : + +RunScript { + Command = "echo test" + RunsWhen = After + RunsOnFailure = yes + RunsOnClient = no + RunsOnSuccess = yes # default, you can drop this line +} + + Le chapitre \ilink{Trucs et astuces}{JobNotification} de ce manuel propose un + exemple d'utilisation de cette directive. + +\item [ Client Run Before Job = \lt{}command\gt{}] + \index[dir]{Client Run Before Job} + \index[dir]{Directive!Client Run Before Job} + Cette directive est similaire \`a {\bf Run Before Job} except\'e que la + commande est ex\'ecut\'ee sur la machine cliente. Les m\^emes restrictions + s'appliquent aux syt\`emes Unix que celles signal\'ees pour {\bf Run Before Job}. + +\item [ Client Run After Job = \lt{}command\gt{}] \index[dir]{Client Run After Job} \index[dir]{Directive!Client Run After Job} Cette directive est similaire \`a {\bf Run After Job} sauf qu'elle est ex\'ecut\'ee sur la machine cliente. Veuillez consulter les notes concernant les clients - Windows dans le paragraphe {\bf Client Run Before Job} ci-dessus. + Windows dans le paragraphe {\bf RunScript} ci-dessus. -\item {\bf Rerun Failed Levels = \lt{}yes|no\gt{}} +\item [ Rerun Failed Levels = \lt{}yes|no\gt{}] \index[dir]{Rerun Failed Levels} \index[dir]{Directive!Rerun Failed Levels} Si la valeur de cette directive est {\bf yes} ({\bf no} par d\'efaut), et si @@ -1093,7 +1171,7 @@ vers /dev/null pour \'eviter le bloquage du script. souhaiterez probablement que la prochaine sauvegarde soit de niveau Full plut\^ot qu'Incremental ou Diff\'erentiel. -\item {\bf Spool Data = \lt{}yes|no\gt{}} +\item [ Spool Data = \lt{}yes|no\gt{}] \index[dir]{Spool Data} \index[dir]{Directive!Spool Data} Si la valeur de cette directive est {\bf yes} ({\bf no} par d\'efaut), le @@ -1108,9 +1186,13 @@ vers /dev/null pour \'eviter le bloquage du script. Elle ne doit pas \^etre utilis\'ee si vous sauvegardez sur disque. -\item {\bf Spool Attributes = \lt{}yes|no\gt{}} +\item [ Spool Attributes = \lt{}yes|no\gt{}] \index[dir]{Spool Attributes} \index[dir]{Directive!Spool Attributes} + \index[dir]{lenteur} + \index[general]{lent} + \index[dir]{Sauvegardes!lent} + \index[general]{Sauvegardes!lent} La valeur par d\'efaut est {\bf no}, ce qui signifie que le Storage Daemon envoie les attributs de fichiers au Director au moment o\`u ils (les fichiers) sont ecrits sur la bande. Cependant, si vous souhaitez \'eviter le risque @@ -1119,7 +1201,7 @@ vers /dev/null pour \'eviter le bloquage du script. attributs de fichiers dans un fichier tampon du Working Directory pour ne les transmettre au Director qu'\`a la fin de l'\'ecriture sur bande des donn\'ees du job. -\item {\bf Where = \lt{}directory\gt{}} +\item [ Where = \lt{}directory\gt{}] \index[dir]{Where} \index[dir]{Directive!Where} Cette directive ne concerne que les jobs de type Restauration. Elle permet @@ -1132,7 +1214,7 @@ vers /dev/null pour \'eviter le bloquage du script. configuration fournis en exemple, ceci afin d'\'eviter l'\'ecrasement accidentel de vos fichiers. -\item {\bf Replace = \lt{}replace-option\gt{}} +\item [ Replace = \lt{}replace-option\gt{}] \index[dir]{Replace} \index[dir]{Directive!Replace} Cette directive ne concerne que les jobs de type Restauration. Elle pr\'ecise @@ -1162,7 +1244,7 @@ vers /dev/null pour \'eviter le bloquage du script. Si le fichier sauvegard\'e existe d\'ej\`a, Bacula renonce \`a restaurer ce fichier. \end{description} -\item {\bf Prefix Links=\lt{}yes|no\gt{}} +\item [ Prefix Links=\lt{}yes|no\gt{}] \index[dir]{Prefix Links} \index[dir]{Directive!Prefix Links} Si la valeur de cette directive est {\bf Yes} et si un pr\'efixe de chemin @@ -1174,7 +1256,7 @@ vers /dev/null pour \'eviter le bloquage du script. si vous voulez replacer les fichiers ult\'erieurement \`a leurs emplacements d'origine, tous les liens absolus seront bris\'es. -\item {\bf Maximum Concurrent Jobs = \lt{}number\gt{}} +\item [ Maximum Concurrent Jobs = \lt{}number\gt{}] \index[dir]{Maximum Concurrent Jobs} \index[dir]{Directive!Maximum Concurrent Jobs} O\`u \lt{}number\gt{} est le nombre maximum de jobs de la ressource Job courrante @@ -1182,12 +1264,12 @@ vers /dev/null pour \'eviter le bloquage du script. que les jobs avec le m\^eme nom que la ressource dans laquelle elle figure. Toute autre restriction du nombre maximum de jobs simultan\'es, que ce soit au niveau du Director, du Client ou de la ressource Storage, s'applique en plus de - de la limite stipul\'ee ici. LA valeur par d\'efaut est 1, mais vous pouvez utiliser + de la limite stipul\'ee ici. La valeur par d\'efaut est 1, mais vous pouvez utiliser une valeur plus grande. Nous vous recommandons fortement de lire attentivement le paragraphe WARNING sous \ilink{ Maximum Concurrent Jobs}{DirMaxConJobs} dans la section concernant la ressource Director. -\item {\bf Reschedule On Error = \lt{}yes|no\gt{}} +\item [ Reschedule On Error = \lt{}yes|no\gt{}] \index[dir]{Reschedule On Error} \index[dir]{Directive!Reschedule On Error} Si cette directive est activ\'ee, alors si le job se termine en erreur, il sera @@ -1198,7 +1280,7 @@ vers /dev/null pour \'eviter le bloquage du script. Cette sp\'ecification peut se r\'ev\'eler utile pour les pc portables ainsi que pour toutes les machines qui ne sont pas connect\'ees au r\'eseau en permanence. -\item {\bf Reschedule Interval = \lt{}time-specification\gt{}} +\item [ Reschedule Interval = \lt{}time-specification\gt{}] \index[dir]{Reschedule Interval} \index[dir]{Directive!Reschedule Interval} Si cette directive est activ\'ee, alors si le job se termine en erreur, il sera @@ -1207,7 +1289,7 @@ les machines qui ne sont pas connect\'ees au r\'eseau en permanence. Configurer Bacula pour plus de d\'etails sur les sp\'ecifications de temps. Si aucun intervalle n'est sp\'ecifi\'e, le job ne sera pas reprogramm\'e en cas d'erreur. -\item {\bf Reschedule Times = \lt{}count\gt{}} +\item [ Reschedule Times = \lt{}count\gt{}] \index[dir]{Reschedule Times} \index[dir]{Directive!Reschedule Times} Cette directive pr\'ecise le nombre maximal de tentatives d'ex\'ecution du job. @@ -1242,7 +1324,7 @@ les machines qui ne sont pas connect\'ees au r\'eseau en permanence. Un job clon\'e ne d\'emarrera pas de nouveaux clones, aussi il n'est pas possible de les cascader. \label{Priority} -\item {\bf Priority = \lt{}number\gt{}} +\item [ Priority = \lt{}number\gt{}] \index[dir]{Priority} \index[dir]{Directive!Priority} Cette directive vous permet de contr\^oler l'ordre d'ex\'ecution des jobs en @@ -1295,7 +1377,7 @@ dans l'ordre voulu et que votre sch\'ema de priorit\'es sera respect\'e. \label{WritePartAfterJob} -\item {\bf Write Part After Job = \lt{}yes|no\gt{}} +\item [ Write Part After Job = \lt{}yes|no\gt{}] \index[sd]{Write Part After Job} \index[dir]{Directive!Write Part After Job} Cette directive est impl\'ement\'ee depuis la version 1.37. diff --git a/docs/manual-fr/images.tex b/docs/manual-fr/images.tex index d20eb93d..7d2ebbba 100644 --- a/docs/manual-fr/images.tex +++ b/docs/manual-fr/images.tex @@ -85,7 +85,12 @@ \newcommand\lthtmlboxmathZ{\@next\next\@currlist{}{\def\next{\voidb@x}}% \expandafter\box\next\egroup}% \newcommand\lthtmlmathtype[1]{\gdef\lthtmlmathenv{#1}}% -\newcommand\lthtmllogmath{\lthtmltypeout{l2hSize % +\newcommand\lthtmllogmath{\dimen0\ht\sizebox \advance\dimen0\dp\sizebox + \ifdim\dimen0>.95\vsize + \lthtmltypeout{% +*** image for \lthtmlmathenv\space is too tall at \the\dimen0, reducing to .95 vsize ***}% + \ht\sizebox.95\vsize \dp\sizebox\z@ \fi + \lthtmltypeout{l2hSize % :\lthtmlmathenv:\the\ht\sizebox::\the\dp\sizebox::\the\wd\sizebox.\preveqno}}% \newcommand\lthtmlfigureA[1]{\let\@savefreelist\@freelist \lthtmlmathtype{#1}\lthtmlvboxmathA}% @@ -153,163 +158,127 @@ % !!! IMAGES START HERE !!! {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap28159}% -\includegraphics{./bacula-logo.eps}% -\lthtmlpictureZ -\lthtmlcheckvsize\clearpage} - -{\newpage\clearpage -\lthtmlpictureA{tex2html_wrap28166}% -\includegraphics{./bacula-applications.eps}% -\lthtmlpictureZ -\lthtmlcheckvsize\clearpage} - -{\newpage\clearpage -\lthtmlpictureA{tex2html_wrap28168}% -\includegraphics{./bacula-objects.eps}% -\lthtmlpictureZ -\lthtmlcheckvsize\clearpage} - -{\newpage\clearpage -\lthtmlpictureA{tex2html_wrap28174}% -\includegraphics{./flow.eps}% -\lthtmlpictureZ -\lthtmlcheckvsize\clearpage} - -{\newpage\clearpage -\lthtmlpictureA{tex2html_wrap28375}% -\includegraphics{./Bacula-tray-monitor.eps}% -\lthtmlpictureZ -\lthtmlcheckvsize\clearpage} - -{\newpage\clearpage -\lthtmlpictureA{tex2html_wrap28514}% -\includegraphics{./Conf-Diagram.eps}% -\lthtmlpictureZ -\lthtmlcheckvsize\clearpage} - -{\newpage\clearpage -\lthtmlpictureA{tex2html_wrap28614}% +\lthtmlpictureA{tex2html_wrap28769}% \includegraphics{./bimagemgr1.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap28615}% +\lthtmlpictureA{tex2html_wrap28770}% \includegraphics{./bimagemgr2.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap28616}% +\lthtmlpictureA{tex2html_wrap28771}% \includegraphics{./bimagemgr3.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap29045}% +\lthtmlpictureA{tex2html_wrap29200}% \includegraphics{./win32-nsis.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap29046}% +\lthtmlpictureA{tex2html_wrap29201}% \includegraphics{./win32-welcome.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap29047}% +\lthtmlpictureA{tex2html_wrap29202}% \includegraphics{./win32-pkg.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap29048}% +\lthtmlpictureA{tex2html_wrap29203}% \includegraphics{./win32-location.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap29049}% +\lthtmlpictureA{tex2html_wrap29204}% \includegraphics{./win32-service.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap29050}% +\lthtmlpictureA{tex2html_wrap29205}% \includegraphics{./win32-service-ok.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap29051}% +\lthtmlpictureA{tex2html_wrap29206}% \includegraphics{./win32-start.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap29052}% +\lthtmlpictureA{tex2html_wrap29207}% \includegraphics{./win32-finish.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap29053}% +\lthtmlpictureA{tex2html_wrap29208}% \includegraphics{./idle.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap29054}% +\lthtmlpictureA{tex2html_wrap29209}% \includegraphics{./tray-icon.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap29055}% +\lthtmlpictureA{tex2html_wrap29210}% \includegraphics{./menu.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap29056}% +\lthtmlpictureA{tex2html_wrap29211}% \includegraphics{./running.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap29057}% +\lthtmlpictureA{tex2html_wrap29212}% \includegraphics{./error.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap29138}% +\lthtmlpictureA{tex2html_wrap29293}% \includegraphics{./access-is-denied.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap29139}% +\lthtmlpictureA{tex2html_wrap29294}% \includegraphics{./view-only.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap29140}% +\lthtmlpictureA{tex2html_wrap29295}% \includegraphics{./properties-security.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap29141}% +\lthtmlpictureA{tex2html_wrap29296}% \includegraphics{./properties-security-advanced-owner.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} {\newpage\clearpage -\lthtmlpictureA{tex2html_wrap29142}% +\lthtmlpictureA{tex2html_wrap29297}% \includegraphics{./confirm.eps}% \lthtmlpictureZ \lthtmlcheckvsize\clearpage} diff --git a/docs/manual-fr/install.tex b/docs/manual-fr/install.tex index 6d3ab56b..4f01b140 100644 --- a/docs/manual-fr/install.tex +++ b/docs/manual-fr/install.tex @@ -57,6 +57,10 @@ Bacula. Ces fichiers sont : File Daemon. Ceci peut vous permettre de repartitionner et reformater ais\'ement vos disques durs et de recharger votre syst\`eme avec Bacula en cas de d\'efaillance du disque dur. + +\item [winbacula-1.38.0.exe] + Ce fichier est l'installeur 32 bits Windows pour l'installation du + client Windows (File Daemon) sur une machine Windows. \end{description} \label{upgrading1} @@ -101,9 +105,14 @@ signaleront si les {\it daemons} doivent \^etre mis \`a jour simultan\'ement. Enfin, notez qu'il n'est g\'en\'eralement pas n\'ecessaire d'utiliser {\bf make uninstall} avant de proc\'eder \`a une mise \`a jour. En fait, si vous le faites vous effacerez probablement vos fichiers de configuration, ce qui -pourrait \^etre d\'esastreux. La proc\'edure normale de mise \`a jour est simplement -{\bf make install}. En principe, aucun de vos fichiers .conf ou .sql ne sera -\'ecras\'e. +pourrait \^etre d\'esastreux. La proc\'edure normale de mise \`a jour est simplement : +\begin{verbatim} +./configure (your options) +make +make install +\end{verbatim} + + En principe, aucun de vos fichiers .conf ou .sql ne devrait être \'ecras\'e. Pour plus d'informations sur les mises \`a jour, veuillez consulter la partie \ilink{Upgrading Bacula Versions}{upgrading} du chapitre Astuces de ce manuel @@ -241,6 +250,9 @@ install\'e les rpms additionnels sus-mentionn\'es. \item En alternative \`a MySQL et PostgreSQL, configurez et installez SQLite, qui fait partie du paquetage {\bf depkgs}. \ilink{Installer et configurer SQLite}{_ChapterStart33}. + SQLite n'est probablement pas adapté à un environnement de production + de taille respectable, en raison de sa lenteur par rapport à MySQL, et de la + pauvreté de ses outils de reconstruction de base de données endommagée. \item D\'esarchivez les sources de Bacula, de pr\'ef\'erence dans le r\'epertoire {\bf bacula} \'evoqu\'e ci-dessus. @@ -288,6 +300,9 @@ assurer qu'il n'y a aucune erreur avant de commencer \`a \'ecrire les fichiers d vos r\'epertoires syst\`eme. \item make install +Avant de lancer cette commande, vérifiez consciencieusement que vous avez bien +exécuté la commande {\bf make} et que tout a été compilé proprement et lié +sans erreur. \item Si vous \^etes un nouvel utilisateur de Bacula, nous vous recommandons {\bf fortement} de sauter l'\'etape suivante et d'utiliser le fichier de @@ -553,6 +568,15 @@ configure} afin d'adapter votre installation \`a vos besoins. \item [ {-}{-}mandir=\lt{}path\gt{}] \index[general]{{-}{-}mandir} + Notez qu'à partir de la version 1.39.14, tout chemin spécifié + est désormais compris comme le niveau le plus élevé du + répertoire man. Précédemment, le {\bf mandir} spécifiait le + chemin absolu où vous souhaitiez instaler les pages de manuel. + Les fichiers man sont installés au format gzippé sous + mandir/man1 et mandir/man8 comme il convient. + Pour que l'installation se déroule normalement, vous devez + disposer de {\bf gzip} sur votre système + Par d\'efaut, Bacula installe une simple page de manuel dans /usr/share/man. Si vous voulez qu'elle soit install\'ee ailleurs, utilisez cette options pour sp\'ecifier le chemin voulu. Notez @@ -582,7 +606,7 @@ cette option pour utiliser la Console graphique GNOME. Vous trouverez les binaires dans le r\'epertoire {\bf src/gnome-console}. \item [{-}{-}enable-wx-console ] - \index[console]{{-}{-}enable-wx-console } + \index[general]{{-}{-}enable-wx-console } Si vous avez install\'e wxWidgets sur votre ordinateur, vous devez sp\'ecifier cette option pour utiliser la Console graphique wx-console. Vous trouverez les binaires dans le r\'epertoire {\bf src/wx-console}. Ceci peut @@ -591,7 +615,7 @@ souhaitent pas installer Gnome, car wxWidgets peut fonctionner avec les librairies GTK+, Motif ou m\^eme X11. \item [{-}{-}enable-tray-monitor ] - \index[console]{{-}{-}enable-tray-monitor } + \index[general]{{-}{-}enable-tray-monitor } Si vous avez install\'e GTK sur votre ordinateur et utilisez un gestionnaire de fen\^etre compatible avec le syst\`eme de notification standard FreeDesktop (tels KDE et GNOME), vous pouvez utiliser une interface graphique pour @@ -599,7 +623,7 @@ surveiller les {\it daemons} Bacula en activant cette option. Les binaires seront plac\'es dans le r\'epertoire {\bf src/tray-monitor}. \item [{-}{-}enable-static-tools] - \index[console]{{-}{-}enable-static-tools } + \index[general]{{-}{-}enable-static-tools } Avec cette option, les utilitaires relatifs au Storage Daemon ({\bf bls}, {\bf bextract}, et {\bf bscan}) seront li\'es statiquement, ce qui vous permet de les utiliser m\^eme si les librairies partag\'ees ne sont pas charg\'ees. @@ -679,7 +703,7 @@ librairies suppl\'ementaires. Vous devriez pouvoir activer ces options, mais il vous faudra charger les librairies statiques additionnelles correspondantes. \item [{-}{-}enable-client-only] - \index[console]{{-}{-}enable-client-only } + \index[general]{{-}{-}enable-client-only } Avec cette option, la compilation produira seulement le File Daemon et les librairies qui lui sont n\'ecessaires. Aucun des autres {\it daemons}, outils de stockage, ni la console ne sera compil\'e. De m\^eme, un {\bf make @@ -698,7 +722,7 @@ librairies suppl\'ementaires. Vous devriez pouvoir activer ces options, mais il vous faudra charger les librairies statiques additionnelles correspondantes. \item [{-}{-}enable-largefile] - \index[console]{{-}{-}enable-largefile } + \index[general]{{-}{-}enable-largefile } Cette option (activ\'ee par d\'efaut) provoque la compilation de Bacula avec le support d'adressage de fichiers 64 bits s'il est disponible sur votre syst\`eme. Ainsi Bacula peut lire et \'ecrire des fichiers de plus de 2 @@ -714,7 +738,7 @@ fichiers 32 bits en utilisant {\bf \verb{--{disable-largefile}. avec l'option {\bf {-}{-}disable-nls}. Dans ce cas, Bacula reviendra \`a l'usage de l'anglais. \item [{-}{-}with-sqlite=\lt{}sqlite-path\gt{}] - \index[console]{{-}{-}with-sqlite } + \index[general]{{-}{-}with-sqlite } Cette option permet l'utilisation de la base de donn\'ees SQLite versions 2.8.x. Il n'est, en principe, pas n\'ecessaire de sp\'ecifier le chemin {\bf sqlite-path} car Bacula recherche les composants requis dans les r\'epertoires standards ({\bf @@ -725,7 +749,7 @@ d\'etails. Voyez aussi la note ci-dessous, apr\`es le paragraphe --with-postgreSQL \item [{-}{-}with-sqlite3=\lt{}sqlite3-path\gt{}] - \index[console]{{-}{-}with-sqlite3 } + \index[general]{{-}{-}with-sqlite3 } Cette option permet l'utilisation de la base de donn\'ees SQLite versions 3.x. Il n'est, en principe, pas n\'ecessaire de sp\'ecifier le chemin {\bf sqlite3-path} car Bacula recherche les composants requis dans les r\'epertoires standards ({\bf @@ -736,7 +760,7 @@ d\'etails. Voyez aussi la note ci-dessous, apr\`es le paragraphe --with-postgreSQL \item [{-}{-}with-mysql=\lt{}mysql-path\gt{}] - \index[console]{{-}{-}with-mysql } + \index[general]{{-}{-}with-mysql } Cette option permet la compilation des services de Catalogue de Bacula. Elle implique que MySQL tourne d\'ej\`a sur votre syst\`eme, et qu'il soit install\'e dans le chemin {\bf mysql-path} que vous avez sp\'ecifi\'e. Si @@ -750,7 +774,7 @@ proc\'eder \`a la configuration. Voyez aussi la note ci-dessous, apr\`es le paragraphe --with-postgreSQL \item [{-}{-}with-postgresql=\lt{}postgresql-path\gt{}] - \index[console]{{-}{-}with-postgresql } + \index[general]{{-}{-}with-postgresql } Cette option d\'eclare un chemin explicite pour les librairies PostgreSQL si Bacula ne les trouve pas dans le r\'epertoire par d\'efaut. @@ -783,13 +807,13 @@ quatre options de bases de donn\'ees support\'ees : {-}{-}with-sqlite, {-}{-}wit Native Language Support (NLS). \item [{-}{-}enable-conio] - \index[console]{{-}{-}enable-conio } + \index[general]{{-}{-}enable-conio } Cette option permet la compilation d'une petite et l\'eg\`ere routine en alternative \`a readline, beaucoup plus facile \`a configurer, m\^eme si elle n\'ecessite aussi les librairies termcap ou ncurses. \item [{-}{-}with-readline=\lt{}readline-path\gt{}] - \index[console]{{-}{-}with-readline } + \index[general]{{-}{-}with-readline } Sp\'ecifie l'emplacement de {\bf readline}. En principe, Bacula devrait le trouver s'il est dans une librairie standard. Sinon, et si l'option \verb{--{with-readline n'est pas renseign\'ee, readline sera d\'esactiv\'e. Cette @@ -799,13 +823,16 @@ d'\'edition. Readline n'est d\'esormais plus support\'e, ce qui signifie que vous l'utilisez \`a vos risques et p\'erils \item [{-}{-}enable-readline] - \index[console]{{-}{-}enable-readline } + \index[general]{{-}{-}enable-readline } Active le support readline. D\'esactiv\'e par d\'efaut en raison de nombreux probl\`emes de configuration, et parce que le paquetage semble devenir incompatible. \item [{-}{-}with-tcp-wrappers=\lt{}path\gt{}] - \index[console]{{-}{-}with-tcp-wrappers } + \index[general]{{-}{-}with-tcp-wrappers} + \index[general]{TCP Wrappers} + \index[general]{Wrappers!TCP} + \index[general]{libwrappers} Cette option pr\'ecise que vous voulez TCP wrappers (man hosts\_access(5)) compil\'e dans Bacula. Le chemin est facultatif puisque Bacula devrait, en principe, trouver les librairies dans les r\'epertoires standards. Cette diff --git a/docs/manual-fr/postgresql.tex b/docs/manual-fr/postgresql.tex index 3ba62a04..4107459b 100644 --- a/docs/manual-fr/postgresql.tex +++ b/docs/manual-fr/postgresql.tex @@ -13,6 +13,19 @@ \addcontentsline{toc}{subsection}{Installer et configurer PostgreSQL -- Phase I} +Attention !!! Si vous envisagez d'utiliser PostgreSQL, vous devriez +être conscient de la philosophie des mises à jour de PostgreSQL qui +peut, à mon avis, être déstabilisant dans un environnement de +production. En gros, pour chaque mise à jour vers une version majeure, +vous devez exporter vos bases de données au format ASCII, faire la +mise à jour, et recharger vos bases de données. Ceci est dû au à des +mises à jour fréquentes du "format de données" d'une version à l'autre, +et aucun outil n'est fourni pour effectuer la conversion automatiquement. +Si vous omettez d'exporter vos bases au format ASCII, elles peuvent +devenir complètement inutiles si aucun des nouveaux outils ne peut y +accéder en raison d'un changement de format, auquel cas le serveur +PostgreSQL sera dans l'incapacité de démarrer. + Si vous avez utilis\'e l'option {\bf ./configure \verb{--{with-postgresql=PostgreSQL-Directory} pour configurer {\bf Bacula}, vous avez besoin d'installer la version 7.3 ou sup\'erieure de PostgreSQL. @@ -101,17 +114,14 @@ s'agit de pgsql. NDT: sur debian il s'agit de postgres) \begin{verbatim} su (entrez le mot de passe root) - password pgsql (ou postgres) - (entrez un mot de passe pour cet utilisateur) - exit su pgsql (ou postgres) - (entrez le nouveau mot de passe) - createuser kern (or peut-\^etre bacula) + createuser kern (ou peut-être bacula) Shall the new user be allowed to create databases? (y/n) y Shall the new user be allowed to create more new users? (y/n) (choisissez ce que vous voulez) exit \end{verbatim} + A ce stade, vous devriez pouvoir ex\'ecuter la commande ./create\_bacula\_database \item ./make\_bacula\_tables @@ -207,7 +217,7 @@ que par root. M\^eme avec ces restrictions, il reste un probl\`eme de s\'ecurit\'e avec cette approche : sur certaines plateformes, la variable d'environnement utilis\'ee pour soumettre le -mot de passe \`a Postgres est in\'evitablement disponible pour tout utilisateur +mot de passe \`a Postgres est disponible pour tout utilisateur local du syst\`eme. Pour supprimer ce probl\`eme, l'\'equipe Postgres a d\'ecr\'et\'e obsol\`ete ce m\'ecanisme de passage de mot de passe par variable d'environnement et recommande d'utiliser un fichier .pgpass. Pour utiliser ce m\'ecanisme, cr\'eez un fichier diff --git a/docs/manual-fr/security.tex b/docs/manual-fr/security.tex index 82e3b8d1..17a0a554 100644 --- a/docs/manual-fr/security.tex +++ b/docs/manual-fr/security.tex @@ -5,6 +5,7 @@ \label{_ChapterStart14} \index[general]{Bacula!Consid\'erations sur la s\'ecurit\'e de } \index[general]{Consid\'erations sur la s\'ecurit\'e de Bacula } +\index[general]{S\'ecurit\'e} \addcontentsline{toc}{section}{Consid\'erations sur la s\'ecurit\'e de Bacula} \begin{itemize} @@ -104,6 +105,9 @@ sauver un jour. \subsection*{Configurer et tester TCP Wrappers} \index[general]{Configurer et tester TCP Wrappers} \index[general]{Bacula!Configurer et tester TCP Wrappers} +\index[general]{TCP Wrappers} +\index[general]{Wrappers!TCP} +\index[general]{libwrappers} \addcontentsline{toc}{subsection}{Configurer et tester TCP Wrappers} Les TCP Wrappers sont impl\'ement\'es si vous les activez lors de la @@ -116,7 +120,7 @@ Vous ne devez pas utiliser l'option {\bf twist} dans votre {\bf /etc/hosts.allow} car elle stopperait les {\it daemons} Bacula lorsqu'une connection est refus\'ee. -Dan Languille a fourni les informations suivantes concernant la configuration +Dan Langille a fourni les informations suivantes concernant la configuration et les tests de TCP Wrappers avec Bacula. Si vous lisez hosts\_options(5), vous verrez une option nomm\'ee twist. Cette @@ -151,10 +155,15 @@ undef-dir : ALL : deny \end{verbatim} \normalsize -Vous devez accorder les noms des {\it daemons} \`a ceux de leurs fichiers de -configuration respectifs. Dans ces exemples, le Director est undef-dir, le -Storage Daemon est undef-sd, et le File Daemon est undef-fd. Ajustez pour -coller \`a votre configuration. L'exemple de r\`egles ci-dessus suppose que +Vous devez accorder les noms des {\it daemons} \`a ceux sp\'ecifi\'es dans leurs +fichiers de configuration respectifs. Ce ne sont, en g\'en\'eral, pas les noms +des fichiers binaires des {\it daemons}. Il n'est pas possible d'utiliser +les noms des binaires car plusieurs {\it daemons} peuvent \^etre ex\'ecut\'es +sur une machine avec des fichiers de configuration distincts. + +Dans ces exemples, le Director est undef-dir, le +Storage Daemon est undef-sd, et le File Daemon est undef-fd. Ajustez ces noms pour +qu'ils conviennent \`a votre configuration. L'exemple de r\`egles ci-dessus suppose que SD, FD et DIR sont tous sur la m\^eme machine. Si vous avez un client FD distant, il vous suffira de placer le jeu de r\`egles suivant sur ce client : diff --git a/docs/manual-fr/state.tex b/docs/manual-fr/state.tex index 6dc6c42c..379f1e60 100644 --- a/docs/manual-fr/state.tex +++ b/docs/manual-fr/state.tex @@ -206,8 +206,8 @@ ssh pour administrer n'importe quelle partie de Bacula depuis n'importe o 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. + Unix et Linux. Les noms de fichiers longs seront implémentés dans la + version 1.40. \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, @@ -225,12 +225,18 @@ ssh pour administrer n'importe quelle partie de Bacula depuis n'importe o défaut est en projet. \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 Le chiffrement des données sur les volumes sera implémenté dans la version 1.40. \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. +\item Bacula ne supporte pas les volumes disque amovibles pour l'instant. + Des utilisateurs déclarent être parvenu à faire fonctionner Bacula + ainsi, mais cela nécessite de prendre garde de monter le bon volume, de + plus, les restaurations disséminées sur plusieurs volumes risquent + fort de ne pas fonctionner. Cette fonctionnalité est prévue pour la version + 1.40. \end{itemize} \subsection*{Limitations ou Restrictions inh\'erentes \`a la conception} @@ -246,6 +252,6 @@ la conception} Notez que ceci ne concerne pas les noms de fichiers qui peuvent \^etre arbitrairement longs. \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. + par l'API non-Unicode Windows que nous utilisons. A partir de la version 1.39, + nous avons basculé sur l'API Unicode et cette limitation n'existe plus. \end{itemize}