backup online serveru

[Petr Vileta]

"Martin Kraus" <lists_mk na wujiman.net> píse v diskusním príspevku 
news:mailman.4591.1173695499.12250.linux na linux.cz...
> On Mon, Mar 12, 2007 at 05:15:28AM +0100, Petr Vileta wrote:
>> Nemuzu poradit s ostatnim, ale jen se zalohou MySQL. Pokud to ma byt 
>> zaloha
>> za behu a s konzistentnimi daty, tak asi jedina cesta je skript, ktery
>> 1) nacte seznam vsech databazi
>> 2) postupne pro kazdou databazi
>> 2a) nacte seznam tabulek
>> 2b) zamkne jednim prikazem vsechny tabulky pouze pro cteni
>
> a jak to probiha v pripade, ze zrovna nekdo zapisuje? ty zamky cekaji,az 
> zapis
> dojede, nebo daneho uzivatele ustrihnou, pripadne to zamknou proti novym 
> spojenim a
> pak cekaji az ten zapis dojede?
>
Zamky samozrejme cekaji, az bude mozne zamknout. Byly drobne zmeny, takze 
doporucuji MySQL manual pro odpovidajici verzi.

>> 2c) vytvori nekam kopie
>> 2d) odemkne tabulky
>> 3) vezme dalsi databazi a zpet k bodu 2a
>
> nema mysql nejakou vychytavku, kdy by se zapnulo neco journal, a
> probihajici zapisy a nove zapisy by se presmerovaly do nejakeho logu a
> nezapisovaly se do databaze dokud by se zase neodemkla? neco na zpusob 
> datoveho
> journalu v ext3, jestli to dobre chapu. pro probihajici transakcni zapisy 
> by
> to nesynchronizovalo celou transakci.
> stejne neco na ten zpusob musi v mysql existovat, aby mohli garantovat
> konzistenci transakcnich operaci, ne?
> nebo jsem totalne mimo misu?
>
Ja osobne transakce nepouzivam. Vystacim si s MySQL tabulkami MyISAM a ty to 
neumi. Mozna ted verze 5 neco bude mit.

-- 
Petr

Skype: callto://fidokomik

Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR* :-)
Odpovidejte na petr na practisoft cz