Microsoft 365障害はなぜ長引いたのか？ 原因・タイムラインと「SLAクレジット」請求方法まとめ：Windowsフロントライン（2/3 ページ）

[鈴木淳也（Junya Suzuki），ITmedia]

障害発生から復旧までのタイムライン

　日時は米国東部時間、カッコ内は日本時間で、いずれも2026年のものだ。

• 11月12日11時17分（日本時間11月13日1時17分）：Exchange Onlineで障害が発生。インシデント番号「EX1550543」を開始
• 11月12日13時26分（日本時間11月13日3時26分）：全体アドバイザリとして「MO1550821」を開始
• 11月12日16時00分（日本時間11月13日6時00分）：代替のヘルスチェック方法により一部のサーバが復帰
• 11月12日18時00分（日本時間11月13日8時00分）：部分的に回復。Downdetectorの報告は約3万4000件まで減少
• 11月12日19時15分（日本時間11月13日9時15分）：復帰したサーバがトラフィックを受けて再び無応答になる事象が発生。トラフィックの種別を制限し、一部サーバは旧構成で再構築
• 11月12日20時00分（日本時間11月13日10時00分）：セキュア接続プロセスの問題を特定。構成変更を一部サーバでテスト
• 11月12日20時45分（日本時間11月13日10時45分）：テストは「良好な結果」。サーバを切り離した状態で再起動を進め、容量も追加
• 11月12日21時58分（日本時間11月13日11時58分）：適用した変更が「期待通りに効いていない」と報告。復旧の見通しは同時点で未定
• 11月12日22時37分（日本時間11月13日12時37分）：「持続的なトラフィック管理の不均衡」があるとしてルーティングを見直し中
• 11月13日4時14分（日本時間11月13日18時14分）：「安定化の初期兆候」を確認。ただし容量は通常水準に戻らず、健全性は変動。インフラをトラフィックからの切り離し→再起動→修復→段階的復帰のサイクルで回している。遅延メールを保全するため、メールのタイムアウト期間を48時間に延長
• 11月13日5時1分（日本時間11月13日19時1分）：復旧作業は段階的に進展。テレメトリーと顧客報告から、複数のワークロードで漸進的な改善を確認。ただし健全性は依然として変動し、容量はベースラインに未回復。48時間のタイムアウト延長は継続
• 11月13日6時4分（日本時間11月13日20時4分）：アジア太平洋地域の一部インフラで復旧作業が完了し、トラフィックを段階的に復旧中。メールボックスへのアクセスなどで改善が見られるが、一部で断続的な問題が継続。他地域への拡大と容量追加が焦点。メールキューの削減と48時間のタイムアウト延長は継続。悪意ある活動の証拠はなし
• 11月13日7時58分（日本時間11月13日21時58分）：全地域で復旧がさらに進展。北米ではより広い範囲で改善し、欧州の大部分で改善が持続、アジア太平洋でも回復の兆し。一部では断続的なアクセス問題やメール配信の遅延が継続。焦点は復旧済みインフラの安定化、残る地域での緩和完了、メールキューと未処理分の削減
• 11月13日9時00分（日本時間11月13日23時00分）：サービス可用性の改善が継続。メールキューは大幅に削減され、ほぼ正常水準に近づく。一部では断続的なアクセス問題やメール配信の遅延が継続。追加の緩和策を実施し、残るインフラの復旧と残存問題の調査を進める。接続方法ごとの回復を検証し、サービスの健全性を注視
• 11月13日11時24分（日本時間11月14日1時24分）：コンシューマー向けサービスのステータスが、初めて「持続的な回復の兆候」という表現に
• 11月13日12時57分（日本時間11月14日2時57分）：法人向けサービス全体で広範な回復と安定を確認。技術的な問題であり、サイバー攻撃やAI／エージェントとは無関係と明言。原因の暫定説明を初めて公表し、以前のネットワーク容量増強時の問題が、最近のネットワーク変更後に顕在化したものと説明。根本的な問題には対処済みで、残る顧客と地域へのサービス復旧を継続中。需要の規模を踏まえて段階的に復旧し、各段階で安定性を検証したため時間がかかったという。レビュー完了後に完全なPIRを公表予定
• 11月13日13時57分（日本時間11月14日3時57分）：コンシューマー向けサービスの文面が法人向けサービスと同一に
• 11月13日17時00分（日本時間11月14日7時00分）：影響を受けていた環境全体で持続的なサービス回復を観測中。影響の深刻さを踏まえ、追加の緩和策が不要であることを確認するため長期間の監視を継続。並行して、障害期間中に滞留したメールメッセージのバックログを監視し、全て処理されるまで解決とは見なさない。関連するMicrosoft 365製品の影響シナリオの大部分は対処済みとの認識
• 11月13日23時15分（日本時間11月14日13時15分）：コンシューマー向けの最終更新で「Service restored」となり、全製品が「Operational」に。終了時刻は「日本時間11月14日1時10分」。「影響を受けていた環境全体のサービスが完全に回復し、滞留したメールメッセージのバックログも処理されたため、この問題は緩和された」と最終ステータスを公表してクローズ
• 11月13日23時17分（日本時間11月14日13時17分）：法人向けの最終更新（MO1550821）で「Service restored」に。終了時刻はコンシューマー向けと同じ「日本時間11月14日1時10分」。なお、同タイミングでの法人向けの更新では影響範囲が欧州、アジア太平洋、南米、アフリカとなっており、北米は既にこの時点で影響から脱していたようだ

障害の影響範囲

• 別件として先行したTeamsの障害「TM1550488（北米）」は11月12日12時8分（米国東部時間）に解決済みで、本障害とは別扱いとされる
• DowndetectorのOutlookに関する報告は、11月12日13時（日本時間11月13日3時）ごろの13万8058件がピーク。影響は74の国と地域に及んだとされる
• 影響を受けたサービスは、Exchange Online／Outlook（Web、デスクトップのMAPI、ActiveSync、REST。メール配送遅延を含む）、Teams、SharePoint Online、Microsoft 365 Copilot、Defender XDR／Defender for Office 365、Microsoft Graph（メール、カレンダー、連絡先）、Intune、Planner、To Do、Purview（複数機能）、Power BI／Fabricのエクスポート、Microsoft 365 EducationのAssignments、管理センターの一部ページ、最近使ったファイルの表示、Universal Print、Windows 365 Cloud PC（Purview Customer Key関連）

※ChatGPTやClaudeのMicrosoft 365接続も影響を受けたとの報告がある。Azureは問題なし。

障害の原因

　障害の原因は、Microsoftの公式アカウントによるXの投稿でも言及がある。

　昨今問題となっているサイバー攻撃やAIエージェント絡みではなく、以前のネットワーク容量アップグレード時に生じていた問題が、最近のネットワーク変更をきっかけに顕在化したというものだ。

　その結果、多数のサーバが自動ヘルスチェックに失敗してオフラインとなり、残ったインフラに負荷が集中したことでサービスの停止につながった。

　影響を受けたサーバ上でセキュア接続プロセスが過負荷になる事象も重なった。障害復旧のため、発生前後に行われたネットワーク構成の変更をロールバックしたものの、必要なネットワーク容量の回復に時間がかかったものと思われる。これはあくまで暫定情報であり、詳細は今後発表されるPIRを待つことになる。