- share :
Microsoft 365で、日本時間2026年11月13日の未明から、Outlookでメールが開けない、送れない場合がある大規模な障害が起きています。本記事は、2026年11月13日12時時点の情報を中心にまとめた記事です。この時点で、Microsoftは復旧作業を続けており、障害は終了したとは公表されていません。
障害はMicrosoft側のサーバーで起きています。そのため、Outlookが開かない、メールが届かないといった症状は、自分のパソコンやインターネット回線の問題とは限らず、世界規模の障害の影響かもしれません。
当編集部には、知り合いの会社などでメールが使えず困っているという声が聞こえてきます。当編集部の運用への影響は大きくありませんが、Microsoft 365を業務で使う会社は多いと思われ、余波は大きいというのが当編集部の見方です。
本記事では、今起きていること、今できること、Microsoftが説明している原因、クラウドサービスが止まったときの備えを整理します。最新の状況は、IT管理者なら管理センターの「サービス正常性」、管理センターに入れないときはMicrosoftの公開ステータスページで確認できます。ほかの確認先は、巻末の表のとおりです。
【本記事の要点】
- 日本時間2026年11月13日の未明から、Microsoft 365でメールに接続できない場合がある大規模障害が起き、Teamsの予定表やCopilotにも影響が出ている
- 11月13日12時時点で、Microsoftは対策の一部が想定どおりに効いていないと確認して復旧作業を続けており、障害は終了したとは公表されていない
- Microsoftは、多数のサーバーが想定外に使えなくなり、残りのサーバーに負荷がかかったと説明している。根本原因は調査中である
- 利用者は自分の端末の不具合と決めつけず、管理者は管理センターの障害IDで状況を追い、急ぎの連絡は電話などの別の手段に切り替える
Microsoft 365障害の現状:メールボックスに接続できない場合がある状態
まずは、Microsoftが公式に示している現状、障害の経緯、影響を受けているサービス、国内の案内の順に整理します。
11月13日12時時点で公式に示されている現状
Microsoftが公式に示している現状は、次のとおりです。
- Exchange Online(Microsoft 365の中で、会社のメールや予定表を預かるサービス)のメールボックスに、ブラウザー版のOutlook、パソコンのアプリ、スマートフォンのアプリなど、複数の方法で接続できない場合がある
- 当初は南北アメリカの利用者が対象とされたが、その後、あらゆる地域の利用者に影響する可能性があると説明を改めた
- 一部のサーバーを復帰させ、通信を代替の経路に移した。再起動の効果に良好な兆しがあるとして、安定を確かめながら対策を広げていた
- その後、直近の変更が想定どおりに効いていないことを確認し、処理能力を増やす別の作業を探していると説明した
- 復帰したサーバーが通信を受けると再び応答しなくなる場合も確認され、特定の種類の通信を制限している
- 障害は終了扱いになっておらず、全面復旧の時刻は示されていない
Microsoftは、この障害を2つの管理番号で扱っています。メールの障害が「EX1550543」、複数のMicrosoft 365サービスの障害が「MO1550821」です。障害IDとは、Microsoftが障害ごとに付ける管理番号で、IT管理者は管理センターでこの番号を探すと、最新の状況を確認できます。
障害の経緯:日本時間と米国東部時間の対応
障害の経緯を大きく3つに分けると、次のとおりです。
- 発生:日本時間11月13日の未明にメールの障害が記録され、Microsoftが調査を始めた
- 原因の絞り込み:多数のサーバーが使えなくなっていることが分かり、再起動や別の方法の検査など、対策を重ねた
- 現在:再起動の効果に良好な兆しがあった一方で、対策の一部が想定どおりに効いておらず、処理能力を増やす別の作業を探している段階
詳しい時刻は、日本時間と米国東部時間を並べた次の表のとおりです。
| 日本時間 | 米国東部時間 | 起きたこと |
|---|---|---|
| 11月12日 23:45〜13日 0:53 | 11月12日 9:45〜10:53 | Teamsで別の障害(障害ID TM1550488)が南北アメリカで起き、解決した。メールの障害との関連は、Microsoftから示されていない |
| 13日 1:17 | 12日 11:17 | Microsoftの記録上の、メールの障害(EX1550543)の開始時刻 |
| 13日 2:54〜3:07 | 12日 12:54〜13:07 | 公式Xアカウントが、メールボックスに接続できない報告を調査していると発表した。当初は米国の利用者が対象とされ、その後、あらゆる地域の利用者に影響する可能性があると説明を改めた |
| 13日 3:26 | 12日 13:26 | Microsoftの記録上の、複数のMicrosoft 365サービスの障害(MO1550821)の開始時刻 |
| 13日 4:18〜4:30 | 12日 14:18〜14:30 | 負荷の高まりは通信量の増加ではなく、多数のサーバーが想定外に使えなくなったためと説明した。システム変更の反映(デプロイ)と設定変更を一時停止した |
| 13日 4:43〜4:58 | 12日 14:43〜14:58 | 影響を受けたサーバーが、正常に動いているかを自動で確かめる検査(ヘルスチェック)に失敗して使えなくなっていると説明した。検査を処理する部品を迂回する変更を、一部のサーバーで検証した |
| 13日 5:56 | 12日 15:56 | 別の方法のヘルスチェックを一部で検証し、そのサーバーがサービスに復帰した。この変更を広い範囲に適用すること、応答しないサーバーを自動で再起動する仕組みを準備することを説明した |
| 13日 7:00 | 12日 17:00 | それまでの対策は期待した効果を出していないと説明した。基盤の一部を切り離して再起動し、通信を少しずつ戻す方針を示した |
| 13日 7:57 | 12日 17:57 | 一部のサーバーを復帰させ、通信を代替の経路に移した。一部の地域で、限定的な回復が見られた |
| 13日 8:59 | 12日 18:59 | 復帰したサーバーが通信を受けると再び応答しなくなる場合を確認した。特定の種類の通信を制限し、以前のソフトウェア構成で一部のサーバーを作り直した |
| 13日 9:45〜10:12 | 12日 19:45〜20:12 | 安全な接続を確立する処理が過負荷になり、要求の処理を止めることを確認した。影響の開始と重なる直近のネットワーク設定の変更を、元に戻す作業を始めた |
| 13日 10:45〜11:10 | 12日 20:45〜21:10 | 再起動の効果に良好な兆しがあると説明した。安定を確かめながら対策を広げ、可能な範囲でインフラの処理能力を増やしていると説明した |
| 13日 11:54〜11:58 | 12日 21:54〜21:58 | 直近の変更が想定どおりに効いていないことを確認し、処理能力を増やす別の作業を探していると説明した。次の更新の予定は、複数サービスの障害が12:30、メールの障害が13:00。どちらも障害は終了扱いになっていない |
なお、現在もMicrosoft側の対応と情報の更新は続いているため、最新の状況は、巻末の表の確認先で確かめてください。
影響を受けているサービスと症状
では、利用者側ではどのサービスが使えなくなっているのでしょうか。Microsoftが日本時間11月13日の更新で挙げている影響は、次のとおりです。ただし、いずれも「場合がある」という表現で、すべての利用者に同じ症状が出ているわけではありません。
| サービス | 何のサービスか | Microsoftが示した症状 |
|---|---|---|
| Exchange Online | 会社のメールや予定表を預かるクラウド。Outlookはここに接続して使うアプリ | メールボックスに接続できない場合がある。ブラウザー版、パソコン版、スマートフォンなど複数の接続方法が対象。メールの配送が遅れる場合がある |
| Microsoft Teams | チャットやWEB会議のサービス | Exchange Onlineに依存する予定表、会議の予約、一部の組織でのチャット作成が失敗する場合がある。基本のチャットとオンライン会議は、おおむね使える |
| SharePoint Online | 社内の資料を共有するサービス | Exchange Onlineに依存する機能が影響を受ける。SharePoint Onlineに直接保存したファイルは使える |
| Microsoft 365 Copilot | Microsoft 365に組み込まれたAIアシスタント | チャットを読み込めない、応答が得られない、メール・予定表・ファイルなどの業務データにアクセスできない場合がある |
| Microsoft Defender XDR、Defender for Office 365 | セキュリティの監視と保護を行うサービス | 画面の一部を読み込めない場合がある。リンクの安全確認(Safe Links)がURLを検証できず、OutlookやTeamsのリンクのクリックに影響する場合がある |
| Microsoft Planner、Microsoft To Do | 仕事やタスクを管理するサービス | 操作が失敗したり、アプリを読み込めなかったりする場合がある |
| Microsoft Purview | データの保護や分類を行うサービス | データを守るための機能に影響が出る。画面を読み込めない場合がある |
| Microsoft 365管理センター | IT管理者が設定や障害情報を見る画面 | 一部のページを読み込めない場合がある |
このほかにも、Microsoft 365アプリの一部の機能やPower BIなど、多くのサービスが影響の対象に挙げられています。自社のどのサービスに影響があるかは、IT管理者が管理センターで確認する点です。
障害の報告を集める第三者のサイトDowndetectorには、Outlookについて約13万件の報告が寄せられたと、米国のニュース局CNBCは伝えています。これは利用者が自発的に寄せた報告の件数で、Microsoftが公表した影響人数ではありません。
今できること:利用者・管理者・経営者の対処
本章では、今我々が対応できることとして、「今日の業務を止めない」ために立場ごとの対処を整理します。
利用者(従業員)の対処
Outlookが開かない、メールが届かないときは、何をすればよいのでしょうか。利用者の対処は、次の表のとおりです。
| 順番 | 対応 | やり方 |
|---|---|---|
| 1 | 障害の影響かどうかを確認する | 社内のIT担当者や管理者に、Microsoft 365の障害の案内が出ていないかを聞く。管理センターを見られる立場でなければ、巻末の表にあるMicrosoftの公開ステータスページを開く。公開ステータスページが正常と表示されていても、自社のメールが使えないときは、社内の管理者に障害IDの状況を確認してもらう。Microsoftは、障害がMicrosoft側のサーバーで起きていると説明しているため、パソコンの再起動やアカウントの設定変更で直るとは限らない |
| 2 | 急ぎの連絡は別の手段に切り替える | 電話、SMS、会社が利用を認めているMicrosoft 365以外の連絡手段で連絡する。Teamsの基本のチャットと会議は、おおむね使えるとMicrosoftは説明している。ただしTeamsの予定表や会議の予約は影響を受けるため、会議の日時は電話などでも確認する |
| 3 | 送れたかどうか分からないメールは、相手に確認する | 送信済みに入っていても、相手に届いたかどうかは分からない。メールの配送が遅れる場合があるとMicrosoftは説明している。期限のある重要なメールは、電話などで届いたかを確認する |
| 4 | 認証用のメールを待たない | 新潟大学の案内にあるように、ワンタイムパスワードなどの認証用のメールも、Outlookのサーバーを使っていれば届かない場合がある。ログインに必要なメールが届かないときは、社内のIT担当者か、そのサービスの問い合わせ窓口に連絡し、メール以外の認証方法があるかを確かめる。メールの配送が遅れている場合は、後から届くこともある |
| 5 | 復旧後に、受信トレイと予定表を見直す | 障害の間に届く予定だった連絡、返信が必要なメール、予定表の変更がないかを確認する。Microsoftは、アプリが再接続するにつれて、段階的に回復する可能性があると説明している |
| 6 | 公式の最新情報を確認する | 巻末の表の確認先で、障害が解決したかを確かめる |
IT管理者の対処
IT管理者は、何を確認し、社内にどう伝えればよいのでしょうか。IT管理者の対処は、次の表のとおりです。
| 順番 | 対応 | やり方 |
|---|---|---|
| 1 | 管理センターで障害IDを確認する | 管理センター(admin.microsoft.com)に管理者のアカウントでサインインし、左側のメニューの「正常性」から「サービス正常性」(英語表示では Health の Service health)を開く。EX1550543(メール)とMO1550821(複数サービス)を探す。進み具合と、次の更新の予定がここで分かる |
| 2 | 管理センターに入れないときは、公開ステータスページを開く | Microsoftが案内しているstatus.cloud.microsoftで、サインインを妨げる既知の問題を確認する |
| 3 | 公開ステータスページと障害IDの表示を見比べる | 公開ステータスページは一般的な状況を、管理センターは自社に関わる詳しい状況を示す。マイナビニュースは、公開ステータスページが正常と表示する一方で、個別の障害情報ではサービス低下が報告されていたと伝えている。復旧の判断は、障害IDの記載で行う |
| 4 | 自社の障害が一覧にないときは報告する | 自社の問題がサービス正常性の一覧に出ていないときは、サービス正常性のページから報告できる。Microsoftは、他の組織の報告やデータと照らし合わせる |
| 5 | 社内に状況を周知する | メールが使えない可能性があるため、電話、掲示、メール以外のチャットなどで、現状と、急ぎの連絡の手段、社内の問い合わせ窓口を伝える |
| 6 | 取引先との連絡の担当を決める | 取引先からのメールが届かない、返信できない状態が起きうるため、重要な取引先に電話で伝える担当を決める |
| 7 | 復旧を確認して周知する | 管理センターの障害情報が解決になったことを確認する。そのうえで、代表の1アカウントでメールの送受信と予定表を試し、問題がなければ社内に伝える |
経営者・責任者の対処
経営者や責任者が決めることは、止められない業務の扱いと、取引先への伝え方です。次の表のとおりです。
| 順番 | 決めること | やり方 |
|---|---|---|
| 1 | 止められない業務の洗い出し | 期限が迫っている見積書、請求書、契約書の送付や承認など、メールで進めている業務を挙げ、電話や対面など別の手段で進めてよいかを契約や社内の規程で確かめたうえで、進める担当を決める |
| 2 | 取引先への連絡 | メールの返信が遅れる可能性を、重要な取引先には電話で伝えるかを判断する |
| 3 | 復旧後の処理 | 障害の間に止まった業務の一覧を作り、復旧後に処理する順番を決める |
障害の原因:Microsoftが説明していること
なぜ、世界中の利用者に影響する障害が起きたのでしょうか。Microsoftの説明を、用語の意味から順に整理します。
用語の整理:サーバー・ヘルスチェック・デプロイ
Microsoftの説明には、普段は使わない用語が出てきます。意味は、次のとおりです。
| 用語 | 意味 |
|---|---|
| サーバー | インターネットの向こうで、メールやファイルを預かり、利用者の端末が求めたときに届けるコンピューター |
| 負荷 | サーバーが処理しなければならない作業の量 |
| ヘルスチェック | サーバーが正常に動いているかを、自動で確かめる検査 |
| デプロイ | 新しい設定やプログラムを、サーバーに配って反映させること |
| ロールバック | 直近の変更を、前の状態に戻すこと |
たとえば、スーパーでレジが何台も突然止まると、残りのレジに客が集まり、行列ができます。客が増えたわけではなく、使えるレジが減ったために行列ができる状況であり、今回の事態はこれと同様のことがMicrosoftのサーバー側で起こったということです。
Microsoftが説明する「多数のサーバーが想定外に使えなくなり、残りのサーバーに負荷がかかった」という状況は、この例に当てはまるでしょう。
Microsoftの説明の変化
現時点でMicrosoftが説明している原因は、多数のサーバーが想定外に使えなくなったことです。調査が進むにつれて説明が変わってきたため、変化を次の表にまとめます。
| 時期 | Microsoftの説明 |
|---|---|
| 当初 | 複数の地域でインフラの一部に高い負荷がかかっており、これが接続エラーの原因とみられる。障害の発生と同じ時期の変更は見つかっていない |
| その後 | 負荷の高まりは、利用者の通信量が増えたためではなく、多数のサーバーが想定外に使えなくなり、残りのインフラに負荷がかかったため。サーバーは、自動のヘルスチェックに失敗していた |
| さらに | 復帰させたサーバーが、通信を受けると再び応答しなくなる場合がある。影響を受けたサーバーでは、暗号化された安全な接続を確立する処理が過負荷になり、要求の処理を止めていた。障害の開始と重なる直近のネットワーク設定の変更を、元に戻す作業を始めた |
ただし、本記事執筆時点では根本原因は確定しておらず、ヘルスチェックが失敗した理由も示されていません。ネットワーク設定の変更は、障害の開始と時期が重なる変更として戻されているものです。なお、Microsoftが公表している障害の通知には、サイバー攻撃との関係は書かれていません。
復旧に向けた作業
Microsoftが公表している復旧に向けた作業は、次のとおりです。
- すべてのデプロイと設定変更を一時停止した
- 接続を世界のインフラに振り分け、負荷を分散した
- 影響を受けたサーバーを再起動し、ヘルスチェックを別の方法で行う変更を検証して、一部のサーバーが復帰した
- 復帰したサーバーが再び応答しなくなる場合に備え、特定の種類の通信を制限し、一部のサーバーを以前のソフトウェア構成で作り直した
- 障害の開始と重なる直近のネットワーク設定の変更を元に戻し、インフラの処理能力を可能な範囲で増やしている
- 直近の変更が想定どおりに効いていないことを確認し、処理能力を増やす別の作業を探している
この作業は、復旧したサーバーを安全にサービスへ戻すためのものです。Microsoftは、アプリが再接続するにつれて、段階的に回復する可能性があると説明しています。
クラウドが止まったときの備え:組織の点検項目
今回の障害では、メールのサービスに加えて、Teamsの予定表やCopilotなどにも影響が出ています。メールや予定表をクラウドサービスで使うことはDXの土台ですが、そのクラウドが止まる日もあるのです。
原因が何であっても、メールやチャットが使えなくなったときに備える考え方は同じです。中小企業庁のBCP(事業継続計画)の指針は、重要な事業に必要な電話や各種のインフラについて、代替策を検討することを案内しています。電話連絡網が機能するかを訓練しておくことも、望ましいとしています。
IPAの『中小企業のためのセキュリティインシデント対応の手引き』が示しているのは、システムが止まっている間も提供できる代替の手段を考え、BCPを平時から準備して見直す考え方です。
次に同じことが起きたときに慌てないために、会社で決めておく点検項目を整理します。
| 点検項目 | 決めておくこと | 使うもの |
|---|---|---|
| 連絡手段 | メールとチャットが両方使えないとき、会社が認めた電話、SMS、別のチャットのどれに切り替えるか | 社員の電話番号の一覧(紙または端末に保存し、更新する担当と見られる人を決める) |
| 取引先の連絡先 | 重要な取引先の電話番号が、メールを開かなくても分かる場所にあるか | 取引先の連絡先一覧 |
| 管理者の確認先 | 誰が管理センターと公開ステータスページを見るか。管理センターに入れない場合の代わりの人。サービス正常性の通知メールの設定 | 管理者の担当表 |
| 周知の手順 | 障害の情報を、誰が、どの手段で社内に伝えるか | 周知の担当と手段 |
| 期限のある業務 | メールで進めている承認や送付のうち、止まると困る業務を、別の手段で進める手順 | 業務の一覧 |
| 認証用のメール | ログインに必要なワンタイムパスワードなどのメールが、止まる可能性のあるメールのサービスだけに届く設定になっていないか | 各サービスの認証の設定 |
| 復旧後の見直し | 障害の間に届かなかった連絡、送れなかった連絡の洗い出しと、処理の順番 | 送受信の記録 |
まとめ:公式の障害情報を確認し連絡手段を切り替える
今回の持ち帰りは、障害を自分の端末の故障と決めつけず、立場ごとに連絡と業務を切り替えることです。11月13日12時時点で、Microsoftは多数のサーバーが想定外に使えなくなったと説明して復旧作業を続けており、障害は終了したとは公表されていません。立場ごとの行動は、次のとおりです。
- 利用者は、公式の障害情報で状況を確かめ、急ぎの連絡を電話などの別の手段に切り替える
- IT管理者は、管理センターの障害ID(EX1550543、MO1550821)で最新の状況を確認し、社内に周知する
- 経営者や責任者は、止められない業務と取引先への連絡を決める
クラウドサービスは便利な一方で、止まる日もあるものです。連絡手段と担当者に加えて、止められない業務の代わりの手順を決めておくことが、止まる日の備えになります。
なお、Outlookについては、今回の障害とは別に脆弱性(ソフトウェアの弱点)の悪用が確認された件を『Outlookの脆弱性で悪用確認|更新を至急適用』で解説しています。
公式の確認先と、報道や国内の案内で経緯を確認できるページを、次の表にまとめます。
執筆者
DXportal®運営チーム
DXportal®編集部
DXportal®の企画・運営を担当。デジタルトランスフォーメーション(DX)について企業経営者・DX推進担当の方々が読みたくなるような記事を日々更新中です。掲載希望の方は遠慮なくお問い合わせください。掲載希望・その他お問い合わせも随時受付中。



