Storage Daemon (SD) Recommended Hardware Recommendations

Storage Daemon (SD) Recommended Hardware Recommendations

Note: We will continue to update this documentation as time goes on and we work with customers on their specific environments. If you have any questions about your specific environment, please do not hesitate to contact us. Thank you!

Hardware
CPU: Any modern single dual core, or quad core (preferred) will suffice. We use a mix of Lynnfield and Sandybridge SDs ourselves
Memory: 2GB minimum, although 4GB+ is preferred
Disk: It depends heavily on what you are backing up, although good quality, high capacity SATA drives work just fine. We prefer Enterprise grades drives in a hardware raid (with BBU), although software raid will work, it depends heavily on your environment. Regardless, when configuring raid, we strongly recommend RAID1/6/10/60.

OS
Currently, we support RHEL/CENTOS 5/6 32/64bit (we strongly advise customers to use 64bit distributions).

Partitioning

We require customers present one partition per Storage Daemon for bacula volumes. Although ext3 will function, we prefer xfs or ext4 for increased performance. Furthermore, it's also important that customers have enough space allocated to the partition storing the working directory for the SD. For many, this path will be located on the / partition, as the full path to the default working directory is /opt/bacula/working/. The partition storing the working directory needs to have at least 10GB available for this folder's temporary working files, perhaps more depending on the number of jobs running on your SD at a given time. If this is not the case, the bacula sd working directory can be altered. 
    • Related Articles

    • Dedicated Storage Daemon Best Practices

      Note: We will continue to update this documentation as time goes on and we work with customers on their specific environments. If you have any questions about your specific environment, please do not hesitate to contact us. Thank you! Many of ...
    • Migrating a storage pool from 1 SD to a different SD

      With your Bacula4 DCE/Self Hosted edition, you have the capability to migrate storage pools for any server from 1 SD to another via your admin GUI 1) Log into your Bacula4 GUI as an "admin" user 2) navigate to storages and search for the source ...
    • Backup Fails with error: Failed to authenticate Storage daemon

      Problem: The password used for authentication in SD config does not match that listed in GUI Common Solution: When this occurs you should make sure your SD is updated with the latest release. Please login to your account and perform this ...
    • How Storage Devices, Storage Pools and Volumes work in ClusterLogics

      Storage Devices (SD) These are the devices which store the backup data (WAN or LAN attached) Storage Pools Storage pools are created on storage devices (see above)  The are comprised of volumes and are resized up or down based on adding/removing a ...
    • Sharing SD (storage devices) on multiple sub accounts

      Hello If you have setup your standard edition with multiple sub accounts (vs putting all servers within one account), you can share selected storage devices with your various sub accounts to accomplish this 1) log into your admin GUI and navigate to ...