Website-ok, és adatbázisok szinkronizált mentése ..

Mennyi a szerzodeses visszaallitasi hatarido? Ehhez kell tervezned...

Nalunk db mentes 2 orankent log tabla nelkul, csak operativ adatok. Alkalmazas es teljes db naponta.

Ezek mind mentesek, tomoritve. Nem azonnal tudunk visszaalni, kb. 30 perc

Én simán azt csinálom, hogy snapshot a fájlrendszerről, adatbázis dump, aztán mentem a fájlokat. Minden vhost külön LV. Nem egy enterprise megoldás :)

Szerintem ez a szinkronba mentés, csak akkor fontos, ha mondjuk egy forgalmas webáruház, vagy valamilyen blogolós oldal van. A legtöbb ilyen oldalnál van maintenance állapot, amikor nem tudnak rendelni sőt belépni se az oldalra. Tehát maintenance állapot, majd mentés az adatbázis majd a fájlok. Ha egyéb statikus oldal, akkor meg teljesen mindegy mikor és hogyan mentessz.

csak nekem tűnik abszurdnak maga a kérdés?

A kód mint olyan az verzió követő rendszerben van és így nem szorul arra hogy a szerverről is backup készüljön, arról már nem is beszélve hogy a kód mint olyan (ha jó) akkor úgyis tudja hogy ha nincs syncben az adatbázissal.
lásd pl django south migration

de lehet én értem félre a kérdést

Ez egy jó gyakorlati kérdés, nekem is megfordult már a fejemben.
Ha jól tudom, pl a WordPress-nél létezik karbantartói állapot, pl amikor egy plugint telepítesz,
vagy frissíted a magot, akkor ilyen állapotba kerül, aztán visszakapcsolja magát.
Te is be tudod kapcsolni ezt a vezérlőpultban.

Ha "kívülről", a rendszer tudta nélkül mentesz, akkor egy kisebb forgalmú oldalnál a hajnali időpontokat
választva nem kerülhetsz kényelmetlen helyzetbe. Forgalmas oldalnál már más kérdés.

Én megcsinálnám, hogy curl-lel, php-val vagy más módon meghívnám a karbantartói üzemmódot, és elkészíteném a mentést.
Aztán a végén pedig vissza. Így addig nem tudnak csinálni semmit a felhasználók. Gondolom, a mai erős hardveres
környezetekben ez nem vesz el sok időt.

Persze, ez saját heggesztés lenne, s nem minden oldalnál létezik ilyen módozat (de szerintem ezt is meg lehet oldalni), amennyiben nagyon fontos az adatok "egyezősége" (sql <-> file system)

A konzisztencia bizony fontos, de ebben a konkrét esetben nem tartom túl fontosnak. Valami hibahatár mindenképp lesz, és ahhoz képest nem túl nagy az esély, hogy az oldalak kódja pont mentés közben változna. Szinte biztos, hogy az adatbázis mentés előtt és után is ugyanazok lesznek a fájlok, hiszen azok alig változnak. Az adaton legyen a hangsúly, az oldalt meg úgyis újra lehet telepíteni eredeti forrásból.

Egy adatbáziskezelő jó esetben biztosítja, hogy a mentés konzisztens. De persze ez is csak akkor működik, ha az alkalmazás használ tranzakciókat. Ha nem, az béna, muszáj lesz leállítani az oldalt a mentés idejére (és jobb szoftver után nézni).

Az oldalak fájljai esetében ilyen nincs. Egy oldalt lehet frissíteni ftp-n keresztül, és azt még tudod figyelni, de pl. egy Wordpress admin felületről indítva tudja magát is frissíteni (ami mellesleg biztonsági rés is). Sőt, az is lehet, hogy user elkezdi frissíteni az oldalt, megszakad az ftp kapcsolata, és pár perc múlva folytatja, te meg pont közben csinálsz róla snapshotot, az persze hogy nem fog működni.

Lehet ötletet meríteni Microsofttól: a VSS garantálja, hogy csak olyan snapshotot készít, amit az alkalmazásokkal előre leegyeztet, hogy a diszken ne maradjon félig kiírt adat (különben egy snapshot gyakorlatilag megfelel annak, hogy lekapcsolod az áramot, sok esetben ebből is vissza lehet állni, de nem egészséges), és az se véletlen, hogy pl. az MSI tranzakcióban telepít szoftvereket. Amúgy meg marad a tákolás, és kevésbé szigorú elvárásokat kell megfogalmazni.

--