SQL Response - 1.3
Learning SQL Response - 1.3
Collecting SQL Profiler trace data
SQL Response can continuously collect SQL Profiler trace data on selected SQL Servers you are monitoring.
Enabling the collection of trace data allows you to review the key SQL statements that were executing around the time of a raised alert; captured SQL Profiler data from just before and after the alert is displayed as part of the diagnostic data provided with each raised alert on the Server.
Setting up SQL Profiler trace collection on a SQL Server
In the Trace column of the Servers to show area in the Filter pane, SQL Servers that are collecting trace data are labelled Yes.
To turn on the collection of SQL Profiler trace data for a SQL Server:
- Right-click on the SQL Server in the Servers to show area of the Filter pane, and click Server properties.
- In the SQL Server Properties dialog box, select Enable collection of trace data.
Alerts that are raised on that SQL Server from this point on will include trace data in the Performance snapshot section of the alert details pane. See Viewing performance snapshot data.
If you turn off the collection of SQL Profiler trace data for a SQL Server, this will only affect alerts that are raised from that point on. Existing raised alerts will still include the trace data.
For a short period after you enable trace on a SQL Server, the server icon
in the Servers to show area indicates that SQL Response is attempting to connect to that SQL Server. SQL Response needs to reinitialize the connection to the SQL Server when you turn on collection of SQL Profiler trace data.
What trace data is collected?
The following trace information is collected (SQL Server event number in brackets) :
RPC_Starting |
(11) |
SQL_BatchStarting |
(13) |
Audit_Login |
(14) |
Attention |
(16) |
SQL Exception |
(33) |
Note: The Profiler trace events that are collected are hard-wired in SQL Response, and cannot be customised.
Effect of running trace
Enabling the collection of SQL Profiler trace data on a SQL Server will increase processor activity on that SQL Server (typically, by up to 5%). Enabling collection of trace data on numerous computers can therefore reduce performance of the Alert Repository.
For that reason, we recommend that you enable trace data only on problematic or important SQL Servers.
Where are trace data files stored?
When SQL Profiler trace data is collected on a SQL Server, it is stored in the log folder for that SQL Server. SQL Response then collects this trace data from each monitored SQL Server at intervals of one minute, and stores it in the data folder on the Alert Repository server. About 20 minutes worth of trace data is stored in the data folder on the Alert Repository at any time; this requires roughly 1 gigabyte of disk space. Older trace files are automatically deleted.
What happens if I turn off collection of trace data?
SQL Response provides some diagnostic information for each alert even when the collection of trace data is turned off. CPU utilization, memory and disk performance, and data from various other SQL-based counters are still collected.
See also |
Was this article helpful?
SQL Response
- Troubleshooting Computer Unreachable and Access Is Denied Error Messages
- SQL Response Security Setup
- Upgrading from Version 1.0 to 1.1 where the SQL Response Client and Alert Repository exist on the same machine
- Moving your Alert Repository Data
- Licensing SQL Response on a clustered SQL Server
- Server licenses may show "trial period has expired"
- How do I use the SQL Response client across domains?
- Where are the SQL Response data files stored?
- SQL Response client not connecting to Alert Repository
- The alert details are not recorded and SQL Response reports "Alert is still being written" when viewing an alert or multiple alerts
- Error when connecting to the Alert Repository using Windows 7
- Alert Repository transferring large amounts of data from the SQL Server
- Log files
all SQL products
- Compatibility of Red Gate tools in 64-bit environments
- Application has encountered an error and needs to close
- Error message after installing SQL Toolbelt - The description for Event ID ( 1 ) in Source ( nview_info ) cannot be found.
- Changing the temporary directory used by the installer
- Toolbelt Installer "hanging" while "scanning volumes"
- Login failing with "trusted SQL Server connection" error when using RunAs
all products
- Some Red Gate products identified as containing a trojan by Anti-Virus software
- Activation may fail with Unknown Error -1
- Product uses web help although a CHM file is available locally
- Argument exception resulting from missing environment variable
- Check for updates may fail when used through proxies
- 'Unidentified Publisher' error when repairing or uninstalling
- Licensing activates product as standard edition
- Moving Red Gate software products to another machine
- Red Gate tools log locations
- The application UI opening slowly when there is no internet access
SQL Response
- Migrating your Alert Repository from Windows 2000
- Tips for configuring SQL Response in your network environment
- SQL Response release notes - version 1.xx
all SQL products
all products
- Red Gate product acknowledgements
- Activating your products
- Activating your products
- Red Gate bundle history
- Check for updates
- Troubleshooting Check for Updates errors
- Current versions
- Deactivating your products
- Installing Red Gate products from the .msi file
- Requesting additional activations
- Serial numbers for bundles
- Reactivating using a different serial number
- Extending your trial
- Finding your serial numbers
- Moving a serial number from one computer to another
- No response received for manual activation
- Licensing and activation resources
- Licensing and activation resources
- Troubleshooting licensing and activation errors
- Licensing and activation FAQs
- Red Gate tools log file locations
- Download old versions of products
- Download product prerequisites & utilities
- Support & upgrades
- Upgrading your software
- Upgrading FAQs

What does SQL Response monitor?