有料コンテンツの購読
現在、Web上での有料コンテンツ購読機能は準備中です。
ご不便をおかけしますが、有料コンテンツを購読希望の方は
モバイルアプリ上で購読の手続きを行ってください
認証方法を選んでください
ご協力いただきありがとうございます。
いただいた情報は実名認証のみに使用いたします。
利用可能になる機能
コメントの公開範囲が
すべてのユーザーまで開放されます
フォロー中トピックスの投稿にコメント・返信ができるようになります
Facebookで認証を行う
LinkedInで認証を行う
名刺・学生証で認証を行う
お名前の変更には
再度実名認証が必要です
Facebookで認証を行う
LinkedInで認証を行う
名刺・学生証で認証を行う
名刺または学生証を利用して
実名認証を行いましょう
名刺または学生証をアップロード
※ 名刺等の情報は照合にのみ利用します
※ アップロードされた資料は公開されません
入力された情報に虚偽があった場合、認証が取り消されることがあります。
これに同意の上、下記のチェックボックスにチェックして登録を完了してください。
実名認証を行う
を利用して
実名認証を行いましょう
入力された情報に虚偽があった場合、認証が取り消されることがあります。
これに同意の上、下記のチェックボックスにチェックして登録を完了してください。
実名認証を行う
実名認証が完了しました
ご協力いただきありがとうございました。
一層のコミュニティ活性化に取り組んで参ります。引き続きNewsPicksをご活用ください。
利用をつづける
実名認証をして
コメントを発信しよう
現在あなたのコメント公開範囲は
フォロワーのみに限定されています
信頼性の高いコメントコミュニティをつくっていくために、実名認証にご協力をお願いします。設定を行うことでコメントの公開範囲が「すべての利用ユーザー」に開放されます。
実名認証を行う
あとで
学割プラン継続確認
学割プランは毎年月に更新の確認を行っております。
月以降も学割プランを継続されたい方は、
学生情報を更新してください。
学生情報を更新されない場合、
次回更新時に自動解約となります。
卒業される方等、プレミアムプランに移行される方には
1ヶ月無料期間をサービスいたします。
学割プランを更新されない場合
学生の場合
学生の間であれば、またいつでも学割プランにお申込み頂けます。
社会人になる場合
いま、アンケートに答えてプレミアムプランに移行すると1ヶ月無料の特典が受けられます。
ここで「更新しない」を選択すると、後からは1ヶ月無料の特典は受けられなくなりますのでご注意ください。
メール認証をしてください
ご登録いただいたメールアドレス宛に届くメールから
URLをクリックし本人確認をお願い致します。
届いてない場合、見つからない場合は下記から再送と認証をお願い致します。
再送設定する
閉じる
新しいトップページへの
フィードバックのお願い フィードバックを受けて改善いたしますので、ご意見・ご要望をいただけませんか?
短期間に重厚長大なドキュメントをプロジェクト毎に大人数で作成し、信頼性要件に従って個別カスタマイズした構成を深く理解した少数の人間が机上でレビューするしかないわけです。
ほんとにこんなミスが?という気がするかもしれませんが、350ものサーバとそれに付随する機器、その中に入るミドルウェアの全設定がデフォルト値を含めると一体どれほどの数になるか、それが数人の少数の人間に委ねられていると思うと、想像を絶します。(もちろんミスはミスなのでしっかりと振り返り、横展開や再発防止が必要でしょうが。)
特にハード障害時のみに効力を発する設定値はテストすることが事実上不可能ですから、このような開発スタイルを続ける限りはヒューマンエラーが一つ二つは埋もれていることを前提とし、柔軟に対応できる業務設計も望まれます。
「売買をなぜ終日停止したのかという点も問題になっている」とありますが、システムのテストに加え、このシステムが停止したときのBCPはどう定められていたものか。そこに停止と書いてあったなら、それはそれで正しい判断かと思います。もし想定外ということであったなら、管理が甘いと言われて仕方ないのかも。どこかの企業が社内で使うシステムならいざ知らず、壊れたら世界の取引が止まるシステムでいくらなんでもそれはないだろうと素人ながら思います。記事にはそのように書いてあるけれど、未だ半信半疑です (^^;
ストレージ装置の書込みキャッシュメモリ不良かと思われます。
キャッシュメモリが正常なら、キャッシュメモリへの書込み処理完了で完了応答(ライトバック)するのでパフォーマンスが高い。
キャッシュメモリがエラーだとライトスルー、SSD又はHDDへ書込み処理完了してから完了応答するので、パフォーマンスが著しく低下する。
ただ、通常ならライトスルーではストレージそのものの故障とは見なさないことが多い。パフォーマンスが落ちてもストレージとして機能している為。
むしろ故障と判断してストレージが頻繁に切替る事によるパフォーマンス低下を恐れることの方が多い。(切替は単純ではありませんから)
なもんで、一般的な認識としては悪い設定と言うこともない。
今回は既に結構なトランザクションがあり、パフォーマンスが足りない状況となったのでしょう。
東証のシステムとしてその運用が適切だったのかどうかはなんとも言えませんが、シビれます。
ただ、個人的にふに落ちないのは擁護論が強いこと。説明資料を見る限りもっと事前にやれることはあったんじゃないかと思います。全て◎、ではないと思います。
むしろ記者会見でトップマネジメントが役割を「一部」果たしただけです。保身に走らなかったことは元証券マンとして嬉しいのですが。
そのクオリティを落とすまいと邁進する姿は誇らしい
今回の障害の発生の仕方について、レアケースなためBCPプランとして、証券社に通知していた中の想定にはなかった様子。当日中の復旧はこうした点からも証券会社ごとに対応できるかどうかが分かれ、不平等や混乱を生むことから無理だったとのこと。今回の件を回避するためにはこうしたアローヘッド側の再起動で、既にマッチングしてしまった注文がリセットになるというプランの想定を証券会社に伝えて、その際の対応に対応してもらう必要があります。東証に問題があったとしたならこうしたプランがなく、半日稼働に持ち込めなかったこと。
金曜日の記者会見の内容についてのオリジナル記事はこちらです。(記者のITリテラシーの不足について批判の声も上がっていますので、コメント欄含めてお読み下さい)
https://newspicks.com/news/5267902/
はじめてこの情報が出た。
たぶん東証は初めから問題を掴んでいた。
なんで公表しなかったのか。
「テスト内容に不足があるとは感じられない。いわゆる想定外というものだろう。そして考えられる原因はスプリットブレインではないか。」みたいなことを言う。コロナのクルーズ船の時も「レッドゾーン」というまあ素人でも分かるけどそれまで知らなかった言葉を知って知識が増した気がして安心感が出た。人はこういう場合に何かにすがりたくなる。この件は一般的なニュースではないけどもしそういう話題だったとしたらワイドショーあたりがフリップ仕立てて「スプリットブレインとは?」みたいなことを言うのだろう。ちなみにスプリットブレインとは1号機2号機のように障害発生時に切り替わるよう構築したシステムにおいて1号機に障害が起きて切り替わりかけるも復活してきてしまい両機が生きている状態になること。本当に両機が生きてるとどっちの方を稼働系と見ていいか分からなくなり深刻な障害となる。(例えば一続きのデータを両機にバラバラに書き込んでしまいそれによってAというサーバが処理を終えたという書き込みをしているのにBというサーバ側まだ書かれてない側のディスクを読んでまだだと思って再実行してしまうとか)