backup

[pavrda at zbraslav.cz]

Zdravim,

toto tema by me take zajimalo, asi spis zkusenosti a metody, nez jak
funguje ktery prikaz. Muj klasicky server je sam v kancelari, zensky
pres nej jedou inet pres ISDN, maji na nem dokumenty, nekteri zakaznici
IS pro starou foxkou. Ceho se bojim, ze jednoho dne shori serveru disk
a vsechna data jsou v riti. V ten okamzik je pro me dulezita moznost a
rychlost vsechno vratit.
V soucasne dobe to delam tak, ze 1x tydne pustim tar na koren
a kazdy den tar -mtime, ktery zazalohuje zmeny za ten den a pres sambu
to nakopu na jednoho z klientu.

Asi mi nekdo reknete, ze jsem stastny clovek, navic odvazny a ze se mam
na co tesit, az takovou zalohu budu skutecne potrebovat a pak si uziju
pri nastavovani nove masiny.

Vim, ze by bylo lepsi pouzivat dump a restore, kde se daji pouzit
sofistikovana zalohovaci schemata, ale zkousel jsem tekhle jednou
kopirovat disk (podle navodu v HandBook) a ukazalo se vhodne byt v
single user mode - ale to se preci neda delat automaticky.

Jarda


11-04-2002 11:44 am, jste napsal:

> Hubert Polacek wrote:
> > Ahojte, chcel by som sa spytat, na nejaku vhodnu zalohovaciu
politiku v
> > pripade, ze nemam k dispozicii ziadny hardverovy raid, len 2 scsi
disky
> > (nejaky mirroring) a poprosim vas aj o nejake male howto, pripadne
vhodne
> > linky.
> 
> 	Bude potreba upresnit v jakem vyznamu pouzivate slovo "zalohovani" -

> pokud ve smyslu "on-line provozni redundance", tedy predevsim proti 
> vypadkum hardware, pak doporucuji man ccd; man vinum.
> 
> 	Pokud se zalohovanim mysli skutecne "vytvareni zaloh" pak je potreba

> trochu blize specifikovat jake vlastnosti dane zalohovani ma mit -
zda 
> ma byt k dispozici vic zaloh zpetne, jak casto se ma zalohovat a pod.

> Nicmene, predbezne se da doporucit man dump tar a (pri splneni 
> zvlastnich podminek) man dd.
> 
> 						Dan
> 
> 
> -- 
> Dan Lukes      tel: +420 2 21914205, fax: +420 2 21914206
> root  of FIONet,  KolejNET,  webmaster  of www.freebsd.cz
> AKA: dan at obluda.cz, dan at freebsd.cz, dan at kolej.mff.cuni.cz
> 
> 
>