On Thursday 17 March 2005 22:42, Arno Lehmann wrote: > Brennon Church wrote: > > Thanks for the response. > > > > My intention is actually to do my full and incremental backups to a > > large RAID. Once a week, I wanted to copy the volumes from my full job > > pool to tape for off-site storage. It sounds like Bacula is not quite > > up to such a configuration yet.
In principle a bcopy should work, though you won't be able to restore directly from the tapes without bscanning them or using bextract. The problem is that to the best of my knowledge no one besides me (and one other user -- see below) has ever used bcopy, and no one has ever asked how to use it, so I have not put much effort into ensuring that bcopy works correctly. The proof of this is that I have bscan, btape, and bextract regression scripts but nothing for bcopy. One user has apparently modified bcopy so that it updates the catalog during the copy, which means that he can directly restore from the copied volumes. However, I haven't heard from him lately or seen his code ... With version 1.37 as it currently stands, you can "clone" a job. That is start up another job that will backup the same data (since the jobs run separately, there may be minor differences). This means that you can do your regular backup, and simultaneously run another job that makes off-site storage to tapes, or sends directly to an off-site SD. > > Yet... right. > > > Another option would have been to have the incrementals go to the RAID > > while fulls were sent to the tape library, but based on other posts I've > > read it would appear that this also is not yet possible. > > > > Can anyone correct me? Or is this, indeed, the way things currently are? The problem here is that with the currently released version 1.36.2, you can backup to two different media types as Arno indicates below, but you cannot do restores from two different media types without manually editing the bsr file. At one time I posted a document on how to do so, but it is not a recommended configuration. If all goes well version 1.37 will resolve this problem, but it is not yet a reality. > > On this I can correct you. > Use the storage and pool directives in the schedule and you've got what > you want, I'd think. > > Arno > > > Thanks again. > > > > --Brennon > > > > Arno Lehmann wrote: > >>Hello, > >> > >>Brennon Church wrote: > >> > >>bcopy problems... > >> > >>>So I guess my questions are these: > >>> > >>>Is anyone else using bcopy to copy from file volumes to tapes? > >>> > >>>If bcopy can't manage things with the autoloader, how can/does it work > >>>when you need to copy multiple volumes to multiple tapes? Currently the > >>>only way I can see to do this is by copying the file volumes to tape > >>>individually, using the method described above. Based on what I've read > >>>in the documentation, however, this will cause problems whenever a job > >>>bridges the volumes, as I believe the job at the end of the volume would > >>>be dropped as incomplete. > >>> > >>>Thanks for any help you can provide. > >> > >>Unfortunately, I can't provide any real help. > >>In my opinion, bcopy was not really meant for job migration from one > >>media to the other. rather, I see it as some sort of a desaster recovery > >>tool where you are glad if something works and live with the problems... > >> > >>It seems that you are using bacula as a sort of HSM system - that's not > >>(yet) possible, I'd say. Well, job migration has been discussed along > >>with other things and I'd say that it will be implemented in bacula one > >>day, but probably not in the next weeks. > >> > >>If you only want to have your backups quickly put the data to disk and > >>later onto tape - D2D2T, only to show that I know the proper terms ;-) - > >> a large spool space might be the best solution, although a job is > >>finished only after everything is on tape. In some cases, that might > >>block other jobs from starting. > >> > >>Arno > >> > >>>--Brennon > >>> > >>> > >>> > >>> > >>>------------------------------------------------------- > >>>SF email is sponsored by - The IT Product Guide > >>>Read honest & candid reviews on hundreds of IT Products from real users. > >>>Discover which products truly live up to the hype. Start reading now. > >>>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > >>>_______________________________________________ > >>>Bacula-users mailing list > >>>Bacula-users@lists.sourceforge.net > >>>https://lists.sourceforge.net/lists/listinfo/bacula-users > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > Bacula-users mailing list > > Bacula-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/bacula-users -- Best regards, Kern ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
