Hello, wt., 16 kwi 2019 o 17:15 Heitor Faria <hei...@bacula.com.br> napisał(a):
> 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. It sounds to me as a Disaster Recovery solution and absolutely no High Availability. In any HA solution you would assure that your services are running the highest uptime possible and this kind of solution in most cases is implemented with clusters. In this case you can loose currently uncommitted data (running jobs) but your services are ready to proceed next jobs as soon as possible. HA implementation in Bacula is extremely straightforward when using a shared storage clustering solution. > 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. > This is a Disaster Recovery solution. A One-Way Failover. :) best regards -- Radosław Korzeniewski rados...@korzeniewski.net
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
