すう🖤🏳️‍🌈🪷 @plum_pot_221b @tokino816 2002年、2011年にみずほが起こした障害で、金融機関全体のシステム開発/変更/移行はめっっちゃくちゃ厳しくなりましたけど、たぶん今回ので保守運用もかなり厳しくなるんじゃないかと…😂 報告書見た感じ、保守部門潰してるのも原因なので、みずほが立て直すのは時間掛かりそうだと思います！ 2021-11-26 22:18:11

みずほ銀行とみずほ信託銀行でシステム障害があり、20日朝から全国の店舗で窓口での振り込みなどの取り引きができない状態になっています。ATMやインターネットバンキングは利用できるということで、復旧を急いでいます。 みずほ銀行とみずほ信託銀行では19日午後9時すぎから店頭での取り引きを行うシステムで機器の障害が発生し、2つの銀行の全国の店舗でけさから窓口での振り込みや入金などの取り引きができない状態になっています。 一方、ATM＝現金自動預け払い機やインターネットバンキングの利用はできるということで、必要な取り引きについては近くのATMやネットバンキングを利用するよう呼びかけています。 銀行では、原因を調べるともに復旧を急いでいますが、今ののところ復旧の見通しはたっていないということです。 みずほ銀行では、ことし2月末から3月半ばの2週間足らずの間にも4件のシステム障害が立て続けに発生していま

アカマイ・テクノロジーズのロゴ。米マサチューセッツ州ケンブリッジで（2017年3月18日撮影、資料写真）。(c)DOMINICK REUTER / AFP 【6月17日 AFP】世界各地で17日、インターネット障害がまた発生し、メガバンクや航空会社などのウェブサイトが閲覧できなくなった。原因は米拠点のコンテンツ配信ネットワークサービス企業「アカマイ・テクノロジーズ（Akamai Technologies）」のシステム障害だった。 影響を受けたのは米航空大手のアメリカン航空（American Airlines）、デルタ航空（Delta Air Lines）、ユナイテッド航空（United Airlines）、サウスウエスト航空（Southwest Airlines）の他、航空大手ヴァージン・オーストラリア（Virgin Australia）とオーストラリア・コモンウェルス銀行（Commonw

3月11日夜から12日にかけて起きたシステム障害をめぐり、みずほ銀行がシステムの構築を請け負った日立製作所に負担の要求を検討していることが分かった。日立側の装置に生じた不具合で企業の外貨建て送金が滞った。発生した為替の差分などの損失を現時点ではみずほが負っており、日立側への請求に向けて詰めている。親会社のみずほフィナンシャルグループは5日にも記者会見を開き、一連の障害について説明する予定だ。3

2021年2月28日、みずほ銀行でシステム障害が発生し、全国で同行のATMが利用できなくなる、キャッシュカードが取り込まれたまま戻ってこないなどのトラブルが発生しました。ここでは関連する情報をまとめます。 取り込まれ戻ってこないキャッシュカード みずほ銀行サイト上に掲載されたシステム障害発生の案内障害が発生したのは2021年2月28日11時頃。障害により各地で生じた影響は以下が報じられるなどしている。なお、法人向けに提供されるサービスでは今回のシステム障害による不具合は確認されていない。*1 障害発生から30時間後に全面復旧をした。 みずほ銀行の自行ATM5,395台の内、54%にあたる2,956台が停止し（2月28日19時40分頃時点）、預金引き落とし等が出来なくなった。*2 台数はその後訂正され、最大4,318台が停止していたことが明らかにされた。 *3 障害発生中は、ATMよりキャッ

米Googleの「Workspace」を含む同社の多くのサービスが12月14日の午後9時ごろから約45分間使えなくなっていた障害の原因は、各種サービスにログインするための認証ツールのストレージクォータの問題だったと、Googleが同日、英Guardianなどのメディアに声明文を送った。 Googleの広報担当者によると、このダウンの原因は、Googleとサードパーティのサービスへのログイン方法を管理する認証ツールの障害だったという。認証を処理するサービスのためのストレージが不足すると自動的に割当を増やす（ストレージクォータ）ツールが正常に動作しなかった。 この問題により、GmailやGoogleカレンダーなど、利用するためにログインが必要なサービスが利用できなくなった。また、Googleの認証プラットフォームを利用するサードパーティのサービスでも、ユーザーがログインできなくなっていた。Go

