Mirroring Data between Data Centers

Recovering the backup system without the backup system fully functional is a tricky job. Mirroring your Bacula backup servers between your data centers can avoid lot of stress in critical situations. As you will see, running the Director and the Catalog in cluster mode with configuration, binaries and database replication is a powerful way to minimize downtime of your Bacula backup service.

If you decide to mirror also your Bacula Storage Daemons, you should decide how your volumes will be available on both hosts. When dealing with large amount of data, mirroring it can double the cost of your solution. If you decide to make your storage area available for both nodes, it should be coherent with your disaster protection plan. For example, if the building hosting the storage device (tapes or disks) and the primary Storage Daemon burns down, your second Storage Daemon won’t be very useful. In this case, you will be protected only for a Storage Daemon server hardware failure.

In this situation, you can decide to mirror only critical Pools.

See also

Go back to:

• Disaster Recovery Preparation

• Storage Considerations

Go to:

• Disaster Recovery Plan

• Standard Recovery Solution

Go back to the Disaster Recovery chapter.

Go back to the main Bacula Infrastructure Recovery page.