\item [Name = \lt{}nom\gt{}]
\index[dir]{Name}
+ \index[dir]{Directive!Name}
Le nom du Director utilis\'e par l'administrateur syst\`eme. Cette directive
est requise
\item [Description = \lt{ }texte\gt{}]
\index[dir]{Description}
+ \index[dir]{Directive!Description}
Le champ texte contient une description du Director qui sera affich\'ee dans
l'interface graphique. Cette directive est optionnelle.
\item [Password = \lt{}UA-password\gt{}]
\index[dir]{Password}
+ \index[dir]{Directive!Password}
Sp\'ecifie le mot de passe qui doit \^etre fourni par la Console Bacula par
d\'efaut pour \^etre autoris\'ee. Le m\^eme mot de passe doit appara{\^\i}tre
dans la ressource {\bf Director} du fichier de configuration de la console.
\item [Messages = \lt{}Nom-de-ressource-Messages\gt{}]
\index[dir]{Messages}
+ \index[dir]{Directive!Messages}
La ressource {\bf messages} sp\'ecifie o\`u doivent \^etre d\'elivr\'es les messages du Director
qui ne sont pas associ\'es \`a un job sp\'ecifique. La plupart des messages sont relatifs
\`a un job et seront dirig\'es vers la ressource {\bf messages} sp\'ecifi\'ee par le job.
\item [Working Directory = \lt{}R\'epertoire\gt{}]
\index[dir]{Working Directory}
+ \index[dir]{Directive!Working Directory}
Cette directive sp\'ecifie un r\'epertoire o\`u le Director peut d\'eposer ses fichiers
d'\'etats. Ce r\'epertoire ne devrait \^etre utilis\'e que par Bacula, mais il peut \^etre
partag\'e par d'autres {\it daemons} Bacula. Notez cependant que si ce r\'epertoire est
Les substitutions shell standard sont effectu\'ees \`a la lecture du fichier de
configuration, de sorte que des valeurs telles que {\bf \$HOME} seront correctement
substitu\'ees. Cette directive est requise.
-
+
+ Si vous avez spécifié un utilisateur et/ou un groupe pour le Director lors de la
+ configuration avec les options {\bf {-}{-}with-dir-user} et/ou {\bf {-}{-}with-dir-group} de
+ la commande ./configure, le répertoire de travail Working Directory doit appartenir
+ doit appartenir à ce groupe et à cet utilisateur.
+
\item [Pid Directory = \lt{}R\'epertoire\gt{}]
\index[dir]{Pid Directory}
+ \index[dir]{Directive!Pid Directory}
Cette directive sp\'ecifie un r\'epertoire o\`u le Director peut d\'eposer son fichier
d'Id de processus. Ce fichier est utilis\'e pour stopper Bacula et pr\'evenir l'ex\'ecution
simultan\'ee de plusieurs copies de Bacula. Les substitutions shell standard sont
\item [Scripts Directory = \lt{}Directory\gt{}]
\index[dir]{Scripts Directory}
+ \index[dir]{Directive!Scripts Directory}
Cette directive sp\'ecifie le r\'epertoire dans lequel le Director devra rechercher
le script Python de d\'emarrage {\bf DirStartup.py}. Ce r\'epertoire peut \^etre
partag\'e par d'autres daemons Bacula.Les substitutions shell standard sont effectu\'ees
\item [QueryFile = \lt{}Path\gt{}]
\index[dir]{QueryFile}
+ \index[dir]{Directive!QueryFile}
Cette directive sp\'ecifie un r\'epertoire et un fichier dans lequel le
Director peut trouver les requ\^etes SQL pr\'e\'etablies pour la commande
{\bf Query} de la Console. Les substitutions shell standard sont
\item [Maximum Concurrent Jobs = \lt{}nombre\gt{}]
\index[dir]{Maximum Concurrent Jobs}
+ \index[dir]{Directive!Maximum Concurrent Jobs}
\index[general]{Jobs Simultan\'es}
\index[general]{Jobs Concurrents}
\item [FD Connect Timeout = \lt{}dur\'ee\gt{}]
\index[dir]{FD Connect Timeout}
+ \index[dir]{Directive!FD Connect Timeout}
O\`u {\bf dur\'ee} est le d\'elai durant lequel le Director tente de contacter
le File Daemon pour d\'emarrer un job. Une fois ce d\'elai \'ecoul\'e, le Director supprimera le job.
La valeur par d\'efaut est 30 minutes.
\item [SD Connect Timeout = \lt{}dur\'ee\gt{}]
\index[dir]{SD Connect Timeout}
+ \index[dir]{Directive!SD Connect Timeout}
O\`u {\bf dur\'ee} est le d\'elai durant lequel le Director tente de contacter
le Storage Daemon pour d\'emarrer un job. Une fois ce d\'elai \'ecoul\'e, le Director supprimera le job.
La valeur par d\'efaut est 30 minutes.
\item [DirAddresses = \lt{}Sp\'ecification-adresses-IP\gt{}]
\index[dir]{DirAddresses}
+ \index[dir]{Directive!DirAddresses}
Sp\'ecifie les ports et adresses sur lesquels le Director se met en attente de
connections de Consoles Bacula. La meilleure explication est sans doute un exemple :
la r\'esolution peut \^etre faite soit par IPv4, soit par IPv6. Si ip4 est sp\'ecifi\'e,
seules les r\'esolutions IPv4 seront permises. Il en va de m\^eme avec ip6.
+Notez que si vous utilisez la directive DirAddresses, vous ne devez utiliser ni la directive
+DirPort, ni la directive DirAddress dans la même ressource.
+
\item [DIRport = \lt{}num\'ero-de-port\gt{}]
\index[dir]{DIRport}
+ \index[dir]{Directive!DIRport}
Sp\'ecifie le port (un entier positif) sur lequel le Director est \`a l'\'ecoute
de connections de Consoles Bacula. Ce m\^eme num\'ero de port doit \^etre sp\'ecifi\'e
dans la ressource Director du fichier de configuration de la console. La
\item [DirAddress = \lt{}Adresse-IP\gt{}]
\index[dir]{DirAddress}
+ \index[dir]{Directive!DirAddress}
Cette directive est optionnelle. Lorsqu'elle est sp\'ecifi\'ee, le Director n'accepte
de connections Console que de l'adresse sp\'ecifi\'ee {\bf Adresse-IP}, qui peut \^etre
soit un nom de domaine, soit une adresse IP au format quadruplet point\'e ou chaîne quot\'ee.
\item [Job]
\index[dir]{Job}
+ \index[dir]{Directive!Job}
D\'ebut de la ressource Job. Il faut d\'efinir au moins une ressource Job.
\item [Name = \lt{}name\gt{}]
\index[dir]{Name}
+ \index[dir]{Directive!Name}
Le nom du Job. Ce nom peut \^etre utilis\'e avec la commande {\bf Run} du
programme Console pour lancer un Job. Si le nom contient des espaces,
il doit \^etre plac\'e entre quotes. C'est g\'en\'eralement une bonne id\'ee de
sp\'ecifi\'e ici suffix\'e avec la date et l'heure de sa planification.
Cette directive est requise.
+\item [Enabled = \lt{}yes|no\gt{}]
+ \index[dir]{Enable}
+ \index[dir]Directive!Enable}
+ Cette directive permet d'activer ou désactiver l'exécution automatique d'un job
+ par le planificateur.
+
\item [Type = \lt{}job-type\gt{}]
\index[dir]{Type}
+ \index[dir]{Directive!Type}
La directive {\bf Type} sp\'ecifie le type de Job, qui peut \^etre l'un des
suivants : {\bf Backup}, {\bf Restore}, {\bf Verify}, ou {\bf Admin}.
Cette directive est requise. Pour chaque type de Job, il existe diff\'erents
\label{Level}
\item [Level = \lt{}job-level\gt{}]
+ \index[dir]{Directive!Level}
\index[dir]{Level}
La directive Level sp\'ecifie le niveau d'ex\'ecutiondu job par d\'efaut.
Chaque type de job a son propre jeu de niveaux qui peuvent \^etre sp\'ecifi\'es.
\item {\bf 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
ex\'ecut\'e sera compar\'e avec le catalogue, ce qui signifie que votre commande
verify doit succ\'eder imm\'ediatement \`a une sauvegarde. Si vous sp\'ecifiez
\item {\bf 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
d\'efinies dans la ressource JobDef concern\'ee seront utilis\'ees en tant que valeurs
par d\'efaut pour le Job. Toute valeur explicitement sp\'ecifi\'ee dans la
\item {\bf 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,
sera utilis\'e lors des restaurations et ignor\'e par tout les autres Jobs.
Le fichier {\bf bootstrap} contient la liste des cartouches n\'ecessaires
consulter le chapitre \ilink{Restaurer des fichiers avec le fichier Bootstrap}{_ChapterStart43}
de ce manuel.
-\item {\bf \label{writebootstrap} Write Bootstrap = \lt{}bootstrap-file-specification\gt{}}
-\index[dir]{a name}
-
+\label{writebootstrap}
+\item {\bf 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
\'ecrira lors de chaque sauvegarde. Ainsi, cette directive s'applique
exclusivement aux jobs de type sauvegarde. Si la sauvegarde est une Full,
Bacula \'ecrase le contenu du fichier sp\'ecifi\'e. Sinon, Bacula ajoute les
- nouveaux enregistrements Bootstrap \`a la fin du fichier..
+ nouveaux enregistrements Bootstrap \`a la fin du fichier.
En utilisant cette fonction, vous aurez constamment un fichier bootstrap
capable de recouvrer l'\'etat le plus r\'ecent de votre syst\`eme. Le fichier
\item {\bf 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.
Le client est ex\'ecut\'e sur la machine \`a sauvegarder. Il exp\'edie les fichiers requis
au Storage Daemon lors des sauvegardes, et re\\ 3oit les fichiers du Storage Daemon
\item {\bf 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
FileSet d\'efinit les r\'epertoires et fichiers \`a sauvegarder, ainsi que les options
\item {\bf 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
pour le job concern\'e. Ainsi, elle d\'etermine le comment et o\`u seront
d\'elivr\'es les diff\'erents messages de Bacula. Par exemple, vous pouvez diriger
\item {\bf 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
sauvegarder vos donn\'ees. De nombreuses installations de Bacula
n'utiliseront que le pool d\'efini par d\'efaut {\bf Default}. Toutefois,
\item {\bf 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{} }
\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{} }
\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{}}
\index[dir]{Schedule}
+ \index[dir]{Directive!Schedule}
La directive Schedule d\'efinit la planification du job. Le {\it schedule} d\'etermine
la date et l'instant o\`u le job doit \^etre lanc\'e automatiquement, et le niveau
(Full, Diff\'erentiel, Incr\'emental...) du job en question. Cette directive est
\item {\bf 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
utiliser pour sauvegarder les donn\'ees du FileSet. Pour plus de d\'etails, consultez le
chapitre \ilink{Ressource Storage}{StorageResource2} de ce manuel.
\item {\bf 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
planifi\'e (dans le schedule) et l'horaire effectif de d\'emarrage du job.
Par exemple, un job peut \^etre programm\'e pour d\'emarrer \`a 1h, mais \^etre
\item {\bf 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
compl\`ete d'un job depuis son lancement (pas n\'ecessairement \`a l'heure
de sa programmation) jusqu'\`a sa fin. Cette directive est impl\'ement\'ee
\item {\bf 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
job peut rester bloqu\'e en attente d'une ressource (par exemple, en attente du
montage d'une cartouche ou encore en attente des Storage ou File Daemon occup\'es
\item [Incremental Max Wait Time = \lt{}time\gt{}]
\index[dir]{Incremental Max Wait Time}
+ \index[dir]{Directive!Incremental Max Wait Time}
Cette directive sp\'ecifie le temps maximum durant lequel une sauvegarde
incr\'ementale peut rester bloqu\'ee en attente d'une ressource (par exemple, en
attente d'une cartouche ou des File ou Storage daemons), compt\'e \`a partir
\item [Differential Max Wait Time = \lt{}time\gt{}]
\index[dir]{Differential Max Wait Time}
+ \index[dir]{Directive!Differential Max Wait Time}
Cette directive sp\'ecifie le temps maximum durant lequel une sauvegarde
diff\'erentielle peut rester bloqu\'ee en attente d'une ressource (par exemple, en
attente d'une cartouche ou des File ou Storage daemons), compt\'e \`a partir
\item [Prefer Mounted Volumes = \lt{}yes|no\gt{}]
\index[dir]{Prefer Mounted Volumes}
+ \index[dir]{Directive!Differential Max Wait Time}
Si cette directive est activ\'ee (c'est le cas par d\'efaut), le Director
ordonne au Storage daemon de s\'electionner de pr\'ef\'erence soit une
librairie, soit un lecteur avec un volume valide d\'ej\`a mont\'e, plut\^ot qu'un
\item {\bf 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
dans sa propre ressource Client par la directive {\bf AutoPrune}. Si cette
directive est sp\'ecifi\'ee (normalement, non) et si la valeur est {\bf yes},
\item {\bf 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
dans sa propre ressource Client par la directive {\bf AutoPrune}. Si cette
directive est sp\'ecifi\'ee (normalement, non) et si la valeur est {\bf yes},
\item {\bf 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
dans sa propre ressource Client par la directive {\bf AutoPrune}. Si cette
directive est sp\'ecifi\'ee (normalement, non) et si la valeur est {\bf yes},
\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îne {bf command} doit \^etre
%% = %
%c = Nom du client
%d = Nom du Director
- %i = JobId
+
%e = Statut de sortie du job
+ %i = JobId
%j = Nom unique du job
%l = Niveau du job
%n = Nom du job
- %t = Type de job
+ %s = Temps Depuis (NDT : Since Time)
+ %t = Type de job (Backup,...)
%v = Nom de volume
\end{verbatim}
de vendredi.
\item {\bf Run After Job = \lt{}command\gt{}}
- \index[dir]{Run After Job }
+ \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îne {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, le job se termine en erreur. Avant de soumettre
+ 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. depuis la version 1.30,
-Bacula contr\^ole le statut de sortie du program RunAfter. S'il est
-non nul, le job se termine en erreur.
+\ilink{Astuces}{JobNotification} de ce manuel.
+Lisez le paragraphe {\bf Run After Failed Job} si vous voulez exécuter
+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écifiée est exécutée en tant que programme externe après la fin
+ du job lorqu'il se termine avec un statut d'erreur. Cette directive est optionnelle.
+ La chaîne {\bf command} doit être 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écifier ici le même programme que
+ celui que vous avez utilisé pour la direcive {\bf Run After Job}, de sorte que
+ votre programme soit exécuté 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]{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écifiez un chemin absolu vers un exécutable, si le chemin ou le nom
+ de l'exécutable contient des espaces ou des caractères spéciaux, il faut les
+ protéger par des quotes. Il en va de même des éventuels arguments.
+
+
+{\bf Consid\'erations particuli\`eres \`a Windows}
D'autre part, pour les clients Windows \`a partir de la version 1.33, notez bien
que vous devez fournir un chemin correct pour votre script, et que le script
peut avoir l'extension .com, .exe, ou .bat. Si vous sp\'ecifiez un chemin,
d'Unix ne fonctionneront pas, \`a moins que vous n'ayez install\'e et
correctement configur\'e Cygwin en plus (et s\'epar\'ement) de Bacula.
-
-{\bf Consid\'erations particuli\`eres \`a Windows}
La commande peut \^etre n'importe quel programme reconnu par cmd.exe ou command.com
comme un fichier ex\'ecutable. Sp\'ecifier une extension de fichier ex\'ecutable
est optionnel, \`a moins qu'il y ait une ambigu\"it\'e (par exemple ls.bat, ls.exe).
vers /dev/null pour \'eviter le bloquage du script.
\item {\bf Client Run After Job = \lt{}command\gt{}}
- \index[dir]{Client Run After Job }
+ \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.
\item {\bf Rerun Failed Levels = \lt{}yes|no\gt{}}
- \index[dir]{Rerun Failed Levels }
+ \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
Bacula d\'etecte qu'un job ant\'erieur d'un niveau plus \'elev\'e (Full ou
diff\'erentiel), alors le job est \'elev\'e au niveau le plus haut. Ceci est
plut\^ot qu'Incremental ou Diff\'erentiel.
\item {\bf Spool Data = \lt{}yes|no\gt{}}
- \index[dir]{Spool Data }
+ \index[dir]{Spool Data}
+ \index[dir]{Directive!Spool Data}
Si la valeur de cette directive est {\bf yes} ({\bf no} par d\'efaut), le
Storage Daemon aura pour consigne de stocker les donn\'ees dans un
fichier spoule sur disque plut\^ot que de les \'ecrire directement sur bande.
\item {\bf Spool Attributes = \lt{}yes|no\gt{}}
- \index[dir]{Spool Attributes }
+ \index[dir]{Spool Attributes}
+ \index[dir]{Directive!Spool Attributes}
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
transmettre au Director qu'\`a la fin de l'\'ecriture sur bande des donn\'ees du job.
\item {\bf Where = \lt{}directory\gt{}}
- \index[dir]{Where }
+ \index[dir]{Where}
+ \index[dir]{Directive!Where}
Cette directive ne concerne que les jobs de type Restauration. Elle permet
de sp\'ecifier un pr\'efixe au nom du r\'epertoire o\`u tous les fichiers sont
restaur\'es. Ceci permet de restaurer les fichiers en un emplacement
accidentel de vos fichiers.
\item {\bf Replace = \lt{}replace-option\gt{}}
- \index[dir]{Replace }
+ \index[dir]{Replace}
+ \index[dir]{Directive!Replace}
Cette directive ne concerne que les jobs de type Restauration. Elle pr\'ecise
la conduite \`a adopter dans l'\'eventualit\'e o\`u Bacula serait conduit \`a restaurer
un fichier ou un r\'epertoire qui existe d\'ej\`a. Les options suivantes sont
\end{description}
\item {\bf Prefix Links=\lt{}yes|no\gt{}}
- \index[dir]{Prefix Links }
+ \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
{\bf Where} est sp\'ecifi\'e, alors ce dernier s'applique aussi aux liens
absolus. La valeur par d\'efaut est {\bf No}. Lorsque cette directive est \`a
d'origine, tous les liens absolus seront bris\'es.
\item {\bf Maximum Concurrent Jobs = \lt{}number\gt{}}
- \index[dir]{Maximum Concurrent Jobs }
+ \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
qui peuvent \^etre ex\'ecut\'es simultan\'ement. Notez que cette directive ne limite
que les jobs avec le m\^eme nom que la ressource dans laquelle elle
dans la section concernant la ressource Director.
\item {\bf Reschedule On Error = \lt{}yes|no\gt{}}
- \index[dir]{Reschedule On Error }
+ \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
reprogramm\'e en accord avec les directives {\bf Reschedule Interval} et
{\bf Reschedule Times}. Si vous supprimez le job, il ne sera pas reprogramm\'e.
les machines qui ne sont pas connect\'ees au r\'eseau en permanence.
\item {\bf Reschedule Interval = \lt{}time-specification\gt{}}
- \index[dir]{Reschedule Interval }
+ \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
reprogramm\'e apr\`es l'intervalle de temps stipul\'e par {\bf time-specification}.
Consultez la section \ilink{ the time specification formats}{Time} du chapitre
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{}}
- \index[dir]{Reschedule Times }
+ \index[dir]{Reschedule Times}
+ \index[dir]{Directive!Reschedule Times}
Cette directive pr\'ecise le nombre maximal de tentatives d'ex\'ecution du job.
S'il est fix\'e \`a z\'ero (valeur par d\'efaut), le job sera reprogramm\'e
ind\'efiniment.
\item [Run = \lt{}job-name\gt{}]
- \index[dir]{Directive Run}
+ \index[dir]{Run}
+ \index[dir]{Directive!Run}
\index[dir]{Cloner un Job}
La directive Run (\`a ne pas confondre avec l'option Run dans un
Schedule) vous permet de d\'emarrer ou de cloner des jobs. En utilisant les
\label{Priority}
\item {\bf Priority = \lt{}number\gt{}}
- \index[dir]{Priority }
+ \index[dir]{Priority}
+ \index[dir]{Directive!Priority}
Cette directive vous permet de contr\^oler l'ordre d'ex\'ecution des jobs en
sp\'ecifiant un entier positif non nul. Plus grand est ce nombre, plus basse
est la priorit\'e du job. En supposant que vous n'ex\'ecutiez pas de jobs
\label{WritePartAfterJob}
\item {\bf Write Part After Job = \lt{}yes|no\gt{}}
- \index[sd]{Write Part After Job }
+ \index[sd]{Write Part After Job}
+ \index[dir]{Directive!Write Part After Job}
Cette directive est impl\'ement\'ee depuis la version 1.37.
Si la valeur de cette directive est {\bf yes} ({\bf no} par d\'efaut), un nouveau
"fichier partition" (ndt : part file) sera cr\'e\'e apr\`es la fin du job.
\begin{description}
\item [Schedule]
- \index[sd]{Schedule }
+ \index[dir]{Schedule}
+ \index[dir]{Directive!Schedule}
D\'ebut des directives Schedule. La ressource {\bf Schedule} n'est pas requise,
mais il vous en faudra au moins une si vous souhaitez que vos jobs soient
ex\'ecut\'es automatiquement.
\item [Name = \lt{}name\gt{}]
- \index[sd]{Name }
+ \index[dir]{Name}
+ \index[dir]{Directive!Name}
Le nom du Schedule d\'efini. Cette directive est requise.
\item [Run = \lt{}Job-overrides\gt{} \lt{}Date-time-specification\gt{} ]
- \index[sd]{Run }
+ \index[dir]{Run}
+ \index[dir]{Directive!Run}
La directive Run d\'efinit quand un job doit \^etre ex\'ecut\'e, et les \'eventuelles
surcharges \`a appliquer. Il est possible de sp\'ecifier plusieurs directives
{\bf run} au sein d'une ressource {\bf Schedule}, elles seront toutes
\begin{description}
\item [Level=Full]
- \index[sd]{Level }
+ \index[dir]{Level}
+ \index[dir]{Directive!Level}
Tous les fichiers du FileSet qu'ils aient ou non chang\'e.
\item [Level=Incremental]
- \index[sd]{Level }
+ \index[dir]{Level}
+ \index[dir]{Directive!Level}
Tous les fichiers qui ont chang\'e depuis la derni\`ere sauvegarde.
\item [Pool=Weekly]
- \index[sd]{Pool }
+ \index[dir]{Pool}
+ \index[dir]{Directive!Pool}
Sp\'ecifie l'utilisation du Pool nomm\'e {\bf Weekly}.
\item [Storage=DLT\_Drive]
- \index[sd]{Storage }
+ \index[dir]{Storage }
+ \index[dir]{Directive!Storage}
Sp\'ecifie l'utilisation du lecteur {\bf DLT\_Drive} pour p\'eriph\'erique de stockage.
\item [Messages=Verbose]
- \index[sd]{Messages }
+ \index[dir]{Messages }
+ \index[dir]{Directive!Messages}
Sp\'ecifie l'utilisation de la ressource messages {\bf Verbose} pour le job.
\item [FullPool=Full]
- \index[sd]{FullPool }
+ \index[dir]{FullPool}
+ \index[dir]{Directive!FullPool}
+
Sp\'ecifie l'utilisation du Pool nomm\'e {\bf Full} si le job est une sauvegarde Full,
ou s'il a \'et\'e \'elev\'e en Full bien qu'ayant \'et\'e lanc\'e en tant que diff\'erentiel ou
incr\'emental.
\item [DifferentialPool=Differential]
- \index[sd]{DifferentialPool }
+ \index[dir]{DifferentialPool }
+ \index[dir]{Directive!DifferentialPool}
Sp\'ecifie l'utilisation du Pool nomm\'e {\bf Differential} si le job est une
sauvegarde diff\'erentielle.
\item [IncrementalPool=Incremental]
- \index[sd]{IncrementalPool }
+ \index[dir]{IncrementalPool}
+ \index[dir]{Directive!IncrementalPool}
Sp\'ecifie l'utilisation du Pool nomm\'e {\bf Incremental} si le job est une
sauvegarde incr\'ementale.
\item [SpoolData=yes|no]
- \index[sd]{SpoolData }
+ \index[dir]{SpoolData}
+ \index[dir]{Directive!SpoolData}
Indique \`a Bacula d'ordonner au Storage Daemon de placer les donn\'ees sur un
spool disque avant de les envoyer vers les cartouches.
\item [WritePartAfterJob=yes|no]
- \index[sd]{WritePartAfterJob }
+ \index[dir]{WritePartAfterJob}
+ \index[dir]{Directive!WritePartAfterJob}
Indique \`a Bacula d'ordonner au Storage Daemon d'\'ecrire le fichier partition
courant vers le p\'eriph\'erique lorsque le job s'ach\`eve (voir
\ilink{la directive Write Part After Job dans la ressource Job}{WritePartAfterJob}).
\begin{description}
\item [Client (ou FileDaemon)]
- \index[dir]{Client (ou FileDaemon) }
+ \index[dir]{Client (ou FileDaemon)}
+ \index[dir]{Directive!Client (or FileDaemon)}
D\'ebut des directives Client.
\item [Name = \lt{}name\gt{}]
- \index[dir]{Name }
+ \index[dir]{Name}
+ \index[dir]{Directive!Name}
Le nom du client qui sera utilis\'e dans la directive Job de la ressource ou
dans une commande run de la Console. Cette directive est requise.
\item [Address = \lt{}address\gt{}]
- \index[dir]{Address }
-
+ \index[dir]{Address}
+ \index[dir]{Directive!Address}
L'adresse d'un File Daemon Bacula est un nom d'h\^ote, un nom pleinement qualifi\'e
ou une adresse r\'eseau au format quatre octets point\'es. Cette directive est requise.
\item [FD Port = \lt{}port-number\gt{}]
- \index[dir]{FD Port }
+ \index[dir]{FD Port}
+ \index[dir]{Directive!FD Port}
O\`u le port est le num\'ero de port auquel le le File Daemon peut \^etre contact\'e.
La valeur par d\'efaut est 9102.
\item [Catalog = \lt{}Catalog-resource-name\gt{}]
- \index[dir]{Catalog }
+ \index[dir]{Catalog}
+ \index[dir]{Directive!Catalog}
Cette directive sp\'ecifie le nom de la ressource catalog \`a utiliser pour ce
client. Cette directive est requise.
\item [Password = \lt{}password\gt{}]
- \index[dir]{Password }
+ \index[dir]{Password}
+ \index[dir]{Directive!Password}
Il s'agit ici du mot de passe \`a utiliser lors de la connection avec le
File Daemon, aussi le fichier de configuration de la machine \`a sauvegarder
doit d\'efinir le m\^eme mot de passe pour \^etre connect\'e par ce Director.
\item [File Retention = \lt{}time-period-specification\gt{} ]
\index[dir]{File Retention }
-
+ \index[dir]{Directive!Password}
La directive File Retention d\'efinit la p\'eriode pendant laquelle Bacula conservera
les enregistrements File dans le catalogue. Lors de l'expiration de cette p\'eriode,
si la directive {\bf AutoPrune} est active ({\bf yes}), Bacula \'elague le catalogue
\item [Job Retention = \lt{}time-period-specification\gt{} ]
\index[dir]{Job Retention}
+ \index[dir]{Directive!Job Retention}
La directive Job Retention d\'efinit la p\'eriode pendant laquelle Bacula conservera
les enregistrements Job dans le catalogue. Lors de l'expiration de cette p\'eriode,
si la directive {\bf AutoPrune} est active ({\bf yes}), Bacula \'elague le catalogue
\item [AutoPrune = \lt{}yes|no\gt{}]
\index[dir]{AutoPrune}
-
+ \index[dir]{Directive!AutoPrune}
Si AutoPrune est r\'egl\'e \`a {\bf yes} (valeur par d\'efaut), Bacula (dans les versions au del\`a
de 1.20) applique automatiquement les p\'eriodes File retention et Job retention pour le
client \`a la fin du job. Si vous sp\'ecifiez {\bf AutoPrune = no}, l'\'elagage ne se fera pas
et non les donn\'ees stock\'ees sur les volumes.
\item [Maximum Concurrent Jobs = \lt{}number\gt{}]
- \index[dir]{Maximum Concurrent Jobs }
+ \index[dir]{Maximum Concurrent Jobs}
+ \index[dir]{Directive!Maximum Concurrent Jobs}
\lt{}number\gt{} d\'esigne le nombre maximum de jobs qui peuvent \^etre lanc\'es simultan\'ement
sur le client concern\'e. Notez que cette directive ne limite que les jobs pour les clients
qui ont le m\^eme nom que la ressource dans laquelle elle apparaît. Toutes les autres restrictions
Jobs}{DirMaxConJobs} du chapitre Configurer le Director.
-\item [*Priority = \lt{}number\gt{}]
- \index[dir]{*Priority }
+\item [Priority = \lt{}number\gt{}]
+ \index[dir]{Priority}
+ \index[dir]{Directive!Priority}
\lt{}number\gt{} sp\'ecifie la priorit\'e de ce client par rapport aux autres clients
que le Director sauvegarde simultan\'ement. La priorit\'e admet une valeur entre 1 et 1000.
Les clients sont ordonn\'es de sorte que ceux dont la valeur de priorit\'e sont les plus petites
\begin{description}
\item [Storage]
- \index[dir]{Storage }
+ \index[dir]{Storage}
+ \index[dir]{Directive!Storage}
D\'ebut des ressources Storage. Il faut en sp\'ecifier au moins une.
\item [Name = \lt{}name\gt{}]
- \index[sd]{Name }
+ \index[dir]{Name}
+ \index[dir]{Directive!Name}
Le nom de la ressource Storage. Ce nom apparaît au niveau de la directive
Storage sp\'ecifi\'ee dans la ressource Job et est requise.
\item [Address = \lt{}address\gt{}]
- \index[sd]{Address }
+ \index[dir]{Address}
+ \index[dir]{Directive!Address}
O\`u l'adresse est un nom d'h\^ote, une {\bf adresse pleinement qualifi\'ee}, ou une
{\bf adresse IP}. Notez bien que l'adresse sp\'ecifi\'ee ici sera transmise au
File Daemon qui l'utilisera alors pour contacter le Storage Daemon. Aussi, ce
Cette directive est requise.
\item [SD Port = \lt{}port\gt{}]
- \index[sd]{SD Port }
+ \index[dir]{SD Port}
+ \index[dir]{Directive!SD Port}
O\`u "port" est le port \`a utiliser pour contacter le Storage Daemon pour les
informations et pour ex\'ecuter les jobs. Ce m\^eme num\'ero de port doit
apparaître dans la ressource Storage du fichier de configuration du
Storage Daemon. Le port par d\'efaut est 9103.
\item [Password = \lt{}password\gt{}]
- \index[sd]{Password }
+ \index[dir]{Password}
+ \index[dir]{Directive!Password}
Il s'agit du mot de passe \`a utiliser lors de l'\'etablissement de la connection
avec les services Storage. Ce m\^eme mot de passe doit aussi apparaître dans la
ressource Director du fichier de configuration du Storage Daemon. Cette
de configuration. Dans le cas contraire, ce champ sera laiss\'e blanc.
\item [Device = \lt{}device-name\gt{}]
- \index[sd]{Device }
-Cette directive sp\'ecifie le nom du p\'eriph\'erique \`a utiliser pour le stockage.
+ \index[dir]{Device}
+ \index[dir]{Directive!Device}
+Cette directive sp\'ecifie le nom (pour le Storage Daemon) du p\'eriph\'erique \`a
+utiliser pour le stockage.
Ce nom n'est pas le nom de p\'eriph\'erique physique, mais le nom de p\'eriph\'erique
logique qui a \'et\'e d\'efini par la directive {\bf Name} de la ressource {\bf Device}
du fichier de configuration du Storage Daemon. Si le p\'eriph\'erique est une librairie, vous
tente d'utiliser le m\^eme p\'eriph\'erique deux fois. Cette directive est requise.
\item [Media Type = \lt{}MediaType\gt{}]
- \index[dir]{Media Type }
+ \index[dir]{Media Type}
+ \index[dir]{Directive!Media Type}
Cette directive sp\'ecifie le type de m\'edia \`a utiliser pour stocker les donn\'ees.
Il s'agit d'une chaîne de caract\`eres arbitraire n'exc\'edant pas 127 caract\`eres.
Ce peut \^etre ce que vous voulez, cependant, il est pr\'ef\'erable de la choisir de
certainement sp\'ecifier des {\bf Media Types} distincts. Lors d'une restauration,
supposons qu'un Media Type {\bf DDS-4} est associ\'e avec le le job, Bacula peut
d\'ecider d'utiliser tout Storage Daemon qui supporte le Media Type {\bf DDS-4} sur
-tout lecteur qui le supporte. Si vous voulez contraindre Bacula \`a utiliser un
+tout lecteur qui le supporte.
+
+Actuellement, Bacula n'autorise qu'un seul type de media. Par conséquent, si vous
+disposez d'un lecteur qui en supporte plusieurs, vous pouvez utiliser une chaîne
+unique pour désigner les volumes de l'un ou l'autre type, par exemple Media Type = DDS-3-4
+pour les types DDS-3 et DDS-4, mais ces volumes ne seront montés que sur les lecteurs
+spécifiés comme acceptant les deux types : DDS-3-4
+
+Si vous voulez contraindre Bacula \`a utiliser un
seul Storage Daemon ou un seul lecteur, vous devez sp\'ecifier un Media Type unique
pour ce lecteur. C'est un point important qui devrait \^etre bien compris. Notez que
ceci s'applique \'egalement aux volumes disque. Si vous d\'efinissez plus d'une ressource
\item [Autochanger = \lt{}yes|no\gt{} ]
\index[dir]{Autochanger }
+ \index[dir]{Directive!Autochanger}
Si vous sp\'ecifiez {\bf yes} pour cette commande (la valeur par d\'efaut est {\bf no}),
alors Bacula requ\'erira un num\'ero de Slot lorsque vous utiliserez les commandes
{\bf label} et {\bf add} pour cr\'eer un nouveau volume. Ceci simplifie la cr\'eation
\ilink{ Utiliser une librairie}{_ChapterStart18} de ce manuel.
\item [Maximum Concurrent Jobs = \lt{}number\gt{}]
- \index[dir]{Maximum Concurrent Jobs }
+ \index[dir]{Maximum Concurrent Jobs}
+ \index[dir]{Directive!Maximum Concurrent Jobs}
O\`u \lt{}number\gt{} est le nombre maximum de jobs utilisant la
ressource Storage courante qui peuvent \^etre ex\'ecut\'es simultan\'ement. Notez que cette
directive ne limite que les jobs qui utilisent ce Storage Daemon. Toute autre
\begin{description}
\item [Pool]
- \index[dir]{Pool }
+ \index[dir]{Pool}
+ \index[dir]{Directive!Pool}
D\'ebut de la ressource Pool. Il faut d\'efinir au moins une ressource Pool.
\item [Name = \lt{}name\gt{}]
- \index[dir]{Name }
+ \index[dir]{Name}
+ \index[dir]{Directive!Name}
Le nom du pool. Pour la plupart des applications, vous utiliserez le pool
par d\'efaut nomm\'e {\bf Default}. Cette directive est requise.
\label{MaxVolumes}
\item [Maximum Volumes = \lt{}number\gt{}]
- \index[dir]{Maximum Volumes }
-
+ \index[dir]{Maximum Volumes}
+ \index[dir]{Directive!Maximum Volumes}
Cette directive sp\'ecifie le nombre maximum de volumes contenus dans le pool.
Cette directive est optionnelle. Si elle est omise ou r\'egl\'ee \`a 0, tout nombre
de volumes est permis. En g\'en\'eral, cette directive est utile pour les librairies,
\item [Pool Type = \lt{}type\gt{}]
\index[dir]{Pool Type }
+ \index[dir]{Directive!Pool Type}
Cette directive d\'efinit le type du pool, qui correspond au type du job
ex\'ecut\'e. Cette directive est requise et peut prendre l'une des valeurs suivantes :
\end{itemize}
\item [Use Volume Once = \lt{}yes|no\gt{}]
- \index[dir]{Use Volume Once }
+ \index[dir]{Use Volume Once}
+ \index[dir]{Directive!Use Volume Once}
Cette directive, si elle est active (valeur {\bf yes}) stipule que chaque volume
ne doit \^etre utilis\'e qu'une seule fois. C'est particuli\`erement utile si le
volume est un fichier et si vous voulez un nouveau fichier pour chaque nouvelle
existant, vous devez utiliser la commande {\bf update} du programme Console.
\item [Maximum Volume Jobs = \lt{}positive-integer\gt{}]
- \index[dir]{Maximum Volume Jobs }
+ \index[dir]{Maximum Volume Jobs}
+ \index[dir]{Directive!Maximum Volume Jobs}
Cette directive sp\'ecifie le nombre maximum de jobs qui peuvent \^etre \'ecrits sur le volume.
La valeur par d\'efaut est z\'ero, ce qui signifie que le nombre de jobs sur un volume
n'est pas limit\'e. Sinon, lorsque le nombre de jobs sauvegard\'es sur le volume atteint
existant, vous devez utiliser la commande {\bf update} du programme Console.
\item [Maximum Volume Files = \lt{}positive-integer\gt{}]
- \index[dir]{Maximum Volume Files }
+ \index[dir]{Maximum Volume Files}
+ \index[dir]{Directive!Maximum Volume Files}
Cette directive sp\'ecifie le nombre maximum de fichiers qui peuvent \^etre \'ecrits sur
le volume. La valeur par d\'efaut est z\'ero, ce qui signifie que le nombre de fichiers
sur un volume n'est pas limit\'e. Sinon, lorsque le nombre de fichiers sauvegard\'es sur
existant, vous devez utiliser la commande {\bf update} du programme Console.
\item [Maximum Volume Bytes = \lt{}size\gt{}]
- \index[dir]{Maximum Volume Bytes }
+ \index[dir]{Maximum Volume Bytes}
+ \index[dir]{Directive!Maximum Volume Bytes}
Cette directive sp\'ecifie le nombre maximum d'octets qui peuvent \^etre \'ecrits sur le
volume. La valeur par d\'efaut est z\'ero, ce qui signifie qu'il n'y a d'autre limite
que la capacit\'e physique du volume. Sinon, lorsque le nombre d'octets sauvegard\'es sur
existant, vous devez utiliser la commande {\bf update} du programme Console.
\item [Volume Use Duration = \lt{}time-period-specification\gt{}]
- \index[dir]{Volume Use Duration }
+ \index[dir]{Volume Use Duration}
+ \index[dir]{Directive!Volume Use Duration}
Cette directive d\'efinit la p\'eriode durant laquelle le volume peut \^etre utilis\'e en
\'ecriture, \`a compter de la premi\`ere op\'eration d'\'ecriture de donn\'ees.
La valeur par d\'efaut est z\'ero, ce qui signifie que le volume peut \^etre \'ecrit
{\bf time-period-specification} sp\'ecifi\'ee, le volume est marqu\'e
{\bf Used}. D\`es lors, il ne peut plus \^etre utilis\'e pour y ajouter des jobs, tout comme
dans le cas d'un volume avec le statut {\bf Full}, mais il peut \^etre recycl\'e si le
-recyclage est activ\'e.
+recyclage est activ\'e. L'usage de la commande {\bf status dir} applique des algorithmes
+similaires à l'éxecution de jobs, aussi lors d'une telle commande, le statut du volume
+peut être modifié. Lorsque le volume est recyclé, il peut à nouveau être utilisé.
Vous pourriez utiliser cette directive, par exemple, si vous avez un volume d\'edi\'e
aux sauvegardes incr\'ementales, et un volume d\'edi\'e aux Fulls hebdomadaires. Une fois que
\item [Catalog Files = \lt{}yes|no\gt{}]
\index[dir]{Catalog Files}
+ \index[dir]{Directive!Catalog Files}
Cette directive pr\'ecise si les noms des fichiers sauvegard\'es doivent ou non \^etre
enregistr\'es dans le catalogue. La valeur par d\'efaut est {\bf yes}. L'avantage de
d\'esactiver cette option ({\bf Catalog Files = No}) est d'avoir un catalogue
\item [AutoPrune = \lt{}yes|no\gt{}]
\index[dir]{AutoPrune}
+ \index[dir]{Directive!AutoPrune}
Si AutoPrune est activ\'ee ({\bf yes}), ce qui est le cas par d\'efaut, Bacula
(depuis la version 1.20) applique automatiquement la p\'eriode de r\'etention des
volumes lorsqu'un nouveau volumes est requis ou lorsqu'il n'existe aucun volume
\item [Volume Retention = \lt{}time-period-specification\gt{}]
\index[dir]{Volume Retention}
+ \index[dir]{Directive!Volume Retention}
La directive Volume Retention d\'efinit la p\'eriode durant laquelle {\bf Bacula}
conserve les enregistrements Job associ\'es au volume dans le catalogue.
Lors de l'expiration de cette p\'eriode, si {\bf AutoPrune} est activ\'ee, Bacula
p\'eriode la plus courte est celle qui s'applique.Notez bien que lorsque la p\'eriode
{\bf Volume Retention} a \'et\'e atteinte les enregistrements de Job et ceux de fichiers
sont supprimm\'es les uns et les autres.
+Cet élagage peut aussi se produire à l'exécution de la commande {\bf status dir} car elle
+applique des algorithmes similaires à ceux utilisés pour déterminer le prochain volume
+disponible.
Il est important de savoir que lorsque la p\'eriode Volume Retention expire,
Bacula ne recycle pas syst\'ematiquement le volume concern\'e. Il tente de conserver
\item [Recycle = \lt{}yes|no\gt{}]
\index[dir]{Recycle}
+ \index[dir]{Directive!Recycle}
Cette directive sp\'ecifie la valeur par d\'efaut pour le recyclage des volumes purg\'es.
Si elle est activ\'ee ({\bf yes}) et si Bacula a besoin d'un volume mais n'en trouve
aucun utilisable, il recherche alors les volumes purg\'es (c'est \`a dire ceux dont tous
\label{RecycleOldest}
\item [Recycle Oldest Volume = \lt{}yes|no\gt{}]
- \index[dir]{Recycle Oldest Volume }
+ \index[dir]{Recycle Oldest Volume}
+ \index[dir]{Directive!Recycle Oldest Volume}
Cette directive indique au Director de rechercher le volume le plus ancien
du pool lorsq'un nouveau est requis par le Storage Daemon et qu'aucun autre
n'est disponible. Le catalog est alors {\bf \'elagu\'e} dans le respect des
\label{RecycleCurrent}
\item [Recycle Current Volume = \lt{}yes|no\gt{}]
- \index[dir]{Recycle Current Volume }
+ \index[dir]{Recycle Current Volume}
+ \index[dir]{Directive!Recycle Current Volume}
Si Bacula a besoin d'un nouveau volume, cette directive lui indique d'\'elaguer
le volume dans le respect des p\'eriodes {\bf Job}, {\bf File} et
{\bf Volume Retention}. Si tous les jobs sont \'elagu\'es, (c'est \`a dire si le
\label{PurgeOldest}
\item [Purge Oldest Volume = \lt{}yes|no\gt{}]
- \index[dir]{Purge Oldest Volume }
+ \index[dir]{Purge Oldest Volume}
+ \index[dir]{Directive!Purge Oldest Volume}
Cette directive indique au Director de rechercher le volume utilis\'e le plus
ancien dans le pool lorsqu'un nouveau volume est requis par le Storage
Daemon et qu'aucun n'est disponible. Le catalogue est alors purg\'e sans
La valeur par d\'efaut est {\bf no}
\item [Cleaning Prefix = \lt{}string\gt{}]
- \index[dir]{Cleaning Prefix }
+ \index[dir]{Cleaning Prefix}
+ \index[dir]{Directive!Cleaning Prefix}
Cette directive d\'efinit un pr\'efixe qui, s'il correspond au d\'ebut du nom d'un
volume lors de son \'etiquettage, indique \`a Bacula que le volume en question est
une cartouche de nettoyage, qui aura le statut {\bf VolStatus = Cleaning}.
\label{Label}
\item [Label Format = \lt{}format\gt{}]
- \index[dir]{Label Format }
+ \index[dir]{Label Format}
+ \index[dir]{Directive!Label Format}
Cette directive pr\'ecise le format des \'etiquettes des volumes de ce pool.
La directive {\bf Format} est utilis\'ee comme un patron pour cr\'eer de nouveaux
noms de volumes lors de l'\'etiquettage automatique.
\begin{description}
\item [Catalog]
- \index[dir]{Catalog }
+ \index[dir]{Catalog}
+ \index[dir]{Directive!Catalog}
D\'ebut de la ressource Catalog. Il faut au moins une ressource Catalogue.
\item [Name = \lt{}name\gt{}]
- \index[dir]{Name }
+ \index[dir]{Name}
+ \index[dir]{Directive!Name}
Le nom du Catalog. Il n'a pas besoin d'\^etre en relation avec le nom sur le serveur
de base de donn\'ees. Ce nom sera repris dans la ressource Client, indiquant ainsi
que toutes les donn\'ees relatives \`a ce client sont maintenues dans ce catalogue.
\item [password = \lt{}password\gt{}]
- \index[dir]{password }
+ \index[dir]{password}
+ \index[dir]{Directive!password}
Cette directive sp\'ecifie le mot de passe \`a utiliser pour se connecter au
catalogue. Cette directive est requise.
\item [DB Name = \lt{}name\gt{}]
- \index[dir]{DB Name }
+ \index[dir]{DB Name}
+ \index[dir]{Directive!DB Name}
Cette directive sp\'ecifie le nom de la base de donn\'ees. Si vous utilisez plusieurs
catalogues, vous sp\'ecifiez lequel ici. Si vous utilisez un serveur de bases de
donn\'ees externe plut\^ot que l'int\'egr\'e, vous devez sp\'ecifier un nom connu du
tables Bacula.). Cette directive est requise.
\item [user = \lt{}user\gt{}]
- \index[dir]{user }
+ \index[dir]{user}
+ \index[dir]{Directive!user}
L'utilisateur habilit\'e \`a se connecter au catalogue. Cette directive est requise.
\item [DB Socket = \lt{}socket-name\gt{}]
- \index[dir]{DB Socket }
+ \index[dir]{DB Socket}
+ \index[dir]{Directive!DB Socket}
Il s'agit du nom d'un {\it socket} \`a utiliser sur la machine locale pour se
connecter au catalogue. Cette directive n'est utilis\'ee que par MySQL, elle est
ignor\'ee par SQLite. Normalement, si ni {\bf DB Socket}, ni {\bf DB Address} ne sont
sp\'ecifi\'ees, MySQL utilise le socket par d\'efaut.
\item [DB Address = \lt{}address\gt{}]
- \index[dir]{DB Address }
+ \index[dir]{DB Address}
+ \index[dir]{Directive!DB Address}
Il s'agit de l'adresse du serveur de bases de donn\'ees. En principe, vous
utiliserez cette directive plut\^ot que {\bf DB Socket} si le serveur de bases de
donn\'ees est une autre machine. Dans ce cas, vous sp\'ecifierez aussi le port {\bf DB Port}.
optionnelle.
\item [DB Port = \lt{}port\gt{}]
- \index[dir]{DB Port }
+ \index[dir]{DB Port}
+ \index[dir]{Directive!DB Port}
Cette directive d\'efinit le port \`a utiliser en conjonction avec {\bf DB Address} pour
acc\'eder au catalogue s'il est h\'eberg\'e sur une autre machine. Elle n'est utilis\'ee que par
MySQL, et ignor\'ee par SQLite. Elle est optionnelle.
%% \item [Multiple Connections = \lt{}yes|no\gt{}]
-%% \index[dir]{Multiple Connections }
+%% \index[dir]{Multiple Connections}
+%% \index[dir]{Directive!Multiple Connections}
%% Par d\'efaut, cette directive est d\'esactiv\'ee, ce qui implique que tous les jobs utilisant
%% le m\^eme catalogue se partagent une m\^eme connection au catalogue, et que Bacula n'autorise
%% qu'un job \`a la fois \`a communiquer. Si vous activez cette directive ({\bf yes}), Bacula
\begin{description}
\item [Name = \lt{}name\gt{}]
- \index[dir]{Name }
+ \index[dir]{Name}
+ \index[dir]{Directive!Name}
Le nom de la console. Ce nom doit \^etre en conjonction avec celui sp\'ecifi\'e
dans le fichier de configuration de la Console (comme c'est le cas pour les
d\'efinitions de clients).
\item [Password = \lt{}password\gt{}]
- \index[dir]{Password }
+ \index[dir]{Password}
+ \index[dir]{Directive!Password}
Sp\'ecifie le mot de passe qu'une console nomm\'ee doit fournir pour \^etre autoris\'ee.
Le m\^eme mot de passe doit apparaître dans la ressource Console du fichier
de configuration de la Console. Pour plus de s\'ecurit\'e, le mot de passe n'est
processus de configuration, autrement, il sera laiss\'e blanc.
\item [JobACL = \lt{}name-list\gt{}]
- \index[dir]{JobACL }
+ \index[dir]{JobACL}
+ \index[dir]{Directive!JobACL}
Cette directive est utilis\'ee pour sp\'ecifier une liste de noms de ressources Job
qui peuvent \^etre acc\'ed\'es par la console. Sans cette directive, la console ne peut
acc\'eder \`a aucune des ressources Job d\'efinies dans le fichier de configuration
les quatre jobs d\'esign\'es par la directive JobACL, et uniquement \`a eux.
\item [ClientACL = \lt{}name-list\gt{}]
- \index[dir]{ClientACL }
+ \index[dir]{ClientACL}
+ \index[dir]{Directive!ClientACL}
Cette directive est utilis\'ee pour sp\'ecifier une liste de noms de ressources Client
iaccessibles par la console.
\item [StorageACL = \lt{}name-list\gt{}]
- \index[dir]{StorageACL }
+ \index[dir]{StorageACL}
+ \index[dir]{Directive!StorageACL}
Cette directive est utilis\'ee pour sp\'ecifier une liste de noms de ressources Storage
accessibles par la console.
\item [ScheduleACL = \lt{}name-list\gt{}]
- \index[dir]{ScheduleACL }
+ \index[dir]{ScheduleACL}
+ \index[dir]{Directive!ScheduleACL}
Cette directive est utilis\'ee pour sp\'ecifier une liste de noms de ressources Schedule
accessibles par la console.
\item [PoolACL = \lt{}name-list\gt{}]
- \index[dir]{PoolACL }
+ \index[dir]{PoolACL}
+ \index[dir]{Directive!PoolACL}
Cette directive est utilis\'ee pour sp\'ecifier une liste de noms de ressources Pool
accesibles ar la console.
\item [FileSetACL = \lt{}name-list\gt{}]
- \index[dir]{FileSetACL }
+ \index[dir]{FileSetACL}
+ \index[dir]{Directive!FileSetACL}
Cette directive est utilis\'ee pour sp\'ecifier une liste de noms de ressources FileSet
accessibles par la console.
\item [CatalogACL = \lt{}name-list\gt{}]
- \index[dir]{CatalogACL }
+ \index[dir]{CatalogACL}
+ \index[dir]{Directive!CatalogACL}
Cette directive est utilis\'ee pour sp\'ecifier une liste de noms de ressources Catalog
accessibles par la console.
\item [CommandACL = \lt{}name-list\gt{}]
- \index[dir]{CommandACL }
+ \index[dir]{CommandACL}
+ \index[dir]{Directive!CommandACL}
Cette directive est utilis\'ee pour sp\'ecifier une liste de commandes de la console
qui peuvent \^etre ex\'ecut\'ees par la console.
\begin{description}
\item [Counter]
- \index[dir]{Counter }
+ \index[dir]{Counter}
+ \index[dir]{Directive!Counter}
D\'ebut de la ressource Counter. les directives Counter sont optionnelles.
\item [Name = \lt{}name\gt{}]
- \index[dir]{Name }
+ \index[dir]{Name}
+ \index[dir]{Directive!Name}
iLe nom de la variable-compteur. Il s'agit du nom que vous utiliserez pour vous r\'ef\'erer
\`a cette variable et acc\'eder \`a sa valeur.
\item [Minimum = \lt{}integer\gt{}]
- \index[dir]{Minimum }
+ \index[dir]{Minimum}
+ \index[dir]{Directive!Minimum}
Sp\'ecifie la valeur minimale de la variable-compteur. Cette valeur devient celle par d\'efaut.
Si elle n'est pas fournie, sa valeur est z\'ero.
\item [Maximum = \lt{}integer\gt{}]
- \index[dir]{Maximum }
+ \index[dir]{Maximum}
+ \index[dir]{Directive!Maximum}
Sp\'ecifie la valeur maximale de la variable-compteur. Si elle n'est pas fournie, ou si elles
est r\'egl\'ee \`a z\'ero, la variable compteur peut prendre une valeur maximale de 2 147 483 648
($2^{31}$). Au del\`a de cette valeur, le compteur est remis au minimum.
\item [*WrapCounter = \lt{}counter-name\gt{}]
- \index[dir]{*WrapCounter }
+ \index[dir]{*WrapCounter}
+ \index[dir]{Directive!*WrapCounter}
Si cette valeur est sp\'ecifi\'ee, lorsque la variable-compteur d\'epasse le maximum et
est remise au minimum, le compteur sp\'ecifi\'e par la directive {\bf WrapCounter} est
incr\'ement\'e. (Ceci n'est, pour le moment, pas impl\'ement\'e.)
\item [Catalog = \lt{}catalog-name\gt{}]
- \index[dir]{Catalog }
+ \index[dir]{Catalog}
+ \index[dir]{Directive!Catalog}
Si cette directive est sp\'ecifi\'ee, le compteur et sa valeur sont sauvegard\'es dans le
catalogue sp\'ecifi\'e. Dans le cas contraire, le compteur est red\'efini \`a chaque
d\'emarrage de Bacula.
projects / bacula / docs / commitdiff