ツイッター掲載中システム障害を起こしたのです。今年に入って８度目です。１０
月１日付の日本経済新聞は次のように報じています。
─────────────────────────────
◎みずほ銀、今年８度目障害／外為取引３８７件に遅れ
改善命令から１週間で
みずほ銀行で３０日午後、システムの不具合により、３８７件
の外国為替取引に遅れが出た。主に法人顧客の送金が滞ったが、
大半は同日付で処理ができるめどがついたというが、一部は翌月
に持ち越す可能性がある。詳細な原因は特定できていない。みず
ほで顧客に影響の出るシステムの障害が明らかになるのは今年に
入って８件目。９月２２日に金融庁がみずほのシステムを実質管
理する業務改善命令を出したばかりだった。
──２０２１年１０月３日付、日本経済新聞
─────────────────────────────
昨日のＥＪで、エストニアでは、システム開発に当たっては、
「ノーレガシー」というポリシーを掲げ、１３年以上古いシステ
ムは使わないことにしている事実を指摘しています。
そのとき、みずほグループのシステム障害の惨状についてふれ
ましたが、今日のＥＪではその問題について考えます。なぜなら
日本では、政府や大企業、とくに金融関係企業のシステム開発は
みずほだけでなく、いずれも似たようなところがあり、障害がい
つ起きても不思議ではないからです。
今年に入ってからのみずほのシステム障害は、まさに惨状その
ものです。２月２８日にＡＴＭが通帳を吸い込み、出てこない障
害が発生すると、３月には３回の障害が起きています。３日、７
日、１２日です。
そして、８月２３日には全店の窓口取引を中止し、そして２３
日にはＡＴＭ１３０台が一時停止しています。９月に入っても、
８日に、機器の不具合でＡＴＭ１００台が一時停止し、３０日に
外国為替取引に遅れが生じています。実に８回にわたるシステム
障害です。したがって、惨状のレベルを超えています。
みずほフィナンシャルグループは、旧第一勧業銀行、旧富士銀
行に旧日本興業銀行が加わって、誕生したメガバンクです。１９
９９年のことです。大物同士の統合なので、発足前から母体３銀
行の主導権争いが激化していたのです。
発足当時、３行はそれぞれ、次の大型コンピュータシステムを
保有していました。
─────────────────────────────
第一勧業銀行 ・・ ＳＴＥＰＳ／ 富士通
日本興業銀行 ・・ Ｃ－ｂａｓｅ／ 日立
旧富士銀行 ・・ ＴＯＰ／日本ＩＢＭ
─────────────────────────────
この３つの巨大なシステムをどのようにして統合化するかです
が、普通は顧客や預金などの情報をどれかひとつのシステムに全
て移行する「片寄せ」という方法を採用します。
しかし、当初みずほグループは、旧３行が使っている異なるシ
ステムをそのままに生き残らせ、「ゲートウェイ・システム」と
称する方法をとったのです。つまり、キャッシュカードは旧行の
ものをそのまま使い、それをＡＴＭに入れると、中継プログラム
によって旧行のシステムにつながり、処理ができるというもので
す。つまり、３行のシステムはそのままです。
続いて、旧第一勧銀の富士通のシステムと富士銀行のＴＯＰを
並立させ、別のコンピュータでつなぐことが決まったのですが、
これはあえなく失敗し、システム障害を発生させてしまったので
す。これが発足後最初のシステム障害です。
その原因は、旧第一勧銀のステムの一部に、１９７１年に第一
銀行と日本勧業銀行が合併したときに作られたとみられるプログ
ラムにあったのです。そのプログラムは「ＣＯＢＯＬ」で書かれ
ていたのです。ＣＯＢＯＬは８０年代にはさかんに使われていた
言語ですが、２０００年には、それを使いこなすエンジニアは激
減していたのです。
これを機に旧興業銀行は、旧第一勧銀の富士通のシステムと富
士銀行のＴＯＰを並立させる方式に反対し、自社システムのベン
ダーである日立製作所にも声をかけて、新システム「ＭＩＮＯＲ
Ｉ」を開発することになったのです。
「ＭＩＮＯＲＩ」は、日立、富士通、日本ＩＢＭにＮＴＴデー
タまで加わった４社の体制で開発されています。全面稼働したの
は、２０１９年７月１６日朝、「ＭＩＮＯＲＩ」は全面稼働した
のです。そのときの模様について、日経ＸＴＥＣＨは、次のよう
に書いています。
─────────────────────────────
みずほフィナンシャルグループ（ＦＧ）が２０年越しで悲願を
達成した。２０１９年７月１６日朝、新しい勘定系システム「Ｍ
ＩＮＯＲＩ」が全面稼働した。１９９９年８月に第一勧業、富士
日本興業の旧３行が統合を発表しておよそ２０年。２度の大規模
なシステム障害を経て、情報システム面でようやく「ＯＮＥ Ｍ
ＩＺＵＨＯ」を推進する体制が整った。
みずほＦＧは２０１９年７月１３日午前０時から同７月１６日
午前８時にかけて、ＭＩＮＯＲＩへの移行に向けた最後の作業に
臨んだ。移行期間中はＡＴＭやインターネットバンキングなどを
停止していた。７月１６日午前１１時時点で、オンラインサービ
スに目立ったトラブルは起こっていない。ＭＩＮＯＲＩへの万全
を期すため、みずほＦＧは２０１８年６月から始めた口座データ
などの移行を、全９回に分けて進めていた。今回はその最終回で
対象はみずほ信託銀行の勘定系システム「ＢＥＳＴ」で管理して
いたデータだった。みずほ信託銀行のデータ移行が無事完了し、
ＭＩＮＯＲＩは全面稼働した。 https://bit.ly/3a1IyG0
─────────────────────────────
──［デジタル社会論Ⅲ／０４０］
≪画像および関連情報≫
●これから「みずほ銀行」に起こる、ヤバすぎる現実・・・シ
ステムの「爆弾」を誰も処理できない
───────────────────────────
これら２度の致命的な障害に懲りて、みずほは前述した新
システム「ＭＩＮＯＲＩ」の開発に着手したというわけだ。
いや、金融庁の叱責と業務改善命令に押される形で、着手せ
ざるを得なかったというほうが正しいだろう。２０１１年６
月のことだ。
ＭＩＮＯＲＩは、約４０００億円の費用をかけて８年後の
１９年７月に完成した。業界では、「史上初めて、銀行が自
社の勘定系システムを全面再構築した」と話題になった。だ
が、どうやら実態は異なる。一から作り直した「新築」では
なく、既存の「塔」をさらに建て増しした「改築」だったと
考えなければ、説明がつかない謎があるのだ。先に触れたＣ
ＯＢＯＬがいまだに使われているのである。
「ＩＴベンダーの間では、かねて『なぜみずほは、わざわ
ざ高齢のエンジニアを雇ってまでＣＯＢＯＬを使い続けるの
か』が疑問視されていました。ＭＩＮＯＲＩ導入時にＣＯＢ
ＯＬを使った部分をなくして、別のプログラム言語で書き換
えてもよかったはずなのに、それもしなかった。それはつま
り、なくさなかったのではなく『なくせなかった』のではな
いか。勧銀時代から抱える古い重要プログラムやデータが、
いまだにＭＩＮＯＲＩの内部で生きているからではないか。
そうとしか考えられないのです」（前出・佃氏）
https://bit.ly/3FnYVLs
───────────────────────────
「ＭＩＮＯＲＩ」全面稼働
