Kopírování dat z běžícího serveru

[Mirek Prýmek]

Tjn, mozno som predpokladal zlyhanie nejaky "zlym" sposobom. Ten najhorsi sposob je, ze sa o to aplikacia nestara, ono to nejaky cas (mesiac? Rok?) na pohlad funguje a potom napr. zalozenie uzivatela pouzije nejaky blby offset v DB, takze je DB FUBAR. Zaloha v takom pripade nemusi zachranit.

Konkretne to bdb nekorektni data pozna hned pri otevirani. Nejaky silent corruption vlivem vadnych sektoru asi urcite ne, ale ten scenar s vykopirovanim zivych dat myslim ze jo (pokud vede k poskozeni).

Zalohy si sice robim, ale velmi nerad ich obnovujem - typicky to znamena stratu novsich dat, dlhsi vypadok + je treba prist na to, kde je tam chyba a reagovat na to obnovou dat => z principu radovo dlhsia reakcna doba ako pri automatickom prehrani logov.

To jo no. Ale taky jsme se bavili o scenari, kdy ma server RAID, vypadne napajeni a selze UPSka nebo agregat. Coz by se nemelo stavat ob den

[Reklama]

[student]

To jo no. Ale taky jsme se bavili o scenari, kdy ma server RAID, vypadne napajeni a selze UPSka nebo agregat. Coz by se nemelo stavat ob den

Tak to RAID nezmeni, takze to ani nemusi byt v podmienkach. A je tu este jeden dost vyrazny faktor - clovek. Mne uz sa stalo, ze technik omylom odpojil od napajania moj server namiesto "toho spravneho"... A ako tak rozmyslam, tak uzamykatelny rack tiez nemusi pomoct - rovnaka chyba sa da spravit aj u celeho racku.

A este podla Murphyho zakonov sa to sice nestava ob den, ale stane sa to, ked je na to najnevhodnejsia doba .

[Mirek Prýmek]

Tak to RAID nezmeni, takze to ani nemusi byt v podmienkach.

Chtel jsem tim rict, ze serverer ma 3 urovne ochrany a vsechny selzou.