アカウント名:
パスワード:
今後のために、どれくらいの損害賠償金が支払われたのかを 公表してもらいたいところですね。運用体制充実の ための理由付けとして色んなところで使えそうですから。
ハードは多重系だけど、ソフト障害には無力です。
あるプロセッサの障害でこけた処理を、他のプロセッサでCheckPointから再実行した場合、CheckPoint前の状態は引き継がないため、バグにあたらずに走り続けることがあるそうです。
(TANDEMのアーキテクト)J.GRAYの本に書いてあった話です。なのでアーキテクチャによってはまったく無力とは言えないのでは。
自民党の武部勤幹事長は30日夕、北海道網走市内で講演し、内閣改造・党役員人事での自らの処遇について、「テレビで財務相になると言っている人がいた。なぜわたしが候補に挙がるかというと、小泉純一郎首相にとって『偉大なるイエスマン』だからだ」とアピールし、幹事長留任か入閣を強く求めた。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
システム構成 (スコア:2, すばらしい洞察)
Re:システム構成 (スコア:5, 参考になる)
Ver.UP作業時はデータのバックアップ後に片系をVer.UPし
問題がなければ他方もVer.UPして更に正常性の確認を行う
途中で問題が出ればバックアウトして旧Ver.に戻しますが
バックアップーバックアウト間のデータは失われます
大規模なバージョンアップの場合、往々にしてデータデーベースも
変更(コンバート)するので、今回のように一定期間経過したあとでは
元のVer.に戻せない場合があります
10/中旬にVer.UPして10/31まで稼動しないサブシステムがあるなら
本来Ver.UP後にいったんテスト稼動してデータを戻すという
実機テストをやるべきなんですが、それを怠ったのが原因ですね
トレーダーは損害賠償できないだろうけど
東証・名証・福証は、業務停止に追い込まれて取引手数料を取り損ねたんだから
メーカー・ベンダーへ損害賠償請求を行うかもしれませんね
Re:システム構成 (スコア:2, すばらしい洞察)
> メーカー・ベンダーへ損害賠償請求を行うかもしれませんね
今後のために、どれくらいの損害賠償金が支払われたのかを
公表してもらいたいところですね。運用体制充実の
ための理由付けとして色んなところで使えそうですから。
・・・・ (スコア:0)
そうとは断定されていないでしょうに。
ただいえるのは広域テストを行っていないのは事実でしょう
Re:・・・・ (スコア:1, 興味深い)
#本番は魔物です・・
Re:システム構成 (スコア:2, すばらしい洞察)
Re:システム構成 (スコア:4, 参考になる)
当たり前のことですが、対策が取りにくいということで恐ろしい。10/10にシステム改造しているので、それ以前のソフトにえいやっと戻してしまうという荒技も考えられますがそれも恐ろしくて出来ないのでは?
Re:システム構成 (スコア:2, 興味深い)
あるプロセッサの障害でこけた処理を、他のプロセッサでCheckPointから再実行した場合、CheckPoint前の状態は引き継がないため、バグにあたらずに走り続けることがあるそうです。
(TANDEMのアーキテクト)J.GRAYの本に書いてあった話です。なのでアーキテクチャによってはまったく無力とは言えないのでは。
-- siu
Re:システム構成 (スコア:1)
本番環境で、試す訳にも行かない訳でして・・・。
テスト環境を作った上で、確認作業が必要ですから
それなりに、時間がかかるかと思います。
もっとも、元のバージョンに戻しても、同じ現象が起こる
可能性もありますから。
Re:システム構成 (スコア:0)
完全なロジックのミスならともかく、データ障害なら、なんとかやれる?
まあ、テクニックというか、復旧の手順をしっかりしないと、元も子もないですが。
Re:システム構成 (スコア:2, 興味深い)
こういうのってソフトも同じ仕様で複数作って動かして
多数決で動いてると信じてたんですが。
やってないの?
Re:システム構成 (スコア:5, 参考になる)
異なるアーキテクチャ(センサ入力の判定)で3重化して
投票させて,解が3つ同じじゃないと停止するなんての
が稼動しています.
でも大量のデータが流れる現場で実装するのはハードも
ソフトも連携が大変そうです...
// jack_mexfer
Re:システム構成 (スコア:2, おもしろおかしい)
構造改革!を叫ぶソフトが派閥をぶっ壊して
偉大なるYESマンばかりのシステムになってしまうので
やっても意味が無いんです。
Re:偉大なるYESマンばかりのシステム (スコア:1)
Re:偉大なるYESマンばかりのシステム (スコア:0)
勝手に複数形にして、「意味が無い」というのはやはり適切ではないけどな。
Re:システム構成 (スコア:1)
別々の会社で仕上げたものを無駄に並列処理してる。
筈。
Re:システム構成 (スコア:1)
Re:システム構成 (スコア:0)
Re:システム構成 (スコア:1)
両系反映ってシステムならあったかな
まぁデーターベース関連の構成が変わってしまうとなかなかそう言う手法はとれないかもしれないけど
ソフトも多重系を (スコア:0)
自宅のマシンは FC と Vine と knoppix で運用中。
でも良く考えたら全部 linux…
多様性確保のためには Windows も入れとくべき?
Re:ソフトも多重系を (スコア:0)
Re:システム構成 (スコア:2, すばらしい洞察)
通常、修正点に関して一点毎に複数人でコードを確認してパッチを当て、その後限りなく本物に近いデータを用意してテストをしていくのだと思いますが、意外とこんな手順すらちゃんと踏まないで簡単にソフトを入れ換えてしまう現場にしばしば遭遇します。今回のも、ちゃんと手順踏んでテストしたの?という疑問が湧いてきます。
規模の大きい開発全般に言えると思うのですが、顧客も開発側も運用体制(=開発部隊の維持)に対して関心が薄い気がします。酷いときは「必要なときに招集」されて、以前のプログラム設計者がいなかったりします。書類書きしかしていないSEを残されても困るんですが。
Re:システム構成 (スコア:3, 興味深い)
個人情報保護法施行前はNDA締結後、本番データを貸して頂いて個人を出来ない程度にマスキングして使用することが多かったのですが、施行後はも本番データどころか過剰な防衛意識からマスクデータさえもらえなくなったりで、「本物に近いデータ」というヤツをを開発者が作成することが非常に多くなりました。
開発者が作成するとどうしても都合の良いデータが並ぶことが多くなったり、複雑にリレーションされたりAPからは生成できない特殊なフラグなどを使用した移行データなどを再現出来ず、テストケースが漏れることが増えています。
「スラド太郎」などの架空の名前も「名前っぽく見えるからDB投入禁止」で完全にランダム文字列にせよなどという無理難題(名前が完全ランダム文字列だと振り仮名の一致などを判定するのが困難になりテスト工数が跳ね上がる)を押し付けるところもあるので、困った時代です。
Re:システム構成 (スコア:0)
# と、そういう要請があるとよく思う。
# 気をつける点が間違っている気が・・・