「Microsoft 365」の障害、発生から12時間を突破 ～メールサービスを中心に影響が拡大

「Microsoft 365」をはじめとするMicrosoftサービスの障害が、発生から12時間を超えても収束していません（日本時間11月13日15時時点）。

　「Microsoft 365 Status」（@MSFT365Status）で最初にこの問題が報告されたのは、11月12日17時54分（協定世界時）、日本時間では13日2時54分のことでした。当初は“米州において複数の接続方法で「Exchange Online」のメールボックスにアクセスできないという報告を調査している”とのことでした。

　しかし、影響は「Exchange Online」と連携する多くのサービスへ拡大。メールを送受信できない、AIチャットが利用できない、「Teams」の一部機能が使えないなど、金曜日の業務が大混乱となりました。なかには2段階認証のメールが届かず、システムにログインできないといった会社もあった模様。

・Exchange Online：「Outlook on the web」やデスクトップ版「Outlook」などからメールボックスにアクセスできない、メールの配信が遅延する

・Microsoft 365 管理センター：一部のページを読み込めない

・Microsoft 365 Copilot：「Copilot Chat」を読み込めない、応答が得られない、メールや予定表、ファイルなどの業務データにアクセスできない

・Microsoft Teams：通話や会議、チャットなどの主要機能は影響を受けていないが、予定表に関連する操作やライブイベントの作成、プライベート・共有チャネルの作成・削除などが失敗する

・Microsoft Defender for Office 365：［安全なリンク］［安全な添付ファイル］や検疫などで失敗が発生する

・SharePoint Online：「Exchange Online」に依存する機能が影響を受ける（SharePoint Onlineに直接保存されたファイルにはアクセス可能）

　そのほかにも、「Microsoft Graph」「Microsoft Intune」「Microsoft Planner」「Microsoft Purview」「Microsoft To Do」「Power BI」「Universal Print」「Windows 365」などが利用不能、または調子が悪い状態に。個人向けの「Microsoft 365」でも、「Outlook.com」「OneDrive」「OneNote」「Microsoft To Do」「Teams」「Microsoft 365 for the web」などで問題が発生しています。

　Microsoftはさまざまな緩和策を実施しているようですが、執筆時（日本時間13日午後3時）現在、いまだ完全な復旧には至っていません。

　なお、現時点でこの障害を引き起こしている悪意ある活動は確認されていないとのこと。

［2026年11月13日16時45分編集部追記］日本時間16時29分に障害情報が更新され、インフラの一部にパッチを適用したところ、サーバーが安定したとのこと。今後は進捗を確認しつつ適用を拡大しているとしている。障害解消へ明るい兆しが見えたようだ。

［2026年11月13日18時55分編集部追記］Microsoftによると現在復旧作業が進行中とのこと。しかし、安定化の兆候が見られるものの、依然完全復旧には至っていないようだ。復旧作業に加えて、復旧中にやり取りされたメールを保全する処置も行っているとしている。

未明からのマイクロソフト大規模障害、日本は「比較的安定状態」に

米マイクロソフトは12日（日本時間13日）、企業向けクラウドサービス「マイクロソフト365」で大規模な障害が起きていると発表した。世界中で電子メールが送信できないなどの不具合が続いていた。日本時間13日午後6時すぎ、「復旧作業が進行中で、安定化の兆しが見え始めている」と発表。午後8時には「アジア太平洋地域のインフラの一部で復旧が完了した」とし、午後9時の時点で「日本は比較的安定した状態を維持している」と公表した。

アウトルック使用率6割強　大規模障害、今できることと日ごろの備え

　日本時間13日午後7時ごろ、X（旧ツイッター）には「メールが一気に入ってきた！」、「アウトルックが息を吹き返した」など、サービスの復旧を報告する投稿が相次いだ。

　マイクロソフトが障害についてXで発表したのは、米西部時間12日午前10時（日本時間13日午前3時）ごろ。影響が出たのはメールソフト「Outlook（アウトルック）」やチャットソフト「Teams（チームズ）」、人工知能（AI）サービス「Copilot（コパイロット）」、情報共有サービス「シェアポイント」など。当初は米国のユーザーが障害の対象だとしていたが、その後、「あらゆる地域のユーザーに影響する可能性がある」と投稿した。

■障害の原因は？

　原因について、マイクロソフトは「複数のサーバーが予期せず利用できなくなったことで、残りのシステムに負荷がかかった」としており、サーバーの復旧作業を進めているという。

　マイクロソフトの説明によると、マイクロソフト365を支えるサーバーには、正常に稼働しているかを自動的に確認する「ヘルスチェック」という仕組みが備わっている。しかし、この日は複数のサーバーで「ヘルスチェックの失敗」が起き、利用できなくなったという。このため、他のサーバーなどに通信が偏って負荷がかかり、システム全体に影響が出たとみている。ヘルスチェックに失敗した詳しい原因は明らかになっていない。

　あくまでシステム上の問題であり、物理的に何かが壊れたとは現時点で報告されていない。すでに影響を受けたサーバーを再起動するほか、特定のサーバーに通信が偏らないよう振り分けるなどして復旧を進めている。

　日本マイクロソフトによると、「サイバー攻撃を示唆する事実は確認されていない」としている。

