Zalohovaci software - testovanie

[Jiri Kulhan]

Michal Kubecek wrote:
> On Fri, Jul 23, 2004 at 05:21:39PM +0200, Chlopcik Ales wrote:
>>
>> 	Pokud databaze bezi (treba i SingelFile), tak zapisuje do ruznych
>> oblasti souboru. Vsem je nam jasne, ze mezi dvema zapisy musi uplynout
>> nenulova doba. To, ze jedina transakce vyvola vice nez jeden zapis do
>> soubou asi obhajovat nemusim.
>> 	Pokud pouziju systemove prostredky, pak ctu jednotlive soubory
>> sekvencne.
>> 	Pokud takto zalohuju soubory bezici baze, pak se muze stat, ze nez ja
>> se doklepu k nejakemu mistu, tak mezitim mi jadro baze (SRDB) zmeni data
>> jak v casti, kterou uz mam zazalohovanou, tak v casti, ke ktere teprve
>> prijdu => takto spachana zaloha NEMUSI byt konzistentni (ale muze, kdyz
>> mam stesti :-).
> 
> A právě z tohoto popisu vyplývá i to, co jsem se snažil naznačit hned ve
> svém úvodním příspěvku, který celou tuto větev rozpoutal. Protože
> zanesení jedné transakce znamená větší počet různých diskových operací,
> není problém jen v tom, že klasický zálohovací software zpracovává
> soubor(y) postupně. Protože i kdyby byl filesystém+zálohovač schopen
> udělat okamžitý snapshot, může se s ním stejně trefit do okamžiku mezi
> ty dva zápisy. A pak dostane nekonzistentní mezistav.
> 

Hm. Rekl bych, ze pokud se opravdu trefite doprostred zapisu transakce, 
nemelo by se vlastne nic dit - protoze transakce nebude commitovana, 
solidni databazovy stroj ji je schopen odrolovat zpet, tzn. databazi 
vrati do stavu pred zapocetim transakce a tim padem konzistentniho. 
Nevidim v tom principialni potiz, pred timto stavem by skutecne solidni 
implementace transakci chranit mela.

Jirka