Microsoft 365で2026年11月13日未明（日本時間）に発生した大規模な障害は、翌14日朝まで影響が続いた。クラウドメール基盤「Exchange Online」の障害記録は13日午前1時17分に始まり、14日午前7時ごろの確認時点でも終了時刻が記載されておらず、記録上の継続時間は約29時間40分に達していた。Microsoftは当初、複数地域での負荷上昇を原因として調査していたが、その後、一部のサーバーが予期せず利用不能になったことが負荷増大につながったと説明を改めた。
さらにMicrosoftは14日未明、過去に実施したネットワーク容量の増強で生じた問題が、直近のネットワーク変更をきっかけに表面化したと明らかにした。同社は公式の状況報告で原因に対処したと発表したものの、その時点でも一部の顧客や地域では復旧作業が続いていた。今回の障害ではOutlookやTeamsなどへの接続に加え、メール配送、外部AIサービスとの連携、国内の行政機関や企業の業務にも影響が広がった。
日本時間13日未明に発生、複数サービスへ影響が拡大
今回の障害は、Microsoftの管理システム上で2件のインシデントとして記録されている。Exchange Onlineへの接続障害を示す「EX1550543」は日本時間11月13日午前1時17分に始まり、午前3時26分には複数サービスにまたがる障害「MO1550821」が記録された。Microsoftは影響を受ける可能性があるサービスとして、Exchange Online、Microsoft Teams、SharePoint Onlineなど計7サービスを挙げた。当初は米州を中心とする問題として調査していたが、その後、地域を問わず影響が生じる可能性があると説明を修正した。ただし、すべての地域や利用者がサービスを利用できなくなったわけではなく、影響を受けた利用者の総数も公表されていない。
障害の広がりは、利用者からの報告件数にも表れている。ロイターによると、障害追跡サイトDowndetectorに寄せられたOutlookの不具合報告は、日本時間13日午前3時ごろに13万8,058件でピークを迎え、その後約3万4,490件に減少した。同日午前8時前の時点でもMicrosoft 365全体では約1万3,000件、Teamsでは763件の報告があった。ただし、これらは利用者から寄せられた報告件数であり、実際に影響を受けた人数を示すものではない。
日本では金曜日の始業時間帯と重なり、企業や行政機関の業務に支障が生じた。The Japan Timesは、Outlookを開けずに会議の調整をやり直した従業員や、上司から自宅待機を指示されたというSNS上の声を紹介し、連絡手段としてFAXが改めて注目されたことも伝えている。国内の大学でもMicrosoft 365への接続不良が確認され、一橋大学は13日、ログイン画面が繰り返し表示される場合があると注意を呼びかけた。同大学は設定変更やアプリの再インストールを避け、サービスの復旧後に再試行するよう案内している。
サーバーの復旧が難航、背景に過去のネットワーク増強で生じた問題
Microsoftは障害発生当初、複数地域でトラフィックの負荷が増大していると説明していた。しかし、その後の調査で、負荷上昇は利用者からのアクセス急増によるものではなく、一部のサーバーが予期せず利用不能になった結果だと判明した。同社は、影響を受けたサーバーで正常性チェックが失敗していることを確認し、この処理を担当する特定のコンポーネントが関係している可能性を調べた。サーバーが処理を続けられなくなると、残されたサーバーに負荷が集中するため、障害が連鎖的に拡大した可能性がある。
実際、初期の復旧策は期待した効果を上げなかった。Microsoftによると、影響を受けたサーバーでは中核プロセスが過負荷状態に陥り、要求を処理できなくなっていた。マイナビニュースは、一度復旧したサーバーも通信を再開すると再び応答しなくなり、バックエンドサーバーへの呼び出しが急増していたと伝えている。Microsoftは仮想マシンの増強やサーバーの修復を進めるとともに、追加のサーバーがサービスから外れるのを防ぐ措置を講じた。しかし、サーバーの処理能力を回復させるだけでは、安定した状態を維持できなかった。
ウィスコンシン大学ミルウォーキー校（UWM）が公開したMicrosoftの障害情報によると、13日午前10時6分の更新では、安全な接続を確立する処理が過負荷になり、影響を受けたサーバーが利用者からの要求を処理できなくなっていた。Microsoftは対策となる設定変更を一部のサーバーで検証し、サーバーの再起動と組み合わせて適用範囲を広げる準備を進めた。同時に、直近のネットワーク構成を以前の状態に戻す作業にも着手している。BleepingComputerによると、新たなデプロイを全面的に停止し、最近適用した設定の一部を元に戻すことで復旧を早められるかどうかも調べていた。
その後、Microsoftは14日未明の公式発表で、過去のネットワーク容量増強に伴って生じた問題が、最近のネットワーク変更によって表面化したと説明した。同社は原因となった問題に対処したとし、利用規模の大きさを考慮しながら、各段階で安定性を確認して復旧を進めていると明らかにした。これにより、当初問題視されたサーバーの過負荷や利用不能状態だけでなく、その背景にあるネットワーク構成の問題も明らかになった。ただし、過去の容量増強時に具体的にどのような問題が生じ、直近の変更がどのように障害を引き起こしたのかについては、詳細な説明が待たれる。
なお、Microsoftは今回の障害について、悪意ある活動やサイバー攻撃を示す兆候は確認されていないと説明している。現時点で公表されている情報からは、ネットワーク構成の問題と、それに伴うサーバーの処理能力低下が復旧を難しくしたと考えられる。ただし、これらが障害の長期化にどの程度寄与したかは、事後報告による検証が必要だ。
日本では13日夜に接続状況が改善、メール配送の遅延は継続
Microsoftが13日午後9時に公表した更新では、日本での接続状況は比較的安定し、欧州や北米でも改善が見られていた。ただし、地域によっては断続的な不具合が発生する可能性があり、同社は配送待ちとなっているメールの処理を優先していた。メールの配送待機時間は48時間に延長され、遅延しているメールが期限切れで失われるリスクを抑える措置が続けられた。
同日午後11時1分には、配送待ちのメールが減少し、平常時の水準に近づいていると報告された。しかし、午後11時55分の更新でも、一部の利用者では接続が断続的に途切れたり、メールの到着が遅れたりする可能性があると説明している。つまり、Outlookを開いてメールを確認できる状態に戻っても、障害中に送信されたメールがすべて相手に届いたとは限らなかった。Microsoftも接続状況の回復と、滞留していたメールの配送処理を別々に報告しており、両者の正常化には時間差が生じていたことが分かる。
14日午前7時ごろに確認した障害記録でも、Exchange Onlineの「EX1550543」と複数サービスに関する「MO1550821」の終了時刻は記載されていなかった。前者は開始から約29時間40分、後者も約27時間30分が経過した計算になる。ただし、障害記録が終了していないことは、すべての利用者がその間ずっとサービスを利用できなかったことを意味しない。地域やサービスによって復旧状況は異なり、Microsoftが原因への対処を発表した後も、残る不具合やメール配送の遅延を解消する作業が続いていた。
ClaudeとChatGPTのMicrosoft 365連携にも障害が波及
今回の障害はMicrosoft 365の標準的なメールやチャット機能にとどまらず、外部のAIサービスからMicrosoft 365の情報を利用する機能にも影響を及ぼした。
Anthropicが公開した障害報告によると、ClaudeのMicrosoft 365連携では、日本時間11月13日午前1時3分から14日午前1時40分まで、計24時間37分にわたってエラーの影響が生じた。この間、Microsoft 365コネクターを通じてメールや予定表の情報を取得したり、関連情報を検索したりする多数のリクエストでエラーが発生した。Outlook内でClaudeを利用する「Claude for Outlook」も影響を受けている。
Anthropicは14日午前0時40分の監視報告で、SharePoint検索の一部にエラーが残っていると説明していた。その後、午前6時49分に障害の影響期間が終了したと公表したものの、Microsoft側の復旧が続く間は断続的なエラーや遅延が発生する可能性があると注意を促した。24時間37分という数字は、Anthropicが事後に示した影響期間の開始時刻と終了時刻から算出したものであり、復旧完了の発表までに要した時間とは異なる。
OpenAIも、ChatGPTからMicrosoft 365上の情報や機能を利用するコネクターとアプリに影響が出ていると報告した。OpenAIの障害情報によると、13日午前3時29分の時点では、新規接続の確立と連携先ツールの利用に関する問題を調査していた。14日午前1時20分には回復の兆候が確認され、引き続き経過を監視していると説明している。
これらの事例は、Microsoft 365の障害が外部サービスにも波及することを示している。AIサービス自体の推論機能に問題がなくても、連携先のメールや予定表、文書管理システムに接続できなければ、それらの情報を利用する機能は正常に動作しない。企業がAIアシスタントを日常業務に組み込むうえでは、モデルの性能だけでなく、連携先サービスの可用性も重要になる。
国内では行政機関や物流、空港の業務に影響
国内では、Microsoft 365の障害によって通常の問い合わせや予約受付を変更する動きが相次いだ。
金融庁は13日、メールを送受信できない状況が発生していると公表し、同日に送信されたメールを受信できていない可能性があると説明した。このため、問い合わせを電話で受け付ける対応に切り替え、電話を受けた日を受付日として扱うと案内した。消費者庁も同日、メールの送受信ができなくなっているとして、電話で連絡するよう呼びかけた。こうした対応では、利用者がメールを送信した日時と、問い合わせが正式に受け付けられた日付が異なる可能性も生じる。
物流サービスでも、メールが使えないことでオンラインでの手続きが完結しない事例が発生した。テレビ朝日の報道によると、佐川急便は駅や空港での手荷物一時預かりなど、一部サービスのインターネット受付を停止した。予約確認メールを送信できなくなったため、利用者には店頭で紙の書類に記入するよう案内したという。メールの障害が、予約の成立や確認といった業務手続きそのものに影響した例といえる。
羽田空港旅客ターミナルも13日、一部の問い合わせにメールで回答できない状況が生じていると公表した。復旧後に順次回答する方針を示す一方、通常より時間がかかる可能性があると説明している。メールの送受信機能が復旧しても、障害中に滞留した問い合わせへの対応は残るため、業務が完全に正常化するまでには追加の時間を要する可能性がある。
今回の国内事例に共通するのは、Microsoft 365の障害によって連絡手段だけでなく、受付日や予約の確認、問い合わせへの回答といった業務上の手続きにも影響が及んだことだ。特に行政機関では問い合わせの受付日が重要になる場合もあり、代替手段を用意するだけでなく、その間の業務をどのように扱うかも課題となる。
今後の焦点はネットワーク変更の詳細と復旧が長期化した理由
Microsoftは今回の障害について、事後報告書を公表する方針を示している。最大の焦点は、以前のネットワーク容量増強で生じた問題がなぜ残されていたのか、そして直近のネットワーク変更によってどのような条件が変化したのかという点だ。加えて、サーバーの正常性チェックの失敗や、復帰したサーバーが再び応答しなくなった現象が、ネットワーク構成の問題とどのように関係していたかも重要になる。
障害が長期化した理由についても、現時点では複数の可能性が残されている。サーバーが繰り返し利用不能になることで復旧が妨げられた可能性は高いものの、設定の巻き戻しに要した時間や、その他の要因がどの程度影響したかは明らかになっていない。Microsoftが事後報告で長期化の主因を別の要因に求めた場合は、今回の経緯に対する評価を見直す必要がある。
障害記録が開いていた期間には、日本の11月13日（金）の一般的な営業時間である午前9時から午後6時がすべて含まれている。これは利用者全員が丸一日サービスを利用できなかったことを意味しないが、企業が復旧の見通しを待たなければならない状況が、1営業日を超えて続いたことは確かだ。
また、今回の障害では、利用者がサービスに再接続できるようになった時点と、滞留したメールの配送が解消された時点が必ずしも一致していない。事後報告で地域ごとの接続回復時刻とメール配送の正常化時刻が明らかになれば、復旧に要した時間をより正確に評価できるだろう。Microsoft 365が企業の連絡手段だけでなく、AIサービスを含む多様な業務システムの基盤となっている現在、同社が今回の原因と再発防止策をどこまで具体的に説明するかが注目される。