2020年10月19日 富士通株式会社 東京証券取引所様の株式売買システム「arrowhead」で発生した障害の原因と対策について 本日、株式会社東京証券取引所（以下、東京証券取引所）様より、さる10月1日に発生した東京証券取引所様の株式売買システム「arrowhead」の障害に関しての発表がありました。 東京証券取引所様、ならびに投資家の皆様、市場関係者をはじめ多くの皆様方に多大なるご迷惑をおかけいたしましたこと、あらためてお詫び申し上げます。 下記のとおり、本障害の根本原因および当社の品質保証体制の強化について、ご説明させていただきます。今後こうした事態を二度と起こさぬよう、再発防止に向け、全力を挙げてまいります。 記 東京証券取引所様の株式売買システム「arrowhead」障害の根本原因について （1）発生事象について 東京証券取引所様に共有ディスク装置として納入した当社ストレージ製

HOMEニュースGear / ギア【再度復旧】Garmin Connectでサービスに障害が発生、ランサムウェア攻撃によるものと認める。第三者経由で「身代金」を支払ったとの報道も。 Garminデバイスのユーザーの方は、昨夜からスマートフォンのGarmin Connectアプリをみて、「メンテナンス中」となっていることにお気づきでしょう。今朝になっても同じ状態で2020年7月24日（金）18時30分現在でも、Garminのウオッチからランニングの後は自動的にログがアップロードされるはずなのに、いつまで経ってもアップロードされません。これはGarmin Connect側のシステムダウンによるもので、ユーザー側の端末故障や操作の間違いによるものではありません。ただ、システムダウンの状況は大規模な模様で復旧には少なくとも数日はかかりそうです。 【追記：ITセキュリティのウェブメディア・Bleep

日本電子計算は2019年12月16日、自治体向けIaaS「Jip-Base」を利用中の自治体でシステム障害が発生している問題について記者会見を開き、山田英司社長が「大変申し訳なく思っている」と謝罪した。同社によると、15％のデータはIaaS内のバックアップも見つからず、単独での復旧が不可能。残りの70％は復旧、15％は復旧作業中であることが明らかとなった。 これまで「50自治体」としていたのは、正確には47自治体と、6の広域事務組合や図書館であることも説明された。バックアップが見つからない15％には、このうち33自治体のデータが含まれるという。システム構成も一部が明らかにされ、仮想環境で1318の仮想OSが稼働していたことが判明した。 日本電子計算は復旧作業に当たって、IaaS内からOSやアプリケーション、業務データを含む仮想環境のイメージデータを復旧したり、イメージデータを同社のバックア

北海道の3つの信用金庫と関東の5つの信用金庫で2019年8月15日、システム障害が発生している。窓口やATMでの入出金や振り込み、インターネットバンキングなどが利用できない状態が続いているという。システム障害が発生している信用金庫はすべて、日本ユニシスが提供する勘定系システムを利用しているもようだ。 システム障害が発生している信用金庫は、北海道の北海道信用金庫、旭川信用金庫、室蘭信用金庫と、関東の水戸信用金庫、青木信用金庫、西武信用金庫、横浜信用金庫、湘南信用金庫とみられる。

Microsoft Azure、DNSの設定変更に失敗して全世界的にサービス障害。日本は十連休中だったのが不幸中の幸いか Microsoft Azureは、2019年5月2日午後7時43分から午後10時35分まで（日本時間 2019年5月3日午前4時43分から午前7時35分まで）の約3時間、DNSの名前解決に問題が発生。 ほぼ全世界的に、Microsoft AzureをはじめOffice 365/Microsoft 365やMicrosoft Dynamicsなど同社サービスに対する接続ができなくなるという大規模な障害を起こしました。 この大規模障害の原因は、同社サービス用のDNSのメンテナンス作業のミスが原因だったと発表されました（中間報告の段階では既存のDNSからAzure DNSへのマイグレーション作業に失敗したと報告されていました。現在の報告では計画メンテナンス作業での失敗だとされ

3月14日未明から、FacebookとInstagramで不具合が出ている。両サービスを運営する米Facebookは午前3時ごろ「Facebookファミリーのアプリに障害が出ている」と表明。解消に向けて努力しているという。障害の原因は「DDoS攻撃ではないことを確認した」としている。

通信障害の対応に追われるソフトバンクショップ＝東京都千代田区で2018年12月6日午後6時47分、梅村直承撮影 ソフトバンクは6日、同社の携帯電話サービスで大規模な通信障害が発生したと発表した。全国で約4時間半にわたり、携帯電話の音声通話とデータ通信が利用できないか、利用しにくい状態となった。同社によると、スウェーデンの通信会社、エリクソン社の交換機のソフトウエアに異常が発生し、海外11カ国の通信事業者でもほぼ同じ時刻に同様に障害が発生していると報告を受けているという。 総務省は、ソフトバンクに対し詳しい報告を求め、電気通信事業法上の「重大事故」に当たるか判断する。

