Microsoft 365 で障害が発生し、Outlook（Exchange Online）や Teams など複数のサービスに接続できない状態になった。Microsoft の公式ステータスは、2026年11月13日 07:11（日本時間）の更新で、状態を「サービスの低下」としている。原因は、サーバーの中核プロセスが過負荷になったことだという。本記事は公式ステータスの内容をもとに整理した。その後の状況は、公式ステータスで確認してほしい。

WHAT MICROSOFT SAYS公式が伝えていること

複数のサービスに接続できない。原因はサーバーの過負荷

  1. 1.状態

    Service degradation（サービスの低下）。11月13日 07:11 の更新時点で復旧していない

  2. 2.影響

    Exchange Online・Teams・SharePoint Online・Copilot など12のサービスに影響の可能性

  3. 3.原因の説明

    影響を受けたサーバーの中核プロセスが過負荷になり、応答が止まって処理能力が落ちている

  4. 4.対応

    基盤の一部を切り離して再起動し、通信を少しずつ戻して安定を確かめている

出典: Microsoft の公式ステータス（status.cloud.microsoft）の投稿。時刻は日本時間・2026-11-13 07:11 更新分

30秒でわかる Microsoft 365 の障害（2026-11-13 07:11 の公式発表）

  • ・状態：Service degradation（サービスの低下）と公式が表示
  • ・影響：Exchange Online・Teams・SharePoint Online など12のサービスに接続できない可能性
  • ・原因：サーバーの中核プロセスの過負荷。なぜ過負荷になったかは未公表
  • ・その後の状況：公式ステータス（status.cloud.microsoft）で確認できる
  • ・注意：「AWS や Cloudflare も落ちた」は、各社の公式ステータスでは確認できない

まずやること

・利用者：自分の側では直せない。公式ステータスを見て、急ぎの連絡は電話や別のチャットに切り替える
・管理者：管理センターの「サービス正常性」で、自分のテナントへの影響を確かめる。社内へは Microsoft 365 に頼らない手段で周知する
・開発・運用担当：Microsoft 365 に依存する自動処理（メール送信、通知、ファイル連携）が失敗していないかを見る

Microsoft 365 障害で公式が伝えていること

公式ステータスの投稿の題は「Users may be unable to connect to multiple Microsoft 365 services（複数の Microsoft 365 サービスに接続できない可能性がある）」だ。11月13日 07:11（日本時間）の更新の内容を表にする。

項目 公式の説明
状態 Service degradation（サービスの低下）
影響 影響を受けた Microsoft 365 サービスに接続しようとする利用者
原因 影響を受けたサーバーの中核プロセスが過負荷になり、サーバーが応答しなくなって処理能力が落ちている
これまでの対応 サーバーの再起動と検証。効果は「期待したほど出ていない」
いまの対応 基盤の一部を完全に切り離して再起動し、通信を少しずつ戻して安定を確かめる
検討中 直近の少数の設定変更の巻き戻し。リージョンごとに通信を分けて、個別に復旧させる方法
この更新で予告された次の更新 11月13日 08:30（日本時間）まで

公式は「これまでの対応では期待した効果が得られていない」と認めている。この更新では、復旧の見込み時刻は示されていない。

影響の可能性があるサービスは12ある。

分類 サービス
メール・会議・ファイル Exchange Online、Microsoft Teams、SharePoint Online
AI・タスク Microsoft Copilot 365、Microsoft Planner、Microsoft To Do
セキュリティ・管理 Microsoft Defender XDR、Defender for Office 365、Microsoft Intune、Microsoft Purview
その他 Power BI（秘密度ラベル付きレポートの PDF 出力）、Microsoft 365 Apps 管理センター

メールや会議だけでなく、セキュリティ製品も含まれている点に注意したい。Purview では、認可、自動ラベル付け、データ損失防止（DLP）などが影響を受けると書かれている。障害のあいだ、検知や保護の一部が働いていない可能性がある。

障害がいつ始まったかは、公式の投稿に書かれていない。SNS では、日本時間の 04:05 と 05:36 の時点で障害を伝える投稿が出ていた。07:11 の公式更新までに、少なくとも3時間が過ぎていたことになる。

拡散している情報のうち、公式で確認できること・できないこと

障害の最中、SNS では「Microsoft のほか、AWS、Cloudflare、Google も落ちている」という投稿が広がった。各社の公式ステータスを、11月13日 07:16（日本時間）に確かめた。

CONFIRMED OR NOT公式で確かめた範囲

Microsoft 365 の障害は事実。「全部落ちた」は確認できない

公式ステータスで確認できた

  • Microsoft 365 の複数サービスに接続できない
  • サーバーの中核プロセスが過負荷
  • 再起動と切り離しで復旧を試行中
  • 直近の設定変更の巻き戻しを検討

公式ステータスでは確認できない

  • Azure の障害（公式は「問題なし」）
  • AWS の広域障害（該当のイベントなし）
  • Cloudflare の大規模障害（該当なし）
  • サイバー攻撃（公式の投稿に言及なし）
