Microsoft 365 Apps の正常性

Microsoft 365 Apps管理センターのMicrosoft 365 Apps正常性ダッシュボードは、アプリの正常な状態を維持するのに役立ちます。 クライアント デバイスでのパフォーマンスを可視化し、発生する問題の最適化とトラブルシューティングに役立つガイダンスを提供します。

ヒント

読み上げを視聴する場合は、Apps Health に関する紹介ビデオをチェックしてください。

要件

サポートされている組み込みの管理者ロール

この機能にアクセスして管理するために、次の組み込みのMicrosoft Entraロールを使用できます。

役割 説明
グローバル管理者 このロールは、Microsoft Entra ID を使用するMicrosoft Entra IDおよび Microsoft サービスのすべての側面を管理できます。
セキュリティ管理者 このロールは、セキュリティ情報とレポートを読み取り、Microsoft Entra IDとOffice 365の構成を管理できます。
Office Apps 管理者 (推奨) このロールでは、ポリシーと設定の管理を含む Office アプリ クラウド サービスを管理し、エンド ユーザーのデバイスに対して "新機能" 機能コンテンツを選択、選択解除、公開する機能を管理できます。

注:

グローバル リーダーは、Microsoft 365 Apps管理センターでサポートされているもう 1 つの組み込みロールですが、クラウド更新プログラムやモダン アプリ設定ページなどの一部の機能はサポートされていません。

ライセンスの要件

ユーザーは、次のいずれかのサブスクリプション プランに割り当てられている必要があります。

