2026年11月13日の朝、「Outlookが開かない」「メールが届かない」という状態で仕事が始まった会社は多かったはずです。Microsoft 365で世界規模の接続障害が起こり、メールを中心に、丸一日近く影響が続きました。弊社のメールも送受信できなくなり、サイトに障害のお知らせを掲載して、お問い合わせフォームをご案内しました。
クラウドサービスの障害は、利用者の側では直せません。ただ、「どこを見れば状況が分かるか」「メールが止まっている間、どう連絡を取るか」は、あらかじめ決めておけます。この記事では、今回の障害でMicrosoftが発表している内容を整理したうえで、障害のときの確認先と、会社として準備しておきたいことをまとめます。内容は2026年11月14日午後の時点の発表に基づいています。
何が起きたのか
- 日本時間の2026年11月13日未明（米国時間12日）から、Microsoft 365で世界規模の接続障害が発生しました。中心はメールのサービス「Exchange Online」で、Outlookからメールボックスに接続できない、メールの配信が遅れるといった影響が出ました。
- Microsoftは、Microsoft 365管理センターでこの障害を「EX1550543」（Exchange Online）と「MO1550821」（複数のサービス）という番号で扱っています。
- 原因についてMicrosoftは、以前のネットワーク容量の増強の際に生じた問題が、最近のネットワーク変更をきっかけに表面化したと説明しています。悪意ある活動を示す証拠はないとしています。
- Microsoftは11月14日未明（日本時間）、公式Xで利用者とパートナーに謝罪し、各サービスが広く回復して安定していると発表しました。
- Microsoftは11月14日13時過ぎ（日本時間）、管理センターの障害情報を「サービス復旧」の状態に更新し、最終の報告を掲載しました。影響が終わった時刻は、日本時間の11月14日1時10分とされています。
- ただし、最終の報告には、根本の問題には対処したうえで、残る利用者と地域への復旧を続けている、とも書かれています。遅れていたメールの処理が続いている場合もあるので、しばらくは注意が必要です。
発生から回復までの経過
Microsoftは、障害情報を発信する公式Xアカウント「Microsoft 365 Status」（@MSFT365Status）で、経過を順次発表しました。主なものを並べると、次のとおりです。時刻は、投稿時刻を日本時間に直した目安です。
| 日時（日本時間） | Microsoftの発表内容 |
|---|---|
| 11月13日 4時12分頃 | すべての変更作業（デプロイ）を一時停止。問題のある設備から通信を退避させ、サーバーを再起動 |
| 11月13日 9時6分頃 | 復帰させたサーバーが、通信を受けると再び応答しなくなる場合があると説明。届く通信の種類を一時的に制限 |
| 11月13日 16時43分頃 | 通信の調整により、安定性と処理能力が改善。対象の地域全体に適用を拡大 |
| 11月13日 18時24分頃 | 安定化の初期の兆候を確認。遅れているメールを守るため、メールのタイムアウトを48時間に延長 |
| 11月13日 20時11分頃 | 通信を段階的に元に戻す。メールボックスへの接続と、遅れていたメールの処理が改善 |
| 11月13日 23時17分頃 | 配信待ちのメールは大幅に減り、通常の水準に近づく。一部で断続的な接続の問題や配信の遅れが残る可能性 |
| 11月14日 3時5分頃 | 利用者とパートナーに謝罪。各サービスで広い範囲の回復と安定を確認 |
経過を見ると、復旧は一度で済んでいません。サーバーを再起動して戻しても、通信が集中すると再び応答しなくなるため、通信の量と種類を絞りながら少しずつ戻していく、という進め方になりました。発生から「広く回復」の発表まで、ほぼ丸一日かかっています。
その後、11月14日13時過ぎ（日本時間）に、管理センターの障害情報が「サービス復旧」の状態に更新され、最終の報告が掲載されました。影響が終わった時刻は、日本時間の11月14日1時10分とされています。一方で、残る利用者と地域への復旧は続けている、とも書かれています。
Microsoftが説明している原因
Microsoftの説明では、障害の過程で、サーバーが自動の「ヘルスチェック」に失敗して利用できない状態になりました。ヘルスチェックは、サーバーが正常に動いているかを自動で確かめ、異常があればサービスから切り離す仕組みです。あわせて、対象のサーバーで中核となるプロセスが過負荷になり、処理能力が失われたとしています。
そのもとになった原因としては、以前実施したネットワーク容量の増強の際に生じた問題が、最近のネットワーク変更をきっかけに表面化した、と説明しています。どの作業のどの問題だったのかは、まだ示されていません。サイバー攻撃やAIとは関係のない技術的な問題だった、ともしています。
Microsoftは、根本原因と再発防止策を含む事後報告書（Post-Incident Report）を公開するとしています。最終の報告によると、速報版を2営業日以内に、最終版を5営業日以内に提供する予定です。原因の詳しい説明は、この報告書を待つことになります。
止まったのはメールだけではなかった
今回の障害の中心は、メールを受け持つExchange Onlineでした。ただ、Microsoft 365では、メール以外のサービスもExchange Onlineの機能を使っています。そのため、影響はメールの外にも広がりました。管理センターの障害情報として伝えられている内容を整理すると、次のようになります。
| サービス | 影響があったとされること | 使えたとされること |
|---|---|---|
| Outlook（Exchange Online） | メールボックスに接続できない。メールの配信が遅れる。パソコンのOutlook、ブラウザー版、スマートフォンのいずれでも起こりうる | ― |
| Teams | 予定表での会議の作成や編集など、メール側の機能を使う操作 | 通話、会議への参加、チャットなど、主な機能の大部分 |
| SharePoint Online | メール側の機能を使う一部の機能 | SharePointに置いたファイルの利用 |
ここから分かるのは、「Microsoft 365の障害」といっても、すべてが同時に使えなくなるとは限らない、ということです。今回は、メールが止まっている間も、Teamsのチャットや通話は多くの場合で使えたとされています。障害のときは、何が止まっていて何が動いているのかを早めに切り分けると、その日の仕事の進め方を決めやすくなります。
障害かどうかを確かめる3つの場所
メールがつながらないとき、最初に迷うのは「自分のパソコンの問題か、会社のネットワークの問題か、サービス側の問題か」です。Microsoft 365の側で障害が起きているかどうかは、次の3か所で確認できます。
- Microsoft 365管理センターの「サービス正常性」：管理者のアカウントでサインインして見る画面です。障害ごとに番号が付き、影響の範囲と対応の経過が載ります。今回の番号は「EX1550543」と「MO1550821」です。
- 公開のステータスページ（status.cloud.microsoft）：サインインしなくても見られるページです。障害で管理センターに入れないときは、こちらを見ます。
- 公式X「Microsoft 365 Status」（@MSFT365Status）：大きな障害のときに、経過が短い文章で発信されます。今回の経過も、ここで順次発表されました。
管理センターを見られるのは、管理者の権限を持つ人だけです。「誰が管理者なのか分からない」「管理者のアカウントでしばらくサインインしていない」という会社は少なくありません。障害の最中に調べ始めると時間がかかるので、平常時に一度、サービス正常性の画面を開いておくことをおすすめします。
障害中に送られたメールはどうなるのか
障害の間に取引先から送られたメールは、すぐには届きません。メールの仕組みでは、相手に届けられないメールは送信の途中で保留され、一定の時間、繰り返し配信が試みられます。Microsoftは今回、遅れているメールを守るためとして、メールのタイムアウトを48時間に延長したと発表しました。配信待ちのメールは、13日の夜には大幅に減り、通常の水準に近づいたとしています。
ただ、遅れたメールがすべて届いたかどうかを、受け取る側で確かめる方法はありません。送信した側のメールサーバーの設定によっては、再送をあきらめて、送信者にエラーの通知を返している場合も考えられます。障害の間に届くはずだった見積もりや返事があるなら、「届いているはず」と考えずに、こちらから相手に確認するのが確実です。自社のサイトやメールの署名で、「この期間のメールは届いていない可能性があります」と知らせておく方法もあります。
メールが止まっても連絡がつくようにしておく
今回の障害を弊社も利用者として経験し、あらためて準備の大切さを感じました。大がかりな対策でなくても、次の点を決めておくだけで、当日の混乱はかなり減らせます。
メール以外の連絡手段を決めておく
社内の連絡は、メールが止まったら何を使うのかを決めておきます。今回のように、Teamsのチャットや通話は動いている場合もありますが、同じMicrosoft 365のサービスなので、障害の内容によっては一緒に止まることも考えられます。電話や、別の会社のチャットサービスなど、Microsoft 365とは別の系統の手段を一つ用意しておくと安心です。
取引先の連絡先を、メールの外にも持っておく
取引先の電話番号を、過去のメールの署名から探している方は多いと思います。メールボックスに入れなくなると、その連絡先も見られなくなります。主な取引先の電話番号は、名刺の管理ツールや顧客の台帳など、メールとは別の場所でも見られるようにしておきます。
お客様に知らせる場所を決めておく
メールが止まっていることを、メールで知らせることはできません。自社のサイトの「お知らせ」や、お問い合わせフォーム、SNSなど、メールとは別に動いている窓口が役に立ちます。このとき確認しておきたいのが、お問い合わせフォームの通知の届き方です。フォームの内容がメールでしか届かない設定だと、障害の間はフォームからのお問い合わせにも気づけません。フォームの送信内容がサイトの管理画面にも保存される設定になっているかを、確かめておいてください。
障害情報を確認する担当を決めておく
障害のとき、社員がそれぞれパソコンを再起動したり、設定を変えたりし始めると、復旧後に別の不具合が残ることがあります。「つながらないときは、まず担当者がサービス側の障害情報を確認し、社内に知らせる」という流れを決めておくと、不要な作業を防げます。専任の担当者がいない会社では、外部の支援先に確認を頼めるようにしておくのも一つの方法です。
速やかに確認しておくこと
- 11月13日から14日にかけて届くはずだったメール（見積もり、注文、返事など）に、届いていないものがないかを確認する。心当たりがあれば、相手に連絡して確かめる。
- 同じ期間に自社から送ったメールに、エラーの通知が返ってきていないか、相手に届いているかを確認する。
- Microsoft 365の管理者が誰なのか、管理センターにサインインできるかを確認する。「サービス正常性」の画面を一度開いておく。
- 公開のステータスページ（status.cloud.microsoft）と、公式X「Microsoft 365 Status」を、ブックマークなどですぐ開けるようにしておく。
- メールが使えないときの社内の連絡手段と、主な取引先の電話番号の置き場所を決める。
- 自社サイトのお問い合わせフォームの内容が、メール以外の場所（サイトの管理画面など）でも確認できるかを確かめる。
今後私たちが考えるべきこと
クラウドのサービスは、自社でサーバーを持つよりも安定して使えることがほとんどですが、止まることがない、というわけではありません。今回の障害では、原因の詳しい説明はMicrosoftの事後報告書を待つことになりますが、利用する側としては「止まったときに、どこを見て、どう連絡を取るか」を決めておくことが、いちばん確実な備えになります。
エディトルでは、今回のインシデントの経験を基に、事業の継続のための体制をお客様とともに改めて考えていきます。
※本記事は2026年11月14日時点のMicrosoft公式発表に基づく速報です。情報は随時更新します。