Microsoft 365 Apps の正常性

  • [アーティクル]

Microsoft 365 Apps管理センターのMicrosoft 365 Apps正常性ダッシュボードを使用すると、クライアント デバイスでの Office アプリのパフォーマンスを把握し、発生する問題の最適化とトラブルシューティングに役立つガイダンスを提供することで、Office アプリを最新の状態に保つことができます。

ヒント

閲覧を視聴する場合は、 Apps Health に関する紹介ビデオをご覧ください。

Microsoft 365 Apps正常性を使用するための要件

  • バージョン 1908 以降のMicrosoft 365 Apps for enterpriseまたはMicrosoft 365 Apps for business
  • Microsoft 365 Apps for enterpriseまたはMicrosoft 365 Apps for businessによってサポートされるWindows 11またはWindows 10のバージョン
  • Microsoft 365 (または Office 365) for Business Standard、Business Premium、A3、A5、E3、または E5 サブスクリプション プラン

重要

Microsoft 365 Apps正常性は、次のプランをお持ちのお客様には利用できません。

  • 21Vianet が運用している Office 365
  • Office 365 GCC
  • Office 365 GCC High および DoD

注:

ダッシュボードには 1908 より前のバージョンの分析情報が表示される場合がありますが、これらのバージョンは公式にはサポートされていません。

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

Microsoft 365 Apps管理センターに移動し、左側のナビゲーションで [アプリの正常性] を選択します。 管理センターの使用とプレビュー機能の有効化については、「Microsoft 365 Apps管理センターの概要」を参照してください。

概要

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

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

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

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

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

ヒント

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

トレンドの注目すべき変化が検出されると、ダッシュボードによってアドバイザリとして表示されます。 アドバイザリは、障害ドメインを分離するのに役立ち、特定の Office アプリ、ビルド、チャネルのメトリック (たとえば、現在の更新プログラム チャネルのビルド 16.0.13628.20274 の Word のクラッシュ率) のコンテキストで定義され、劣化または改善について通知し、重大または軽微に分類されます。

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

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

注:

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

Microsoft 365 Apps正常性の使用

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

  • アプリの正常性の概要: テナントで正常性の大幅な悪化が検出されたビルドを強調表示します。 これには、過去 14 日間に影響を受けたビルドを実行するために観察されたデバイスの数が含まれます。 これは影響を評価し、影響を受けるビルドのトラブルシューティングに優先順位を付けるのに役立ちます
  • アプリ通貨の概要: 推奨される月次および月単位のエンタープライズ更新プログラム チャネルからのビルドを実行しているデバイスの割合を示します。 また、サポート対象外であり、サポートされているビルドにできるだけ早く更新する必要があるビルドを実行しているデバイスの割合も強調表示されています
  • 最近のアドバイザリの一覧: Office アプリの正常性傾向の大幅な悪化または改善に関する最新のアドバイザリ (過去 24 時間で生成) が表示されます。 各行には、劣化の説明と、影響を与えるアプリ、ビルド、および更新チャネルが含まれています。 任意のアドバイザリを選択して追加の詳細を表示したり、アドバイザリ履歴に移動して過去 (24 時間以上) のアドバイザリを表示したりできます
  • 監視カバレッジ: 過去 14 日間に診断データをダッシュボードに送信している組織内のユーザーの割合を示します。 パーセンテージが高いほど、ダッシュボードの分析情報がより代表的になります。 この分析情報を展開すると、組織内に展開されている各更新チャネルと、ダッシュボードで監視されているデバイスの数に対するこの割合を確認できます。 報告されるデバイスの数は、デバイスの作成が 14 日間に組織で変更された可能性がある場合や、デバイスが診断データを報告していないか、アクティブに使用されていないために、デバイス管理ソリューションに表示されるデバイスとは異なる場合があることに注意してください。 デバイスの数は、正確なデバイス管理数ではなく、大きさのアイデアを提供することを目的としています。

アプリ メトリック

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

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

任意のアプリを選択して、追加の詳細を取得できます

アプリの詳細

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

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

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

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

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

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

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

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

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

アドインの正常性

アドインの正常性ビューには、組織内の Office アプリで使用される COM アドインと VSTO アドインの信頼性とパフォーマンスに関する情報が表示されます。

アドインをダウンロードしてインストールすると、Word や Excel などの Office アプリに追加の機能を提供できます。 通常、アドインには次の 2 つのソースがあります。

  • 独立系ソフトウェア ベンダーと Microsoft によって作成され、Office のすべての世界中のユーザーが一般提供するパブリック アドイン。
  • プライベート アドイン。これは、内部でのみ使用するために組織によってまたは組織向けに開発され、その組織内の Office ユーザーのみが使用します。

[アドインの正常性] ビューには、パブリック アドインとプライベート アドインの両方に関する情報が表示されます。これには、次の情報が含まれます。

  • アドインの名前
  • アドインの発行元
  • 組織で見つかったアドインのバージョン
  • アドインを使用している Office アプリ
  • アドインの各バージョンがインストールされているデバイスの数
  • アドインのバージョンが 32 ビットか 64 ビットか
  • アドインのクラッシュ率 (パーセンテージ) [1]
  • アドインの読み込み時間 (秒単位)

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

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

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

プライベート アドインに関する情報は、Microsoft によって処理される顧客の Exchange メールボックスと同じ地理的な場所に送信されます。 プライベート アドインの場合は、Microsoft の プライバシー応答センター に問い合わせて、一般データ保護規則 (GDPR) の下でデータ主体要求 (DSR) を送信できます。 パブリック アドイン データは、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のプライバシー制御の概要」を参照してください。

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

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

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

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

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

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

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

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

  • OS 更新プログラム: OS の更新プログラムと同様に、コンピューターが再起動される更新は、通常、それらの期間中にパフォーマンスの傾向が増加し、更新プログラムが組織全体に移動した後に数日間続く可能性があります

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

  • デバイスハードウェアの変更: 新しいハードウェアがロールアウトされたとき、または新しいデバイスのパフォーマンスが向上または低下するにつれてパフォーマンスの傾向の動きを引き起こす可能性があるデバイスのハードウェア構成に変化がある場合

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

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

  • イベント数: 傾向のポイントにカーソルを合わせると、イベント数を含む追加のデータが表示されます。 新しいロールアウトが開始される前に、現在のビルドのイベント数を確認し、新しいビルドのカウントが似ていると、パフォーマンスの傾向が現在のビルドと新しいビルドを評価するためのより良い比較になります。

  • 新しいビルド パフォーマンス特性: 傾向が表示されない場合でも、新しいビルドがロールアウトされ、使用量が増加するとパフォーマンス パターンが変化する場合があることに注意してください。 多くの場合、新しいビルドのパフォーマンス メトリックは高く始まり、使用量が増加するとダウンします。

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

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