📡 Signal｜Microsoft 365 障害、通信量でなくサーバー停止が原因

米マイクロソフトの業務ソフト「Microsoft 365」で、日本時間11月13日未明から Outlook のメールを中心に使えない状態が続いている。同社は負荷の原因を、通信量の増加ではなく多数のサーバーが想定外に使えなくなったことだと説明した。午後1時57分の更新でも表示は「サービス低下」のままで、最初の公表から11時間が過ぎた。

サーバーは内側から減っていった。メールの基盤に予定表も文書も AI もつながっている組織は、その内側の不調を自分では直せない。同じ朝、日本政府の共通業務環境でもメールが止まった。同社が公式 X と状況ページに出した更新を時刻順に並べると、分かっていることと分かっていないことが見える。

午前2時54分から午後1時57分まで、公式発表の順番

時刻は日本時間。9時6分までは公式 X の投稿、午後1時57分は同社の状況ページの更新による。

• 2時54分 — 米州で Exchange Online (法人向けのメール基盤) のメールボックスにつながらない不具合を調べていると公表
• 3時7分 — どの地域の利用者も、Microsoft 365 への接続に影響を受けうると確認
• 3時35分 — 設備の一部で、複数の地域にまたがって負荷が高まっていると説明
• 3時48分 — 接続を世界中の設備へ振り分け直す作業を開始
• 4時12分 — すべての更新作業を止め、不調な設備から通信を逃がし、サーバーの再起動を始める
• 4時31分 — 負荷を生んだのは、想定外に使えなくなった多数のサーバーだと特定。通信量は増えていなかった
• 5時19分 — 障害の始まりと重なる直近の変更は見つかっていない。サーバーが状態確認に失敗する現象は、その確認を処理する特定の部品から来ている可能性がある
• 6時40分 — 再起動と検証を続けながら、直近の少数の設定更新を元に戻せば復旧が早まるかを検討
• 7時9分 — ここまでの対応は見込んだ効果を上げていない。不調なサーバーでは中核の処理が過負荷になり、処理能力が失われている
• 8時4分 — 一部のサーバーを復帰させ、今のところ安定している。限定的な回復を確認
• 9時6分 — 復帰させたサーバーが、通信を受けると再び応答しなくなることがある。一部の拠点で、届く通信の種類を一時的に絞る
• 午後1時57分 — 表示は「サービス低下」のまま。通信を振り分け直した影響で、振り分けの仕組みから奥のサーバーへの呼び出しが急に増えている。仮想マシンを増やして負荷を下げながら、最近のネットワーク変更を不調なサーバーへ強制的に反映し直そうとしているが、サーバーが不調な状態から動かず、変更が反映されない

5時19分と6時40分の発表は向きが違う。前者は、障害の始まりと重なる変更は見つかっていないと言う。後者は、直近の設定更新を戻すことを検討すると言う。午前6時台の状況ページには、最近の変更を見直したところ少数の設定更新が原因の候補に挙がった、という記述があったと伝えられている。午後1時57分の更新は、最近のネットワーク変更を不調なサーバーへ反映し直す作業に触れた。その変更が障害の引き金だったのか、復旧のために入れたものなのかは、更新の文面からは読み取れない。原因の絞り込みは終わっていない。

状態確認に失敗したサーバーが、次々に外れた

大きなクラウドは、各サーバーが正常に応答するかを自動で確かめ、応答しないサーバーを利用者の通信の振り分け先から外す。ヘルスチェックと呼ばれる仕組みで、壊れた1台に全体が巻き込まれないための安全装置にあたる。

マイクロソフトは、サーバーがこの確認に失敗して使えなくなっていったと説明し、失敗の出どころが確認を処理する部品そのものにある可能性を挙げた。別の確認方法を一部の設備で試すとサーバーが復帰でき、その方法を広げているという更新も、状況ページに出たと伝えられている。

同社の説明どおりなら、壊れた1台を外すための仕組みが、多数のサーバーを外す側に回ったことになる。外れた分の通信は残りのサーバーに集まり、残りも過負荷になる。7時9分の発表 (中核の処理の過負荷) と9時6分の発表 (復帰させても通信を受けるとまた止まる) は、この連鎖の形をしている。最初のサーバーがなぜ確認に失敗したのかは、同社もまだ示していない。

霞が関のメールが止まり、連絡は電話に戻った

障害は日本の行政にも届いた。古川デジタル相は13日午前の記者会見で、政府共通の業務環境「ガバメントソリューションサービス (GSS)」に支障が出ており、導入している府省庁で Outlook のメール送受信などができなくなっていると明らかにした。尾崎官房副長官も同日の会見で、政府の情報システム基盤に障害が出ていると述べた。

GSS はデジタル庁が業務用 PC やネットワークを各府省庁へまとめて提供する仕組みで、Outlook をはじめ Microsoft 365 のサービスを使っている。古川氏は、電話、チャットツール、ショートメッセージといった連絡手段を確保しており「政府の主要な業務に支障が出ないようになっている」と説明した。

府省庁ごとに分かれていた環境を一つに統合すれば、費用は下がり、セキュリティの水準は揃う。デジタル庁が GSS の狙いに掲げるのもその点だ。13日の朝は、同じ統合が、一社の障害を導入済みの府省庁へ同時に届ける経路になった。

