during working hours. We can see it like \texttt{Max Start Delay + Max Run
Time}.
-\item [Max Wait Time]
+\item [Max Wait Time]
+
Previous \textbf{MaxWaitTime} directives aren't working as expected, instead
of checking the maximum allowed time that a job may block for a resource,
-those directives worked like \textbf{MaxRunTime}. Some users are reporting to use
-\textbf{Incr/Diff/Full Max Wait Time} to control the maximum run time of their job
-depending on the level. Now, they have to use \textbf{Incr/Diff/Full Max Run Time}.
-\textbf{Incr/Diff/Full Max Wait Time} directives are now deprecated.
+those directives worked like \textbf{MaxRunTime}. Some users are reporting to
+use \textbf{Incr/Diff/Full Max Wait Time} to control the maximum run time of
+their job depending on the level. Now, they have to use
+\textbf{Incr/Diff/Full Max Run Time}. \textbf{Incr/Diff/Full Max Wait Time}
+directives are now deprecated.
\item [Incremental|Differential Max Wait Time = \lt{}time\gt{}]
-Theses directives have been deprecated in favor of \texttt{Incremental|Differential
-Max Run Time}.
+Theses directives have been deprecated in favor of
+\texttt{Incremental|Differential Max Run Time}.
\item [Max Run Time directives]
Using \textbf{Full/Diff/Incr Max Run Time}, it's now possible to specify the
\includegraphics{\idir different_time.eps}
\item [Statistics Enhancements]
-If you (or your boss) want to have statistics on your backups, you could use
-a few SQL queries on the Job table to report how many:
+
+If you (or probably your boss) want to have statistics on your backups to
+provide some sort of \textit{Servce Level Agreement} indicators, you could use
+few SQL queries on the Job table to report how many:
+
\begin{itemize}
\item jobs have run
\item jobs have been successful
\item ...
\end{itemize}
-However, these statistics are accurate only if your job retention is greater than
-your statistics period. Ie, if jobs are purged from the catalog, you won't be
-able to use them.
+However, these statistics are accurate only if your job retention is greater
+than your statistics period. Ie, if jobs are purged from the catalog, you won't
+be able to use them.
+
+Now, you can use the \textbf{update stats [days=num]} console command to fill
+the JobStat table with new Job records. If you want to be sure to take in
+account only \textbi{good jobs}, ie if one of your important job has failed but
+you have fixed the problem and restarted it on time, you probably want to
+delete the first \textit{bad} job record and keep only the successful one. For
+that simply let your staff do the job, and update JobStat table after two or
+three days depending on your organization using the \textbf{[days=num]} option.
+
+These statistics records aren't used for restore purpose, but mainly for
+capacity planning, billings, etc.
-Now, you can use the \textbf{update stats [days=num]} console command to fill the
-JobStat table with new Job records.
+The Bweb interface provide a statistics module that can use this feature. You
+can also use tools like Talend or extract information by yourself.
The \textbf{Statistics Retention = \lt{}time\gt{}} director directive defines
the length of time that Bacula will keep statistics job records in the Catalog
period expires, and if user runs \texttt{prune stats} command, Bacula will
prune (remove) Job records that are older than the specified period.
-These statistics records aren't used for restore purpose, but mainly for
-capacity planning, billings, etc.
-
You can use the following Job resource in your nightly \textbf{BackupCatalog}
job to maintain statistics.
\begin{verbatim}