On Thursday 15 September 2005 15:18, Jonte Norman wrote:
> On 9/15/05, Kern Sibbald <[EMAIL PROTECTED]> wrote:
> > On Thursday 15 September 2005 00:38, Jonte Norman wrote:
> > > On 9/14/05, Arno Lehmann <[EMAIL PROTECTED]> wrote:
> > > > Hi,
> > > >
> > > > On 14.09.2005 23:37, Jonte Norman wrote:
> > > >
> > > > ...
> > > >
> > > > >>Bacula can only do an automatic restore from a single storage
> > > > >> device with a single media type, anything more complicated (two
> > > > >> different storage devices or multiple media types) you must handle
> > > > >> manually. This is not easy, but I documented it somewhere for
> > > > >> those who really want to sweat it out during a restore ...
> > > > >
> > > > > I am not sure I understand what you mean by automatic versus manual
> > > > > restore... By automatic restore, do you mean a regular restore with
> > > > > for example wx-console? And if so, what do you mean by manual
> > > > > restore?
> > > >
> > > > I think that Kern refers to "automatic restore" as a restore process
> > > > which only uses tools and commands bacula implements, because a
> > > > "manual restore" in this case requires - manually, of course -
> > > > modifying the bsr file bacula creates for the job, and later pushing
> > > > some data taken from the aforementioned bsr file into other jobs.
> > >
> > > Hmm... Manual restores does not sound like fun at all :)
> > > Is there really not any solution that makes both backup and restores
> > > to disk work involving more than one storage and more than one pool?
> >
> > Within a single Job, multiple storage devices no; multiple pools no
> > problem.
>
> Are there any plans to implement multiple storages devices for the
> same client in future Bacula versions? 

No immediate plans. Once the SD starts for a Job, it locks on to a single 
device.

> I think it would be very useful 
> to be able to separate for example full backups and inc backups to
> different folders/partitions, atleast in backup-to-disk scenarios.

As I said, the manual shows you how to do this with symbolic links you don't 
need any new Bacula features to do what you want.

>
> > > Right now my client schedules looks like this:
> > >
> > > Schedule {
> > >   Name = "platinum"
> > >   Run = Level=Full Storage=platinum-full Pool=Full-Pool 1st sat at
> > > 22:30 Run = Level=Differential Storage=platinum-full Pool=Diff-Pool
> > > 2nd-5th sat at 22:30
> > >   Run = Level=Incremental Storage=platinum-inc Pool=Inc-Pool mon-fri at
> > > 22:30 }
> > >
> > > Before I tried to have two jobs for each client and then the restore
> > > worked well as far as I can remember, but then the problem was that
> > > volumes were saved to the wrong storage devices :( There does not seem
> > > to be any easy solution to this...
> >
> > The manual discusses how to deal with multiple pools on particularly
> > concerning disk storage, and it suggest a technique of being able to use
> > multiple different directories or partitions by pre-linking the Volume
> > names to the desired partition.  This can in a sort simulate or
> > substitute for multiple Storage devices.
>
> Yeah... I have read that part, but I am not sure I understand it anyway :)
> Because now my backup volumes are going in to the right folders but
> when I am trying to restore something from the last full-backup of a
> client, Bacula picks the volumes from the last full backup and also
> the volumes from the last inc backups... I donĀ“t know why?
>
> Would it be possible to use python scripting to create both the new
> volumes with names like [Level-Clientname-Date-Time] and the symbolic
> links for these volumes also?
> If that is the case, do you think this would be the best solution to
> my problems?
>
> Best regards,
>
> Jonte Norman
>
> > > //Jonte Norman
> > >
> > > > > Does Bacula stable and beta handle restores the same way or do you
> > > > > think I be better of with the stable version?
> > > >
> > > > Usually you're better off with the stable version. I see no
> > > > difference in handling restores, and, while the developers are surely
> > > > glad when more people deliver qualified bug reports, preparing and
> > > > submitting these reports is definitely work, takes time, and still
> > > > you can't be sure bacula does what you want it to do.
> > > >
> > > > Arno
> > > >
> > > > --
> > > > IT-Service Lehmann                    [EMAIL PROTECTED]
> > > > Arno Lehmann                  http://www.its-lehmann.de
> >
> > --
> > Best regards,
> >
> > Kern
> >
> >   (">
> >   /\
> >   V_V

-- 
Best regards,

Kern

  (">
  /\
  V_V


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to