アカウント名:
パスワード:
バックアップ環境を待機系のように運用していたためのようです。
「のように」というよりは、普通の待機系にしか見えないんだけど...。じゃなきゃ、
脆弱性対策のためのメンテナンスはバックアップをしてあるシステムについても実施しておかないと、メンテナンス実施後にハードウェア障害が発生してバックアップに切り替えた途端に脆弱性対策が講じられていないシステムに戻ってしまうことが過去に発生し、脆弱性対策がなされていないシステムが動き続けていたという反省に立ち、脆弱性対策のメンテナンスに関しては対象サーバー群とそのサーバー群のバックアップ領域に対して同時に更新プログラムを適用するという構造に修正して実施しました。
なんて話は出てこないと思うんだが...。
待機系にパッチを当ててメインに昇格、確認後元メインにも同様にパッチを当てるとかやらないのかなあ。外部から見てメインが落ちてる時間を短縮できるし切り替えが正常に行えることも確認できる。
仮定の話に仮定をしても意味は無いですが、
待機系にパッチ当てている間にメインに保存しているデータが更新されたらどうなるんでしょう?
パッチ適用有無でデータ矛盾が生じるならば、待機系にだけパッチを当てるような手順はやってはいけません。
発生するんじゃないの?それがどうしたの?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
待機系だよなぁ、やっぱり。 (スコア:2)
バックアップ環境を待機系のように運用していたためのようです。
「のように」というよりは、普通の待機系にしか見えないんだけど...。じゃなきゃ、
脆弱性対策のためのメンテナンスはバックアップをしてあるシステムについても実施しておかないと、メンテナンス実施後にハードウェア障害が発生してバックアップに切り替えた途端に脆弱性対策が講じられていないシステムに戻ってしまうことが過去に発生し、脆弱性対策がなされていないシステムが動き続けていたという反省に立ち、脆弱性対策のメンテナンスに関しては対象サーバー群とそのサーバー群のバックアップ領域に対して同時に更新プログラムを適用するという構造に修正して実施しました。
なんて話は出てこないと思うんだが...。
Re: (スコア:0)
待機系にパッチを当ててメインに昇格、確認後元メインにも同様にパッチを当てるとかやらないのかなあ。外部から見てメインが落ちてる時間を短縮できるし切り替えが正常に行えることも確認できる。
Re: (スコア:1)
Re: (スコア:0)
仮定の話に仮定をしても意味は無いですが、
待機系にパッチ当てている間にメインに保存しているデータが更新されたらどうなるんでしょう?
パッチ適用有無でデータ矛盾が生じるならば、待機系にだけパッチを当てるような手順はやってはいけません。
Re: (スコア:1)
Re:待機系だよなぁ、やっぱり。 (スコア:0)
発生するんじゃないの?
それがどうしたの?