サブスクリプション プラン
教育
  • Microsoft 365 A3
  • Microsoft 365 A5
  • Business
  • Microsoft 365 Business Standard
  • Microsoft 365 Business Premium
  • Enterprise
  • Microsoft 365 E3
  • Microsoft 365 E5
  • 重要

    次のプランはサポートされていません。

    • 21Vianet が運用している Microsoft 365
    • Microsoft 365 GCC
    • Microsoft 365 GCC High と DoD

    製品バージョンの要件

    Windows では、次のバージョン要件を使用してMicrosoft 365 Appsを管理できます。

    注:

    ダッシュボードには、サポートされていないバージョンの分析情報が表示される場合がありますが、これらのバージョンは正式にサポートされていないため、できるだけ早く更新する必要があります。 インベントリを使用して、サポートされていないバージョンを実行しているデバイスを特定します。

    ネットワーク要件

    Microsoft 365 Appsを実行しているデバイスでは、次のエンドポイントへのアクセスが必要です。

    Microsoft サービス allowlist に必要な URL
    Microsoft 365 Apps の管理センター
  • login.live.com
  • *.config.office.com
  • *.config.office.net
  • Office コンテンツ配信ネットワーク (CDN)
  • officecdn.microsoft.com
  • officecdn.microsoft.com.edgesuite.net
  • otelrules.azureedge.net
  • ソース: Microsoft 365 URL と IP アドレス範囲

    追加要件

    これは既定の設定であるため、デバイスで Office の診断 fata を有効にする必要があります。 グループ ポリシー設定を使用して Office の診断データの送信を制限している場合は、必要なデータとオプションの両方のデータの送信を許可するように これらの設定を変更 する必要があります。

    正常性ダッシュボードにアクセスする方法

    Microsoft 365 Apps管理センターに移動し、[正常性] ノードを拡張して、[アプリの正常性] を選択します。 Microsoft 365 Apps管理センターの使用については、「Microsoft 365 Apps管理センターの概要」を参照してください。

    概要

    Microsoft 365 Apps正常性ダッシュボードは、テナント内のMicrosoft 365 Appsの最適化とトラブルシューティングに役立つよう設計されています。 そのメインの利点は次のとおりです。

    • ゼロエフォートセットアップ: Office 診断データを使用しているため、追加のエージェントの展開は必要ありません
    • 可視性: アプリの正常性の進化をいつでも確認し、インフラストラクチャの変化と関連付けることができます
    • アクション可能: Office アプリの問題または最適化の領域を事前に検出し、アドバイザリとして提示します

    ダッシュボードでは、Windows Word、Excel、PowerPoint、Outlook、OneNote、Publisher が監視されます。 正常性の傾向とアドバイザリは、24 時間ごとに更新されます。

    現在、Microsoft 365 Apps正常性では、次のパフォーマンスと信頼性のメトリックの傾向が提供されています。

    • アプリクラッシュ率: 選択したスコープ内のユーザー セッション数 (アプリ、ビルド) に対するアプリのクラッシュの数
    • アプリの起動時間: ユーザーがアプリを開いた時点から、選択したスコープ (アプリ、ビルド) 内でユーザー入力の準備ができるまでの時間
    • App File Open Time (local): ユーザーがローカル ドライブからファイルを開いた時点から、選択したスコープ (アプリ、ビルド) 内でファイルをユーザー入力の準備ができるまでかかる時間
    • App File Open Time (SharePoint): ユーザーが SharePoint サイトまたは Microsoft OneDrive for Work and school からファイルを開いた時点から、選択したスコープ (アプリ、ビルド) 内でファイルがユーザー入力の準備ができるまでかかる時間

    ヒント

    傾向を解釈する方法の詳細については、「 パフォーマンスの傾向」を参照してください。

    トレンドの注目すべき変化が検出されると、ダッシュボードによってアドバイザリとして表示されます。 アドバイザリは、障害ドメインを分離するのに役立ち、特定のアプリ、ビルド、チャネルのメトリックのコンテキストで定義されます。 彼らは劣化や改善について知らせ、重大または軽微に分類されます。

    アドバイザリは、メトリックの値をベースラインと比較することで検出されます。これは次のようになります。

    • 過去の同じアプリ、ビルド、更新チャネルのメトリックの値
    • テナント内の同じ更新チャネルの最もアクティブなビルドからの同じアプリのメトリックの値

    注:

    特定のアプリに対して十分なシグナルが観察されておらず、24 時間の空間でビルドされている場合は、"十分なセッションがありません" または "十分でないイベント" が表示されます。

    Microsoft 365 Apps正常性の使用

    Microsoft 365 Apps正常性ダッシュボードに初めてサインインすると、[概要] ページが表示されます。 このページには、テナント内の Office クライアントの正常性とアクティビティに関する高レベルの分析情報が含まれています。

    • アプリの正常性の概要: テナントで正常性の大幅な悪化が検出されるビルドを強調表示します。 過去 14 日間にこれらのビルドを実行したデバイスの数が一覧表示されます。 このデータを使用して、これらのビルドの修正を優先します。
    • 最近のアドバイザリの一覧: Office アプリの正常性傾向の大幅な悪化または改善に関する最新のアドバイザリ (過去 24 時間で生成) が表示されます。 各行には、劣化の説明と、影響を受けるアプリ、ビルド、更新チャネルが含まれます。 任意のアドバイザリを選択して詳細を表示したり、[アドバイザリ履歴] に移動して過去 (24 時間以上前) のアドバイザリを表示したりできます。
    • 監視カバレッジ: 過去 14 日間にダッシュボードに診断データを送信しているorganizationのユーザーの割合を示します。 パーセンテージが高いほど、ダッシュボード上の分析情報がより代表的になります。 この分析情報を展開すると、各更新チャネルの割合と、ダッシュボードがorganizationで監視するデバイスの合計数を確認できます。 報告されるデバイスの数が、デバイス管理システムが報告する数値と一致しない可能性があります。 この不一致は、organization内のデバイスの数が 14 日間で異なる可能性があるために発生する可能性があります。 さらに、一部のデバイスでは診断データが報告されないか、非アクティブになる可能性があります。

    アプリ メトリック

    このビューは、各 Office アプリの正常性を個別に評価するのに役立ちます。 この情報は、organizationの操作が、注意深く監視する必要がある特定の Office アプリに依存している場合に役立ちます。 アプリごとに次の情報を使用できます。

    • アプリケーション名
    • 過去 14 日間のアプリ セッションの数。アプリがorganizationでどの程度広く使用されているかを通知します。
    • 過去 24 時間の大幅な悪化に関するアドバイザリの数

    詳細を取得するには、任意のアプリを選択できます。

    アプリの詳細

    このビューには、テナントに展開されているすべてのビルドと更新チャネルにわたる、選択した Office アプリの正常性の傾向が表示されます。 アプリ、メトリック、ビルドを選択でき、日単位のメトリック値がグラフにプロットされます。 既定では、使用可能な最もアクティブで最新のビルドが表示されます。 他のビルドを表示することもできます。 このビューの一般的なユース ケースは次のとおりです。

    • 選択した Office アプリのパフォーマンスと信頼性をビルド間で比較する (最新のビルドとテナント内の最もアクティブなビルドなど)
    • 使用するビルドと更新チャネルの数に関係なく、テナント全体で選択した Office クライアントのアドバイザリを検出する
    • Office クライアントのパフォーマンスと信頼性に関するユーザー エスカレーションの検証

    チャネルとビルドのメトリック

    このビューはアプリ メトリックに似ていますが、Office アプリは個々のアプリとしてではなくスイートとして扱われます。 チャネル メトリックは、テナントで積極的に使用されているチャネル、バージョン、ビルドを検出し、その正常性を評価するのに役立ちます。 ビルドごとに、次の情報を使用できます。

    • Office のバージョンとビルド番号
    • 過去 14 日間にビルドされたアプリのセッションの合計数。これにより、ビルドがorganizationでどの程度広く使用されているかが通知されます。
    • 過去 24 時間のビルド全体の大幅な悪化に関するアドバイザリの数
    • ビルドがサポートされていないかどうか、テナントで最もアクティブかどうか、および Microsoft が利用可能な最新のものかどうかに関する備考

    任意のビルドを選択して、詳細を表示できます。

    • リリース情報 (リリース日、サポート終了日、ビルドが機能かセキュリティ更新プログラムか)
    • ビルドを実行しているアプリの一覧と過去 24 時間以内のメトリック (アプリを選択してアプリの [アプリの詳細] ページに移動できます)
    • 過去 24 時間におけるビルド全体の大幅な悪化に関するアドバイザリの詳細 (説明、影響を受けたアプリケーションとメトリック)

    このビューが役立つ一般的なシナリオは次のとおりです。

    • 最近デプロイされたビルドの動作を評価する
    • 最もアクティブなデバイスを使用してビルドを特定する
    • サポートされていないビルドがテナントで引き続き使用されているかどうかを確認する
    • ビルドと更新チャネル間でパフォーマンスと信頼性を比較する
    • テナント内の Office クライアントの断片化 (ビルドの使用量) を評価する

    アドインの正常性

    アドインの正常性ビューには、organizationで Office アプリによって使用される COM アドインと VSTO アドインの信頼性とパフォーマンスに関する情報が表示されます。 アドインをダウンロードしてインストールすると、Wordや Excel などのアプリにさらに多くの機能を提供できます。 通常、アドインには次の 2 つのソースがあります。

    • 独立系ソフトウェア発行元または Microsoft によって作成されたパブリック アドインは、世界中のすべてのユーザーが一般公開されています。
    • 内部使用専用のorganizationで開発されたまたはorganization用に開発されたプライベート アドインは、そのorganization内のユーザーのみが使用します。

    アドインの正常性ビューには、次の情報を含むパブリック アドインに関する情報のみが表示されます。

    • 名前
    • Publisher
    • インストールされているバージョンまたはバージョン
    • アドインを使用するアプリ
    • アドインがインストールされているデバイスの数
    • 32 ビットまたは 64 ビット
    • クラッシュ率 (パーセンテージ) [1]
    • 読み込み時間 (秒単位)

    [1]クラッシュと失敗した読み込みの両方が含まれます。

    Microsoft 365 Apps正常性のすべての情報と同様に、アドインに関する情報は、Microsoft 365 Apps管理センターで有効になっているインベントリ機能に依存します。 クラッシュ 率、読み込み時間、および読み込みエラーに関するデータは、アドインが Office アプリによって読み込まれて使用されるときに収集され、Microsoft に送信されるイベントから派生します。

    アドインの 正常性 ビューに表示されるパブリック アドインの詳細については、次の操作を行う必要があります。

    すべてのアドバイザリ

    このビューには、過去 30 日間 (過去 24 時間を含む) にテナントで使用されたすべてのアプリとビルドに関するアドバイザリが表示されます。 このビューは、最近のアドバイザリや正常性の傾向の変化が過去に発生したかどうかを調査するのに役立ちます。

    各アドバイザリについて、次の詳細を確認できます。

    • 影響を受けるメトリックの名前とベースラインと比較した変更を含むアドバイザリの説明
    • 影響を受けたアプリケーション
    • チャネルとビルド
    • 変更が重要か軽微か、悪化か改善かを示すアドバイザリの種類。
    • アドバイザリの作成日

    アドバイザリを選択すると、より多くのトラブルシューティング情報を取得できます。

    • 過去 30 日間の影響を受けたビルドとベースライン ビルドの両方のメトリックの傾向
    • ベースラインとして使用されるビルドのチャネル、バージョン、および数
    • 過去 24 時間の傾向変化の値
    • アドバイザリ作成時の傾向変化の値 (24 時間以上前のアドバイザリの場合)
    • ビルドのサポート状態とその年齢に応じて続行する方法に関するガイダンス

    このビューには、テナントに展開されているすべてのビルドにわたる、選択した正常性メトリックと Office アプリの傾向が、更新チャネル別にグループ化されて表示されます。

    Microsoft 365 Apps正常性は、Office アプリ全体のパフォーマンスと信頼性の傾向を監視し、それらの傾向の注目すべき変化が検出されたときにアドバイザリを表示します。 これらの変更は、悪化や改善の可能性があり、重大または軽微に分類されます。

    アドバイザリは、Office アプリのメトリック値とベースラインを比較することで識別されます。これは次のようになります。

    • 過去の同じアプリ、ビルド、更新チャネルのメトリックの値
    • テナント内の同じ更新チャネルの最もアクティブなビルドからの、同じアプリのメトリックの値

    アドバイザリ ビューは、回帰のコンテキストを理解し、ガイダンスを得るのに役立ちます。 このビューには、次の情報が表示されます。

    • 傾向の変化が検出された Office アプリ、ビルド、メトリック
    • 影響を受けたビルドとアプリ内のユーザー セッションの数
    • 回帰が検出されたときの監視対象メトリックの値
    • 監視対象メトリックの現在の値
    • 推奨されるトラブルシューティング アクション

    [アクティブなデバイス数] は、Office アプリが使用されているテナント内のデバイスの数を指します。 管理ツールと若干のずれが生じる可能性があります。通常、Office アプリがインストールされているデバイスの数は、使用されていない場合でも報告されます。

    Microsoft 365 Apps正常性ダッシュボードのデータ

    Microsoft 365 Apps正常性ダッシュボードでは、Office アプリから Microsoft に送信される診断データが使用されます。 診断データは常に制御下にあります。 診断データと使用可能なコントロールの詳細については、「Microsoft 365 Apps for enterpriseのプライバシー制御の概要」を参照してください。

    [アプリの正常性] には、選択したスコープ (アプリ、ビルド) のパフォーマンスの傾向が表示されます。 毎月ロールアウトされるビルドの場合、この機能を使用すると、ビルドのライフサイクルにわたってビルドのパフォーマンスがどのように変化するかを確認できます。 たとえば、新しいビルドを起動すると、通常、ユーザー数が少なくなり、多くの場合、パフォーマンス メトリックが高くなります。 ただし、ビルドの使用を開始するユーザーが増え、その使用量が普及するにつれて、通常、これらのパフォーマンス メトリックは減少し、安定します。 その後、新しいビルドがロールアウトされると、同じパターンが実行されますが、古いビルドでは使用量が減り、パフォーマンス メトリックは相関の変化を示します。 特定のパターンは、多くの場合、organizationとテナント内でロールアウトをビルドする方法に固有です。 傾向にカーソルを合わせると、現在の使用状況 (イベント数) が表示され、ビルドの使用状況が似ているので、比較するのが理にかなっています。 多くの場合、ビルド間で使用量が近いほど、パフォーマンスの傾向に匹敵します。

    ビルド間の比較以外にも、パフォーマンスの傾向を使用して、テナント内で変更が加えられるとき、いつでも Office アプリケーションの正常性を評価できます。 パフォーマンスの変化を引き起こす可能性がある一般的なユース ケースを次に示します。これは、予期しないパフォーマンスの変化が発生した場合にチェックする項目です。

    • アドイン: 新しいアドイン、既存のアドインの更新、アドインの削除など、Office 用アドインに変更がある場合。

    • ウイルス対策 (AV) ソフトウェア: 新しいソフトウェア、新しいバージョンへの更新、AV ソフトウェアの削除など、ウイルス対策ソフトウェアの更新プログラムの変更。

    • ポリシーの変更: ファイル処理または Office アプリケーションに特に影響を与えるポリシーを更新すると、パフォーマンスが低下する可能性があります。

    • 展開の変更: デバイスを追加または削除すると、新しい "通常" または予期されるパターンを設定するパフォーマンス パターンが変更される可能性があります。 マシンへのロールアウトの順序を変更すると、オンボーディングとビルドのエージングアウトのパフォーマンス パターンが異なる場合があります。

    パフォーマンス パターンが変化し、必ずしもアラームが発生するとは限らない他の一般的なシナリオの例を次に示します。

    • 季節性: 休日や会社や業界の異なる季節の周りの使用状況の変化。

    • OS の更新: OS の更新など、コンピューターの再起動につながる OS 更新プログラムなどのUpdatesは、一般的にそれらの期間中にパフォーマンスの傾向が増加し、更新プログラムがorganization間を移動すると数日間続く可能性があります。

    • マシンの再起動: 多くのマシンを再起動させる原因となるものは、特にブート時のパフォーマンスの傾向に影響します。 このようなイベントには、再起動を必要とする構成の展開、停電を必要とする修復の構築、気象停電、またはその他のイベントが含まれます。

    • デバイスハードウェアの変更: 新しいハードウェアを導入したり、デバイスのハードウェア設定を変更したりすると、パフォーマンスの傾向が変化する可能性があります。 この傾向の変化は、更新されたデバイスでパフォーマンスが向上または低下したときに発生します。

    • 使用状況のシフト: たとえば、ユーザーが推奨されている場合や、異なる使用パターンにつながる既定値が変更された場合などです。 たとえば、ローカルではなく、Office ファイル SharePoint の既定の保存場所を作成します。 この変更により、SharePoint から開かれたファイルが増加し、ローカル ドライブから開かれたファイルが減少し、パフォーマンスが低下する可能性があります。

    ビルドのロールアウトの頻度が低い場合、ビルドの完全なライフサイクルを観察するのが難しいため、ビルドの比較がより困難になります。 これらのシナリオで役立ついくつかの提案を次に示します。

    • イベント数: 傾向のポイントの上にマウス ポインターを置くと、イベント数など、より多くのデータが表示されます。 新しいロールアウトを開始する前に、現在のビルドのイベント数を調べます。 新しいビルドで同様の数が達成されると、パフォーマンスの傾向を比較すると、現在のビルドを新しいビルドに対してより正確に評価できます。

    • 新しいビルド パフォーマンス特性: 目に見える傾向がなくても、新しいビルドがデプロイされ、その使用量が増加すると、パフォーマンス パターンが変わることがよくあります。 通常、新しいビルドのパフォーマンス メトリックは、使用量の拡大に伴ってより高いレベルで開始され、減少します。

    Office パフォーマンスの予期しない変化に対する調査ワークフロー:

    1. 使用状況を確認する: メトリックのシフトが発生した場合は、必ずイベント ボリュームをチェックします。これは、グラフ内の傾向線にカーソルを合わせて実行できます。 パフォーマンス メトリックは、ビルドの対象ユーザーとイベント ボリュームに応じて大きく変化する可能性があります。シグナルの使用状況が類似していることを確認することをお勧めします。
    2. デバイスの変更: デバイスの変更により、多くの場合、Office のパフォーマンスが一時的または永続的に変更される可能性があります。 次の手順では、アドイン、ウイルス対策ソフトウェア、ポリシー、レジストリ キー、オペレーティング システム、VM 構成、Office ビルド、ハードウェアの変更など、いくつかの領域で更新プログラムを調べます。 これらの更新がメトリックのシフトと同時に発生したかどうかを確認します。
    3. 結果を確認するか、分析を続行する: パフォーマンスが低下しているデバイスを使用します。
    • シフトがデバイス環境の変更と相関している場合は、変更の有無に関係なくデバイス上のシナリオをテストして、それがパフォーマンスシフトの原因であることを確認します。 たとえば、新しいウイルス対策ソフトウェアが展開されている場合は、このソフトウェアを使用してデバイスを取得し、パフォーマンス シナリオを複数回テストします。 次に、ウイルス対策ソフトウェアを削除し、パフォーマンスを数回測定します。 結果を比較して、ウイルス対策ソフトウェアの削除によってパフォーマンスの変化が解決されることを確認します。
    • 広範なレベルで相関係数が見つからなかった場合は、デバイスの現在のパフォーマンスを測定し、変更のたびにパフォーマンスをテストする一般的な要因の削除を開始してソースを特定します。 たとえば、アドインを 1 つずつ削除し、削除されたときにパフォーマンスが向上するかどうかを確認します。 アドインに関連していない場合は、ウイルス対策を削除し、各手順でパフォーマンスのテストを続けてソースを見つけます。
    • 問題の原因となる信頼度を構築するために、他のデバイスでテストします。
    1. パフォーマンスの問題を修正または軽減するための適切なアクションを実行し、変更がロールアウトされるときにパフォーマンスの傾向を監視します。