米マイクロソフトの業務向けクラウドサービス「Microsoft 365」で、日本時間13日未明から、利用者がメールや会議などのサービスに接続できない障害が起きている。同社の公式の状態ページによると、影響が出るおそれがあるのは業務用メールの「Exchange Online」、会議とチャットの「Microsoft Teams」、文書共有の「SharePoint Online」など13のサービスに及ぶ。同社は13日午前8時6分（日本時間、以下同じ）の更新で、停止したサーバーの一部を稼働に戻し始め、一部の地域で限られた回復を確認したと公表した。全面的な復旧の時期は示していない。
米州のメール障害から全地域へ
同社が障害情報を伝えるX（旧ツイッター）の公式アカウント「Microsoft 365 Status」の投稿をたどると、最初の告知は13日午前2時54分だった。米州で、複数の接続方法を通じてExchange Onlineのメールボックスに接続できないとの報告を調べているとし、管理者向けの番号「EX1550543」を示した。
13分後の午前3時7分には、影響を抑える作業を進める一方で、この問題が「どの地域の利用者」にもMicrosoft 365への接続に影響しうると確認したと投稿した。午前3時35分には、基盤の一部で複数の地域にまたがって負荷が高まっており、これが接続エラーの原因になっているとみられると説明し、別の番号「MO1550821」も示した。
障害の告知から全地域への拡大までは日本の未明に当たり、復旧の作業が続くなかで13日の朝を迎えた。日本の利用者にとっては、出社してメールや会議の画面を開く時間帯に、障害が解消していない状態になる。
なお同社は、これより前の13日午前0時40分に、北米でTeamsの機能を利用する際の不具合を調べているとして、別の番号「TM1550488」を示していた。この不具合と今回の障害との関係について、同社は説明していない。
影響が出るおそれのあるサービス
同社の状態ページが挙げる「影響が出る可能性のあるサービス」は次のとおりだ。
| サービス | 主な用途 |
|---|---|
| Exchange Online | 業務用のメール・予定表 |
| Microsoft Teams | オンライン会議・チャット |
| SharePoint Online | 社内の文書共有・ポータル |
| Microsoft Copilot 365 | 業務向けのAI機能 |
| Microsoft Defender XDR／Defender for Office 365 | 不正アクセスやメール攻撃の検知・防御 |
| Microsoft Planner／Microsoft To Do | 作業・タスクの管理 |
| Microsoft Intune | 社用のパソコン・スマホの管理 |
| Microsoft Purview | 情報漏えい防止（DLP）や文書の分類 |
| Power BI | 機密ラベル付きのリポートのPDF書き出し |
| Microsoft 365 Apps管理センター | ソフトの更新・設定の配布 |
| Universal Print | クラウド経由の印刷 |
メールと会議だけでなく、社員の端末を管理するIntune、攻撃を検知するDefender、情報の持ち出しを防ぐPurviewといった、企業の情報システム部門が使う管理・防御の仕組みも並ぶ。Purviewについては、権限の判定や機密ラベルの自動付与、情報漏えい防止、通信内容の監査、データの分類といった複数の機能が影響を受けているとした。Power BIでは、機密ラベルの付いたリポートをPDFに書き出す操作が断続的にできなくなる場合があり、Universal Printでは印刷の指示や管理機能でエラーが出る場合があるという。
原因は「サーバーが想定外に応答しなくなった」
同社は、負荷が高まった理由を段階的に説明している。午前4時31分の投稿では、負荷の高まりは利用の増加によるものではなく、多数のサーバーが想定外に使えなくなり、残る設備に負担が集中したためだと明らかにした。
午前4時50分には、サーバーが自動の「ヘルスチェック」に通らず、稼働の対象から外れてしまう問題があるとして、設定の変更を試していると投稿した。ヘルスチェックは、サーバーが正常に応答しているかを定期的に確かめ、異常と判定したものを利用者の接続先から外す仕組みだ。正常なはずのサーバーまで異常と判定されると、使えるサーバーが減り、残りに接続が集まる。
午前5時19分には、障害の始まりと時期が重なる最近の変更は見つかっていないとしたうえで、ヘルスチェックの失敗は、サーバーの状態を処理する特定の部品から起きている可能性があるとの見方を示した。
午前4時12分の時点で、同社はすべての配備（ソフトの更新作業）を止め、影響を受けた設備から通信を移し、サーバーを再起動していると説明していた。午前6時40分には、最近の少数の設定更新を元に戻せば復旧を早められるかどうかも検討していると投稿した。
13日朝の状況と今後の更新
午前6時0分の投稿で、同社は別のヘルスチェックの方法を検証し、影響を受けたサーバーの一部が稼働に戻ったと発表した。応答しなくなったサーバーを自動で見つけて再起動し続ける仕組みの準備も進めた。
ただ、午前7時9分の投稿では、これまでの対応で想定した改善が得られていないと認めた。影響を受けたサーバーの中核となる処理が過負荷になり、処理能力が失われていると説明し、基盤の一部を完全に切り離して部品を再起動し、少しずつ通信を戻して安定を確かめる手順を試すとした。
状態ページの午前8時6分の更新では、影響を受けたサーバーの一部を稼働に戻し始め、これまでのところ安定していると説明した。可能な範囲で通信と接続を別の経路に移し、一部の地域で限られた回復を確認したという。さらに、特定の拠点で通信量を抑える保護措置を取り、良い結果が確認できればほかの拠点にも広げるとした。処理能力が戻るにつれて、利用者の端末が順に接続し直すため、回復は徐々に進むとしている。
次の更新は日本時間13日午前9時30分までに出すとしている。同社は、管理者向けの「Microsoft 365管理センター」に入れない場合は、公式の状態ページ（status.cloud.microsoft）で情報を確かめるよう案内している。
マイクロソフトの製品をめぐっては、11月の月例のセキュリティ更新で、メールソフトの欠陥が攻撃に使われていたことが分かっている（Outlookの欠陥、すでに悪用 マイクロソフト11月更新 IPAが「緊急」で適用促す）。今回の障害について、同社は攻撃によるものとは説明しておらず、サーバーの状態判定をめぐる部品を中心に調べを続けている。