製品マニュアルのインストレーションガイドをご一読いただくことをお勧めします。一般的に、この回答はユーザーが行う仕事によって変わります。通常、インフォメーションワーカーはナレッジワーカーより少ないアクションを実行しますが、私たちは経験上、多くのユーザーは非常に集中したタイピング作業を行っていない限り、1分間に数回のマウスクリックとキーボード操作しか行っていないことを知っています。アイドルタイムは取り除かれるので、一般的な1ユーザーセッションは数百または数千アクションから構成されるでしょう。この数は、記録するアプリケーションをフィルタ(例:特定のアプリケーションのみを記録する)すれば、さらに小さくすることができます。サーバー数を乗じて見積もることをお勧めします。(中程度のアクティビティ)です。が監対象サーバーでのユーザーインタラクションのみをキャプチャし、アイドルタイムやユーザーがログインしていない時間をキャプチャしないことで実現されます。この情報はさらにストレージに保存するために圧縮されます。サーバーの監視実績があります。この通信はユーザーがサーバーとアクティブに対話するときにのみ発生します。アイドル時間はヘルスチェックのための最小限の通信が発生します。使用するので、ファイアウォールでこのトラフィックを許可するのは簡単です。トラフィックに大きなオーバーヘッドを与えません。ポートを未使用のポートに変更できます。これを行う場合、エージェントのインストール時に以下のURL形式を使用する必要があります。使用できますか?A.はい。これを使用するように構成する必要があります。要求するように構成します。使用するように構成する必要があります。すべてのデータはアプリケーションサーバーに送信された後データベースサーバーに保存されますが、エージェントにはアプリケーションサーバーとの通信に失敗(ネットワーク遅延やリンク切断など)した場合に、ローカルハードディスクにキャプチャされた情報のキャッシュを保存する機能があります。ローカルキャッシュに保存するデータの量は、サーバー構成ポリシーで構成できます。この機能を無効にすることもできます。ディスク容量を使用します。使用に影響を与えません。エージェントは、エージェントプロセスが停止するとエージェントを再開しアプリケーションサーバーにアラートを送信するウォッチドックメカニズムで保護されています。ヘルスチェックシステムが継続的にすべてのコンポーネントを監視し、これらが適切に通信できることを確認します。エージェントがウォッチドックプロセスを再開させます。ヘルスチェックシステムはエージェントが記録を行っていないことを管理者にアラート通知します。これにより、誰かが故意にエージェントを停止させたことがわかります。ObserveITヘルスチェックシステムはアプリケーションサーバーとデータベースサーバーのすべてのコンポーネントが適切に機能していて通信していることを確認するのと同様に、各エージェントを監視します。エージェントに異常があれば、管理者にアラート通知されます。コンソール管理者のEメールアドレスを登録し、アラートオプションを有効にする必要があります。エージェントが停止した場合にアラートするカスタムスクリプトを作成することもできます。コンソールから集中型のエラーログにアクセスできます。技術サポートに送信してください。運用管理が最小限ですむように設計されていますが、障害回復や事業継続の作業も含まれるべきです。アーキテクチャをベースにするので、標準のデータベースプラクティスを使用してアーカイブやデータを管理できます。インストーラーはデータベースを作成するスクリプトを走らせるので、少なくともデータベースの作成者(dbcreator)権限が必要です。このユーザーはインストール処理中にのみ必要で、あとは使用されません。セットアップを別に行うこともできます。本番環境のデータベースサーバーにデータベースをコピー(デタッチしアタッチする)方法もあります。レコード(ラウンドロビン)を作成したりできます。データベースに保存されます。データおよび構成を保護できます。(IIS)が大きく変わりました。設定を手動で更新する必要があります。サーバーサイドコンポーネントをインストールする方法については、インストレーションガイドをご参照ください。エージェントをインストール磨る手順と同じです。ベースのコンピューターにインストールされている場合、エージェントのインストールに失敗する可能性があります。(IIS)が大きく変わったためです。設定を手動で更新する必要があります。エージェントをインストールする方法については、インストレーションガイドをご参照ください。管理コンソールがあります。管理コンソールから行います。コンソールで行われた構成変更を定期的にアプリケーションサーバーに問い合わせます。コンソールの機能やコンテンツへのアクセスを制限したり制御したりします。サーバー上のセッションビデオ閲覧は許可しないといったことが可能です。ユーザー、IP、キャプチャセッションなどのログを作成します。コンソールにアクセスしたりビデオ再生を行ったりした管理者を監査できるので、監査者を監査するための外部の監査メカニズムを設計する必要はありません。