速報

Microsoft 365で接続障害|OutlookやTeams予定表に影響し復旧作業が継続

CATEGORY

Microsoft 365で接続障害|OutlookやTeams予定表に影響し復旧作業が継続

※本ページのリンクにはプロモーションが含まれています。

クラウドサービスの接続障害でメールや予定表の利用状況を確認する概念イラスト

この記事のポイント

対象
Microsoft 365(Exchange Online依存機能)
影響
メール接続・配送、Teams予定表、Copilot等でサービス障害。サイバー攻撃が原因と確認されたものではない。
推奨対応
MO1550821/EX1550543と自社テナントの正常性を確認し、復旧後にメール配送・予定表・連携処理を照合する。
情報の種類
二次情報のみ

目次

Microsoft 365で2026年11月13日未明から日本の利用者にも関係する接続障害が続いています。Exchange Onlineのメールボックスへの接続やメール配送の遅延に加え、Teamsの予定表、Copilotの業務データ参照など、Exchangeに依存する機能へ影響が広がっています。すべてのサービスの全機能が停止しているわけではありません。

本稿が確認した最新のMicrosoft通知は、日本時間11月13日16時25分ごろの更新です。一部基盤への・ルーティング関連の修正でサーバー安定性に改善が見られるものの、状態は機能低下のままで、全面復旧は確認されていません。利用者は自社の管理者の案内を確認し、管理者はMO1550821とEX1550543を照合してください。

スポンサーリンク

メール接続とExchange依存機能に影響

Microsoftの通知を管理コンソールから抽出・公開しているペンシルベニア大学の障害情報によると、Exchangeの問題はEX1550543、複数サービスへの影響はMO1550821として案内されています。前者の開始時刻は日本時間11月13日1時17分ごろ、後者は同3時26分ごろです。別々の管理番号であり、全機能が同時刻から停止したことを意味しません。

Outlook on the web、OutlookデスクトップのMAPI、Exchange ActiveSync、REST経由のメールボックス接続が影響対象として列挙されています。Exchange Onlineを経由するオンプレミス環境とのメール配送にも影響する場合があります。ブラウザー版へ切り替えれば必ず解消する種類の問題ではありません。

Teamsでは予定表の表示、会議の作成・招待・編集などExchange依存の機能に問題が起きる可能性があります。一方、通話・会議への参加、グループチャット、チャネルメッセージなどの主要機能の多くは影響を受けないと通知されています。予定を開けないことと、既存会議へ参加できないことは分けて確認する必要があります。

Copilotはチャットの読み込みや応答、メール・予定表・ファイル等の業務データ参照に影響する場合があります。Microsoft Graphのメール・予定表・連絡先を扱う要求にもタイムアウトが示されています。SharePoint Onlineでは一部の外部共有やExchange依存機能に影響があり、直接保存されたファイルへのアクセスは機能すると説明されています。

一部修正に改善が見られるが全面復旧前

Microsoftは、影響するサーバーで安全な接続を確立するプロセスが過負荷となり、要求を処理できなくなる状況を調べていました。再起動、トラフィックの再配分、接続の制限、仮想マシンによる容量拡張などを進めています。最新通知では、上流の認証・ルーティング設定コンポーネントに対する修正を一部基盤へ適用し、安定性に良好な結果が見られるとしています。

ただし、改善した一部サーバーの観測を全地域・全の復旧と読み替えることはできません。通知は監視を続け、稼働を始める地域を支えるサーバーへ修正を広げる段階です。根本原因の詳しい説明は事後報告で提供する予定とされており、現時点の調査経過を最終原因として断定しない扱いが必要です。

同通知でMicrosoftは、この障害を引き起こす悪意ある活動を現時点で認識していないとしています。本稿はサービス障害として扱い、サイバー攻撃や情報漏えいが確認された事件とは位置付けません。障害に伴う接続失敗とアカウント侵害の兆候は、別々に評価してください。

スポンサーリンク

利用者と運用担当者が確認すること

以下は本サイトの運用上の提案です。利用者は接続できないサービス名、操作、発生時刻を社内窓口へ伝え、メールや予定表が使えない場合の代替連絡手段を確認します。サービス側の復旧作業が続く間、原因を確かめずにアプリの再インストールやアカウント設定変更を繰り返すと、切り分けが難しくなります。

業務システムからGraphやExchangeを呼ぶ場合は、タイムアウトと再試行の記録を確認し、重複送信・重複登録がないかを復旧後に照合します。送信ボタンを押しただけで配送済みと判断せず、送信待ちやエラーを残しておくと再処理を整理できます。復旧の判定もログインだけで終えず、必要なメール配送、予定表更新、連携処理を個別に確かめてください。

自社テナントの影響はMicrosoft 365管理センターのサービス正常性で確認し、公開情報はMicrosoftのサービス状態ページでも追えます。大学が公開する通知抽出はMicrosoftからの情報を確認する手段ですが、掲載時刻や対象範囲には差があり、自社の全サービスの状態を保証するものではありません。記事の確認時点と、その後の公式更新を区別して利用してください。

出典・一次情報

本記事は以下の公開情報をもとに作成しています。最新の状況は各リンク先で確認してください。

この記事を書いた人

Ryohei

Webエンジニア / アプリ開発者 / 技術ブログ運営者

福岡のWeb制作会社に勤務するWebエンジニアです。10年以上にわたりWeb制作・開発に携わり、ヒアリングや進行管理から、コーディング、CMSの構築、システム開発、サーバーの構築・保守・運用まで、Webサイト制作の工程を幅広く担当しています。Webサイトは、これまでに100以上の構築・保守を手がけてきました。

個人でもWebサイトの制作・改修やWebアプリの開発・運用を行い、AIを活用した開発にも取り組んでいます。近年はWebセキュリティにも注力しています。

2015年から技術メディア「Into the Program」を運営し、実務や開発で得た知識をもとに、プログラミングの実装方法やWebサイトの運用・セキュリティ情報を発信しています。

主な分野
Webサイト構築・保守・運用 / HTML/CSS / JavaScript / PHP / WordPress / サーバー構築・保守・運用 / アプリ開発 / セキュリティ対策
資格・試験合格
情報セキュリティマネジメント試験
基本情報技術者試験
AWS認定ソリューションアーキテクト アソシエイト
PHP8技術者認定ウィザード
メディア運営
2015年〜

記事の作成・更新について

セキュリティ記事は、ベンダーの公式アドバイザリやCVE・JVNなどの一次情報を参照し、出典と情報確認日を記載します。実環境での検証を行った場合は、その環境と確認範囲を明示します。重要な追加情報や誤りを把握した場合は、内容を確認して追記・訂正します。

あわせて確認したい対策・解説

関連する記事

おすすめの書籍

キーワードから探す

スポンサーリンク

テナント

クラウドやSaaSで、利用する組織ごとに分けられた区画。一つの仕組みを複数の組織で共有する形をマルチテナントと呼ぶ。

詳しく見る

認証

アクセスしてきた相手が本人であることを確かめる仕組み。パスワードや生体情報、電子証明書などを使う。

詳しく見る