Amazonプライムデーのサーバ障害、AmazonがOracleからAurora DBに乗り換えたのが原因ではない。Amazon CTOがCNBCの報道を否定 Amazon.comが毎年開催するバーゲンセール「Amazonプライムデー」では、大量のトラフィックがAmazonのWebサイトに押し寄せます。今年7月に開催されたAmazonプライムデーではそのために一部のWebサイトで障害が発生し、アクセスが遅くなったことが報告されました。 この障害の原因は、Amazonが内部データベースをOracleからAWSのデータベースサービスであるAmazon Aurora PostgreSQLに移行したことが原因だと、米CNBCが10月24日付けで報道しています。 Amazon move off Oracle caused Prime Day outage in warehouse -CNBC CNB

東京証券取引所で9日発生した株式売買のシステム障害で、不具合の原因となった大量の電文をメリルリンチ日本証券が送信していたことが関係者への取材で分かった。東証では毎朝、自社の取引サーバーと証券会社の発注システムがうまく接続できるよう電文のテスト送信を実施するが、通常の1000倍以上の電文が集中したため、通信障害が起きたとみられる

ファーストサーバのZenlogic、ストレージ障害の原因は想定以上の負荷、対策したはずの設定にミスがあったため長期化 ファーストサーバが提供しているホスティングサービス「Zenlogic」は、6月下旬から断続的に生じていたストレージ障害に対応するためのメンテナンスが終了の見通しも立たないほど難航し、結局、メンテナンス開始から3日後の夜にようやくサービスが再開されるという事象を起こしました。 参考：ファーストサーバのレンタルサーバ「Zenlogic」、金曜夜からの全面サービス停止が解けず、いまだ停止中。ストレージ障害のためのメンテナンスで（追記あり） － Publickey サービス再開から約1週間が経過した7月17日、同社はストレージ障害に関する原因およびメンテナンスによるサービス停止が長期化してしまった原因、再発防止策についての報告書を明らかにしました。 報告によると、ストレージ障害の直

ソフトバンク傘下のファーストサーバが展開しているレンタルサーバサービス「Zenlogic」で6月19日から断続的に障害が起きたため、7月6日からサービスを全面停止し、メンテナンスを続けている。メンテナンスは9日午前8時までに終了し、サービス再開予定だったが、「再開処理後、再度の高負荷発生を確認した」としてメンテナンスを延長しており、再開のめどは立っていない。 Zenlogicは、ヤフー（Yahoo!JAPAN）のインフラを活用したクラウド型レンタルサーバ。今年2月時点で、中小企業・官公庁など約2万社が利用しているという。 6月19日以降、ストレージシステムに高負荷が発生し、メールの送受信やWebサイトの閲覧、サーバへのファイル転送ができない障害が断続的に発生したため、7月6日午後8時から全サービスを停止してメンテナンスを開始。最長で9日午前8時までかかるとしていたが、「サービス再開処理後、

元F1ドライバーのアレッサンドロ・ザナルディが、リオ2016パラリンピックで自身4個目のメダルとなる金メダルを獲得した。 アレックス・ザナルティ（49歳）は、イタリア代表として男子ハンドサイクル個人ロードタイムトライアルに出場。リオデジャネイロの海岸沿いを走る20キロのコースのロードタイムトライアルに挑み、他の選手に2.9秒差をつけて金メダルを獲得した。 F1で41戦に出場したアレッサンドロ・ザナルディは、CARTに参戦していた2001年のドイツ・ラウジッツリンクでの大事故で両脚を失った。 その後、ハンドサイクリンクに転向。ロンドン2012パラリンピックでは金メダル2個、銀メダル1個を獲得している。

ヤフーは9月6日、Yahoo!メールにおいて約97万IDのユーザーに送られた約258万通が消失したと発表した。 8月28日10時20分から20時ころまでの間、一部のユーザーが「Yahoo!メールにアクセスできない」という障害が発生（障害は現在解消されている）。この障害に伴い、全Yahoo!メール利用者（約5000万ID）中、障害の対象となった約260万IDに送られたメールの一部が消失したことが9月3日17時ころに確認されたとのこと。 ヤフーでは対象範囲の特定作業とともに、消失したメールの復旧を試みたが9月5日に断念。障害の対象となったユーザー約260万IDのうち、約97万IDのユーザーに送られた約258万通のメールが消失したと結論づけた。 障害復旧時（8月28日）、サイトには「メールの消失はありません」と告知していた。ヤフーでは訂正とともに謝罪している。現在、Yahoo!メールのトップペー