ユーザー名とパスワードを入力してください。ユーザー名、またはパスワードを忘れてしまった場合は、徳島県医師会までお問合せください。
ログイン・ログアウト
ユーザー名とパスワードを入力してください。ユーザー名、またはパスワードを忘れてしまった場合は、徳島県医師会までお問合せください。
みずほ銀行窓口業務ストップの真相、DC切り替えをためらい障害が長期化
みずほ銀行で2021年8月20日、営業店の窓口業務が全面停止するトラブルが発生した。前日の19日午後8時53分ごろに営業店端末と勘定系システムをつなぐサブシステムで、データベース（DB）サーバーがディスク装置の故障をきっかけに停止したためだ。待機系DBサーバーへの切り替えも失敗、副データセンター（DC）に処理を切り替えた。副DCへの切り替えに着手するまで11時間超を要し、業務開始に間に合わなかった。 みずほ銀行で2021年8月20日、全463店舗で営業店端末や店頭のタブレット端末が使用不能になった。午前9時の開店から午前9時45分までは全ての店頭取引ができなくなり、その後も午前11時58分まで融資や外国為替（外為）の一部取引ができなくなった。営業店端末などと勘定系システム「MINORI」をつなぐサブシステム「業務チャネル統合基盤」が前日の8月19日午後8時53分ごろに停止したためだ。 業務
スズメバチのコロニー／システムとしての死
スズメバチは一年間のサイクルを繰り返す。つまり、女王が生まれ、女王が巣を作り、滅びる。これを繰り返すのである。 いやしかし滅びるってなんなんすかという話であって、勿論字義通りスズメバチの巣は最終的に滅びるんですけど、その時に一体何が起こってるのかについてはあんまりよく知らない人もたくさんいると思うわけです。実際のところ、スズメバチの巣が滅ぶ際には色々常識を超えた現象が起こっています。 巣が設置されて発展するまで 女王蜂が巣を作り始めるのは四月とか春の時期で、まあ色々とその時にも障害があります。そもそもきちんと巣を作ってコロニーを形成できる女王は複数いる女王の内の数％程度に過ぎないという説もあるくらいで、巣作りが失敗する理由としては、例えば純粋に病気とか栄養不足のほか、天敵に狙われてしまう場合など色々あります。原理的にコロニーを形成したスズメバチには殆ど天敵はいないのですが、つまりは翻って言
システム開発で得たRedis利用ノウハウ | フューチャー技術ブログ
こんにちは。初投稿です。 2012年新卒入社の竹内です。入社当時を振り返るとOracle10g,11gを良く利用していおり、データモデリングなどテーブル設計が好きで、2018年4月ぐらいまでRDBとバッチに浸ってました。 さて、現在プロジェクトでRedisを使っているのですが、いままでRDB人間だっただけにKVSやRedisならではの特徴に四苦八苦してます。 苦しんだ分、色々な知見を得ることができているので、その内容をご紹介します！ 対象者 Redisの業務システム導入を検討している方 RDBとRedisの違いを知りたい方 現場的なRedisの利用方法を知りたい方 書いてないこと データ型やコマンドなど、HelloWorld的に公式ドキュメントを見て得られる情報 インストールなど、Redisを利用できるまでの手順 フェイルオーバーやバックアップをはじめとする運用に関する内容 データ永続化に
神戸のシステム屋が24年間続けてきたこと - ゆとりずむ
24年経っても、多くの神戸っ子にとって1月17日は特別な日だ。 もっとも私は、当時小学2年生だったし、被害の軽い神戸市西区に住んでいたので、深い思い出はない。震災当日も呑気に幼馴染と学校へ向かっていたところ、電気が止まってつかなくなった信号のもとで交通整理をしていた教師に「何やっとんねん！はよ帰れ！」と追い返されたくらいだ。延々と続く安否情報に飽き飽きしながらも、少しでも明るく振る舞おうとしてくれた大人たちの姿はぼんやりと記憶に残っている。まだ当時は、本当の苦労は知らなかったのだ。 震災のことに関して、むしろ記憶に残っているのは、高校生の時分にインターンシップという名目で遊びに行っていた会社で受け取った「災害対応マニュアル」と書かれた小さな冊子のことだ。 地場のシステム屋が、リクルーティングと宣伝を兼ね社長の気まぐれで夏休みの期間に始めたものだったが、初日に「手の空いたときにでも読んでおい
経営者に現場が見えない、不正であばかれた日本企業の構造問題
「経営判断に必要な情報は全て現場にあると思っている。大学院でシステムをやっていたので、情報処理の重要性も分かるが、大本の現場を見ないと駄目だ」。6年前の2011年に東レの日覚昭広社長にインタビューした際、「経営判断に役立つ情報が見られるシステムが必要では」と私が問うと、日覚社長はこう答えた。 日覚社長は他の日本企業の経営者と同様に現場を重視する人で、現場を見ずに四半期決算などのデータだけを追うような経営を強く戒める発言が記憶に残っている。30年間も累積赤字を抱えながら炭素繊維事業を育てた、日本企業としての現場力と経営判断に対する強い自負もうかがわれた。 ところが最近、日本企業の現場がおかしい。神戸製鋼所のほか日産自動車、SUBARU、三菱マテリアルの子会社、そして東レの子会社で現場の従業員による不正行為が相次いで明らかになった。不法行為か契約違反か、あるいは件数の多寡などによって深刻度に差
失敗の全責任はユーザー側に、旭川医大とNTT東の裁判で逆転判決
電子カルテを中核とする病院情報管理システムの開発が失敗した責任を巡り、旭川医科大学とNTT東日本が争っていた訴訟の控訴審判決は一審判決を覆す内容だった。 札幌高等裁判所は2017年8月31日、旭川医大に約14億1500万円を支払うように命じた。2016年3月の一審判決は旭川医大の過失割合が2割、NTT東が同8割として双方に賠償を命じていたが一転、旭川医大に100％の責任があるとした。同医大は2017年9月14日、判決を不服として最高裁に上告した。 なぜ判決が覆ったのか、裁判資料かと判決文から見ていく。旭川医大とNTT東は日経コンピュータの取材に「コメントできない」と回答した。 高裁もユーザーの義務違反を認定 旭川医大は2008年8月に病院情報管理システムの刷新を企画し、要求仕様書を基に入札を実施。NTT東が落札した。日本IBMと共同開発したパッケージソフトをカスタマイズし、6年リースで提供
みずほ銀行が次期勘定系システムの開発を完了、8月から受け入れテストへ
みずほ銀行は2017年7月31日、次期勘定系システムの開発を完了した。8月から利用部門における数カ月間の受け入れテストを進めるほか、システム移行に向けた準備やリハーサルに取り組む。 みずほ銀行はシステム開発の完了を2度にわたって延期してきた経緯がある。1度目は2014年。2016年3月としていたのを約9カ月間延期した。さらに2016年11月には、同年12月としていた開発完了時期を数カ月間延ばすと公表していた。今回、ようやくシステム開発を終えた格好だ。 みずほ銀行の言う開発完了は、総合テストの完了を指す。今後、利用部門での受け入れテストを実施するほか、新システムへの移行が必要だ。システム移行では、「店群移行方式」を採用する。全国の店舗を複数のグループに分け、グループ単位で段階的に進めていく計画だ。
書評: 進化する銀行システム 24時間365日動かすメインフレームの設計思想 - Qiita
発端 去年、Naoya Ito さんがこんな話(System of Record と System of Engagement)をした後、SOEとかSORとか話題になることも多くなったと思う。 そんな折、ちょうどいいタイミングで、SOR中のSORなシステムである銀行システムの話を、日本における銀行システムの曙までさかのぼってまとめた本が出たのでさっそくゲットした。 Title: 進化する銀行システム 24時間365日動かすメインフレームの設計思想 (Software Design plus) Publisher: 技術評論社 (Feb. 2, 2017) Author: 星野 武史 (著), 花井 志生 (監修) ISBN-13: 978-4774187297 Publish Date： 2017/2/4 Amazon: https://www.amazon.co.jp/dp/477418
なぜ「システムが無事に動いている」ことの価値は理解されないのか
最近はあまり技術的な仕事をしていないんですが、実は私は元々DBエンジニアです。 OがつくDBとか、PがつくDBとか、mがつくDBとかをいじくって、クエリを書いたり、テーブルの設計をしたり、パフォーマンスのボトルネックをあれこれ調べて解消したり、INDEXヒントを総とっかえして頑迷なオプティマイザをぶん殴ったりすることが主なお仕事でした。今でもたまーにそういうことをします。 同業の方であればお分かりかと思うんですが、DBのパフォーマンスは凄く唐突に、かつ多くの場合極端に落ちます。そして、DBのパフォーマンスが落ちると物凄く広範囲に影響が及びます。 アプリケーションサーバ、重くなります。クライアント、ろくに動かなくなります。お客様、切れます。カスタマーサポートにはわんさか電話がかかってきます。 ただ「遅くなる」だけでも十分に影響は甚大なのですが、それ以上のトラブルが発生するとまあエラいこっちゃ
システムに完ぺきを求め、不幸を撒き散らす疫病神はあなたです
「なぜ皆さんはプログラムに完ぺきを求めるのですか。そんなの無理に決まっているでしょ！」。某官庁の大会議室。居並ぶ大手ITベンダーの経営者や著名学者らが、システム障害ゼロを目指す取り組みの重要性を説く中、つまらなそうに聞いていたITベンチャーの若手経営者は、官僚から発言を求められ、そう言い放った。会議室の空気はブリザードに襲われたように凍りついた。 随分前の話とだけ書いておくが、当時は大規模なシステム障害が多発し社会問題になっていた。この会合は、システム障害を防ぐ抜本対策という非現実な命題を検討するためのもの。出席した誰もが内心では「そんなこと無理！」と思っていたはずだが、官僚の要請なので、出来もしない解決策を順番に開陳していた。それなのに若手経営者の発言。「そいつを言っちゃあおしまいよ」。出席者たちの心の声が聞こえてきそうだった。 この会合でどんな成果物が出来たのか記憶に無いし、過去の話を
Google Compute Engine、全世界のリージョンが同時に外部とのネットワーク接続を失うという深刻な障害が発生。ネットワーク管理ソフトウェアにバグ
Google Compute Engine、全世界のリージョンが同時に外部とのネットワーク接続を失うという深刻な障害が発生。ネットワーク管理ソフトウェアにバグ クラウドのどこかで障害や災害が発生したとしても、その影響はアベイラビリティゾーンを超えることはなく、そのために複数のアベイラビリティゾーン（Google Compute Engineでは「ゾーン」）にシステムを分散して配置することで、クラウドの障害の影響を受けない高い可用性を備えたシステム構築ができる。これはクラウド（IaaS）に対応したシステム構築におけるもっとも基本的な考え方です。 しかし先週、2016年4月11日にGoogle Compute Engineで発生した通信障害は、アベイラビリティゾーンどころかリージョンの境界も越え、世界中にあるすべてのリージョンのインスタンスが同時に外部とのネットワーク接続を18分間に渡って失う
あるシステム屋さんが有休取得率90%を実現した方法 - ゆとりずむ
こんにちは、らくからちゃです。 なんだか、こちらの記事をきっかけとして、色んな方から『長時間労働あるある』が出ているみたいですね。 ちょっと私も鎖自慢をさせていただくと、先々週の土曜日から元気に連勤中ですヽ(=´▽`=)ﾉしかも何故か、今週は今日(金)・明日(土)と泊まり込みの研修です。ウエーイ！ まあ色々と私が未熟だったところに不運な事故が立て込んでしまい、何だか素敵な状況になってしまったのが発端ですが、流石にずっと働きっぱなしだと何が何だかよく分からなくなってきますね（まだブログ書いてる余裕ある分マシな方だと思いますが・・・） それはさておき、いつもの改札を出て階段を登ろうとしていたら、こんな物がはられていました。 皆さん、10月は年次有給休暇取得促進月間です。社畜労働をしてる場合では有りません。清く正しく美しい国民であれば、仕事と生活の調和のために、『プラスワン休暇』で連続休暇を実現
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
みずほ銀行のシステム障害（2/28～3/12）の調査報告書、経営陣も現場もエンジニアも全てが残念 : 市況かぶ全力２階建
まとめよう、あつまろう - Togetter
TechCrunch
大阪取引所、夜間取引の時間延長を検討 30分～1時間 - 日本経済新聞
Expired
上場投信、銀行でも 売買活性化へ金融審議論 - 日本経済新聞
金融界の福島第一原発、みずほ銀行の大規模システム障害という地獄の1週間 : 市況かぶ全力２階建
