Microsoft 365、複数サービスに接続障害（続報）

2026年11月13日 7:372026年11月13日 9:13

文：AB通信編集部｜運営：株式会社abcompany

平山大樹　AB通信運営責任者

AB通信編集部が、企業・行政の公式発表や決算資料などの一次情報を確認して書いています。運営会社・編集方針

この記事のポイント

日本時間2026年11月13日未明から、Microsoft 365の複数のサービスに接続できない障害が起きています
マイクロソフトの公式サービス状況ページは、Microsoft 365（Business／Enterprise）を「Service degradation（サービス低下）」と表示しています
最初の報告は米州のExchange Onlineでしたが、マイクロソフトはどの地域の利用者にも影響しうると説明しています
一部のサーバーが使えなくなり、残りのインフラに負荷が集中したことが、接続エラーにつながっています
日本時間8時4分の最新の発表では、影響を受けたサーバーの一部をサービスに戻し始め、一部の地域で限定的な回復を確認しています。解消の発表はまだありません
管理者向けの案件番号はEX1550543とMO1550821です

マイクロソフトが複数のMicrosoft 365サービスの接続障害を認めました

マイクロソフトは日本時間2026年11月13日、Microsoft 365の複数のサービスに利用者が接続できない場合がある、と公式に案内しました。公式のサービス状況ページでは、Microsoft 365（Business or Enterprise）が「Service degradation（サービス低下）」となり、「Users may be unable to connect to multiple Microsoft 365 services（利用者が複数のMicrosoft 365サービスに接続できない場合がある）」と表示されています。

このページは、管理者がMicrosoft 365 管理センターに入れず、サービス正常性の情報を確認できない場合に備えて情報を載せている、と説明しています。同じページのMicrosoft Azureの欄は「No Azure issues detected at this time（現在Azureの問題は検出されていない）」で、Azureの障害は案内されていません。

サービス状況ページの詳細では、影響を受ける可能性があるサービスとして、Exchange Online、Microsoft Teams、SharePoint Online、Microsoft Copilot 365、Microsoft Defender XDR、Microsoft Planner、Microsoft To Do、Microsoft Intune、Microsoft Defender for Office 365、Microsoft Purview、Power BI、Microsoft 365 Apps 管理センター、Universal Printを挙げています。Power BIでは、秘密度ラベル（MIP）付きのレポートをPDFに書き出せないことがある、としています。Universal Printは日本時間8時6分の更新で新たに加わり、印刷ジョブの送信や管理機能でエラーが出る場合がある、としています。

米州のExchange Onlineの報告から、全地域への影響へ広がりました

マイクロソフトのサービス状況を伝える公式Xアカウント@MSFT365Statusは、日本時間2時54分、米州でExchange Onlineのメールボックスに複数の接続方法でアクセスできないという報告を調べている、と投稿しました。案件番号はEX1550543です。

3時7分には、影響を抑える作業を進めるなかで、この問題はどの地域の利用者にもMicrosoft 365の接続に影響しうることを確認した、と続けました。3時35分には、複数のリージョンでインフラの一部の負荷が高まっており、これが接続エラーの要因になっている可能性が高い、と説明し、案件番号にMO1550821を加えました。

図：Microsoft 365接続障害の公式発表の流れ。日本時間2時54分の調査開始から、8時4分の「一部サーバーが復帰」までを時系列で示す — 出典：Microsoft service health statusおよび@MSFT365Status（2026年11月13日）をもとにAB通信が作成

マイクロソフトは通信の分散とサーバーの再起動を進めました

3時48分には、負荷を均すため、接続の通信を世界各地のより広いインフラに振り分け始めた、と発表しました。4時12分には、影響を減らすために、すべての配布（デプロイ）を一時停止し、影響を受けたインフラから通信をさらに移し、該当するサーバーを再起動して復帰させている、としています。

4時31分には、負荷が高まった原因は通信量の増加ではなく、一部のサーバーが予期せず使えなくなり、残ったインフラに負担がかかっていることだ、と説明しました。

サーバーがヘルスチェックに失敗する問題を調べています

4時50分には、サーバーが自動のヘルスチェック（正常性の確認）に失敗して使えなくなる問題に対し、設定の変更を試している、と発表しました。並行して、影響を受けたすべてのサーバーの再起動を始め、復帰の状況を見ているとしています。

5時19分には、障害が始まった時期と結びつく最近の変更は見つかっていない、としました。そのうえで、ヘルスチェックの失敗は、サーバーの正常性を処理する特定の部品に原因がある可能性がある、と説明しています。ほかのサーバーに影響が広がらないよう手を打った、とも書いています。

6時0分には、別のヘルスチェックの方法を確かめ、影響を受けたサーバーの一部を復帰させることができた、と発表しました。この変更をより広く適用しているほか、応答しないサーバーを自動で見つけて再起動する仕組みも準備している、としています。6時40分には、サーバーの再起動と確認を続けながら、最近見つかった少数の設定変更を元に戻すと回復が早まるかどうかを検討している、と続けました。

7時9分の発表で、マイクロソフトは想定した回復に至っていないと説明しました

日本時間7時9分の投稿で、マイクロソフトは、これまでの対応では想定した回復に至っていないため、あらゆる手段で復旧を進めている、と発表しました。影響を受けたサーバーの中核の処理が過負荷になり、サーバーの容量が落ちていることがわかった、としています。

回復の方法を確かめるため、インフラの一部を切り離し、該当する部品を再起動したうえで、通信を少しずつ戻し、サービスが安定していることを確認してから、より広く適用する方針です。サービス状況ページ（日本時間7時11分更新）では、インフラ全体の通信の傾向を分析し、地域ごとに通信を分けて、影響を受けた地域がそれぞれ回復できるかどうかも検討している、と書いています。

8時4分の続報で、一部のサーバーがサービスに戻り始めました

日本時間8時4分の最新の投稿で、マイクロソフトは、影響を受けたサーバーの一部をサービスに戻し始め、これまでのところ安定している、と発表しました。できるところでは通信を別の経路に移しており、限定的な回復を確認しているとしています。並行して、残りのサーバーをサービスに戻す手順を簡略化した、とも書いています。

サービス状況ページ（日本時間8時6分更新）では、一部の地域で限定的な回復が見られたと説明しています。回復を後押しするため、特定の場所で、影響を受けたインフラの負荷を抑える通信の管理を始めており、効果が見られればほかの場所にも広げる方針です。

マイクロソフトは、容量が戻るにつれて、クライアントがサービスに再接続する過程で、利用者は段階的に回復を感じる場合がある、としています。

AB通信が日本時間8時28分に確認した時点で、サービス状況ページのMicrosoft 365（Business or Enterprise）は引き続き「Service degradation（サービス低下）」で、解消の案内はありません。Azureの欄は「No Azure issues detected at this time（現在Azureの問題は検出されていない）」のままです。次回の更新は日本時間9時30分までに出す、としています。