Hello All, >> 5. Currently the OS and Backup disks are on the same DRBD volume, so >> would it be better to put the OS disk out of the DRBD volume? (the VM >> has frequently crashing what makes me think that excessive writing on >> the disk may be impacting the OS) > > I would put everything out of drbd volume because quite frankly I don't > see the point. I don't think you can fail over in a middle of a backup, > and without that, why not just put OS on NFS? -- or ZFS and send > incremental snapshot as part of your manual failover. Using drbd for > backup storage is just a waste of disk.
Speaking of Bacula HA, I've been deploying a scenario with relative success. Primary Director & SD have copy jobs routines to a Secondary Remote SD that also has an independent working Director. Both director can access the Secondary SD. An Admin Job with a Shell Script daily bscans all volumes in to the Secondary Director and its catalog. All bscanned volumes comes with the Archived status, so they are basically Read-Only. Advantage: you can restore jobs from both environments, any time. => http://bacula.us/bacula-server-and-backups-replication-for-high-availability/ Perhaps, a "bscan all" bconsole command would be a nice feature to sync all disk based volumes to catalog and improve the proccess a little bit more. Regards, -- MSc Heitor Faria CEO Bacula LATAM mobile1: + 1 909 655-8971 mobile2: + 55 61 98268-4220 [ https://www.linkedin.com/in/msc-heitor-faria-5ba51b3 ] [ http://www.bacula.com.br/ ] América Latina [ http://bacula.lat/ | bacula.lat ] | [ http://www.bacula.com.br/ | bacula.com.br ] _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
