Office テレメトリ ダッシュボードを展開する
適用対象:Office 2019、Office 2016
重要
- Office テレメトリ ダッシュボードは、Microsoft 365 Apps for enterprise (バージョン 2208 の時点) ではサポートされなくなり、バージョン 2301 (以降) では削除されます。
- 詳細については、「 Microsoft 365 Apps for enterprise からの Office テレメトリ ダッシュボードの削除」を参照してください。
この記事では、Office テレメトリ ダッシュボードの 5 つのコンポーネント (ダッシュボード自体、プロセッサ、エージェント、データベース、共有フォルダー) を展開するのに役立ちます。 これらのコンポーネントを展開する前に、「トポロジ、スケーラビリティ、およびハードウェア ガイダンスの Office テレメトリ ダッシュボードの展開を計画 する」を確認してください。
重要
- Office テレメトリ ダッシュボードは、組織内で使用されるアドインなどの Office ドキュメントとソリューションに関するインベントリ、使用状況、正常性データを収集するオンプレミス ツールです。 データは主に、組織がアプリケーション互換性テストを行うのに役立つよう設計されています。
- Office テレメトリ ダッシュボード用に収集されたデータは、組織によって制御される SQL Server データベースに格納され、収集されたデータは Microsoft に送信 されません 。 詳細については、「 Office テレメトリ ダッシュボードのエージェントによって収集されたデータ」を参照してください。
- Office テレメトリ ダッシュボード用に収集されるデータは、Microsoft に送信できる Office 診断データとは異なります。 Office 診断データの詳細については、「 Microsoft 365 Apps のプライバシー制御の概要」を参照してください。
- Office テレメトリ ダッシュボードの管理に使用される設定は、Office 診断データには影響しません。また、その逆も同様です。 Office 診断データの管理の詳細については、「 ポリシー設定を使用して Microsoft 365 Apps のプライバシー制御を管理する」を参照してください。
Office テレメトリ ダッシュボード
Office テレメトリ ダッシュボードは、データベースに接続するように構成された Excel ブックです。 Office テレメトリ ダッシュボードは、Office Professional Plus 2019、Office Professional Plus 2016、または Office Standard 2016 と共にインストールされます。 Office テレメトリ ダッシュボードを表示するには、Office 2019 または Office 2016 から Excel がインストールされている必要があります。
Office がインストールされたら、次の表のいずれかの手順を使用して Office テレメトリ ダッシュボードを起動できます。
Office テレメトリ ダッシュボードを起動する方法
| オペレーティング システム | Office テレメトリ ダッシュボードを起動する方法 |
|---|---|
| Windows 10、Windows Server 2008 R2、または Windows 7 と Service Pack 1 |
[スタート] メニューの [すべてのプログラム]、[Microsoft Office 2016 ツール]、[テレメトリ ダッシュボード for Office 2016] の順に選択します。 |
| Windows 8.1 |
[開始] 画面で、「テレメトリ ダッシュボード」と入力してから、検索結果からそれを選択します。 |
| Windows Server 2012 R2 または Windows Server 2012 |
右端から内側へスワイプしてチャームを表示し、[検索] を選択してコンピューターにインストールされているすべてのアプリを表示します。 次に、 [Office 2016 テレメトリ ダッシュボード] を選択します。 |
Office 2019 の場合は、[Microsoft Office ツール] で Office のテレメトリ ダッシュボードを探します。
注:
- Windows 7 および Windows Server 2008 R2 のサポートは、2020 年 1 月 14 日に終了しました。
- Windows 8.1のサポートは 2023 年 1 月 10 日に終了しました。
SQL Server
Office テレメトリ ダッシュボードを構成する前に、SQL Server を展開する必要があります。 既存のデータベースを持っている必要はありませんが、次のいずれかのバージョンの SQL Server をインストールするか、アクセスする必要があります。
SQL Server 2016 または SQL Server 2016 Express
SQL Server 2014 または SQL Server 2014 Express
SQL Server 2012 または SQL Server 2012 Express
SQL Server 2008 R2 または SQL Server 2008 R2 Express Edition
SQL Server 2008 または SQL Server 2008 Express Edition
SQL Server 2005 または SQL Server 2005 Express Edition
注:
現在サポートされている SQL Server のバージョンを確認するには、[ 製品とサービスのライフサイクル情報の検索 ] ページに移動します。
Office テレメトリ ダッシュボードの [概要 ] ワークシートには、SQL Server 2014 Express をダウンロードするためのリンクが用意されています。 SQL Server がまだインストールされていない場合は、「 SQL Server 2014 Express をダウンロードしてインストールするには」の手順に従います。 SQL Server 2014 Express をインストールする前に、次のガイドラインを必ず確認してください。
コンピューターが SQL Server 2014 のハードウェアとソフトウェアの要件を満たしていることを確認します。 これは、SQL Server に Office テレメトリ ダッシュボードに必要のない Windows サービス パックのインストールなどの追加要件があるため、テスト用のオールインワン構成を計画している場合に特に重要です。 これらの要件については、「 SQL Server 2014 をインストールするためのハードウェアとソフトウェアの要件」を参照してください。
ローカル インストールを行う場合は、管理者としてセットアップを実行する必要があります。 リモート共有フォルダーから SQL Server をインストールする場合は、リモート共有フォルダーに対する読み取りと実行のアクセス許可を持つドメイン アカウントを使用する必要があります。 詳細については、「 インストール ウィザード (セットアップ)から SQL Server 2014 をインストールする」を参照してください。
SQL Server 2014 Express をダウンロードしてインストールするには
Office テレメトリ ダッシュボードの [ はじめ に] ワークシートの [1] の下 。前提条件を設定し、SQL Server 2014 Express with Tools をダウンロードしてインストールするリンクを選択します。 必要に応じて 32 ビット版または 64 ビット版を選択します。 または、 Microsoft SQL Server 2014 Express というリンクを使用します。
SQL Server 2014 Express のセットアップ プロセスでは、ファイルのダウンロードと抽出に時間がかかります。 さまざまなプロンプトを受け入れ、SQL Server インストール センターという名前の SQL Server 2014 Express の最初のページが抽出の完了後に表示されるまで待ちます。 その後、次の手順に従います。
SQL Server インストール センターで、[ 新しい SQL Server スタンドアロン インストール] を選択するか、既存のインストールに機能を追加します。
SQL Server 2014 セットアップ ウィザードで、ライセンス条項を読み、同意して、[ 次へ] を選択します。
[ 機能の選択] ページで、既定の設定をそのまま使用します。 [次へ]を選択します。
[ インスタンス構成] ページで、名前付きインスタンスを作成します (たとえば、"teledash" という名前を使用します)。 [次へ]を選択します。
[サーバーの構成] ページで、既定のサービス アカウントをそのまま使用します。 [次へ] をクリックします。
[ データベース エンジンの構成] ページで、既定の認証モード (Windows 認証モード) をそのまま使用します。 ユーザー アカウントが SQL Server 管理者として表示されます。 (警告: Office テレメトリ ダッシュボードでは SQL Server 認証がサポートされていないため、混合モードは使用しないでください)。[ 次へ] を選択します。
[エラー レポート] ページで、エラー レポートを Microsoft に送信する場合はチェック ボックスをオンにします。 送信しない場合は、そのまま [次へ] をクリックします。
インストール プロセスが完了するまで待ってから、ウィザードと SQL Server インストール センターを終了します。
Office テレメトリ プロセッサ
Office テレメトリ プロセッサは、1 台以上のコンピューターで実行され、共有フォルダーからインベントリ、使用状況、正常性データを収集し、データをデータベースにインポートします。 プロセッサは"Office Telemetry Processor" という名前の Windows サービスとしてインストールされ、プロセッサはトランスポート層セキュリティ (TLS) 1.2 をサポートします。
重要
プロセッサと共有フォルダーのペアを実行するコンピューターと SQL データベースがドメインに参加していない場合は、「 ワークグループまたはドメインに参加しているコンピューターで Office テレメトリ ダッシュボードを簡単に設定する」で説明されているスクリプトを使用して、これらのコンポーネントをインストールする必要があります。
プロセッサは、dperrorlog.txt という名前のファイルにエラー ログを生成します。 このファイルは、%systemroot%\ServiceProfiles\NetworkService\AppData\Local\Temp の隠しフォルダーにあります。
プロセッサとデータベースをインストールする各コンピューターでは、コンピューター上で実行されている Windows のバージョンに対応する最新バージョンのユニバーサル C ランタイム (CRT) も実行する必要があります。 詳細については、Windows での Universal C Runtime の更新プログラム を参照してください。
プロセッサを実行するコンピューターには、次のオペレーティング システムをお勧めします。
運用環境の場合: 最適なパフォーマンスを得るには、サポートされているバージョンの Windows Server (Windows Server 2019 など) を使用することをお勧めします。
テスト環境または小規模な運用環境の場合: Windows 10 または Windows 11 を実行するコンピューターは、テスト環境と小規模な運用環境で使用できます。 クライアント オペレーティング システムの同時接続は 20 個に制限されていますが、小規模な環境では、エージェントのランダム化設定により、一度に 20 を超えるエージェントが接続する可能性を最小限に抑える必要があります。
ウィザードを実行してプロセッサを設定する前に、次の情報を使用できることを確認してください。
SQL Server インスタンス名。 前に使用した例は "teledash" です。
SQL データベース。 既存のデータベースを指定しない場合は、新しいデータベースが作成されます。
共有フォルダーまたは既存の共有フォルダーの UNC パスを作成できます。 プロセッサを設定するウィザードは、共有フォルダーにアクセス許可がある場合に作成できます。 既存の共有フォルダーを指定した場合は、既存の NTFS および共有フォルダーのアクセス許可が、ウィザードによって設定されるアクセス許可で上書きされます。
データベースを作成するためのアクセス許可 (SQL Server の sysadmin ロール)。 新しいデータベースを作成して構成するには、ウィザードを実行してプロセッサを設定するアカウントが、SQL Server の sysadmin サーバー レベルのロールのメンバーであるドメイン アカウントである必要があります。 Office テレメトリ ダッシュボードを継続的に使用するために、sysadmin ロールのメンバーシップは必要ありません。データベースの作成後に削除できます。 既存のデータベースを使用することもできます。
11 GB 以上のハード ディスク空き容量。 このディスク領域は、ユーザーから収集されたデータを一時的に格納するために必要です。
Office テレメトリ プロセッサをインストールするには
プロセッサをインストールするコンピューターで、最新バージョンの CRT をインストールします。 詳細については、Windows での Universal C Runtime の更新プログラム を参照してください。
Office テレメトリ ダッシュボードの [ はじめ に] ワークシートで、[2] の下にあるインストール リンクを選択します 。テレメトリ プロセッサをインストールします。 プロセッサが実行される Windows オペレーティング システム アーキテクチャと同じ x86 または x64 バージョンを選択します。
必要に応じて、Office テレメトリ ダッシュボードのリンクを使用して、.msi ファイルを別のコンピューターに保存し、そこでセットアップ プログラムを実行できます。 この手順は、別のコンピューターにプロセッサをインストールする場合に必要です。
[ 次へ ] を選択し、[ はい ] を選択して、ユーザー アカウント制御プロンプトを受け入れてプロセッサをインストールします。 [ 完了] を選択すると、 Office テレメトリ プロセッサ設定ウィザードが 起動します。
[はい] をクリックしてプロンプトを受け入れて、[次へ] をクリックします。
SQL Server インスタンスの名前を入力し、[ 接続] を選択します。
新しいデータベースの名前を入力し、[作成] を選択して、[次へ] をクリックします。
[はい] をクリックして、データベース権限およびデータベース ロールを作成します。
[共有フォルダー] ページで、次のどちらかを実行します。
既存の共有フォルダーの UNC パスを指定して、[次へ] をクリックします。 ウィザードが適切なアクセス許可を設定できるように、[はい] をクリックします。
ローカル コンピューターに新しい共有フォルダーを作成するには、[参照] を選択 します。 共有フォルダーを作成する場所に移動します。 親フォルダーのショートカット メニューを開き (右クリック)、[ 新規作成] の順にポイントし、[ フォルダー] を選択します。 新しいフォルダーの名前を入力し、フォルダーをもう一度選択して選択し、[フォルダーの選択] を 選択します。 [ 次へ] を選択し、[ はい ] を選択して、ウィザードでフォルダーを共有し、適切なアクセス許可を設定できるようにします。
カスタマー エクスペリエンス向上プログラムにサインアップする既定のオプションを受け入れるか、またはこの時点ではプログラムにサインアップしないオプションを選択して、[次へ] をクリックします。
[完了] をクリックしてウィザードを終了します。
Office テレメトリ ダッシュボードで使用されるデータベース
Office テレメトリ プロセッサ設定ウィザードによって作成されたデータベースは、Office テレメトリ ダッシュボードを構成して接続する準備が整いました。
データベースに接続するには
Office テレメトリ ダッシュボードの [ はじめ に] ワークシートの [5] の下 。データベースに接続してテレメトリ データを表示するには、[ データベースに接続] を選択します。
プロセッサのインストール中に指定した SQL Server および SQL データベースの名前を指定します。
接続が確立されると、多数の新規ワークシートがブックに追加されます。 エージェントをデプロイして有効にするまで、データは含まれません。
他の管理者にデータベースへのアクセス許可を付与するには
SQL Server を実行しているコンピューターで テレメトリ ダッシュボード管理ツール (Tdadm) を使用して、他の管理者が Office テレメトリ ダッシュボードでデータを表示できるようにします。 プロセッサのインストール時にデータベースを作成した場合は、自分のアカウントでこれを実行する必要はありません。 必要に応じて、dbserver、dbname、および domain\user の値を更新します。
tdadm.exe -o permission -databaseserver dbserver -databasename dbname -add domain\user
Tdadm の詳細については、Tdadm の Wiki を参照してください。
ユーザーのプライバシーを保護するためにデータベースのレポートしきい値を構成する方法の詳細については、「 Office テレメトリ ダッシュボードで監視されるデータのプライバシーを管理する」を参照してください。 データベースへの接続時に問題が発生する場合は、「Office テレメトリ ダッシュボード展開のトラブルシューティング」を参照してください。
データ (ファイル名、ソリューション名、ユーザー名、コンピューター名、タグ値など) に補助文字 (サロゲート ペア) が含まれている場合は、SQL Server で使用できる次の SC 照合順序を使用して、文字のより適切な処理をサポートします。
バージョン 90 の Windows 照合順序 (Chinese_PRC_Stroke_90 など)
バージョン 100 の Windows 照合順序 (Latin1_General_100_CI_AS_SC など)
照合順序の設定の詳細については、使用している SQL Server のバージョンに関するドキュメントを参照してください。
Office テレメトリ エージェント
次の情報と手順は、Office テレメトリ エージェントを展開して有効にする方法の詳細を確認するのに役立ちます。
エージェントのデプロイ
エージェントは Office 2019、Office 2016、および Office 2013 に組み込まれており、個別に展開する必要はありません。 組織に次のいずれかのバージョンの Office がある場合は、Office 2019 または Office 2016 エージェントをこれらのクライアントに展開する必要があります。
Office 2003
Office 2007
Office 2010
注:
Office 2003、Office 2007、Office 2010、および Office 2013 はサポートされなくなりました。
Office 2013 を実行していて、コンピューターに Office 2013 エージェントがインストールされているコンピューターの場合、いくつかの追加の考慮事項があります。
Office 2013 を実行しているコンピューターは、Office 2019 または Office 2016 Office テレメトリ ダッシュボードから監視できます。 これを機能させるには、コンピューターで Office 2013 エージェントも実行している必要があります。 エージェントは、Office 2019 または Office 2016 Office テレメトリ ダッシュボードをポイントするように構成する必要があります。
Office 2019 または Office 2016 エージェントを Office 2013 で使用することはできません。 Office 2019 または Office 2016 エージェントは、Office 2013 のインストールからイベントを読み取ることができません。
コンピューターを Office 2019 または Office 2016 にアップグレードしたら、引き続き古い Office 2013 エージェントを実行できます。 エージェントは引き続き Office 2013 Office テレメトリ ダッシュボードにデータを報告します。 同時に、Office 2019 または Office 2016 にアップグレードしたときにインストールされた新しい Office 2019 または Office 2016 エージェントは、同じデータを Office 2019 または Office 2016 Office テレメトリ ダッシュボードに提供します。 これにより、貴重なコンピューターとネットワーク帯域幅のリソースが使用される可能性があります。 Office 2019 または Office 2016 Office テレメトリ ダッシュボードに移行する準備ができたら、Office 2013 エージェントを無効にすることをお勧めします。
Office 2019 または Office 2016 エージェントをインストールしても、Office 2013 エージェントは上書きされません。 代わりに、Office 2013 エージェントを無効にする必要があります。 グループ ポリシーを使用してエージェントを無効にします。 エージェントの無効化に使用するグループ ポリシー設定の詳細については、「エージェントの 有効化と構成」を参照してください。
Office 2013 のみを実行しているコンピューターに Office 2019 または Office 2016 エージェントを展開しないことをお勧めします。
エージェントを実行するには、クライアント コンピューターで次のいずれかのバージョンの Windows (32 ビットまたは 64 ビット) を実行する必要があります。
ウィンドウ 10
Windows 8.1
Windows 7 Service Pack 1
Windows Server 2016
Windows Server 2012 R2
Windows Server 2012
Windows Server 2008 R2
Windows Server 2008
Microsoft でサポートされなくなった Windows サービス パックでは、エージェントが正しく動作しない可能性があります。 エージェントをインストールする前に、サービス パックが Search Product and Services ライフサイクル情報 でサポートされていることを確認することをお勧めします。
注:
- Service Pack 1、Windows 8.1、Windows Server 2008 R2、および Windows Server 2008 の Windows 7 はサポートされなくなりました。
エージェントを実行しているコンピューターは、Windows のバージョンのユニバーサル C ランタイム (CRT) の最新バージョンも実行する必要があります。 詳細については、Windows での Universal C Runtime の更新プログラム を参照してください。
Office 2019 または Office 2016 エージェントを Office 2010、Office 2007、および Office 2003 クライアントに展開するには
Office テレメトリ ダッシュボードの [ はじめ に] ワークシートの [3] の下 。テレメトリ エージェントをデプロイし、適切なリンク (x86 または x64) を選択して、エージェント .msi ファイルを指定した場所に保存します。
任意の方法で、監視するクライアント コンピューターに .msi ファイルを展開します。 エージェントの x86 または x64 バージョンを、Office クライアント アーキテクチャではなく、クライアントで実行されている Windows オペレーティング システムのアーキテクチャと一致するようにしてください。
クライアントのローカル インストールでは、管理者として .msi ファイルを実行する必要があります。 MSI に /quiet パラメーターを指定すると、ダイアログを表示せずに MSI パッケージを展開できます。 使用できるすべてのパラメーターについては、MSI のヘルプを参照してください。
大規模な展開の場合は、 Microsoft Configuration Manager を使用してテレメトリ エージェントを展開できます。
エージェントの有効化と構成
エージェントを有効にして構成するには、小規模またはテスト環境の監視対象の各クライアント コンピューターでレジストリを編集できます。 数百から数千台のコンピューターが含まれる運用環境では、グループ ポリシー管理用テンプレートを使用できます。 AgentInitWait と AgentRandomDelay の 2 つの設定は、レジストリでのみ構成できます。
レジストリを使用してエージェントを有効にして構成する
1 つのクライアントでレジストリを更新する最も簡単な方法は、エージェントがデータを収集してアップロードできるようにするレジストリ値を設定する.reg ファイルを実行することです。 この.reg ファイルを作成するには、次のいずれかの例をテキスト ファイルにコピーし、必要なフィールドを更新し、ファイルをagent.regとして保存し、管理者特権のコマンド プロンプトから実行します。 .reg ファイルで、エージェントがデータをアップロードする共有フォルダーの UNC パスを指定します。 必要に応じて、 <TAG> フィールドを更新して、組織で収集されたデータ (部署、場所、デプロイ グループなど) を簡単に識別できます。
次の例では、エージェントを有効にするために必要な既定の設定を設定します。 AgentInitWait と AgentRandomDelay は、運用展開に適した既定値に設定されます。
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\osm]
"CommonFileShare"="\\\\<SERVERNAME>\\<SHARENAME>"
"Tag1"="<TAG1>"
"Tag2"="<TAG2>"
"Tag3"="<TAG3>"
"Tag4"="<TAG4>"
"AgentInitWait"=dword:00000258
"Enablelogging"=dword:00000001
"EnableUpload"=dword:00000001
"EnableFileObfuscation"=dword:00000000
"AgentRandomDelay"=dword:000000F0
次の例のコードでは、Office テレメトリ ダッシュボードで AgentInitWait と AgentRandomDelay を最小値に設定することで、データのアップロードをすぐに開始できます。 この例は、テスト環境でのみ使用してください。
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\osm]
"CommonFileShare"="\\\\<SERVERNAME>\\<SHARENAME>"
"Tag1"="<TAG1>"
"Tag2"="<TAG2>"
"Tag3"="<TAG3>"
"Tag4"="<TAG4>"
"AgentInitWait"=dword:00000001
"Enablelogging"=dword:00000001
"EnableUpload"=dword:00000001
"EnableFileObfuscation"=dword:00000000
"AgentRandomDelay"=dword:00000000
.reg ファイルを共有フォルダーに配置し、ユーザーにファイルの実行を指示することで、レジストリ更新プログラムを複数のクライアント コンピューターに配布したり、ユーザーのログオン スクリプトにコマンドを追加して、ユーザーがログオンしたときに.reg ファイルを自動的にインポートしたりできます。 次の例の構文を使用して、ログオン スクリプトから.reg ファイルを開始します。
%windir%\regedit.exe /s <PATH>\<NAME>.reg
.reg ファイルの使用についての詳細は、追加、変更、または, .reg ファイルを使用してレジストリ サブキーおよび値を削除する方法 を参照してください。
次の表に、各レジストリ値を示します。
注:
管理者でない場合は、[HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\OSM] でレジストリを編集する必要があります。 これらの変更は、HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\OSM にあるポリシー設定によって上書きされる可能性があります。
[HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\OSM] の [エージェント レジストリ設定]
| 値の名前 | 型 | 値の説明およびデータ | 必須または省略可能 |
|---|---|---|---|
| enablelogging |
REG_DWORD |
ランタイム ログ記録と静的スキャンを有効にします。 これにより、エージェントはデータを収集できます。 Value: 1 = ログ記録およびエージェントを有効化 0 = ログ記録およびエージェントを無効化 既定 = 0 (ログ記録およびエージェントを無効化) |
必須 |
| enableupload |
REG_DWORD |
エージェントでデータのアップロード機能を有効にして、CommonFileShare で指定されている共有フォルダーに定期的にデータをアップロードできるようにします。 Value: 0 = アップロードしない 1 = アップロードする 既定 = 0 (アップロードしない) |
必須 |
| commonfileshare |
REG_SZ |
データを格納するための共有フォルダーの UNC パスを指定します。 Value: \\server\share |
必須 |
| tag1 tag2 tag3 tag4 |
REG_SZ |
エージェントによって送信されるデータにカスタム タグを追加します。 このポリシー設定を有効にすると、指定したカスタム タグが Office テレメトリ ダッシュボードに表示され、収集されたデータをタグ名でフィルター処理できます。
tag1、tag2、tag3、および tag4 を、収集されたデータを分類およびフィルター処理するためのカスタム文字列に置き換えることができます (たとえば、tag1 を部署名に、tag2 をユーザーの場所に置き換えます)。 Value: tag1 tag2 tag3 tag4 |
省略可能 |
| enablefileobfuscation |
REG_DWORD |
データで報告される特定のファイル プロパティを偽装または難読化するようにエージェントを構成します。 このポリシー設定を有効にすると、エージェントは、共有フォルダーにデータをアップロードする前に、Office ドキュメントのファイル名、ファイル パス、タイトルを難読化します。 Office テレメトリ ダッシュボードのファイルの難読化とその他のプライバシー設定の詳細については、「Office テレメトリ ダッシュボード で監視されるデータのプライバシーを管理する」を参照してください。 Value: 0 = 難読化しない 1 = 難読化する 既定 = 0 (難読化しない) |
省略可能 |
| AgentInitWait |
REG_DWORD |
大事な： ネットワークまたはクライアントのパフォーマンスに影響を与えないようにするには、テスト環境でのみこの値を減らします。 エージェントがクライアントをスキャンして共有フォルダーにデータをアップロードするまでの待機時間を調整します。 この値が存在しない場合、既定の待機時間は 10 分 (600 秒) です。 テスト環境では、1 秒を指定して、Service Pack 1 以前のクライアントで Windows 7 をテストするための遅延を削除できます。 Windows "8" を実行するコンピューターでは、これを少なくとも 60 秒に設定することをお勧めします。 Value: x = 待機時間 (秒単位) |
省略可能 |
| AgentRandomDelay |
REG_DWORD |
大事な： ネットワークまたはクライアントのパフォーマンスに影響を与えないようにするには、テスト環境でのみこの値を減らします。 最大ランダム遅延を分単位で調整します。 エージェントは、AgentInitWait 値に加えて、0 分から AgentRandomDelay 分の間でランダムに待機してから、データのスキャンまたはアップロードを開始します。 この値が存在しない場合、エージェントは 0 分から 240 分の間待機します。 テスト環境では 0 を指定して、テスト用にランダム遅延を除去できます。 Value: x = ランダム遅延 (分単位) |
省略可能 |
[HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\OSM\preventedapplications] の [エージェント レジストリ設定]
| 値の名前 | 値の種類 | 値の説明およびデータ | 必須または省略可能 |
|---|---|---|---|
| accesssolution olksolution onenotesolution pptsolution projectsolution publishersolution visiosolution wdsolution xlsolution |
REG_DWORD |
特定の Office アプリケーションのデータが Office テレメトリ ダッシュボードに報告されないようにします。 このレジストリ設定の詳細については、「 Office テレメトリ ダッシュボードで監視されるデータのプライバシーを管理する」を参照してください。 値: 1 = レポートを許可しない 0 = レポートを許可する 既定値 = 0 (レポートを許可する) |
省略可能 |
[HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\OSM\preventedsolutiontypes] の [エージェント レジストリ設定]
| 値の名前 | 値の種類 | 値の説明およびデータ | 必須または省略可能 |
|---|---|---|---|
| agave appaddins comaddins documentfiles templatefiles |
REG_DWORD |
特定のソリューションのデータが Office テレメトリ ダッシュボードに報告されないようにします。 ただし、ソリューションの種類はレポートされます。 このレジストリ設定の詳細については、「 Office テレメトリ ダッシュボードで監視されるデータのプライバシーを管理する」を参照してください。 値: 1 = レポートを許可しない 0 = レポートを許可する 既定値 = 0 (レポートを許可する) |
省略可能 |
グループ ポリシーを使用してエージェントを有効にして構成する
グループ ポリシーを使用して、エージェントを有効にして構成することもできます。 Microsoft ダウンロード センターから Office 用の管理用テンプレート ファイル (ADMX/ADML) をダウンロードします。 次の表に示すポリシー設定は、 パス User Configuration\Policies\Administrative Templates\Microsoft Office 2016\Telemetry Dashboard にあります。
エージェント ポリシー設定
| 設定名 | 説明 | 必須または省略可能 |
|---|---|---|
| テレメトリ データの収集をオンにする |
Office テレメトリ ダッシュボードと Office テレメトリ ログで使用される Office のデータ収集機能をオンにします。 既定では、Office ではデータ収集は無効になっています。 |
必須 |
| Office テレメトリ エージェントのデータアップロードを有効にする |
エージェントでデータアップロード機能をオンにして、エージェントが共有フォルダーにデータを定期的にアップロードできるようにします。 既定では、データのアップロードは るデータ収集は無効になっています。 |
必須 |
| Office テレメトリ データを保管するための UNC パスを指定する |
エージェントがデータを送信する共有フォルダーの一様名前付け規則 (UNC) パスを指定します。 |
必須 |
| Office テレメトリ データにカスタム タグを指定する |
エージェントによって送信されるデータにカスタム タグを追加します。 このポリシー設定を有効にすると、指定したカスタム タグが Office テレメトリ ダッシュボードに表示され、収集されたデータをタグ名でフィルター処理できます。 収集されたデータを分類およびフィルター処理するための任意の文字列を指定できます (部署名、ユーザーの役職など)。 |
省略可能 |
| Office テレメトリ エージェントでプライバシー設定を有効にする |
データで報告される特定のファイル プロパティを偽装または難読化するようにエージェントを構成します。 このポリシー設定を有効にすると、エージェントは、共有フォルダーにデータをアップロードする前に、Office ドキュメントのファイル名、ファイル パス、タイトルを難読化します。 Office テレメトリ ダッシュボードのファイルの難読化とその他のプライバシー設定の詳細については、「Office テレメトリ ダッシュボード で監視されるデータのプライバシーを管理する」を参照してください。 |
省略可能 |
| Office テレメトリ エージェントレポートから除外する Office アプリケーション |
特定の Office アプリケーションのデータが Office テレメトリ ダッシュボードに報告されないようにします。 |
省略可能 |
| Office テレメトリ エージェントレポートから除外する Office ソリューション |
特定の Office ソリューションのデータが Office テレメトリ ダッシュボードに報告されないようにします。 |
省略可能 |
手動でのデータ収集の開始
ユーザーが Office クライアントにログインすると、エージェントは他のログオン プロセスを完了するまで 10 分待ち、クライアント コンピューターが同時にネットワークにデータを送信するのを防ぐために、ランダム化された分から最大 4 時間 (または AgentRandomDelay レジストリ値に設定された最大遅延) を待機します。 この初期スキャンの後、エージェントは 8 時間ごとにデータをスキャンして収集します。
データ収集を手動でトリガーし、Office テレメトリ ダッシュボードにすぐにアップロードされたデータを表示する場合は、前の表で説明したように、次のレジストリ値を設定します。
Service Pack 1 以前の Windows 7 を実行するコンピューターの場合
AgentInitWait: 60
AgentRandomRelay: 0
Windows 8.1 以降を実行するコンピューターの場合
Windows 8.1 以降のバージョンの Microsoft Windows ではユーザーのログオンが高速であるため、ユーザーがログオンした後にネットワーク接続の準備が整うには、AgentInitWait を少なくとも 60 秒に設定することをお勧めします。
AgentInitWait: 60
AgentRandomRelay: 0
手動でスキャンを開始するには、次のどちらかの手順を使用します。
Windows クライアントでスキャンとデータ収集をトリガーするには
コンピューターが AC 電源に接続されていることを確認します。
クライアント コンピューターのタスク スケジューラで [タスク スケジューラ ライブラリ]、[Microsoft] の順に展開して、[Office] をクリックします。
[OfficeTelemetryAgentLogOn] を右クリックし、[実行] を選択します。
Office テレメトリ ダッシュボードについてよく寄せられる質問
Q: クライアント コンピューターがしばらく切断された場合はどうなりますか?
ある： 監視対象のクライアントが切断されている場合、または共有フォルダーが一時的に使用できない場合でも、データはクライアント上でローカルに収集されます。 接続が復元されると、情報のバックログが共有フォルダーに配信されます。
Q: 各転送中に転送されるデータの量はどのくらいですか?
ある： この量は、使用されているファイルの数とインストールされているソリューションによって異なります。 エージェントが Office のさまざまなバージョンに対して送信するデータ量の見積もりを次に示します。
以前のバージョンの Office では、アップロードごとに約 50 KB が送信されます。
Office 2013 以降では、アップロードごとに約 64 KB のデータが送信されます。
間隔が既定よりも長く設定されている場合や、データがローカル コンピューター上に長期間アイドル状態で保管されていた場合は、転送されるデータ量が大きくなる可能性があります。 実際のファイル コンテンツは転送されません。ファイルに関するメタデータのみが転送されます。
Q: エージェントのインストールと実行のパフォーマンスへの影響は何ですか?
ある： エージェントはユーザーに対して透過的であり、MRU からのコンテンツの検査や特定のローカル レジストリ設定など、影響の少ないタスクを実行します。 エージェントはファイルをアクティブにスキャンしません。 エージェントは、クライアントのパフォーマンスに影響を与えないようにするため、電源やネットワークの状態を監視します。
Q: エージェントを再初期化するにはどうすればよいですか?
ある： エージェントは、クライアント コンピューターの %localappdata%\Microsoft\Office\16.0\Telemetry にローカルに格納されます。 このフォルダーの内容を削除して、コンピューターを再初期化し、新しい検出を開始できます。 これはユーザーごとのデータの場所であることに注意してください。
Q: 共有フォルダーにデータが送信される頻度
ある： ユーザーがログオンするとき、およびユーザーがログインしている間は 8 時間ごとに、データがクライアントから共有フォルダーに転送されます。 この間隔は、タスク スケジューラで調整できます。
Q: 収集されたデータの形式は何ですか?
ある： 収集されたデータは、ストレージとデータ転送の要件を最適化するためにバイナリ形式で格納および転送されます。
Q: エージェントをデプロイした後でカスタム ラベルを変更した場合、データベースで新しいラベルはいつ更新されますか?
ある： [最近使用したファイル] リストに含まれるファイルのみが、データベース内でラベルを更新します。 これは、エージェントが次回使用状況データを送信する際に発生します。 [最近使用したファイル] リストに含まれていないファイルの場合、ユーザーがファイルを開き、エージェントが使用状況データをアップロードするまで、データベース内の古いラベルが引き続き表示されます。
Office テレメトリ ダッシュボード展開のトラブルシューティング
次の表では、Office テレメトリ ダッシュボードとそのコンポーネントを展開した後に発生する可能性があるいくつかの症状について説明します。
Office テレメトリ ダッシュボード展開のトラブルシューティング
| 問題 | 説明 | Resolution |
|---|---|---|
|
Office テレメトリ プロセッサ設定 ウィザードが失敗する |
ウィザードが失敗し、「テレメトリ プロセッサ設定ウィザードは、ドメインに参加しているコンピューターでのみ実行できます。 コンピューターをドメインに参加させ、ウィザードをもう一度実行します。 |
適切なセキュリティ設定を構成するには、プロセッサ、共有フォルダー、および SQL データベースを実行するコンピューターをドメインに参加させる必要があります。 コンピューターまたはコンピューターが信頼されたドメインにあることを確認します。 これらのコンポーネントは、ワークグループまたはドメインに参加しているコンピューターで Office テレメトリ ダッシュボードを簡単に設定するブログ記事で説明されているスクリプトを使用して、単一 のワークグループ コンピューターまたはドメインに参加しているコンピューターにインストールできます。 |
|
Office テレメトリ プロセッサ設定 ウィザードが失敗する |
プロセッサが間違った SQL Server インスタンスを使用しています。 |
SQL Server のインスタンスが 2 つ以上ある場合は、プロセッサのセットアップ中に Servername\SQLServerinstance という形式を使用して、正しい SQL Server インスタンスをポイントしていることを確認します。 |
| Office テレメトリ ダッシュボードにデータが表示されない |
エージェントがデータをアップロードしていないため、タスク マネージャーで Msoia.exe プロセスが実行されていません。 |
CommonFileShare、EnableLogging、および EnableUpload レジストリ値のレジストリ パスおよび値を確認します。 これらは、この記事の「 エージェントの有効化と構成」で説明されています。 |
| Office テレメトリ ダッシュボードにデータが表示されない |
エージェントがデータをスキャンまたはアップロードしていません。 タスク マネージャーで、Msoia.exe プロセスが長時間実行されています。 |
既定では、エージェントには初期待機タイマーとランダム化機能があり、大量のデータを他のエージェントと同時にアップロードしてネットワーク帯域幅に影響を与えないようにします。 テスト環境でこの遅延を除去するには、AgentInitWait および AgentRandomDelay レジストリ値を更新します。 レジストリ値を更新しない場合は、アップロード プロセスが最大で 4 時間 10 分遅延する可能性があります。 これらのレジストリ値については、この記事の「 エージェントの有効化と構成」を参照してください。 スキャンおよびアップロードの開始方法については、「手動でのデータ収集の開始」を参照してください。 |
| Office テレメトリ ダッシュボードにデータが表示されない |
エージェントはデータをアップロードしません。 タスク マネージャーで、Msoia.exe プロセスが長時間実行されています。 |
エージェントと共有フォルダーの間のネットワーク接続を確認します。 コンピューターがドメインに参加していることを確認します。 共有フォルダーは、ドメイン内で認証されたユーザーにのみアクセスを許可するように構成されています。 エージェントは、アップロードに失敗した後も、引き続きデータのアップロードを試みます。 既定のレジストリ値を使用した場合、エージェントは、タスク マネージャーで最大 4 時間 10 分の間プロセスとして実行され続けます。 レジストリ値を調整するには、この記事の前の 「エージェントの有効化と構成」を参照してください。 スキャンおよびアップロードの開始方法については、「手動でのデータ収集の開始」を参照してください。 |
| Office テレメトリ ダッシュボードにデータが表示されない |
エージェント タスクが機能していないようです。 |
タスク スケジューラの [最終実行結果 ] 列の情報を確認します。 操作が成功すると、戻りコード 0 が表示されます。 エージェントが共有フォルダーにデータをアップロードできない場合は、[ 最後の実行結果 ] 列に "ネットワーク名が見つかりません" というメッセージが表示されます。 これは、エージェントが [最後の実行結果 ] 列に記録する唯一のエラーです。 他のエラーが一覧表示されている場合は、他の理由が原因で発生したか、スケジュールされたタスクが実行されませんでした。 |
| Office テレメトリ ダッシュボードにデータが表示されない |
プロセッサが動作していません。 共有フォルダーには多数のフォルダーとファイルがあります。 |
プロセッサと共有フォルダーの間のネットワーク接続を確認します。
プロセッサは、Office テレメトリ プロセッサ設定ウィザードによって構成されましたか? 共有フォルダーに対するアクセス許可は、プロセッサの場所とデータベースによって異なる場合があります。 デスクトップのショートカットから Office テレメトリ プロセッサ設定 ウィザードをもう一度実行します。 |
| Office テレメトリ ダッシュボードにデータが表示されない |
プロセッサは動作していますが、共有フォルダーの [失敗] フォルダーの下には多数のフォルダーとファイルがあります。 |
プロセッサは、共有フォルダー内のファイルを 1 分に 1 回データベースに処理します。 プロセッサがファイルの処理に 3 回失敗すると、失敗したファイルが Failed フォルダーに移動されます。 詳細については、プロセッサ ログ (%windows%\ServiceProfiles\NetworkService\AppData\Local\Temp\dperrorlog.txt) を参照してください。 |
| Office テレメトリ ダッシュボードにデータが表示されない |
SQL Server 認証設定のため、プロセッサが動作しません。 |
SQL Server の認証の種類を確認します。 Office テレメトリ ダッシュボードでは、SQL 認証はサポートされていません。 Windows 認証を使用する必要があります。 |
| Office テレメトリ ダッシュボードにデータが表示されない |
プロセッサとデータベースの間のファイアウォールの問題が原因で、プロセッサが動作しません。 |
Office テレメトリ ダッシュボードとデータベースの間にファイアウォールがある場合は、ファイアウォール構成で SQL ポートが有効になっているかどうかを確認します。 SQL Server の既定のポートは 1433 です。 詳細については、「 データベース エンジン アクセス用の Windows ファイアウォールの構成 」を参照してください。 |
| Office テレメトリ ダッシュボードにデータが表示されない |
プロセッサ、データベース、および SQL Express 間のファイアウォールの問題が原因で、プロセッサが動作していません。 |
Office テレメトリ ダッシュボードとデータベースの間にファイアウォールがある場合は、ファイアウォール構成で SQL ポートが有効になっているかどうかを確認します。 SQL Express の既定のポートは固定値ではありません。 SQL Configuration Manager でポート番号を確認し、ファイアウォール構成にポートを追加します。 詳細については、「 データベース エンジン アクセス用の Windows ファイアウォールの構成 」を参照してください。 |
| Office テレメトリ ダッシュボードにデータが表示されない |
プロセッサが動作していません。 |
詳細については、プロセッサ ログ (%windows%\ServiceProfiles\NetworkService\AppData\Local\Temp\dperrorlog.txt) を参照してください。 |
| Office テレメトリ ダッシュボードをデータベースに接続できない |
Office テレメトリ ダッシュボードには、SQL Server のアクセス許可のためにデータベースに接続できないことを示すエラー メッセージが表示されます。 |
Office テレメトリ ダッシュボードのアクセス許可ロールを確認します。 OSQL、SQLCMD、Enterprise Manager、またはテレメトリ ダッシュボード管理ツール (Tdadm) を使用して、ユーザーを td_readonly ロールに追加します。 詳細については、この記事 の「Office テレメトリ ダッシュボードで使用されるデータベース 」を参照してください。 |
| Office テレメトリ ダッシュボードをデータベースに接続できない |
Office テレメトリ ダッシュボードには、データベースに接続できないことを示すエラー メッセージが表示されます。 |
SQL Server のインスタンスが 2 つ以上ある場合は、Office テレメトリ ダッシュボードの [ データ接続設定 ] ダイアログ ボックスで、 Servername\SQLServerinstance 形式の正しい SQL Server インスタンスが使用されていることを確認します。 |
| Office テレメトリ ダッシュボードをデータベースに接続できない |
Office テレメトリ ダッシュボードには、データベースに接続できないことを示すエラー メッセージが表示されます。 |
SQL Server が SQL Express の場合は、SQL Server インスタンス名が正しいことを確認します。 SQL Express の既定のインスタンス名は、SQL Server とは異なります (例: Servername\SQLExpress)。 |
| Office テレメトリ ダッシュボードをデータベースに接続できない |
Office テレメトリ ダッシュボードには、データベースに接続できないことを示すエラー メッセージが表示されます。 |
SQL Server の既定の照合順序で大文字と小文字が区別される場合 (たとえば、日本語バージョンの SQL Server は既定で大文字と小文字が区別されます)、Office テレメトリ ダッシュボードの [ データ接続設定 ] ダイアログ ボックスに大文字と小文字を区別するデータベース名を入力したことを確認します。 |