This sounds like a reasonable approach. If I request to restore a particular object and the exact object version exists on multiple volumes, it really doesn't matter which volume it is restored from. As long as that object gets restored, I will be happy. Of course, it could make my life easier if bacula would automatically choose a volume that was mounted, such as a disk volume over a tape volume. Or if I'm doing a manual restore, it could ask me interactively which volume to restore from, suggesting one that is mounted if available.
The bottom line is that it would have information about both copies of the same object, and then logic could be added to choose which one to restore. That logic could be very simple, such as "restore from the first volume in the list that contains the object" or more sophisticated such as "restore from a volume that contains the object, give preference to disk volumes over tape volumes". Of course, I haven't looked at any of the bacula code, so these are just perceptions from the outside as a user. Those with more experience with the internals may see issues that I do not at this time. On 2/6/07, Don MacArthur <[EMAIL PROTECTED]> wrote: > I was one of the more recent posters on this topic. > > The tools I have used in the past used whichever volume was loaded as > long as it was one of the ones it asked for. So, if the original backup > was on volume123, and copied to volume456, a list of *all* the volumes > that contain the version of the object would be displayed, the label > read, and any volume (assuming it is on the list displayed) used. > > FWIW. > > On Tue, 2007-02-06 at 20:01 -0500, Ryan Novosielski wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Tauren Mills wrote: > > >> I agree. It would be nice if there was a 'clone volume' command that > > >> would create a copy of the tape (or backup file) and create new records > > >> for the associated catalog data with pointers to the second volume. I > > >> used to work with a Legato system and I'm pretty sure that it had that > > >> feature. Or maybe Bacula does have that and I just haven't found it > > >> yet. > > > > > > That's exactly why I was posting! I would think that a copy or clone > > > command would be a built in feature and that I just hadn't found it. > > > I'll have to figure out where to post feature requests I guess. > > > > Searched the list archives -- this has been discussed before. The > > condensed version of the problem is exactly what has been described > > prior: how would Bacula know from which volume you wish to restore? I > > don't have a good answer for that. I suspect Kern has thought about it a > > lot, but last I checked he wasn't sure how this would be done either. A > > lot of the work is done as a result of migration being possible now, but > > there are still pieces left. > > > > Also, check the current projects list; I believe this is on it > > (therefore, no reason for a feature request). > > ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
