On 1/14/2019 6:49 AM, Alan Brown wrote:
If you are using Bacula for any form of archival work, or migrating OLD backups, then you need to be aware of of this issue. The Migrate feature only migrates jobs in a volume that are in the configuration file.
I think I get your point, but why remove the job from the configuration while backups still exist? I prefer to handle this by removing the job's scheduling so that the job doesn't run anymore, and only remove it from the configuration once there are no longer any existing backups for it.
What this means is that if you have jobs old jobs that are no longer backed up and have been removed from the configuration, but still exist on archive media then you will LOSE those jobs when you migrate them to new media. This is critically important to be aware of for instance if you are moving your archive volumes from older to newer version of LTO tapes. Just because jobs exist in the database and can be restored, does NOT mean they will be migrated. To make matters worse, the migrate job will FAIL, but the job will then be falsely tagged as migrated. I raised this with Baculasystems over a year ago (we have Enterprise edition) but the developers don't consider this to be a bug and won't fix it. _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
