Hello,
I may be missing something here, but I think almost everything one
needs is already in Bacula for restores. The "restore" command is fully
command
line driven, and it is primarily based on the Client rather than a Job (they
amount to the same thing).
Since at restore time, one is pretty much obligated to give all the details
of what you want to restore, starting with the Client name, I don't see
any real need to have multiple Restore jobs, other than possibly using
them as "templates" to reduce the amount typed by specifying defaults.
If one is scripting restores, I personally *much* prefer to specify
everything
rather than rely on defaults
Can you clearly explain what is missing in the current implementation?
Start by thinking about restoring Clients rather than Jobs.
It isn't a really big patch, so that is not the issue, but I am a bit
worried that
users may not realize that the job specified is a restore job rather than a
backup job and all the ramifications of that.
Best regards,
Kern
On 12/03/2012 02:20 PM, Bastian Friedrich wrote:
Hi,
we have the need to initiate run scripts during the execution of restore jobs.
These run scripts need to vary depending on the target machines, so we
configured multiple restore jobs. Due to that, the "restore" command needs to
know which restore job to run.
At this time, bacula allows the configuration of multiple restore jobs. When
the "restore" command is used, these jobs are checked: if none exists, an
error is issued, and the restore is aborted. If exactly one exists, this one
is used. If multiple are used, a dialog is initiated where the user needs to
select the respective job interactively.
With the attached patch, it is possible to specify the restore job to use on
the bacula command line via a "job=xxx" attribute, such as
restore job=RestoreFiles fileset=myFileset client=client-fd
restoreclient=client-fd where=/mypath select current all done yes
Have fun and do what you'd like to with the patch; you do have my FLA.
Best regards
Bastian
------------------------------------------------------------------------------
Keep yourself connected to Go Parallel:
BUILD Helping you discover the best ways to construct your parallel projects.
http://goparallel.sourceforge.net
_______________________________________________
Bacula-devel mailing list
Bacula-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-devel
------------------------------------------------------------------------------
Keep yourself connected to Go Parallel:
BUILD Helping you discover the best ways to construct your parallel projects.
http://goparallel.sourceforge.net
_______________________________________________
Bacula-devel mailing list
Bacula-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-devel
