Administrace komentářů

V praxi je třeba asi umět obojí. Jak udělat binární kopii celého virutálu, kde běží databáze - za chodu a bez rozbití - to je ten snapšot ideálně během pár vteřin kdy je databáze jen v režimu čtení. Bez tohoto budete jen obtížně klonovat virutál.

Je třeba zdá se umět používat i perconou, kterou použiji pro zálohy i startování klonů. Teoreticky bych se mohl obejít jen s perconou, kde si udělám nejdříve zálohu celé databáze a pak teprve vytvořím snapshot, který bude sice rozbitý, ale budu moci obnovit data ze zálohy, kterou vytvořila percona. Trošku hloupé, ale asi tak nějak si to vývojáři představují.

Ve všech případech ale platí, že až se z dat stane neopravitelná fašírka bude to velmi nepříjemný problém a náprava bude zjevně trvat desítky minut. A to v případě, že půjde vše podle plánů a technik co to umí bude k dispozici ...

Pokud někdo používá jen myisam, tak se to prostě nestane. Jestli se to stává i uživatelům postgreSQL netuším. Zdá se, že ti mají přinejmenším možností mnohem více a nemusí používat externí nástroj. Mohou např. obnovit databázi z noční zálohy + logů změny tak, aby obnova byla provedena k jistému časovému okamžiku. To může být užitečné, např. pokud si omylem nějaká data smažete (nebo nějaký záškodník), můžete vše obnovit na stav jaký byl vteřinu předtím než jste si je smazali. To vám klonování ani samotné pravidelné zálohy neumožní. Nebo to lze i v mysql? Jestli ale někdo v postgreSQL občas řeší totální fašírku nevíme, nikdo se tím jistě chlubit nebude stejně jako se tím nechlubí vývojáři ani uživatelé inodb. To člověk zjistí nejspíše až po několika letech provozu.