【Webトランザクション監視】 設定している「チェック間隔」よりも、ログレポート上で間隔が長く記載される理由
ログレポートで、設定してる「チェック間隔」よりも、間隔が長く記載されます。
これは、ロケーションサーバーでの監視対象のデータ収集が、完了までに数分時間がかかるために発生しています。
上記のデータ収集完了後に、次回チェックのスケジューリングが行われます
ロケーションサーバーでのデータ収集完了時間は、取得した監視ステータスによって変わります。
・取得した監視ステータスがアップの場合：
ロケーションサーバーのデータ取得に1から2分ほどかかります。
データ取得完了後、次の監視チェックのスケジュールが行われるため、
実際に設定しているチェック間隔より、1から2分ほど長い間隔で、ログレポートに記載されます。
・取得した監視のステータスがアップ以外の場合：
ロケーションサーバーのデータ取得に6から8分程かかります。
監視失敗時に、同じロケーションからデータ取得の再チェックが行われるため、アップ時よりも時間を要しています
アップ時と同様に、次の監視チェックのスケジューリングが、データ取得完了後に行われるため、
実際に設定しているチェック間隔より、6から8分程長い間隔でログレポートに記載されます。
上記の時間の誤差は推定値となっており、これより長く時間がかかる場合もあります
Related Articles
Webページスピード監視とWebトランザクション監視での応答時間の計算方法の違い
Webページスピード監視とWebトランザクション監視はともにリアルブラウザー(Firefox)を用いて、ロード時間を計算しています。しかし、この両監視の応答時間の計算値には違いがあります。 Webページスピード（ブラウザー）監視 Webページ内の各要素（画像、CSSなど）のロード時間の合計が応答時間として計算されます。 Webトランザクション（ブラウザー）監視 次の計算式で応答時間が計算されます。 応答時間 ＝ 総トランザクション時間 / ステップ数（URL） ...Webトランザクション監視/Webページスピード監視をオンプレミスポーラーから行うときに必要なパッケージ
Webトランザクション（ブラウザー）監視とWebページスピード（ブラウザー）監視でオンプレミスポーラーを利用するには、CentOS Linuxシステムに以下のパッケージをインストールする必要があります。多くのサーバーではデフォルトでこれらのパッケージが含まれています。念のため含まれていることをクロスチェックしていただくようお願いします。 glib2-devel gtk2-devel alsa-lib* compat-libstdc++-33 Xvfb Version 1.15 ...Webトランザクション（ブラウザー）監視のページ読み込み時間が実際のアクセスよりも長い理由
Webトランザクション（ブラウザー）監視は、Site24x7のWebトランザクションレコーダーを用いてWebページの遷移を記録します。レコーダーがクリック箇所を認識し、その記録に基づいてSite24x7がブラウザー経由で監視を行います。 ECサイトの"ログイン→購入→ログアウト"などといったページ遷移を監視したいお客様におすすめです。 このWebトランザクション監視で取得できるデータとして、ページ読み込み時間があります。これは記録したページ遷移の各ステップごとの応答時間です。 ...ポーリング計画の使用ケース
しきい値プロファイルのポーリングの計画にある「ポーリング数」などのポーリングによる計画と、「継続時間」などの期間による計画の使い分けについて記載します。 前提として、監視で設定している「チェック間隔」で時間通りにポーリングが行われるわけではございません。 Site24x7側のタスク処理等の負荷状況によって、1から2分設定よりもポーリング実行に遅延が出るケースがあります。 このポーリング実行の遅延により、実際のポーリング回数が想定したチェック間隔の期間より延長してしまうことがございます。 ...モバイルネットワークポーラーにより消費されるデータ量
データの利用料は設定している監視の数、監視しているWebページのサイズ、ポーリング間隔に依存します。Webサイト監視ではHEADリクエストよりもGET/POSTリクエストを使用します。モバイルの料金を抑えるため、無制限データプランを購入するか、大量にデータを扱えるようなプランを購入しておくことをおすすめします。