Architecture de Bacula
Bacula est construit suivant une architecture distribuée :
le serveur directeur (backup server) est l'élément central, qui supervise et archive les opérations de sauvegarde et de restauration, le nom du service sur un module EOLE est bacula-director ;
le serveur base de données (database server) gère le catalogue dans lequel le directeur archive les opérations et l'emplacement des fichiers dans les différents volumes de sauvegarde, au format SQLite et sur le même serveur que le directeur sur un module EOLE ;
le serveur de stockage (storage server) est le serveur qui prend en charge l'écriture et la lecture des volumes de sauvegarde, le nom du service sur un module EOLE est bacula-sd ;
le serveur de lecture/écriture de fichiers (file server) exécute les commandes de lecture/écriture des fichiers gérés par la sauvegarde sur chaque poste où il est installé, le nom du service sur un module EOLE est bacula-fd ;
La communication entre chaque serveur est associée à un mot de passe. Ces différents serveurs peuvent être :
installés sur la même machine sans problème ;
présents en plusieurs exemplaires (on peut dupliquer les destinations de sauvegardes, avoir plusieurs
directeur, etc.).
La configuration Bacula sur un module EOLE ne permet pas la séparation du serveur directeur, du serveur base de données et du serveur de fichiers.
Cette partie de la configuration est appelée directeur dans la suite de la documentation.
Par contre, il est possible de déporter le serveur de stockage sur un serveur disposant d'un disque de sauvegarde.
Pour résumer, 3 services liés aux sauvegardes se retrouvent sur un module EOLE :
bacula-director (lié à bacula-fd)
bacula-fd (lié à bacula-director)
bacula-sd
Truc & astuce
Plusieurs directeurs peuvent envoyer les données sur un unique serveur de stockage en établissement.
Il est également possible de copier les sauvegardes au travers d'autres protocoles réseau : rsync, samba, SSH, etc.