Dotaz: Snapshot os za behu

[linuxak]

Existuje nastroj, kterym by se dal udelat snapshot serveru za behu? Predstavoval bych si to tak, ze se prihlasim odkopiruju cely disk pomoci dd a mam udelanou zalohu. Kdyz se neco na serveru neco stane, tak bych se zase prihlasil a prepsal data ze zalohy, restartoval a vsechno by jelo jako v te dobe zalohy.

Ale co mi vrta hlavou:

Lze vubec zkopirovat disk na bezicim systemu? Co kdyz linux meni data na disku behem provadeni prikazu dd? Muzu vubec na bezicim systemu prepsat cely disk a restartovat?

Odpovědi

[SPM]

Potřebuješ něco, co dělá právě ty snapshoty - takže LVM nebo nějaký FS co to umí, případně pokud je to virtuál, tak některé virtualizační řešení to umí také. Otázka jak je to s tím odkopírováním dat pryč, ale mělo by to jít - ve chvíli, kdy je snapshot vytvořen, tak další nová data se zapisují někam jinam, takže na disku máš nějakou oblast dat, které už se nemění a lze je tedy odkopírovat.

[homunkulus]

Problemem vsech techto "snapshot serveru za behu" reseni je, ze nic nezarucuje konzistenci dat v takto ulozenych zalohach. Napriklad muzete ulozit pripadnou SQL databazi v tak nekonzistentnim stavu, ze vam bude k nicemu.

[Kit]

Databáze se zálohují zvlášť. Na zpracování snapshotu je dost času, proto bych pro účely zálohování místo dd použil raději něco vhodnějšího, např. tar.

[homunkulus]

Vy jste puvodni tazatel nebo mi jen tak zdarma chcete vysvetlit, kde je v noci slunce?

[linuxak]

To byl někdo jiný. Takže problém je v tom, že za běhu z principu záloha udělat nejde. Jak se to tedy dělá, když mám např. server, ke kterému jsem připojen vzdáleně?

[SPM]

SQL databáze používají obvykle transakční log a tohle by měly bez nějakých větších problémů přežít. Stejně jako když ze serveru vypadne napájení, tak by se db měla zotavit bez nějakých velkých ztrát (samozřejmě pokud se nepoužívá nezálohovaná cache disků...)

[jekub]

používají obvykle

by měly bez nějakých větších problémů

měla zotavit bez nějakých velkých ztrát

Hned jsem klidnější

[SPM]

Ono co si budeme povídat, pokud je to MySQL či blbě napsaná aplikace, tak tu konzistenci nezajistíš ani dumpem :)

[Heron]

Trochu bych to upřesnil.

Snapshoty virtuálních serverů (nebo snapshoty pomocí LVM, ZFS, BTRFS) se pro zálohování používají zcela běžně. FS je ve stavu posledního fsync, databáze jsou ve stavu posledního commitu. S konzistencí ACID DB není vůbec žádný problém (dělají se na to testy) ty stejně dobře přežijí výpadek elektřiny. S konzistencí systémů souborů také není problém.

Jenže, pokud má konkrétní program nevhodně udělané transakce (jeden úkol je rozdělen na více databázových transakcí a neumí detekovat neukončený stav úkolu) tak i zcela konzistentní dump db tohle nevyřeší. Stejně tak pokud program pracuje s daty na disku, tak jejich fsync na disk ještě nezaručuje konzistenci dat a už vůbec ne konzistenci v rámci několika souborů (například v DB může být v pořádku commitnuta cesta k souboru, který ale na disku není, jelikož výpadek nebo snaphot nastal ještě před fsync fs). Ty snapshoty LVM (u ZFS a BTRFS už je to jasné) jsou stejně dělané ve spolupráci s FS, kdy se flushnou všechny změny a na disku je konzistentní obraz a do vytvoření snapshotu je fs pozastaven (na pár ms). Vše tedy stojí a padá na tom, jak je napsána aplikace (ostatně na tomhle závisí i jakékoliv jiné zálohování).

[linuxak]

Představoval jsem si něco jako, že by se všechny programy pozastavily. Jádro by běželo v paměti v nějakém spec. módu a provedlo by se odkopírování dat. Pak by se opět Linuxové jádro přeplo zpět a spustily by se programy.

[Pepan]

Podle tohodle jsem rozchodil snapshoty ja.