Vali Dragnuta scria la data de 7 Februarie 2006:
>
> > Nici pentru mine nu e esential, ceva de ordinul a 15 minute
> > ar fi mai mult decat suficient. Este importanta insa consistenta
> > datelor. In cazul apelarii rsync din cron sincronizarea poate pica
> > in mijlocul unui update, rezultatul fiind fisiere vechi amestecate
> > cu fisiere noi. As avea nevoie de un mecanism analog tranzactiilor
> > de la bazele de date...
> >
>
> Intr-adevar ai putea nimeri in mijlocul unui update a datelor,insa
> aceasta problema se va remedia automat la inchiderea fisierului in
> curs de modificare (pentru ca se va modifica mtime si la urmatorul
> rsync va fi preluat din nou). Daca e esential sa nu iei fisierele
> in curs de modificare atunci poti sa excluzi fisierele deschise in
> momentul curent (lsof spre exemplu)
Atomicitatea modificarii unui singur fisier e doar o parte a
problemei. Cealalta parte (mult mai grea) este scenariul urmator:
(1) rsync copiaza fisierele in ordinea A, B, C;
(2) fisierele sunt modificate in ordinea C, B, A.
Daca rsync-ul se porneste sa zicem intre inchiderea lui A si
deschiderea lui B, voi obtine A vechi si B, C noi.
Salutari,
Liviu Daia
--
Dr. Liviu Daia http://www.imar.ro/~daia
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
