Microsoft 365 / サービス正常性とメッセージセンターで障害・変更予定を確認する方法

Microsoft 365で障害が疑われる場合は、管理センターの[正常性] → [サービス正常性]をまず確認してください。サービスの状態では現在の障害やアドバイザリを、[正常性] → [メッセージセンター]では予定されている機能変更および管理者が行うべき作業を把握するために使用します。両方を合わせて確認することで、現在の障害対応と今後の変更準備を区別できます。

サービス正常性とメッセージセンターの違い

項目 サービスの状態 メッセージセンター
主な目的 現在の障害・性能低下および復旧の進行状況を確認 機能変更、サポート終了、管理作業および計画された更新を確認
管理者の質問 現在発生している問題はMicrosoftのサービス障害ですか? 今後、私たちの組織が準備すべき変更はありますか?
実務活用 影響の範囲、開始時刻、ステータス更新および回避方法を共有 適用スケジュール、影響を受けるユーザー・サービスおよび必要な作業の割り当て

Microsoftのサービス状況確認案内および変更情報管理案内を基準に説明します。表示されるお知らせは、組織やライセンス、役割によって異なる場合があります。

障害が疑われるときの確認手順

  1. 管理センターの[正常性] → [サービス正常性]を開き、問題が発生したサービスと地域、利用者の症状を照合します。
  2. 関連するインシデントやアドバイザリを開き、開始時刻、影響範囲、最新の更新情報および回避方法があるかを確認します。
  3. 組織内部の影響を別途確認します。サービスの状態に障害がないからといって、組織設定、ネットワーク、または特定のユーザーの問題がないわけではありません。
  4. サポート問い合わせが必要な場合は、症状、開始時刻、影響を受けるユーザー範囲、すでに確認した内容を記録します。公式のインシデントIDがある場合は、一緒に残します。
  5. 復旧通知が掲載された後、実際のユーザーの動作も再確認します。通知の「解決済み」がすべてのユーザーに即座に正常動作を保証するわけではありません。

インシデント通知を読み、組織の症状と照らし合わせる

インシデント(Incident)はサービスや主要機能を利用できない問題、アドバイザリ(Advisory)は一部ユーザー・範囲での断続的な問題などに分類されます。同じサービス名の通知があるという理由だけで、現在の問い合わせがそのインシデントに該当すると断定しないでください。ユーザーへの影響、開始時刻、対象機能・地域、および自組織の症状が合致しているか確認します。

「調査中」「性能低下」「サービス復旧中」「サービス復旧済み」はそれぞれ異なる進行状況です。最初に掲載された説明だけをコピーせず、最近の更新時刻と最新の対応案内を読みます。想定復旧時刻が提示されていない場合は、内部案内で任意の完了時刻を約束しません。

例えば、Teams会議接続の問題が報告された場合、他のユーザー・デバイス・ネットワークでも同様か確認し、告知の影響範囲と照らし合わせます。告知が一致しても、組織のポリシー変更が同時にあったか確認する必要があります。インシデント番号、内部影響範囲、最後の確認時間、次回確認担当者を記録しておけば、複数のサポート担当者による重複調査を減らすことができます。

サービス正常性通知と告知のない障害対応

  1. サービス正常性 → カスタマイズ → メールでインシデント・アドバイザリと必要なサービスを選択します。受信アドレスを確認して保存します。
  2. 特定のインシデントの更新のみが必要な場合は、インシデント詳細のこの問題に関する通知管理のような個別通知経路を使用します。
  3. 問題があるが告知がない場合は、サービス・タイムゾーン・対象ユーザーとエラーを整理し、問題報告で知らせることができます。報告した問題の一覧から処理状況を確認します。
  4. ネットワーク・アカウント・権限の問題が疑われる場合は、組織内の調査を並行して行います。メールはメッセージ追跡、ログインはサインインログで区別して確認します。

通知受信設定は担当者ごとのアカウントによる場合があるため、引き継ぎ時に新しい担当者の受信状況も確認してください。自分が見ているサービスのカスタムフィルターによってお知らせが隠されていないかも確認します。メール通知がなかったという事実だけで、問題がなかったと判断しません。

メッセージセンターはどのように運用しますか?

メッセージセンターでは、新機能、変更された基本動作、管理者の対応が必要なお知らせを確認します。まず、そのサービスが組織に実際に適用されるか確認し、適用スケジュールとユーザーへの影響、文書・教育・ポリシーの変更が必要かを書きます。重要なお知らせは担当者と完了日を指定して追跡してください。フィルターや通知設定を活用しますが、通知だけを信頼して定期的な点検を省略しないほうが良いです。

変更通知を実際の作業に変える方法

メッセージセンターで使用するサービスと「変更計画」、主要アップデート、ユーザー・管理者への影響などのフィルターを確認します。対応期限がある項目は、期限と実際に必要な作業を優先的に確認します。すべてのお知らせが即座に全面適用されるわけではなく、すべての組織に同じ日に届くわけでもありません。

記録する項目 確認する質問
メッセージID・更新時刻 同じお知らせが変更されたのか、新しいお知らせなのか?
対象・展開スケジュール どのサービス・プラットフォーム・ユーザーにいつ影響を与えるのか?
対応・担当者 アプリ・設定・ユーザー案内のうち、何を誰が変更するのか?
内部完了期限 公式期限前にテスト・承認を終える余裕があるか?
確認結果 変更後の実際の業務動作とドキュメントは一致しているか?

一部機能のお知らせには、組織の状態が予定されている・展開中・リリース済みなどで表示されます。このフィールドはサポートされているお知らせのみあるため、表示がないからといって未展開と断定しないでください。適用が段階的に進むと、同じ組織のユーザー間でも画面の違いが生じることがあります。

お知らせを「既読」に変更したり、自分の一覧でアーカイブすることは、組織の実際の変更完了を記録する作業とは異なります。重要なお知らせは、内部作業表で担当者・テスト結果により完了を管理し、スケジュールや指針が更新された場合は、同じメッセージIDの最新内容を再確認してください。

メッセージセンターの上部 基本設定で表示するサービスと、メールで受信する概要・主要な更新範囲を設定します。サービスの状態に関する障害通知とメッセージセンターの変更概要は別々の設定となるため、両方必要かどうか確認してください。

メニューが表示されない場合やお知らせがない場合

該当役割の権限が不足しているか、管理センターの表示が異なる可能性があります。サービスサポート管理者などの関連する役割を確認し、管理センターのナビゲーションメニューを展開してみてください。Microsoft全体の障害で管理センターにログインできない場合は、Microsoft 365サービスの状態ページを確認できます。ただし、この公開状態ページは組織ごとのすべての問題を表示するわけではありません。

メッセージセンターのみを閲覧する担当者は、メッセージセンター閲覧者などの制限された役割を検討できます。個人情報に関する通知は別の権限が必要な場合があり、他の管理者ロールがあってもメッセージセンターにアクセスできない場合があります。業務上必要な通知範囲に応じて役割を確認してください。サービス復旧後は、ウェブ・アプリで元の失敗した作業を再度試行し、暫定の迂回設定を使用した場合は正常な経路で復旧した結果まで記録します。