Microsoft 365の大規模障害が2日目に 検索が止まりCopilotにも波及、原因は認証設定

Microsoft 365で8月31日に始まった障害が、翌9月1日になっても収束しませんでした。メールの流れは先に戻ったものの、Exchange OnlineやSharePoint、OneDrive、Teamsの検索が長く不安定なままで、Microsoft 365 Copilotの一部の応答も止まりました。Microsoftが原因として挙げたのは、複数のサービスが共用する認証構成の不具合です。

1つの認証構成が複数サービスを巻き込んだ

発端はメールでした。Microsoftは協定世界時8月31日11時55分ごろ、Exchange Onlineに関する利用者からの報告が増えていることを把握し、調査を始めています。約40分後には、影響を受けたリクエストに認証とプロトコル接続まわりの共通した失敗パターンがあることを突き止めたと説明しました。

ところが復旧策を検討している間に、影響はExchange Onlineの外へ広がります。Microsoftは同日15時8分を広域インシデントの正式な開始時刻とし、根本原因を「複数のMicrosoft 365サービスが利用しているコア認証構成の問題」と位置づけました。当初はExchange Onlineの障害としてEX1464935の番号が振られていましたが、その後はSharePoint OnlineやOneDrive for Business、Teams、Microsoft Purview、Microsoft Defender XDRまで含むMO1465074として追跡されています。

止まった機能の並びを見ると、影響範囲の広さがわかります。Exchange Onlineでは接続と検索、SharePoint OnlineとOneDrive for Businessではファイルへのアクセス、同期、コンテンツの読み込み、そして検索。Teamsでは検索に加えて予定表とプレゼンス表示。Microsoft 365 Copilotについては、Microsoft 365内のデータを参照する種類のプロンプトが通らなくなりました。使う側からは別々のアプリに見えていても、その下で同じ認証の仕組みを共有していたということです。

メールは先に戻り、検索が最後まで残った

復旧の作業は段階的に進みました。Microsoftは同日16時36分ごろ、直近に加えられた変更を洗い直し、更新の巻き戻しを含めて認証コンポーネントを安全に戻す方法を探っていると報告しています。1時間ほど後には緩和策のテストで良い結果が出たと述べ、18時40分ごろには対象を絞ったインフラから認証コンポーネントの再適用を開始しました。効果を確認しながら適用範囲を広げ、対象インフラの再起動も順次進めています。

回復の速度はサービスごとにばらつきました。メールの接続は月曜のうちに広い範囲で戻りましたが、Microsoftは組織によっては滞留したメールのキューを吐き出すまでに時間がかかると注意を促しています。その後メール配送の回復が定着したことを確認し、作業の軸足を検索機能に移しました。

検索の復旧は日付をまたぎます。9月1日2時39分の更新でも、対象環境の一部でサービス正常性のテレメトリに改善が見られたという段階にとどまり、全面復旧の見込み時刻は示されませんでした。Microsoftはその後、メール配送と検索の復旧を報告しています。障害の始まりから数えると、丸1日近くを要したことになります。

Copilotが増やした「止まると困る場所」

今回の障害でひとつ目を引くのは、Microsoft 365 Copilotが影響リストに並んでいた点です。生成AIのアシスタントは、モデルさえ動いていれば使えるように見えます。ただ社内向けのアシスタントは、メール、ファイル、会議、チャットといった業務データを読めて初めて仕事になります。データ層や認証層が止まれば、モデルが健全でも答えられません。

企業がAIエージェントに任せる作業を増やしていくほど、この構造は重くなります。従来は「メールが止まった」「ファイルが開けない」で済んでいた障害が、これからは「業務を代行していた仕組みごと止まる」形に変わっていきます。冗長化の設計を考えるとき、モデルの可用性より先に、認証とデータへの経路が単一障害点になっていないかを見る必要が出てきます。

想定に入れておきたい備え

利用する側でできることは限られますが、まったくないわけでもありません。認証まわりの障害では、既にサインイン済みのセッションは生き残り、再認証が必要になった端末から先に使えなくなる傾向があります。障害が起きている最中に不用意なサインアウトやパスワード変更を行うと、復旧まで戻れなくなる可能性があります。

もうひとつは連絡手段の分散です。TeamsとExchange Onlineが同時に落ちると、社内の連絡経路がまとめて消えます。障害時の一次連絡先を別系統に用意しておくと、状況把握と指示出しだけは維持できます。Microsoftの管理センターに出る正常性情報も、同じテナントの認証に依存する場面があるため、外部の状況ページを併用しておくと確認が早くなります。

まとめ

8月31日に始まったMicrosoft 365の障害は、複数サービスが共用する認証構成の不具合が原因で、Exchange OnlineからSharePoint、OneDrive、Teams、そしてMicrosoft 365 Copilotまで波及しました。メール配送は同日中に大きく戻った一方、検索の復旧は翌9月1日まで長引いています。単一のコンポーネントがどれだけ広い範囲を支えているか、そしてAIアシスタントがその上に乗り始めていることを、あらためて確認させる出来事でした。

※サムネイル画像はAI生成のイメージです