[linux] Zaloha 1:1

[Ľubomír Varga]

Hmmm, Popisovany problem by sa dal mozno riesit raidom. Spravili by si si z 
celej particie raid a mas stale zalohu na inom disku/particii. Problemom je 
asi to, ze je ta zaloha updatovana stale a nie iba v zelanych okamihoch.

Mozne riesenie po sieti je tiez sw raid. Jeden disk mas v kompe a druhy 
bude "disk" - subor, ktory bude cez nfs namontovany. Ked primontujes, raid sa 
synkne. Ked odmontujes/vypadne siet, tak sa bezi len na jednom disku.

Je to trosku divne riesenie, ale ak by rsync nevyhovoval, tak toto by som 
videl ako moznu alternativu i ked kusok uchylnu.

PS: svn a cvs by som tiez mozno zvazil, i ked 100 giga mat v lokalnom 
repozitare, by tusim znamenalo, ze to bude fyzicky zaberat 200 giga :-/ Teda 
aspon pri svn myslim, ze lokalne kopie su nutnostou.

Vela zdaru prajem a ked budes mat riesenie, daj vediet :-)

S pozdravom
-- 
Odborník na všetko je zlý odborník. Ja sa snažím byť výnimkou potvrdzujúcou 
pravidlo.

On Monday 28 September 2009 11:43:41 Matus UHLAR - fantomas wrote:
> >> On 28.09.09 09:53, Pavol Lajciak wrote:
> >>> potrebujem zalohovat data s tym, ze by som potreboval zachovat
> >>> datum vytvorenia subotu, datum modifikacie suboru, vlastnika a skupinu.
> >>>
> >>> Skusal som cp -a /dir1 /dir2, ale nieco mi tam vadilo. Tusim, ze mi
> >>> meni  datumy.
> >
> > Matus UHLAR - fantomas wrote:
> >> tusis? a meni datumy na povodnych suboroch ci na zalohach?
>
> On 28.09.09 10:58, Pavol Lajciak wrote:
> > na zalohach. Tusim, ze zmeni CTIME. Teda ten, co standardne
> > zobrazuje ls a ine pouzivatelske programy, alebo sa mylim?
>
> ls standardne zobrazuje mtime.
>
> >>> Viete poradit zalohu, ktora zachova vyssie spominane parametre?
> >>
> >> obavam sa ze jedine co nemeni datumy na povodnych suboroch je dump. Ten
> >> cita ext[234?] filesystem a teda k suborom nepristupuje.
> >
> > Toto je asi dost low-level. Touto cestou by som nesiel.
> >
> >> Vsetko ostatne otvori povodne subory cim zmeni atime (pokial FS nie je
> >> namountovany s optionom noatime) a ak potom vrati atime naspat, zmeni
> >> tym ctime (co uz priamo neovplyvnis). Ak to zalohuje do suborov a chces
> >> im nastavit mtime a/alebo atime, zas tu mas problem s ctime.
> >>
> >> A nakoniec, ked aj obnovis dump zalohy prikazom restore, ten nastavi
> >> mtime a zas zmeni ctime...
> >
> > atime moze byt ¨ake chce¨. Dolezite je ctime a mtime, aby ostali.
>
> ctime neovplyvnis, jedine ze by si sahal do filesystemu.
>
> ak musis ponechat ctime, mas skratka smolu. Alebo skopiruj FS blok po
> bloku, XFS by mohlo pomoct so snapshotmi aby ostal konzistentny, akurat
> netusim ci sa da kopirovat snapshot...
>
> to je vsak este viac low-level ako dump.
>
> Mimochodom, dump je pomerne spolahlivy, povedal by som ze o nic menej
> spolahlivy ako cp a podobne.
>
> > Zmien mesacne, ktore urobim nie je az tolko a zabit zalohou
> > tak hodinu, ked sa ponahlas, nie je to prave orechove.
> > Okrem toho Ti proces zalohy zahlti zbernice a radice v PC
> > a tak mas problem vobec niec na pc robit. (cp -a nie je to prave
> > orechove.)
>
> asi mas pomalsi pocitac, alebo zle ovladace... s DMA by sice system mal byt
> zatazeny ale pouzitelny