ファーストサーバの手順の問題点 - きしだのHatena

えらいことなってますが。 正規手順と今回の現象の説明などを含めた中間報告が出されています。 http://support.fsv.jp/info/nw20120625_01.html ここで、正規手順で、途中でオペレーションミスがあったときに復旧できない状態になってしまう可能性があることがわかります。 具体的には「原因3：メンテナンス仕様」のこの部分。 脆弱性対策のメンテナンスに関しては対象サーバー群とそのサーバー群のバックアップ領域に対して同時に更新プログラムを適用する この時点でこの更新プログラムに不具合があった場合には、リストアできなくなることになるわけです。そして今回はそれがおきたようです。 より安全な手順であれば、バックアップ側にパッチをあてている間は正常系がバックアップのバックアップということになるはず*1ですが、どこにもバックアップがない状態になってしまったわけです。 手順１

[kokorohamoe]

ちがう。バックアップのバックアップは外部記憶装置。　linuxでいうrm -rf /*みたいなことを、やっちゃうことはある。DBのマスタースレーブ一括削除みたいな。　物理的にプログラマから隔離する。これ必須。

[hafoc]

たしかに稼動系と待機系に一括で更新当てる、というのは危険すぎるよね。バックアップデータは当該作業の「影響範囲の外」に置くようにしないと。

[MIZ]

あくまでプログラム上のトラブルなのに全データがシュレッダーにかけられたように復旧不能というのが不思議。

[vanish_l2]

ローカルにアホほどバックアップデータ貯め込む俺みたいなのはバカにされるんだけど、辞める気になれない。

[yyuuzzuu]

気になるので後でチェック

[ad2217]

待機系なら他にバックアップが必要。バックアップなら同じことを同時にしてはいけなく、必要ならバックアップから戻す時に最終パッチをあてる。かなぁ。

[NetPenguin]

「スタンバイとバックアップは違う」なるほどー。

[sinya77]

他人ごとではない事例。業務系アプリの更新でも気をつけているが、改めて肝に銘じる。

[dagjmpd]

ファーストサーバーの手順の問題点

[takeishi]

手戻り出来ない状態を作ってしまった

[syuu1228]

ファーストサーバーの手順の問題点 - きしだのはてな

[papiro]

決して他人事ではない

[inulab]

一人か少数の後ろでタラレバしか言えないジジイが急かしてたんじゃね

[diary193]

思想でなく知識。待機系はバックアップじゃないってのと同様、RAIDはバックアップにならないってのは、いつどこで教わるものなの？IPAの高度試験か？応用あたりじゃまだ出てこないんだっけ？

[TsutomuOnoda]

ファーストサーバーの手順の問題点 - きしだのはてな

[zapperd]

失敗学で終わらせるのはいいけど、犠牲者はどうなんのよ

[invent]

ファーストサーバーの手順の問題点 - きしだのはてな

[jt_noSke]

ふーむ

[itboy]

いつもこの手順で大丈夫だからやるお！…えっ…？みたいな流れかな。

[solidstatesociety]

土日対応の方々ご苦労様です！

[orihime-akami]

ファーストサーバーの手順の問題点