Zalohovaci software - testovanie

[Michal Kubecek]

On Fri, Jul 23, 2004 at 03:39:23PM +0200, David Kostal wrote:
> 
> ja bych rekl ze to D by prave melo zajistit i to, ze transakce bude
> poznamenana na disku (eh, v datovem souboru, v transakcnim logu) 
> i pokud server vypnu hned pote co klientovy bylo oznameno ze transakce 
> skoncila. Nebo se mylim a durability ma jiny vyznam?

viz níže

> > devítek na čtyři - ale už jsem viděl na vlastní oči situaci, kdy zapnutí
> > takové featury (maximální garance, že on-disk databáze přežije i výpadek
> > napájení) způsobilo u některých operací zpomalení na třicetinu.
> 
> O je, samozrejme ze to tak je. O tom tusim taky Pavel mluvil. Proto treba
> muze byt hw scsi raid pomalejsi nez IDe disky - proste zapis se
> nekesuje.
> 
> > příliš velká. A tam, kde opravdu potřebuji takovou míru spolehlivosti,
> > bude pořád výrazně levnější zdvojit klíčové komponenty (včetně zdroje a
> > té UPS) než paranoidní politikou zápisu na disk řádově zpomalit běh
> > aplikace a dohánět to nákupy hardware, který by to utáhl.
> 
> Ne, tam kde je to opravdu potreba se zapne "paranoidni politika"
> zapisu na disk _a_ zdvoji se hardware.

Zdvojení nepomůže - už v minulém příspěvku jsem psal, že to zpomalení
bylo více než o řád, i u naprosto běžných operací typu jednoduchého
'update T1 set C1=C1*1.1' to byly 3 sekundy versus 90 sekund. Proto je
v takovém případě podle mne vhodnější paranoidní politiku nezapínat a
raději provést replikaci na další dva servery - je to levnější,
rychlejší a přinejmenším stejně spolehlivé.



> 
> > > >   Účelem transakčního zpracování je totiž pouze zabezpečit konzistenci
> > > >   dat, nic více a nic méně.
> > > 
> > > A ztrata dat ci poskozeni db neni naruseni konzistence dat?
> > > (Nemluve o tom, ze to je to v rozporu s D ve vyse uvedenem ACID.)
> > 
> > Jak už jsem napsal výše: všechna ta čtyři písmenka se týkají toho, jak
> > to funguje směrem ven. Ne toho, jak databáze komunikuje s nižšími
> > vrstvami.
> 
> Hej, ty nizsi vrstvy jsou soucasti te databaze. Nemuzu oznamit ze
> transakce skoncila kdyz data nejsou opravdu ulozena. Jinak by to D
> neplatilo [cituji PK: Nemluve o tom, ze to je to v rozporu s D ve 
> vyse uvedenem ACID.]

K tomu už jsem se vyjádřil několikrát. Databáze to obecně není schopna
garantovat a dost často ani zjistit. Takže jakékoli garance platí
nejvýše do té míry, nakolik spolehliví jsou vaši dodavatelé (což platí
nejen u počítačových systémů).

							  Michal Kubeček