od xsouku04 » pát 06. dub 2018 13:12:01
Výpadek byl způsoben odmlčením se jednoho ze dvou klíčových fyzických serverů, na kterém běží sip proxy sip.odorik.cz.
Obnovení ze zálohy a spouštění na jiném stroji neproběhlo ale ideálně. Během předchozího zálohování došlo k poškození databáze, kterou pak proto nebylo možné spustit. Proto to zdržení. Na změnách, které by měly podobný incident urychlit tak, aby došlo k výpadku jen v řádů minut, jsme již pracovali po zkušenostech s problémovou středeční odstávkou, změny ale ještě nebyly hotové.
Pro technicky zdatné:
sip.odorik.cz sip proxy používá lokální databázi, ve které jsme nyní měli jedinou tabulku s inodb (ostatní tabulky myisam), kde se logují přihlášení SIP uživatelé. Log nemá na funkčnost vliv, ale je to jen historie přihlášení pro řešení problémů. Vypadá to, že poškozením jediné nedůležité inodb tabulky s relativně bezcennými daty, může být snadno znehodnocena celá databáze, kterou je nutné prostě smazat a začít od nuly. Vypadá to na specifikum inodb, které jinak nepoužíváme. Plyne z toho pro nás poučení, že v případě menších tabulek tak může být dobré zálohy provádět v textové podobně, aby pak v případě poškození jediného souboru (např. po výpadku elektřiny - může se stát kdykoli), nebo zálohy, bylo snadné a rychlé začít opět od nuly.
Výpadek byl způsoben odmlčením se jednoho ze dvou klíčových fyzických serverů, na kterém běží sip proxy sip.odorik.cz.
Obnovení ze zálohy a spouštění na jiném stroji neproběhlo ale ideálně. Během předchozího zálohování došlo k poškození databáze, kterou pak proto nebylo možné spustit. Proto to zdržení. Na změnách, které by měly podobný incident urychlit tak, aby došlo k výpadku jen v řádů minut, jsme již pracovali po zkušenostech s problémovou středeční odstávkou, změny ale ještě nebyly hotové.
Pro technicky zdatné:
sip.odorik.cz sip proxy používá lokální databázi, ve které jsme nyní měli jedinou tabulku s inodb (ostatní tabulky myisam), kde se logují přihlášení SIP uživatelé. Log nemá na funkčnost vliv, ale je to jen historie přihlášení pro řešení problémů. Vypadá to, že poškozením jediné nedůležité inodb tabulky s relativně bezcennými daty, může být snadno znehodnocena celá databáze, kterou je nutné prostě smazat a začít od nuly. Vypadá to na specifikum inodb, které jinak nepoužíváme. Plyne z toho pro nás poučení, že v případě menších tabulek tak může být dobré zálohy provádět v textové podobně, aby pak v případě poškození jediného souboru (např. po výpadku elektřiny - může se stát kdykoli), nebo zálohy, bylo snadné a rychlé začít opět od nuly.