　米国内では12日に行政機関や大学などに影響が広がった。米メディアのポリティコによると、首都ワシントンで会期中の連邦議会では、メールやカレンダーの機能が使えず、職員たちの業務の一部ができなくなった。中西部イリノイ州のシカゴ大など各地の大学は、マイクロソフト365を使う学内システムの一部が停止しているとホームページで発表。西部ネバダ州のノースラスベガス市は、職員とのメール連絡には遅延が生じる可能性があるとXに投稿した。

Microsoft 365の大規模障害、内部自動化プロセス影響か？AIコネクタも切断

米マイクロソフトが提供する「Microsoft 365」で日本時間2026年11月13日未明から大規模な接続障害が発生した。OutlookやTeamsをはじめとする主要サービスが世界規模で利用不能となり、業務に深刻な影響を及ぼしている。サイバー攻撃ではなく、インフラ内部の自動化プロセスの問題が原因とされる今回の事態は、過度に集約化されたクラウドインフラの死角を如実に示している。

相次ぐサーバー離脱と負荷の連鎖。「Microsoft 365」世界規模ダウンの全貌と最新状況

　米国東部時間2026年11月12日午前11時17分（日本時間13日午前1時17分）、マイクロソフトのクラウドサービス「Microsoft 365」において大規模な障害が発生した。この影響により、企業が日常的に業務で利用するメールサービス「Exchange Online」をはじめ、「Microsoft Teams」「SharePoint Online」へのアクセスが遮断された。さらに、「Microsoft 365 Copilot」やセキュリティ製品である「Microsoft Defender XDR」など、広範なエンタープライズ向けアプリケーションも接続不良に陥っている。

　障害検知サイトであるDowndetectorには、米国、オーストラリア、英国など複数地域から障害報告が殺到し、ピーク時にはOutlook単体で約13万件もの問題が報告された。マイクロソフトは当初、一部のインフラで負荷が急増していると報告していたが、その後の調査でトラフィック全体の増加が原因ではないと訂正した。多数のサーバーが自動正常性チェック（ヘルスチェック）処理に失敗して予期せずサービスから切り離され、稼働を続ける残存インフラに負荷が集中したことが引き金になったと公式に発表している。処理を引き受けたサーバーのコアプロセスが過負荷によって応答を停止し、連鎖的なサービス停止を招く結果となった。

　事態の収拾に向けて、マイクロソフトはシステムの安定化を最優先とし、新規デプロイや設定変更をグローバルで一時停止した。エンジニアリングチームは正常性チェックのコンポーネントを迂回する代替検証手法をテストし、影響を受けたサーバー群の隔離と再起動、そして段階的なトラフィックの再分散を実行している。同社は順次サービスを復旧させているものの、一部で根本的な解決には至っておらず、障害は数時間にわたって継続している。なお、現時点でサイバー攻撃や外部からの不正アクセスを示す証拠は見つかっておらず、悪意のあるトラフィックは確認されていない。

　単なるハードウェア故障とは異なり、システム自身の自動監視ロジックが引き起こした今回の異常事態。なぜ高度に自動化されたパブリッククラウドでこのような連鎖的障害が多発するのだろうか。その背景にはハイパースケール・クラウドの構造的な脆弱性や、サードパーティ製AIエコシステムへの想定外の波及、そして企業が直面するインシデントリスクが存在する。

ハイパースケール・クラウドの死角。集約化によるAIエコシステムへの波及と、真のエンタープライズ・レジリエンス

　2026年を通じて発生した一連の「Microsoft 365」大規模障害は、パブリッククラウドインフラにおける可用性設計の複雑さを鮮明に浮き彫りにしている。今回のインシデント以外にも、同年1月にはコントロールプレーンの同期不全に伴うグローバル障害、7月には自動ネットワークメンテナンスシステムのバグに起因するIPルート消失、そして9月には認証設定の不具合による長期間の障害が記録されている。これらの事象に共通するのは、物理的なサーバーの故障ではなく、高度に絡み合った自動監視ロジックやソフトウェア制御層の微細なエラーが、巨大な共通インフラストラクチャ全体へ短時間で波及している点にある。

　さらに今回の障害では、単一ベンダーのサービス停止に留まらない深刻な波及効果が確認された。OpenAIやAnthropicといったサードパーティのAIプロバイダーが、Microsoftアカウントのデータにアクセスするために利用している接続コネクタが切断されたのである。これにより、連携する自動化ワークフローや外部のAIエージェントの動作までが停止に追い込まれた。電子メール、リアルタイムコラボレーション、認証基盤、そして人工知能支援機能が単一のエコシステム内に高密度に統合されていることの裏返しとして、特定のコンポーネントがダウンした際のシステム的リスクがかつてなく増大している。

　企業は今、クラウドプロバイダの可用性は絶対ではないという厳しい現実に向き合う必要がある。特定のベンダーが提供する単一のプラットフォームに業務の根幹を依存しすぎることは、ビジネス継続性において致命的な弱点となり得る。企業IT部門は、障害の発生を前提とした上で、構造的な多様性と冗長性を再設計しなければならない。

　具体的には、主要なコラボレーションツールがダウンした際に機能する、独立した代替の緊急通信チャネルを確保することが急務となる。また、API接続部におけるエラーハンドリングや防御的プログラミングを徹底し、一部のクラウドサービスが停止しても自社システム全体が共倒れしないアーキテクチャの構築が求められる。ハイパースケール・クラウドの利便性を享受しつつも、障害に対する耐性を高めるための独自の業務プロセスと事業継続計画を整備することが、現代の高度クラウド依存社会を生き抜く企業の必須条件となる。