Dotaz: bacula: jak na odlišné backup/restore klienty

[ja.ro]

Zdravím.

Dělám backup server v jednom kanclu, rozhodl jsem se nasadit baculu. Trochu jsem bojoval, ale nakonec jsem se probojoval k tomu, že se mi povedlo na Win stanice nainstalovat klienty a všechno nastavit tak, že se provádějí zálohy. Trápí mě teď ten problém, že uživatelům by se hodilo, kdyby měli na zálohovacím serveru data přístupná v nějakém "přívětivém" formátu - tzn. nejlépe v původní podobě.

Napadlo mě, že by bacula mohla dělat automatizované recovery, při kterých by zálohy z jednotlivých klientů byly extrahovány na oddíl, který je přístupný přes sambu. Jsem schopen tuhle operaci provést jakž-takž manuálně, nicméně nenapadá mě, jak v automatickém režimu vynutit odlišný "backup client" a "restore client".

Nevíte, je-li toto možné, případně jak dosáhnout kýženého stavu jinou cestou?

Ideální by bylo mít extrahované daily-snapshots (vcerejsi) a weekly-snapshots, kupř.:

extracted_backup_root/YYYY-MM-DD-daily

extracted_backup_root/YYYY-MM-DD-weekly

s tím, že by se tyto adresáře automaticky obměnovaly. Vyvolání recovery a manipulace s adresáři je podle mě poměrně vhodná úloha pro cron, pakliže to bacula sama od sebe neumí (přinejmenším zakódování data by problém být mohl)

Předem velice děkuji za vaše náměty.

Odpovědi

[Marek]

Asi trochu s křížkem po funuse.

Úloha typu restore nelze plánovat v interním plánovači, lze ji poze volat pomocí příkazu restore. Nicméně baculu lze ovládat dobře dávkově pomocí bconsole s přesměrovaným vstupem, tedy v shellu:

script | bconsole

napsat script, který předgeneruje příkazy, by mělo být hračka. Zde trochu opatrně při volbě clienta - po přegenerování konfigu se mohou pozice položek v nabídce bconsole změnit, pak by bylo nutné script pouštět na vstup i výstup bconsole přes pojmenovanou pipe, číst její výstup a bojovat s grepem, sedem, možná AWK, jak je komu libo. Nějaké externí API bacula bohužel nemá, pokud je mi známo, ale nastuduj vlastnosti nejnovější verze 3.0, je možné, že tam přibylo něco takového.