システム拡張設定
以下の拡張設定を使用して、 WinCollect 10 エージェントを含むシステムをより正確にチューニングすることができます。
| パラメーター | デフォルト値 | 説明 |
|---|---|---|
| アーカイブ済みパッチ・フォルダーの最大数 | 20 | 保持するパッチ・アーカイブ・フォルダーの最大数 (patch_yyyymmdd_hhmmss)。 |
| 構成コンソールのポート | 3000 | エージェントの Web サーバーが構成コンソールをホストしているポート。 |
| 最大エンティティー読み取りバッファー | 16384 | コンソール UI から大きなエンティティーを読み取るためのバッファーのサイズ。 |
| パッチ・フォルダーの検査間隔 (秒) | 10 | ファイルがパッチ・フォルダーにあるかどうかを確認する頻度。 無効にするには、 0 を選択します。 |
| 有効期限が切れたキャッシュ IP のチェック間隔 (秒) | 60 | キャッシュされた IP の有効期限が切れているかどうかを検査する頻度。 無効にするには、 0 を選択します。 |
| システムの正常性の検査間隔 (秒) | 30 | ソース、ターゲット、スレッド、およびリソースを検査する頻度。 |
| ソース装置再試行待ち時間 | 60000 | ソース・デバイスへの再接続を試行する初期待機時間 (ミリ秒)。 デフォルト値は 1 分です。 |
| ソース装置の最大再試行回数 | 0 | ソース・デバイスへの再接続を試行する回数。この回数を超えると、ソース・デバイスは再接続を中止します。 無期限に試行を続けるには、 0 を選択します。 |
| ソース・デバイスの指数待機係数 | 5 | 各試行後に待機時間を増やす指数係数。 5 のデフォルト設定では、5 分、25 分、125 分で試行されます。 線形待機係数を使用するには、 1 を選択します。 |
| ソース・デバイスの線形待機係数 | 0 | 各試行後に待機時間を増やすための線形係数。 例: 再試行待機時間が 300000 (5 分) で、待機係数が 1 の場合、ソースは 5 分、10 分、15 分で試行します。 |
| ソース装置の最大再試行待機時間 | 360000 | ソース・デバイスへの再接続を試行する最大待機時間。 デフォルト値は 1 時間です。 |
| SID 変換テキストが正しくありません | N/A | SID を変換できない場合に使用するテキスト。SID をそのままにするには、 IGNORE を使用します。 |
| ソース照会開始遅延時間 | 1000 | ソースの照会を開始する遅延 (ミリ秒)。 |
| ソース開始期間 | 自動 | すべてのソースの照会を開始するのにかかる時間。 AUTO は 25/秒まで照会し、負荷を 5 秒に均等に分散させます。 |
| ソース最小スレッド数 | 0 | 0 は自動計算 (DvcCnt/100) を意味します。 |
| ソース最大スレッド数 | 0 | 0 は自動計算 (DvcCnt/20) を意味します。 |
| ソース・バッチ・サイズ | 100 | |
| ソース・キャッシュ IP 有効期限 (秒) | 900 | リモート・デバイスごとに計算された IP をキャッシュに保持する秒数。 デフォルト値は 15 分です。 0を選択すると、リフレッシュが無効となります。 |
| メモリー内のイベントの宛先最大数 | 10000 | エージェントがディスクへのダンプを開始する前に送信を待機している、メモリー内のイベントの最大数。 注: この設定は宛先ごとに適用されます。
|
| 宛先装置再試行待ち時間 | 10000 | 宛先への再接続を試行する初期待機時間 (ミリ秒)。 デフォルト値は 10 秒です。 |
| 宛先装置の最大再試行回数 | 0 | 宛先への再接続を試行する回数。この回数を超えると、宛先は断念します。 無期限に試行を続けるには、 0 を選択します。 |
| 宛先デバイス指数待機係数 | 1 | 各試行後に待機時間を増やす指数係数。 線形待機係数を使用するには、 1 を選択します。 |
| 宛先装置の線形待機係数 | 10000 | 試行のたびに待機時間を増加させる線形係数 (ミリ秒)。 例: 再試行待機時間が 10000 (10 秒) で、待機係数が 1 の場合、ソースは 10 秒、20 秒、30 秒で試行します。 |
| 宛先装置の最大再試行待機時間 | 300000 | 宛先への再接続を試行する最大待機時間 (ミリ秒)。 デフォルト値は 5 分です。 |
| Destination.MaxPayload.HTTP | (オプション) | HTTP / HTTPS の最大ペイロードサイズ。 これはPOSTボディの各イベントの最大ペイロードである。 Destination.MaxRequestLength を使用します。 HTTP を使用してリクエストのフルサイズを制限します。 |
| Destination.MaxPostRequest.HTTP | (オプション) | HTTP / HTTPS に対する単一のPOSTリクエストの最大サイズ（MB）。 最大サイズがない場合は0に設定する。 |
| UDP の宛先最大ペイロード・サイズ | 1020 | UDP の最大ペイロード・サイズ。 |
| TCP の宛先最大ペイロード・サイズ | 32000 | TCP/TLS の最大ペイロード・サイズ。 |
| 1 次をチェックする間隔 (秒) | 60 | エージェントが 2 次宛先を使用しているときに、1 次宛先がオンラインに戻ったかどうかを確認する頻度。 |
| 非ブロッキング・ソケット接続の使用 | 有効 | 非ブロッキング・ソケット接続の使用は、ソケット接続タイムアウト設定と組み合わせて機能します。 |
| ソケット接続タイムアウト | 10000 | 接続が許可される時間 (ミリ秒)。 |
| ソケット接続確立待ち時間 | 50 | チェック間で接続が確立されるのを待機するミリ秒数。 |
| ライブ統計収集を許可 | 有効 | コンソールの実行中に、エージェントはダッシュボードのライブ統計を 1 秒に 1 回収集します。 |
| 統計ハートビート・タイムアウト | 120 | 120 秒経過してもエージェントがコンソールから要求を受信しない場合、エージェントはライブ統計の収集を停止します。 |
| 索引を使用するためのキュー内の最小タスク数 | 24 | エージェントが索引の使用を開始する前のキュー内のタスクの最小数。 |
| インデックス内のノードごとのタスク数 | 8 | 索引内のノードごとのタスクの数。 |
| 索引内のタスク・リキューの数 | 20 | タスクがキューに書き戻された回数。この回数を超えると、エージェントは平均順次検索を検査します。 |
| 順次タスクの最大平均数 | 16 | 再索引付けの前にノードごとに検索する順次タスクの最大平均数。 |
| ユーザー・データ・ディレクトリー | %ALLUSERSPROFILE%/WinCollect/Data/ | WinCollect がイベント、未加工メッセージ、およびブックマークを保管するディレクトリー。 |
| ディスク上のイベントの最大ディスク・スペース | 6144 | 送信できない場合にディスク上のイベントをプッシュする際に使用する最大ディスク・スペース (MB)。 |
| 最大ワーカー・プール強制終了タイムアウト | 10000 | ワーカー・プール全体の平和的終了に割り振られた合計時間は、プール内のワーカーの数に均等に分割されます。 |
| 最大ワーカー強制終了タイムアウト | 2000 | プールの最大値に関係なく、ワーカーごとに許可される最大タイムアウト。 |
| Socket.Connect.IPv4Enabled | はい | エージェント通信が Internet Protocol バージョン 4 を介して機能するようにします。 この設定は、 IPv6と同時に有効にすることができます。 |
| Socket.Connect.IPv6Enabled | はい | エージェント通信が Internet Protocol バージョン 6 を介して機能するようにします。 この設定は、 IPv4と同時に有効にすることができます。 |
IPv6 サポート
IPv6 プロトコルは、Windows エージェント、および IPv6を使用してポーリングするすべての Windows ホストで有効にする必要があります。
IPv6 サポートを有効にするには、コンソールを開き、拡張 UI を有効にして、拡張設定にナビゲートします。 オプション Socket.Connect.IPv4Enabled および Socket.Connect.IPv6Enabledを使用可能または使用不可にします。 以下の注意事項が適用されます。
Socket.Connect.IPv4Enabledが有効になっている場合、 IPv4 アドレスを使用でき、 WinCollect はホスト名を IPv4 アドレスに解決しようとします。Socket.Connect.IPv6Enabledが有効になっている場合、 IPv6 アドレスを使用でき、 WinCollect はホスト名を IPv6 アドレスに解決しようとします。- 両方のオプションが有効になっている場合、 IPv4 アドレスおよび IPv6 アドレスを使用でき、 WinCollect はホスト名を IPv4 または IPv6のいずれかに解決しようとします。 優先順位は、オペレーティング・システムの設定によって決まります。
- どちらのオプションも有効になっていない場合は、デフォルト・オプション (IPv4 「有効」) が使用されます。
リモート・ポーリングや Active Directory ルックアップなどの他の Windows デバイスとの通信では、どのオプションが選択されているかに関係なく、 IPv4 と IPv6 の両方がサポートされます。 これらの機能を使用する場合の IPv6 および IPv4 通信の可用性と優先順位は、オペレーティング・システムの設定によって異なります。