今回の記事の重要ポイント（三点）
・Microsoft 365のメール基盤で障害が起き、Outlookに加えて予定表やCopilot、他社AIの連携にも影響が出た。
・Microsoftは、ネットワーク変更をきっかけにした技術的な問題で、攻撃やAIとは関係ないと説明している。
・影響が広がったのはメール基盤のデータに頼る機能が多かったためで、通話やチャットは動き続けた。
▼この記事は動画でもご覧いただけます
Microsoft 365のメール基盤で障害、予定表やAI連携にも影響
米マイクロソフトは日本時間11月13日未明、メールや文書作成、会議のソフトをまとめた会社向けサービス「Microsoft 365」のメール基盤で、利用者がメールにつながりにくくなる障害が起きていると告知した。メールソフト「Outlook」でメールを開けない、届くのが遅れるといった不具合が出て、影響は予定表や会議の予約、AIアシスタントの「Copilot」などにも広がった。
同社はアジア太平洋、欧州、北米の順に復旧を進めたが、影響を受けた利用者の数は公表していない。
国内では、外務省と文部科学省がX（旧ツイッター）で、急ぎの用件は電話で連絡するよう呼びかけた。
大阪市も電話での問い合わせを求め、堺市では職員約8000人の業務に影響が出たとMBSニュースが報じた。米国では電気自動車メーカーのワークホースが、この障害による業務の混乱を理由に、決算説明会を16日へ延期した。
マイクロソフトは日本時間14日午後、障害は12日午後7時すぎから14日午前1時すぎまで続いたとする最終報告を出し、サービスの復旧を宣言した。原因については、以前に行ったネットワーク増強の際の問題が、最近のネットワーク変更をきっかけに表面化したと説明し、サイバー攻撃やAIとは関係のない技術的な問題だとした。
詳しい事後報告は、暫定版を2営業日以内、最終版を5営業日以内に出すとしている。
関連記事
何が止まり、どう復旧したのか
Outlookの裏にある「Exchange Online」
メールの障害が予定表やCopilotにまで及んだのは、メールを支える仕組みを、予定表やAIの一部機能も利用していたためです。
Outlookは、メールを読み書きするための画面です。メールや予定表は、その裏にあるExchange Onlineというサービスに保存されていて、Teamsで会議を予約したときの予定もここに書き込まれます。会社の書類や資料のファイルは、これとは別の場所に保存されています。
マイクロソフトによると、社内でファイルを共有するサービスでは、保存した資料を直接開く基本機能は動いていました。一方、メールや予定、ファイルをまとめて参照して質問に答えるCopilotでは、業務データにアクセスできない、画面が読み込めない、応答しないといった不具合が出ています。
ファイルは開けても、AIを通して探したり読ませたりする使い方には影響が出た形です。Copilotの中のどの処理がどう止まったのかは公表されていません。
影響の一覧には、会議の予約や、社外秘の情報の持ち出しを見張るセキュリティ機能なども並びました。Teamsの通話や会議、チャットは影響を受けないとされています。
会社の外のAIにも影響が出ています。Claudeを開発するAnthropicは、Microsoft 365のメールや予定を読み取るための連携機能が、日本時間13日未明から約1日、多くの要求でエラーになったとし、原因をマイクロソフト側の障害と説明しました。
OpenAIも同じ時間帯に、ChatGPTの同じような連携機能でエラーが出たと告知しましたが、原因は示していません。AIのモデル自体が原因だったという材料はありません。
ファイルまわりでは、「社外秘」などの保護ラベルを付けたレポートの書き出しや社外との共有など、一部の操作に影響が報告されています。ファイル形式が原因だったという材料はありません。
直るまで時間がかかり、「つながる」と「元に戻る」は別だった
復旧作業は一度では片づかず、地域ごとに段階を踏んで進みました。
マイクロソフトは日本時間13日早朝、問題は通信量が増えたことではなく、多数のサーバーが予期せず使えなくなり、残りのサーバーに負荷が集中していることだと説明しました。その後も「これまでの対応では期待した効果が出ていない」という報告が続き、作業中には、再起動したサーバーが通信を受けると再び応答しなくなる状態も報告されています。
説明も途中で変わりました。当初は障害の始まりと重なる変更は見つかっていないとしていましたが、その数時間後には、時期が重なるネットワーク構成の変更を元に戻す作業に入っています。その後、利用者の接続を確かめて各サーバーに振り分ける仕組みの設定に修正を加えると安定し始め、アジア太平洋、欧州、北米の順に回復が進みました。日本時間13日夜の報告では、日本は比較的安定しているとされています。
利用者向けの告知が出たのは13日未明でしたが、マイクロソフトの最終報告では、障害の始まりはそれより6時間ほど早い日本時間12日午後7時すぎとされています。
つながるようになっても、仕事がすぐ元に戻るとは限りません。障害中に送られたメールは配達待ちの状態でたまり、マイクロソフトは、届かなかったメールを自動で送り直し続ける期限を48時間に延ばしました。
元マイクロソフトのエンジニアで解説動画を出しているデイブ・プラマー氏は、送れなかったのか、遅れて届くだけなのかを分けて考えるよう呼びかけています。遅れているだけのメールを送り直すと、相手に同じメールが2通届くこともあります。
海外の反応
システム管理者が集まるRedditのr/sysadminでは、障害当日の11月12日（米国時間）に、マイクロソフトの状況報告を引用したスレッドが立ちました。「負荷の原因は通信量の増加ではなく、多数のサーバーが予期せず使えなくなったこと」という報告文に、投稿者は「何が起きているのかまったく分かっていない」と皮肉まじりの要約を添えています。
毎日この仕組みを運用している管理者の声が中心で、海外の世論全体を表すものではありません。書き込みには誇張や推測、真偽を確かめられない体験談も含まれます。
以下はスレッド内のユーザーコメントの抜粋・翻訳です。
しかも、もう3時間くらいたつよな？世界のメールの大半が完全に止まっているのに、理由が分からないまま3時間は長い。
うちが入っているサイバー保険の会社は、うちの冗長化（予備の仕組み）がどうなっているか知りたがっているし……。
今回の根本原因はぜひ知りたい。「サーバーが使えなくなっていて、理由は分からない」とここまで率直に書くのは見たことがない。頭の中の陰謀論担当がうずき始めたよ。
前にこんなことが起きたのはいつ？本当に何も分かっていないなんて、よくあることなの？
マイクロソフトの障害は年に数回あるけど、たいてい30分くらいで直る。今回はもう4時間半だ。マイクロソフトの障害がここまで長引いた記憶はない。
AWSやCloudflare（ネットの基盤を提供する米企業）が、アメリカが寝ている間に大きく落ちたことは何度かあった。でも数時間で戻ったし、影響も世界の一部の地域だけだった記憶がある。今回は世界規模で、間違いなく記録に残る失敗になる。
Exchangeサーバー（自社に置くメールサーバー）の世話を嫌がる人は多いだろう。でも（年寄りだから一言いわせてもらうと）全部の卵を一つのかごに入れるのは、どう考えてもどうかしている。
自社にExchangeを置いている顧客は、今回の障害に気づいてもいない。
AIのせいで、こういうことはもっとひどくなるだろうね。
AIに直させればいいじゃないか。5分で終わるだろ。そろいもそろって何をやっているんだ？
あの人たちは、2段階認証のコードがOutlookに届く設定だから、Claude（AI）にログインできないんだよ。
冗談のつもりだろうけど、うちの取引先が今日、会社ごと業務を止めたよ。社員が認証アプリを入れたがらなかったせいで、2段階認証が全部メール頼みだったんだ。
次は、障害の翌日に立った「いや、M365（Microsoft 365の略）からは移らない」という投稿のスレッドです。投稿者は、自前で運用すれば止まらない責任を自分で負うことになる、統合された機能とCopilotの便利さを企業は手放さない、と主張しています。移るべきかをめぐって賛否が分かれ、別の連絡手段を持つ、どこまで自前で持つかを計算する、といった声が出ました。
以下はスレッド内のユーザーコメントの抜粋・翻訳です。
こういう考え方こそ、今の状況を招いた原因だよ。巨大IT企業だって、どこも文字どおりガレージの小さなスタートアップから始まった。誰も別の仕組みを一から作ったり、違うやり方をしたりできないと考えるのは、信じられないほど敗北主義的な態度だ。あなたのような態度の人がいるから、物事が良くならない。
実際、代わりはいくらでもあって、ちゃんと動く。国ごと（中国のことだよ）、米国の巨大IT企業から切り離された仕組みを一式作っている例もある。
システム運用の仕事は、もともと仕組みを組み合わせて、会社の目標を達成することだった。今はクラウドの管理画面のボタンを押すだけだ。それでAIに仕事を奪われ始めたのが不思議だって？
問題は、こうした共同作業や自動化のツールの多くが、たいていの会社にとっては公共インフラのようなものになっていることだ。電気やネット回線だって、ときどき止まる。業務の手順やデータは会社のものだけど、その土台はますます、どこでも買える共通のサービスになっている。
じゃあ、どこまで自分で持つ？サーバーを自作する？その部品も？電気を自家発電する？ネット回線の会社まで自分でやる？
どれも、会社ごとに判断しなければならない計算の積み重ねになる。
結局は、どこまで行っても投資対効果とリスクの計算だよ。たいていの会社は、もっと下の層まで自分で持っても、元が取れるとも、リスクが減るとも判断しないだろう。
今回の件でM365から離れる人なんていない（まあ、何社かはGoogleに移るかもしれないけど）。
ただ、社内向けだけでもいいから、マイクロソフトの外に別の連絡手段を一本用意しておくのは賢いやり方だと思う。もう持っているなら、定期的に試しておくこと。
今年前半にExchangeの障害があった後、うちは緊急用のショートメッセージ一斉通知の仕組みを作った。今回の障害では、予定どおりそれが使えた。こういうときに社員と連絡を取る方法として、安上がりで役に立つ。
マイクロソフトとGoogleがメールをここまで握っているのは、小さな会社にとって、自前でメールを管理する手間と費用が大きくなりすぎたからだ。メールを自分で運用して、迷惑メールの送り主として締め出されないように保つには、時間も人手もいる。
うちもやっていたし、前に勤めた会社もやっていた。でも結局どこも、メールサーバーの面倒を見続けるより別の仕事に専門性を使えるように、Outlook 365やGoogleのようなサービスに切り替えた。
自分はこう考えている。
自前で運用していてMicrosoft 365が落ちた場合、メールの送受信はできる。でも、誰とやり取りするんだ？M365を使っている相手はみんな止まっている。ビジネスの世界の大部分が止まっていて、止まっていない側も障害のことはよく分かっているから、業務の上で有利になるわけでもない。
逆に、自前で運用していて自分が落ちた場合、メールを送れないのは自分だけで、ほかのビジネスの世界は回り続ける。こちらは業務の上で不利になる。
M365が止まるのは困るけど、影響は顧客にも、取引先にも、競合にも、みんなに及ぶ。ネットの世界もビジネスの世界もみんな知っているから、自分だけが責められることはないし、みんなと同じタイミングで復旧できる。
共通の基盤に頼る便利さと、今回見えた弱さ
今回は、メール基盤への共通の依存が影響を広げた
予定表やCopilot、セキュリティ機能にまで影響が広がったのは、どれもExchange Onlineに預けたメールや予定のデータを使い、そこへの接続に頼っていたからです。
その結びつきは、ふだんの便利さでもあります。Copilotがメールやファイルを一度に参照し、「来週の会議の準備に必要なメールは」といった質問に答えられるのは、同じ会社のサービスどうしがつながっているからです。予定表から会議を作り、そのまま招待のメールを送れるのも同じ理由です。
運用の設定や社員の研修を一つの仕組みにそろえられることも、まとめて使う利点として挙げられます。
マイクロソフトの保護機能には、Googleなど別の会社のサービスで同じようには再現しにくいものもあります。
ソニーネットワークコミュニケーションズは、Googleの環境を新たに導入した経緯をGoogleのイベントで発表した際、ラベルを付けたファイルを暗号化して開ける人を絞る細かな制御が、Google側では同じようにはできなかったと説明しています。
足りない部分は、社員への教育と記録の監視で補いました。
一方で、Teamsの通話やチャット、ファイル共有サービスで保存した資料を直接開く基本機能は使えていました。同じサービスの中で、障害の影響をどこまで切り分けられていたのかは、マイクロソフトの詳しい事後報告で明らかになります。
2025年に起きたAWSやCloudflareの障害は、多くのウェブサービスを裏で支える仕組みが止まる話でしたが、今回影響を受けたのは職場で毎日使う道具そのものです。
関連記事
AWS大規模障害が世界を直撃 “クラウド依存”がもたらす構造的リスクとは
確認できた現場では、止まっていない手段に切り替えた
確認できた省庁や自治体では、止まっていなかった機能と電話などに切り替えて対応しています。
外務省と文部科学省は急ぎの用件を電話で受けると告知し、大阪市も電話での問い合わせを呼びかけました。堺市は電話などを臨時に使い、関西テレビの報道によると、職員どうしの連絡にはTeamsのチャットを使っています。止まったメールの代わりに、同じMicrosoftの中で動いていた機能が使われた形です。
古川デジタル相は13日の記者会見で、政府の業務システムにも支障が出たと述べ、各機関は電話やチャット、ショートメッセージなど複数の連絡手段を持っていると説明しました（日本テレビが公開した会見映像による）。米国のワークホースのように、予定していた発表の日程を動かした企業もあります。
海外の掲示板には、前回の障害の後に用意した緊急のショートメッセージ通知が今回役立った、ログインの確認コードをメールで受け取っていた取引先が業務ごと止まった、といった管理者の書き込みもありました。いずれも匿名の体験談で、真偽は確認できていません。
元マイクロソフトのエンジニアのプラマー氏は、稼働率の約束は、止まったときにどう業務を続けるかの計画の代わりにはならないと指摘しています。サービスが復旧するまでの時間と、止まった間に利用する側がどう連絡を取り合うかは、別々に考える問題として扱われています。マイクロソフトは謝罪し、詳しい事後報告を公表するとしています。
分ける・移すという選択は、目的も費用も違う
仕事の道具の一部を別の会社のサービスに分けたり、まるごと移したりした例はありますが、それぞれ目的が違い、今回のような障害への対策として選ばれたものとは限りません。
ソニーネットワークコミュニケーションズは、AIを日々の仕事で使ってもらうためにGoogleの環境を加えました。社外とのメールはマイクロソフトのまま残し、AIで使うためにメールを転送したり予定表を同期したりする手間を引き受けています。社外に出す資料にはWordやExcelの形式が求められるため、完全な移行はしていません。
ドイツのシュレースヴィヒ＝ホルシュタイン州は、特定の会社に縛られないという行政の方針から、オープンソースのソフトへの移行を何年もかけて進めてきました。途中では、裁判官がメールを使えず手続きに支障が出たと報じられています。
州政府は議会で、移行には研修や作業の費用がかかる一方、マイクロソフトに残った場合も新しい版への更新やクラウドへの移行の費用がかかると説明しました。ただ、節約は数年後からの州の見込みです。
一つの基盤が止まった日に見えたもの
何を一つにまとめ、止まった日に何を使うか
マイクロソフトは日本時間14日午後に復旧を宣言しましたが、何がどう連鎖したのかの詳しい説明は、これから出る事後報告を待つことになります。
今回見えたのは、メール基盤のデータに頼る機能の広がりと、止まった日に使われた手段です。省庁や自治体では、止まっていなかった通話やチャット、そして電話が仕事を支えました。
どこまで一つの基盤にまとめ、止まった日に何で仕事を回すか。その答えは、組織の規模や取引先、扱う仕事によって変わります。AIに任せる仕事が増えれば、その判断の材料も変わっていくかもしれません。
それではまた、次回の記事でお会いしましょう。
YouTubeでも配信中
せかはんでは、記事の内容をまとめた解説動画とショート動画を配信しています。動画で振り返りたい方はこちらからどうぞ。
▼記事が面白かったら応援クリックお願いします！▼
▲更新の励みになります！▲
関連書籍紹介
『デジタルインフラの地政学 インターネット データセンター AI 急所を握るのは誰か』
白畑真著（日経BP／2026年06月刊）
クラウドやデータセンター、海底ケーブルといった、ふだん目に見えない基盤に世界のサービスが集まっていく構図と、その集中が一つの障害を広い範囲の停止へ広げる仕組みを整理した本です。大きなクラウドに頼る企業が、どこに依存しているかを見える形にし、代わりの手段や交渉の余地をどう持つかにも触れています。
今回の記事で扱った、まとめて使う便利さと共通の依存が影響を広げた構図を、仕事の道具の外側にある基盤の側から考えたい読者に向いています。
『【改訂新版】システム障害対応の教科書』
木村誠明著（技術評論社／2024年04月刊）
システム障害が起きたとき、検知から収束までに誰が何をするのか、役割の分け方、必要な記録、利用者への知らせ方、日ごろの訓練までを一通りまとめた本です。ITサービスに関わる人を広く読者に想定しています。
今回の記事で扱った、止まった日に省庁や自治体が電話などに切り替えて仕事を回した場面を、障害に向き合う組織の動き方として整理したい読者に向いています。
参考リンク
- Microsoft 365 サービス正常性の更新（EX1550543・MO1550821の転載）｜ペンシルベニア大学
- Workhorse Group Postpones Third Quarter Earnings Release｜Workhorse Group
- 大阪市「急ぎの場合は電話で問い合わせを」マイクロソフト大規模障害 大阪府や堺市など行政のメールなどにも影響｜MBSニュース（Yahoo!ニュース掲載）
- 外務省の告知（11月13日）｜外務省（X）
- Elevated errors affecting the Microsoft 365 connector｜Anthropic Status
- Elevated errors affecting the Microsoft 365 connector｜OpenAI Status
- Outlook is DOWN: What Microsoft Broke (Retired Microsoft Engineer Explains)｜Dave’s Garage（YouTube）
- 【会見ノーカット】閣議後 古川デジタル相 記者会見｜日テレNEWS（YouTube）
- Kosten für die Umstellung auf Open Source（Drucksache 20/3678）｜シュレースヴィヒ＝ホルシュタイン州議会
自分もそう読んだ。インフラの大部分がなぜ止まっているのか、向こうもまるで分かっていないんだろう。