Bacula a pomalé zálohování

[Oldrich Balak]

Zdravim,
zas tak pomalu by to jet nemelo. V maildiru zalohuji asi 1.5 TB dat, tj. 
15mil souboru. Mam to rozdelne na priblizne 3 stejne joby a dosahuji na 
kazdem prumerne rychlosti 10 az 12MB/s. Duvodem pro rozdeleni je to, ze 
data ctu z iSCSI. Dokud jsem to cetl z FC, s rychlosti jsem nemel 
problem. pohybovala se mezi 40 az 50MB/s. Zajimave je, ze spoustim ty 3 
joby pararelne (krome dalsich) a rychlost na kazdy je stejna jako pri 
spusteni jednoho, takze ve finale ctu 30 az 35MB/s. Bacula by mela dat 
priblizne stejne vysledky, jako prenos stejnych dat napr. netcatem, 
pokud nepouzivate sifrovani, kompresi a pod. Tedy bez zapisu metadat.
Balak


Dne 17.2.2011 12:56, Martin Duda napsal(a):
> Zdravim,
>
> Jan Krajdl napsal(a):
>> On Mon, Feb 14, 2011 at 01:46:16PM +0100, Oldrich Balak wrote:
>>> Jak tu nekdo psal, co DNS. Ja mam ve vsech konfiguracich primo IP
>>> adresy. Je to z historickych duvodu, kdy jsem mel baculu pred lety ve
>>> verzi 1.neco problemy. Jeste mam na serveru v iptables povolenou
>>> komunikaci na vlastni IP adresu (loopback nestacil).
>>> Balak
>>>
>>> Dne 14.2.2011 10:13, Jan Krajdl napsal(a):
>>>> Dělají mi to dva klienti - u ostatních bohužel nevím, jelikož
>>>> zálohovaná data jsou na nich poměrně malá a nestačí se to projevit...
>>>>
>>
>>
>> DNS jména používám, ale u DNS serveru si jsem jistý, že funguje (navíc
>> by imho to trčelo už ze začátku a ne až po
>> chvíli). Nicméně dalšími zkoušeními jsem došel k závěru, že bacula je
>> v tom nevinně. Podle všeho zálohovat maildiry a
>> podobné věci úplná sranda není a stejně dlouhou dobu trval i kompletní
>> backup jinou metodou (jenom když jsem to zkoušel
>
> to mi povidejte. Pokud jde tedy o zalohovani mailu (co mail, to soubor -
> pouzivam cyrus), tak mam stejne zkusenosti - trva to opravdu dost
> dlouho. A hlavne dlouho trva pak ukladani metadat do databaze. Mam tu
> takovou specialitu - obrovske mnozstvi malych obrazku (pres milion
> tusim) v rozsahle adresarove strukture, ktera v celkovem objemu tvori
> radove jednotky GB, takze z pohledu prenosove rychlosti paskove
> mechaniky sranda, ale ukladani metadat teto struktury pri zalohovani
> zabere klidne pulden/pulnoc.
>
>> ze začátku, tak se to k těm problémovým věcem asi nestačilo dostat :/
>> ). Každopádně díky všem za rady.
>
> Duda
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>
>