監視プロファイルのインストール

Data Workbench監視プロファイルーのインストール手順です。

インストール手順

タグ付きWebページのデータ収集に使用するかのように、新しいSensorインスタンスを設定します。 zig.gifファイルがSensor Webサーバーのドキュメントルートにあることを確認してください。センサーは、モニタープロファイルと同じホストで実行できます。（この目的でテキストファイルを使用する場合は問題ありません）。

メモ

このSensorインスタンスは、監視エージェントからのトラフィックのみを受信するように専用にする必要があります。また、このコレクション用のWebサーバーを再利用する場合は、Sensorを別のポートで実行するように設定できます。
ファイル内のデフォルト行は次のとおりです。 txlogd.conf
```
<b>ContentFilterExclude</b> image/,text/css,application/x-javascript,text/javascript
```
Data Workbench監視プロファイルアプリケーション（または「タグ付き」ページ実装）の場合、GIFファイルを使用して収集するには、イメージタイプを削除する必要があります。更新された行は次のとおりです。
```
<b>ContentFilterExclude </b>text/css,application/x-javascript,text/javascript
```
を一時的な場所 insight_monitor.zip/insight_monitor_agent にコピーします。
環境の更新 insight_monitor_agent.cfg ファイル。設定ファイル内のコメントに従います。

監視設定ファイル：

すべての情報を収集する場所を定義し、URLアドレスを指定します。これは、専用のセンサーである必要があり、このアプリケーション以外のトラフィックは受信しないでください。

eがあると仮定したパスがあります。ディスク。環境のこのパスを変更できます。

Transformプロファイルを実行している場合、Data Workbenchが応答しなくなる可能性があります。この値を使用すると、プロセスが応答しない状態で3回連続して送信された場合にアラートを送信できます。これは、偽陽性アラートを減らす方法です。

ここで、環境ディメンションとグループディメンションを設定します。これは、ホストごとに異なる場合があります。

これは、このパスでエラー・ログを表示すると、モニタ・エージェントが何を実行しているかを正確に確認できる画面です。

これは、内部的に一時データベースを使用するためです。容量に達したときに警告を受ける場合があります。これは、物理ディスクの使用状況とは異なります。
Data Workbenchサーバーを実行する各DPUおよびFSUホストに insight_monitor_agent フォルダーをコピーします。設定ファイルに示すデフォルトの場所はですが、この場所は変更でき e:\insight_monitor_agent ます。
10追加分ごとにエージェントを呼び出すようにWindowsがスケジュールされたタスク（この期間は、処理レートの計算で想定されます）。プログラムは e:insight_monitor/insight_monitor_agent.exeです。引数はconfig-file e:\insight_monitor\insight_monitor.cfgです。 e:\insight_monitorの開始。タスクを実行するユーザーは、Win32 OLEオブジェクトの読み取り/書き込み e:\insight_monitor と読み取りを行う権限が必要です root\CIMV2 (Data Workbenchサーバーサービスの開始モードを確認し、ローカルディスク上の領域の割合を確認するために必要)
監視レコードが蓄積されるに従ってVSLファイルのサイズが拡大し始めていることを確認します。小規模なインストールではトラフィック量が極めて少なくなるので(10分ごとに、ホスト固有のデータに対するヒットが1回だけ送信され、処理プロファイルあたり1回のヒットが送信されます)、この処理には時間がかかります。
insight_monitor.zip\profiles\Insight Historic to a temporary locationを解凍します。
、のホスト名 profile.cfgを更新 dataset\cluster.cfgしま dataset\segment export.cfgす。
Data Workbenchプロファイルディレクトリにファイルを更新します。
ログサーバーと、Sensor VSLが蓄積 dataset\log processing.cfg する場所のパスを更新します。
[オプションで] 、プロファイル Insight Profile Status とを使用して同じことを行い Insight Server Statusます。さらに、ステータスプロファイルは、最後の2日間のウィンドウで夜間に再処理する必要があります。 Windows追加予定タスク:プログラムは e:\insight_monitor\insight_reprocess.exeです。議論は --profile-path=“PATH TO PROFILES\insight profile status” --start-days-ago=2だ。空白のままにし start in てください。「insight server status」に対する別のス追加ケジュール済みタスク **。 insight_reprocess.exe :開始時間を更新するには、 log processing.cfg .への読み取り/書き込みアクセス権が必要です。
さらに、ステータスプロファイルは、最後の2日間のウィンドウで夜間に再処理する必要があります。 Windows追加予定タスク:プログラムはe:\insight_monitor\insight_reprocess.exe です。引数は — で -profile-path=“PATH TO PROFILES\insight profile status” --start-days-ago=2す。 開始は空白のままにし ます。の別追加の予定タスク “insight server status”。 insight_reprocess.exe 開始時間を更新するには、への読み取り/書き込みアクセス権 log processing.cfg が必要です。各プロファイルがモニターVSLを累積的に読み取っていることを確認します。ここでも、非常に少ないボリュームのため、この処理には多少の時間（おそらく数時間）がかかります。

インストールに関する注意

ライセンスを取得したテスト環境での監視プロファイルの設定。テスト環境パッケージは、Data Workbenchの実装に含まれており、このパッケージを使用して、アプリケーションをインストールおよび設定できます。実稼働FSUまたはDPUサーバーにインストールする場合は、サーバーを別のポートで実行するように設定する必要があります。
監視プロファイル専用の新しいセンサーの導入。監視プロファイルーを実行しているサーバーに、Sensorの新しいインスタンスをインストールする必要があります。これは、Sensorの実稼働インスタンスに加えて必要です。 (Sensorを実稼働サーバーまたは実稼働プロファイル以外のサーバーにインストールする場合、監視サーバー専用に追加料金は発生しません)。
Data Workbenchのメンテナンス中にモニターエージェントを無効にします。稼働時間とパフォーマンス指標を汚染しないように、サービスInsightServer(Omniture Insightサーバー)のサービス開始モードを手動に設定できます。便利なPowerShellコマンドは、 set-service -name insightserver -startuptype manualです。メンテナンス後に自動に戻す： set-service -name insightserver -startuptype automatic。もう1つの方法は、モニターエージェントのスケジュールされたタスクを一時的に無効にすることです。
「Status」プロファイルでは、古いホストとプロファイル、および古いホストとプロファイルのマッピングを削除するための最後のウィンドウが必要です。ただし、イベントデータの量が非常に小さく、data workbenchがバッファーしない場合は、処理を行うためにウィンドウのサイズをかなり拡張する必要がある場合があります。
エージェントは、Data Workbenchの詳細なステータス(イベントデータログのタイムスタンプがUTC(VSLファイルなど)であると仮定してローカルホスト時間で報告)から、全体的で最も古い基準日時を収集します。イベントデータのタイムスタンプがUTC以外のタイムゾーンにある場合、結果のインサイトプロファイルステータスプロファイルで基準日時がオフセットされます。イベントデータのタイムスタンプ のすべてが同じタイムゾーンにある場合 、そのオフセットを InsightプロファイルStatus\metrics\as of delay minutes.metricに追加できます。
2つの新しいディメンションが導入され、実稼動、ステージング、テストサーバー、他の状態のサーバーなど、異なる状態のサーバーを顧客グループに含めるのに役立ちます。例えば、「uptime」を探している場合、実稼働モードでのみサーバーを調べます。その結果、Groupディメンションは、必要に応じて任意にサーバーをグループ化する1つの方法にすぎません。例えば、監視設定ファイルでは、オペレーション、開発、マーケティングなど、部門がサービスを提供するホストを設定できます。