影響はメールにとどまらない。同社の状況ページは、Exchange Online のほか Teams、SharePoint Online、Microsoft Copilot 365、Defender XDR、Intune、Power BI など19のサービスを挙げ、Exchange Online やメールの機能とやり取りする部分が影響を受けていると説明する。Teams は通話、会議、チャットといった中核の機能は動いているが、予定表に関わる操作が失敗する。Copilot はチャットを開けなかったり、メールや予定、ファイルを読めなかったりすることがある。メールの基盤が、ほかのサービスの土台になっている。

障害報告サイト Downdetector への報告は一時10万件を超え、日本時間13日正午すぎにも2万5000件を超える報告が残っていた。

一社に集めた業務は、土台ごと止まる

連絡、予定、文書、AI を一社に預けるのは合理的な選択だ。費用は下がり、管理は楽になり、機能は自動で新しくなる。その代わり、預けた先の内側で起きた不調には、利用者の側から手を出せない。13日に利用者ができたのは、公式の更新を読み、電話に切り替えることだった。

今回、通話や会議の中核は動き続けた。止まったのは、メールの基盤に寄りかかっていた部分だ。同じ一社の中でも、どの土台に何を載せているかで止まり方は変わる。

決済や記録の基盤にも同じ形がある。管理する主体が一つなら、止まる場所も一つになる。業務の継続計画で問われるのは、自社のサーバーが落ちたときの手順に加えて、クラウド事業者そのものが半日止まったときに何で連絡し、何で記録するかだ。

次に確認する点は二つある。

• マイクロソフトの事後報告 — Microsoft 365 管理センターの障害番号 MO1550821 と EX1550543、および状況ページ status.cloud.microsoft。復旧のあとに出る報告で、最初のサーバーがなぜ状態確認に失敗したか、最近のネットワーク変更が関わっていたかを見る
• デジタル庁「古川大臣記者会見（令和8年11月13日）」のページ — 会見要旨は後日掲載とある。GSS で影響を受けた範囲と復旧の時刻が、どう記録されるかを見る

ことば

• Exchange Online — マイクロソフトが法人向けに提供するメールと予定表の基盤。Outlook はその窓口になるソフトで、今回は基盤の側につながらなくなったため、Outlook でメールを送受信できなくなった。
• ヘルスチェック — サーバーが正常に応答するかを自動で定期的に確かめる仕組み。確認に失敗したサーバーは通信の振り分け先から外される。今回は、この失敗が多数のサーバーで起きた。
• GSS (ガバメントソリューションサービス) — デジタル庁が各府省庁に提供する共通の業務環境。業務用 PC、ネットワーク、メールなどをまとめて整備し、府省庁ごとに分かれていた環境を順次統合している。

🔗 一次ソース

• Microsoft 365 Status 公式 X (日本時間13日 4時31分・負荷の原因は想定外に使えなくなった多数のサーバーで、通信量は増えていないことを確認)
• Microsoft service health status (同社の状況ページ・13時57分の更新で「サービス低下」の表示、対象の19サービス、Teams と Copilot の影響範囲、最近のネットワーク変更の反映作業を確認。更新のたびに書き換わる)status.cloud.microsoft
• Microsoft 365 Status 公式 X (2時54分・米州の Exchange Online の調査開始、障害番号 EX1550543 を確認)
• Microsoft 365 Status 公式 X (3時7分・どの地域の利用者にも影響しうることを確認)
• Microsoft 365 Status 公式 X (3時35分・複数地域で負荷が高まっているとの説明、障害番号 MO1550821 を確認)
• Microsoft 365 Status 公式 X (3時48分・接続の振り分け直しを確認)
• Microsoft 365 Status 公式 X (4時12分・更新作業の停止とサーバーの再起動を確認)
• Microsoft 365 Status 公式 X (5時19分・重なる変更は未確認、状態確認を処理する部品の可能性を確認)
• Microsoft 365 Status 公式 X (6時40分・少数の設定更新を戻す検討を確認)
• Microsoft 365 Status 公式 X (7時9分・対応が見込んだ効果を上げていないこと、中核の処理の過負荷を確認)
• Microsoft 365 Status 公式 X (8時4分・一部サーバーの復帰と限定的な回復を確認)
• Microsoft 365 Status 公式 X (9時6分・復帰したサーバーが再び応答しなくなる現象を確認)
• デジタル庁 古川大臣記者会見（令和8年11月13日）(会見の実施と、要旨は後日掲載の記載を確認)デジタル庁
• デジタル庁 ガバメントソリューションサービス (政府共通の業務環境の提供と、各府省庁の環境の統合を確認)デジタル庁
• ITmedia NEWS (Yahoo!ニュース配信・古川デジタル相の会見での発言、GSS が Microsoft 365 のサービスを使っていることを確認)Yahoo!ニュース
• 時事ドットコム (尾崎官房副長官の会見)時事ドットコム
• Tom's Guide (午前6時台の状況ページの更新の引用、Downdetector の報告件数の推移)Tom's Guide
• Global News (状況ページの更新の引用、Downdetector の10万件超)Global News