Ich bewerte Bacula als zentrales Backup-Tool für ein kleines Netzwerk, in dem Benutzer Maschinen unvorhersehbar ein- und ausschalten. Einige der Headless-Linux-Boxen, die ich sichern muss, sollen durch Drücken des Ein-/Ausschalters am Gehäuse ausgeschaltet werden, ohne dass der Benutzer aufgefordert wird, auf den Abschluss eines Backup-Auftrags zu warten.
Wir wissen also nicht, wann Sicherungsjobs ausgeführt werden (Anacron könnte dabei helfen, oder?), und wir wissen nicht, ob sie beendet werden dürfen.
Ist Bacula eine sinnvolle Wahl für eine solche Umgebung?
Antwort1
Bacula verlässt sich auf einen zentralen „Direktor“, der die gesamte Planung übernimmt. Wenn ein System ausfällt, während bacula-directorversucht wird, es ( bacula-fd) dazu zu bringen, mit dem Speicher-Daemon ( bacula-sd) zu kommunizieren, gibt Bacula nach einer konfigurierten Zeitspanne auf und markiert den Job als fehlgeschlagen. Wenn es während des Jobs ausgeschaltet wird, wird es den Job mit ziemlicher Sicherheit als fehlgeschlagen markieren.
Soweit ich weiß, gibt es keinen Mechanismus, um einen Job, der fehlgeschlagen ist, erneut zu versuchen oder fortzusetzen. Bacula beginnt bei der nächsten Planung des Jobs erneut von vorne.
Ich würde vorschlagen, rsyncdie Boxen auf einen zentralen Server zu übertragen und diesen dann auf Band zu sichern. In diesem Fall könnte rsync von cron auf jeder Box zu einem beliebigen Zeitpunkt sowie @reboot geplant werden. Wenn das System mitten in rsync heruntergefahren wird, wird es beim Start beendet. Wenn Sie ein „Push“-Backup wie dieses verwenden, ist es wichtig, Backups dieses zentralen Servers aufzubewahren, da ein beschädigter Client beschädigte Daten auf den Server überträgt.
Antwort2
Bacula ist besser für den Servereinsatz geeignet. Probieren Sie Areca.
Antwort3
Obwohl ich nicht weiß, wie Bacula mit dieser Situation umgeht, habe ich gerade Backuppc im Hinblick auf „verschwindende“ Clients evaluiert. Backuppc verwendet einfaches rsync als Transportmittel und kann daher ein Backup als „teilweise“ markieren, wenn ein Client mitten in einem laufenden Job ausgeschaltet wird. Die Wiederherstellung aus einer solchen Situation funktioniert problemlos.