Chatta subito con l'assistenza
Chat con il supporto

Foglight Transaction Recorder 5.6.13 - Recorder User Guide

Overview of Foglight synthetic monitoring Use the Foglight Transaction Recorder Create and upload Foglight Transaction Recorder scripts View Foglight Transaction Recorder results Settings How Do I... Appendix: Best practices Appendix: Troubleshoot the Foglight Transaction Recorder Appendix: API for FTR Timer Usage

Assigning worker processes

The Number of Worker Processes property of a Foglight Transaction Player agent determines the maximum number of concurrent scripts that can be executed by the agent. The correct setting for this property is determined by the number of scripts assigned to the agent and their respective expected times and sample intervals.

Quest recommends a maximum value of five worker processes per Foglight Transaction Player agent but this maximum is not strictly enforced. The total number of worker processes on all agents on an FTR host machine also has a practical limit although this is also is not strictly enforced. See Maximum Number of Concurrent Scripts per Foglight Transaction Player Host for more information.

The correct setting can be calculated as described below or simply determined by trial and error. An alarm occurs if a script is not executed because there are not enough worker processes assigned to the agent. The value can be incremented at this time.

Scripts scheduling is best explained by an example. Suppose a Foglight Transaction Player agent has a script list consisting of five scripts; S1, S2, …, S5 with expected times of ET1, ET2, …, ET5. For simplicity, the sample interval for each of these scripts is 300s.

To determine the minimum number of worker processes required to run a set of scripts, divide the sum of the expected times of the scripts by the sample interval and round up the next integer. For instance, if a Script List contains 12 scripts with combined Expected Time of 720s and a sample interval of 300s, the minimum number of worker processes is: 720/300 = 2.4 rounded up to 3. In this case, some of the scripts will not run during the first or second sample intervals but will eventually run on a regular schedule as described above.

If a script is running slowly and exceeding its expected time, the next scheduled script executes on time if there is a worker process available. If no worker process is available, the script waits a period of time equal to the script interval minus 10 seconds before being abandoned for this interval. An alarm is created when this occurs.

Keep in mind that regardless of the numbers of worker processes configured on a Foglight Transaction Player host, only one script can run visibly at any given time. This is managed by a semaphore that is set in addition to worker process settings. This is particularly important when implement FTR Advanced scripts. When a script that is set to run visible does not have a worker process available, it waits 10 minutes before being abandoned.

Appendix: Troubleshoot the Foglight Transaction Recorder

Use all of the following steps when an (Foglight Transaction Recorder) FTR script plays correctly in the recorder, but fails to play back correctly in the agents.

The following troubleshooting steps are provided:

Use the script properties

When using script properties, note the following:

Verify the Foglight environment

Verify that the Foglight environment is setup correctly by creating and running a simple FTR script through an agent.

2
Publish it, create an agent, and configure it to run the script in As User. The script can be as simple as navigating to Google or an About:Blank page. The goal is to ensure that the script runs and returns results verifying the configuration.
Related Documents

The document was helpful.

Seleziona valutazione

I easily found the information I needed.

Seleziona valutazione