SiteScope User's Guide
![]() |
![]() |
![]() |
![]() |
For reliability of operations monitoring depends in part on the reliability of the monitoring application. SiteScope can monitor several key aspects of its own environment to help uncover monitor configuration problems as well as SiteScope server load. A Health button is part of the common navigation bar at the top of each SiteScope screen. Included in the button graphic is a status icon that indicates if the SiteScope Health monitoring has detected a problem that could be impacting monitoring performance. Click the Health button to go to the SiteScope Health page.
The SiteScope Health page includes two tables that display information from the SiteScope's monitoring of its own health. These tables are:
Each table displays a set of information, including a status icon, indicating the state of a number of SiteScope performance parameters. The information in these tables is discussed below.
The SiteScope Health Page also includes other links for working with the SiteScope Health feature. This includes links to configure the Health page error thresholds and a link to disable/enable SiteScope Health monitoring.
SiteScope Log Event shows incidents of skipped monitors. A monitor will be reported as "skipped" if the monitor fails to complete its actions before before it is scheduled to run again. This can occur with monitors that have complex actions to perform, such as querying databases, stepping through multi-page URL sequences, waiting for scripts to run, or waiting for for an application that has hung.
For example, assume you have a URL Sequence Monitor that is configured to transit a series of eight web pages. This sequence includes performing a search which may have a slow response time. The monitor is set to run once every 60 seconds. When the system is responding well, the monitor can run to completion in 45 seconds. However, at times, the search request takes longer and then it takes up to 90 seconds to complete the transaction. In this case, the monitor will not have completed before SiteScope is scheduled to run the monitor again. SiteScope will detect this and make a log event in the SiteScope error log. The SiteScope Health monitors will detect this and make an entry in the SiteScope Log Event table.
Skipped monitors cause a number of problems. One is the loss of data when a monitor run is suspended due because a previous run has not completed or has become hung by a unresponsive application. Skipped monitors will also cause SiteScope to automatically restart itself. This is done in an effort to clear problems and reset monitors. However, this can also lead to gaps in monitoring coverage and data. Adjusting the run frequency (Update every) at which a monitor is set to run or specifying an applicable timeout value can often correct the problem of skipping monitors. Investigation of unresponsive systems that are being monitored may also be necessary.
Since it is often not obvious that a monitor is skipping, the SiteScope Health feature is designed to monitor the SiteScope logs and report on skipped monitor events. The results are shown in the SiteScope Log Event table as follows:
The SiteScope Health monitors update the SiteScope Log Event Table whenever a new entry is added to the SiteScope error log file.
SiteScope Server Load table is the equivalent of a SiteScope monitor group that monitors server resources on the server where SiteScope is running. This includes monitors for CPU, disk space, memory, etc. along with a check of how many monitors are waiting to be run (see the Progress Report page). A problem with resource usage on the SiteScope server may be caused by monitors with configuration problems or may simply indicate that a particular SiteScope is reaching it performance capacity. For example, high CPU usage by SiteScope may indicate that the total number of monitors being run is reaching a limit. High disk space usage may indicate that the SiteScope monitor data logs are about to exceed the capacity of the local disk drives (see Log Preferences for SiteScope data log options).
The SiteScope Server Load monitors report their data to the SiteScope Server Load table as follows:
The error, warning, and good status thresholds for the SiteScope Health Log Event and Server Load tables are set in the Configure SiteScope Health Indicators page. The following describes the configuration settings available.
in the SiteScope Health Page and on the Health button in the navigation bar.
in the SiteScope Health Page and on the Health button in the navigation bar.
in the SiteScope Health Page and on the Health button in the navigation bar.
in the SiteScope Health Page and on the Health button in the navigation bar. The entries in the health.config file are configurable via the Configure SiteScope Health Indicators page. You should use this interface to make changes to this file. In the case that you need to change the description that appears in the Name columns of the Health tables or the data labels (for example: Avg % used or Max % Full on) in the SiteScope Server Load table, you can edit the health.config file. To change the Name descriptions, edit the _name=namedescription entry. To change the data labels, edit the _valueLabel=descriptor entry.
Note: Do not add any extra spaces or lines to the file.
The following is a partial listing of the default health.config file showing the syntax of the entries in the file.
_health=good _name=health config _version=1.0 # _class=logEvent _hourWarn=30 _sessionWarn=720 _search=skipped #1 _sessionAlert=1200 _type=log _hourAlert=50 _sessionError=1200 _emailSessionWho=_id:n _hourError=50 _emailHourWho=_id:n _name=Skipped One Time # ... # _class=CPU _hourWarn=50 _sessionWarn=40 _generalLabel=Avg % used _sessionAlert=70 _type=schedule _session=31 _valueLabel=Avg % used _hourAlert=80 _sessionError=60 _emailSessionWho=_id:n _hourError=70 _emailHourWho=_id:n _numValues=59 _name=CPU _hour=38 ... # _class=MonitorsWaiting _hourWarn=10 _sessionWarn=7 _generalLabel=Avg # monitors waiting _sessionAlert=20 _type=schedule _session=0 _valueLabel=Avg # monitors waiting _hourAlert=20 _sessionError=15 _emailSessionWho=_id:n _hourError=20 _emailHourWho=_id:n _numValues=58 _name=monitorsWaiting _hour=0
![]() |
![]() |
![]() |
![]() |

Copyright © 2003 Mercury Interactive Corporation.
All rights reserved.