On 11/30/21 01:38, Eric Bollengier wrote: > Hello, > > On 11/30/21 04:52, Bill Arlofski via Bacula-users wrote: >> >> >> So far, so good... BUT it gets better because Bacula notices that I have >> copies of these five jobs! Excellent! >> >> So it prints: >> >> These JobIds have copies as follows: >> +--------+-------------------------------+-----------+---------------+ >> | jobid | job | copyjobid | mediatype | >> +--------+-------------------------------+-----------+---------------+ >> | 43,803 | Speedy.2021-11-29_03.15.00_39 | 43,813 | Synology-File | >> | 43,777 | Speedy.2021-11-28_03.15.00_39 | 43,788 | Synology-File | >> | 43,751 | Speedy.2021-11-27_03.15.00_39 | 43,762 | Synology-File | >> | 43,725 | Speedy.2021-11-26_03.15.00_39 | 43,736 | Synology-File | >> | 43,699 | Speedy.2021-11-25_03.15.00_08 | 43,710 | Synology-File | >> +--------+-------------------------------+-----------+---------------+ >> >> But then this is where the breakdown is... >> >> Bacula ignores those five copy jobids, and reports that it is building the >> restore tree from the original backups jobids: >> >> You have selected the following JobIds: 43699,43725,43751,43777,43803 >> >> Building directory tree for JobId(s) 43699,43725,43751,43777,43803 ... >> +++++++++++++++++++++++++++++++++++++++++++++ >> 554,180 files inserted into the tree. >> >> >> So, I think I need to report this. (or amend the Mantis if one exists :) >> > > The command prints the alternative to the different jobs, I don't think it can > choose for you, here in this example, we have 2^5 different possibilities to > restore the files, I'm not sure Bacula can guess automatically which one do > you want in the mix. > > The basic idea is that the original job is usually stored on fast and > available > disks, the copy is more likely stored on tape or cloud kind of slow access > device. > > When the original job is purged (usually you have a smaller retention), then > the > copy job is "promoted", and the next restore command will select it > automatically. > > Note, that it's also possible to have multiple copies of each job, on > different > kind of devices, and some jobs involved may not have copies. Now, if we can > determine a selection algorithm (via MediaType?), we can probably implement > it. > > Bconsole is not the best tool for advanced selection screens, however Baculum > GUI has an excellent supports the copy job selection and can also display the > different versions of a file, and let you restore the one you want for > example. > > Best Regards, > Eric >
Hello Eric! Thank you for the detailed reply. Yes, this is true, and something people (like me for example) often forget - A backup job may be copied many times, and to every different storage type - So making a guess which copy the user wants to restore from would be impossible. :) So, the workflow as I described in my follow-up replay last night currently is the right one and it makes more sense considering the multiple copies scenario. Best regards, Bill -- Bill Arlofski w...@protonmail.com _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