出典: Microsoft・AWS・Cloudflare の各公式ステータス（2026-11-13 07:16 日本時間に取得）
拡散している内容 公式ステータスでの状況
Microsoft 365 が使えない 確認できる。公式が Service degradation と表示
Azure が落ちている 確認できない。Microsoft の公式は「Azure の問題は検出されていない」
AWS が落ちている 確認できない。出ていたのは、復旧済みの東京リージョンの件と、中東の2リージョンの件
Cloudflare が落ちている 確認できない。出ていたのは、個別の機能に関する小規模な件
Google・Gmail が落ちている 本記事では未確認
サイバー攻撃だ 公式の投稿に言及なし

障害の報告を集めるサイトでは、1つの大きな障害が起きると、無関係のサービスにも報告が増えることがある。メールが届かない、会議に入れないといった症状を、利用者が別のサービスの不具合として報告するためだ。「全部落ちた」という一覧は、公式ステータスと突き合わせてから判断したい。

AWS の東京リージョンの件は、この障害とは別のものだ。経緯は AWS東京リージョンでEC2障害（復旧済み）｜apne1-az1中心・約5.7時間、影響と次に備える確認 にまとめた。

Microsoft 365 障害を確認する順番

WHAT TO CHECK確認の順番

公式を先に見て、自社の影響を切り分ける

  1. 1

    公式ステータスを見る

    status.cloud.microsoft。管理者は管理センターの「サービス正常性」も

  2. 2

    自社の影響を切り分ける

    メール・Teams・SharePoint のどれが、どの接続方法で使えないか

  3. 3

    連絡手段を切り替える

    電話や別のチャットなど、Microsoft 365 に頼らない手段で周知する

  4. 4

    復旧後に確かめる

    届かなかったメール、止まった自動処理、セキュリティ製品の検知の抜け

出典: 1 は Microsoft の公式ステータス。2〜4 は障害時の一般的な確認手順

公式ステータスは status.cloud.microsoft で見られる。このページは、裏側で公開の API を読んでいる。コマンドでも同じ内容を取れる。次の2行は実行して確かめた。

curl -s https://status.cloud.microsoft/api/posts/mac | python3 -c "import sys,json; d=json.load(sys.stdin); print(d['Status'], '|', d['LastUpdatedTime'], '|', d['Title'])"
curl -s https://status.cloud.microsoft/api/posts/azure | python3 -c "import sys,json; d=json.load(sys.stdin); print(d['Status'], '|', d['Message'])"

11月13日 07:16（日本時間）には、次のように返ってきた。時刻は協定世界時（UTC）で、日本時間はこれに9時間を足す。

Service degradation | 2026-11-12T22:11:39+00:00 | Users may be unable to connect to multiple Microsoft 365 services
Available | No Azure issues detected at this time. For more details, please visit the link below.

この API は公式ページが内部で使っているもので、仕様が公開されているわけではない。予告なく変わることがある。監視に組み込むなら、取れなくなったときに気づける作りにしておく。

これは全体の状況の確認で、自分の組織への影響の判定ではない。この結果だけでは、自社が影響を受けているとも、いないとも言えない。Service degradation と出ていても、自分のテナントでは使えていることがある。逆に、表示が正常に戻っても、自分のテナントでは復旧が遅れることがある。自分の組織への影響は、Microsoft 365 管理センターの「サービス正常性」で見る。

復旧したあとに確かめる点も挙げておく。

確かめること 理由
届かなかった・送れなかったメール 障害中のメールが遅れて届く、または送信に失敗していることがある
止まっていた自動処理 メール送信や Teams 通知、SharePoint 連携を使うジョブが失敗している可能性
セキュリティ製品の検知 Defender や Purview が影響を受けた時間帯は、検知や保護に抜けがありうる
端末管理の反映 Intune のポリシー配布や更新が遅れている可能性

影響範囲と、まだわかっていないこと

公式の投稿は、影響の範囲を「影響を受けたサービスにアクセスしようとする利用者」としている。地域を限定する記述は無い。公式は、リージョンごとに通信を分ければ個別に復旧できるかを検討している、と書いている。複数のリージョンにまたがる問題だと読み取れる。

わかっていない点は次のとおりだ。

・開始時刻：公式の投稿に記載が無い
・過負荷の原因：通信量の増加なのか、設定変更なのか。公式は直近の設定変更の巻き戻しを検討中としている
・復旧の見込み：07:11 の更新では示されていない
・インシデントの番号：公開のステータスページには出ていない。報道では EX1550543 とされている

決済の障害で、公式発表と拡散した情報を分けて読んだ例は クレジットカード障害（2026年10月17日）｜公式発表でわかること・7月16日との違い・二重決済の防ぎ方 にも書いた。障害のたびに、公式の一次情報を先に見る習慣が役に立つ。

障害のあとに Microsoft が報告を出した場合は、そちらが原因の一次情報になる。

参照ソース

・Microsoft service health status（Microsoft の公式ステータス）
・AWS Health Dashboard（AWS の公式ステータス）
・Cloudflare Status（Cloudflare の公式ステータス）
・Microsoft 365 Outage Takes Down Outlook, Teams and Copilot（Techaeris）