written permission of Quest Software, Inc.
If you have any questions regarding your potential use of this material, please contact: Quest Software World Headquarters
LEGAL Dept 5 Polaris Way Aliso Viejo, CA 92656 Web site: www.quest.com Email:[email protected] Phone: 949-754-8000
Disclaimer:The information in this document is provided in connection with Quest products. No license, express or implied, by estoppel or otherwise, to any intellectual property right is granted by this document or in connection with the sale of Quest products. EXCEPT AS SET FORTH IN QUEST'S TERMS AND CONDITIONS AS SPECIFIED IN THE LICENSE AGREEMENT FOR THIS PRODUCT, QUEST ASSUMES NO LIABILITY WHATSOEVER AND DISCLAIMS ANY EXPRESS, IMPLIED OR STATUTORY WARRANTY RELATING TO ITS PRODUCTS INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTY OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, OR NON-INFRINGEMENT. IN NO EVENT SHALL QUEST BE LIABLE FOR ANY DIRECT, INDIRECT, CONSEQUENTIAL, PUNITIVE, SPECIAL OR INCIDENTAL DAMAGES (INCLUDING, WITHOUT LIMITATION, DAMAGES FOR LOSS OF PROFITS, BUSINESS INTERRUPTION OR LOSS OF INFORMATION) ARISING OUT OF THE USE OR INABILITY TO USE THIS DOCUMENT, EVEN IF QUEST HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. Quest makes no representations or warranties with respect to the accuracy or completeness of the contents of this document and reserves the right to make changes to specifications and product descriptions at any time without notice. Quest does not make any commitment to update the information contained in this document.
Trademarks
Quest, Quest Software, the Quest Software logo, Benchmark Factory, Toad, T.O.A.D., Toad World, and vToad are trademarks and registered trademarks of Quest Software, Inc in the United States of America and other countries. Other trademarks and registered trademarks used in this guide are property of their respective owners.
Toad for SQL Server 4.5 Installation Guide July 2009
System Requirements
5
Client Requirements 5 Server Requirements 6 Citrix Requirements 7 User Requirements 7Install Toad
8
Read-Only Installation
8
Install Toad Silently
9
Determine Which Installer to Use 9
Silent Installation Prerequisites 10
Silent Installation Using the Executable 10
Silent Installation Using the Microsoft Installer 12
Install Toad on Citrix Systems
15
Upgrade Toad
15
Files Migrated During Upgrades 16
Uninstall Toad
18
Configuration
19
Understand Toad Connections
19
Share Database Connections 19
Create SQL Server Connections
20
Troubleshoot SQL Server Issues
21
Configure SQL Server Debugging
22
Debugging Prerequisites 22
Configure Debugging for SQL Server 2008 25
Configure Debugging for SQL Server 2000 26
Set Up Debugging 28
Configure Version Control
28
About Version Control 28
Troubleshoot Version Control Upgrades 29
Configure TFS or VSS 30
Configure CVS 36
Configure Subversion 42
Appendix: Contact Quest
50
Contact Quest Support
50
Contact Quest Software
50
About Quest Software
50
Installation
System Requirements
Client Requirements
Ensure that the client computer meets the following minimum requirements:
Component Requirement
Platform 600 MHz minimum, 1 GHz recommended
Hard Disk Space
104 MB of disk space is required to run Toad.
Memory 512 MB of RAM minimum, 1 GB recommended
Note: The memory required may vary based on the following:
l Applications that are running on your system when using
Toad
l Size and complexity of the database l Amount of database activity
l Number of concurrent users accessing the database
Operating System
Windows Server 2003
Windows XP Professional (32-bit or 64-bit) Windows Vista (32-bit or 64-bit)
Windows Server 2008 (32-bit or 64-bit)
Additional Requirements
.NET Framework
Microsoft .NET Framework 3.5 (Service Pack 1) Notes:
l The .NET Framework Client Profile is not supported. l To run Toad, the .NET security policy must be set to
unrestricted. See "User Requirements" (page 7) for more information.
Web Browser
Microsoft Internet Explorer 8.0 or later
(Optional) Spotlight on SQL Server
Component Requirement Maintenance Plans
To take advantage of Integration Services (SSIS) in maintenance plans, you must install Client Tools 2005 or later on the client where Toad is installed.
Spatial Data Types
To work with spatial data types used in SQL Server 2008, you must install SQL Server 2008 Client Tools or SQL Server Management Studio 2008.
Copy/Move Database Wizard
The SQL Server Backward Compatibility package is required to use the Copy/Move Database wizard.
Server Requirements
Ensure that the server meets the following minimum requirements:
Component Requirement Operating
System
l Windows Server 2000 (Service Pack 4 or later)
l Windows 2000 Professional Edition (Service Pack 4 or later) l Windows XP 32-bit (Service Pack 2 or later) and 64-bit l Windows Server 2003 32-bit or 64-bit (Service Pack 1 or
later)
l Windows Vista 32-bit and 64-bit l Windows Server 2008 32-bit or 64-bit
Database Support
l SQL Server 2000 (Service Pack 3 or later), 2005 (Service Pack 2 or later), 2008
Note: SQL Server Compact Edition is not supported.
Additional Requirements
.NET Framework
Microsoft .NET Framework 3.5 (Service Pack 1)
Maintenance Plans
To take advantage of Integration Services (SSIS) in maintenance plans, you must install Integration Services on any instance where you want to create maintenance plans.
Citrix Requirements
Toad has been tested for Citrix support on Windows Server 2003 Enterprise Server (Service Pack 2) using the MetaFrame Presentation Server 5.0 and Citrix Presentation Server Clients 10.2. See "Install Toad on Citrix Systems" (page 15) for more information.
User Requirements
User Requirements to Install Toad
Only Windows Administrators and Power Users can install Toad.
If an Administrator installs Toad, the Administrator can share the Toad shortcut icon on the desktop and menu items with any user--a Power User, Restricted User, Vista standard user--on the computer.
If a Power User installs Toad, a Restricted User cannot do the following: l Associate file extensions.
l See the Toad shortcut icon on the desktop or the Toad menu options in the Windows Start menu. As a workaround, Restricted Users can create a shortcut to Toad from the install directory and place the shortcut on their desktop.
User Requirements and Restrictions for Running Toad
The following describes the requirements and restrictions for users who launch and run Toad: l To run Toad, the .NET security policy must be set to Unrestricted. To modify the
security policy:
1. Select Control Panel from the Windows Start menu. 2. Double-click Administrative Tools.
3. Double-click Microsoft .NET Framework 2.0 Configuration.
4. Select My Computer, and then select the Runtime Security Policy node. 5. Select Evaluate Assembly from the list of tasks in the right panel and browse
to the location of Toad.exe in the File field. 6. Click Next and set the permission to Unrestricted.
Install Toad
To install Toad
1. Run the ToadInstallation.exe installation program from the CD or downloaded file. 2. Complete the wizard.
Note: On the Read-Only Installation page, select whether to install Toadas a typical install with all features enabled, or whether you want to install as only. In read-only mode, you cannot create, alter, or drop database objects.
Read-Only Installation
During installation, you can select an option to install Toad as a read-only application. This lets you query data and view objects using Toad, but all actions that can impact the database (Create, Alter, Drop, Insert, Update, etc.,) are disabled or hidden. This ensures that you can use Toad without worrying about committing a change to a sensitive production instance. The following image shows an example of differences between a typical and read-only installation:
To change an existing installation to read-only
Install Toad Silently
Silent installation provides a convenient method for deploying Toad to multiple machines that use the same settings, installation directory, or license key.
Determine Which Installer to Use
Before performing a silent installation, review the following to determine which installer to use:
Installer Advantages Disadvantages
Executable file (.exe)
See "Install Toad Silently" (page 9) for more information.
Silent installation using an exe file has the following advantages:
l Verifies whether the prerequisite software is installed, and if not, redirects you to the download
location.
l Verifies whether a version of Toad already exists on the target computer. If so, the executable uninstalls the previous version and then installs the current version.
Silent installation using an exe file has the following disadvantages: l Cannot deploy custom Toad settings files or license keys. l Installer automatically exits if the prerequisite software is not installed. Microsoft Installer file (.msi) See "Silent Installation Using the Microsoft Installer" (page 12) for more information.
Supports deployment of Toad settings files and license keys.
Silent installation using an msi file has the following advantages: l Requires manual verification and download of any prerequisite software. l Requires a manual uninstall of the previous version of Toad using Add/Remove Programs.
Silent Installation Prerequisites
Before you perform a silent installation, the following software must be installed on every computer on which you are installing Toad:
l Microsoft .NET Framework 3.5 (Service Pack 1)
Silent Installation Using the Executable
Use the executable file to perform a silent install to the default directory (or to a different directory) and to specify options such as logging installation messages.
To perform a silent install using the executable file
1. At a Windows command prompt, switch to the drive or directory where the
executable for Toad is located. (This file can be downloaded from the Quest web site or can be found on the Toad installation CD-ROM.)
2. For a standard installation with all features enabled, enter the following command:
“ToadInstaller.exe” /S
For a read-only installation with create, alter, and drop functionality disabled, enter the following command:
“ToadInstaller.exe” /S READONLY=TRUE
You can customize MSIEXEC command-line options and overrides for your installation similar to the following command:
“ToadInstaller.exe” /S /Lx “C:\temp\installLog.txt”
INSTALLDIR=”Drive:\your_install_path” USERNAME=”some_user” COMPANYNAME=”your_company” ApplicationUsers=”AllUsers”
Use the following descriptions to customize the command-line options and overrides for your installation.
Command-Line Options
The following MSIEXEC command-line options are used in this example:
Option Description
/L (Optional) Write installation messages to the specified log. You can append other options, such as x for debug (used in the previous example) or v for a verbose log.
“C:\temp\
installLog.txt”
(Required if /L is specified) Substitute “
C:\temp\installLog.txt” in the example with the fully
qualified name of the log file. Enclose this value in double quotations. The installation process creates this file if it does not exist. Otherwise, the existing file is overwritten.
Note: All command-line options are case-insensitive, except for /S. See
http://msdn2.microsoft.com/en-us/library/aa367988.aspx for more information.
Toad Default Installation Option Overrides
You can specify the following values to override Toad’s default installation options. Enclose each value in double quotations:
Option Description
INSTALLDIR (Optional) Specify the absolute path for the directory in which you want to install Toad. If you do not include this path, the installation program defaults to: C:\Program Files\Quest Software\Toad for SQL Server
installationtype_version.
USERNAME (Optional) Specify the user that intends to use Toad on the target computer. If “OnlyCurrentUser” is defined for the ApplicationUsers value (see description that follows), only the user specified here (and the user that installed Toad) can see the Toad shortcut on the desktop after the installation completes. If “OnlyCurrentUser” is defined but USERNAME is not included in the installation, only the user that installed Toad sees the Toad shortcut on the desktop. If “AllUsers” is defined for ApplicationUsers, the USERNAME value is ignored during installation.
COMPANYNAME (Optional) Specify the name of the company that owns this installation.
ApplicationUsers Specify one of the following values. If you do not specify a value, the installation program defaults to “AllUsers”.
Option Description
l “AllUsers” allows any user to see the Toad shortcut on the desktop after installation completes.
l “OnlyCurrentUser” allows only the user specified for USERNAME and the user that installed Toad to see the Toad shortcut on the target desktop. If USERNAME is not included in the installation, only the user that installed Toad sees the shortcut. Note: All default installation option overrides are case-sensitive.
Silent Installation Using the Microsoft Installer
You can create a Microsoft transform (.mst) file that deploys the license key, custom settings, and connections for users when performing a silent install using the .msi file. You can also use the .msi file to perform a basic silent install using the default directory or can install to a different directory and specify command-line options and default installation overrides. Note: Review the following prior to installing:
l The .msi file is located on the Toad installation CD or is available as a download
from SupportLink athttps://support.quest.com/SUPPORT/index?page=home.
l The .msi installer does not verify that system requirements have been met before
installing. If you do not want to manually verify system requirements, you should use the .exe file for the silent install.
Create Transform Files
To create custom settings files to include in a transform file
1. Install Toad on a test machine that you can use to customize settings.
2. Launch Toad and enter the license key for the product. A license key file is added to the directory where Toad is installed.
3. Add the license.key file to the .mst file.
4. Select Tools | Configuration Wizard from the menu and complete the Configuration wizard.
This wizard creates initial settings files in the following directory: C:\Documents and Settings\username\Application Data\Quest Software\ Toad for SQL Server
installationtype_version.
5. Add the Settings.xml file to the .mst file.
7. Select each page in the window and set any options you want to deploy. These options create settings files in the following directory: C:\Documents and Settings\username\Application Data\Quest Software\ Toad for SQL Server
installationtype_version\ModuleSettings.
8. Add the ModuleSettings folder and files to the .mst file.
9. Select View | Connection Manager from the menu in Toad to open the Connection Manager.
10. Create any connections you want to deploy. 11. Exit Toad.
Upon exiting, a Connections file is created in the following directory: C:\Documents and Settings\username\Application Data\Quest Software\Toad for SQL Server
installationtype_version.
12. Add the Connections.xml file to the .mst file.
13. Perform a silent install. See "Perform Silent Installation Using MSI" (page 13) for more information.
Perform Silent Installation Using MSI
To perform a silent install using msi
1. At a Windows command prompt, switch to the drive or directory where the msi installer for Toad is located. This file is located on the Toad installation CD or is available as a download from SupportLink at
https://support.quest.com/SUPPORT/index?page=home.
2. For a standard installation with all features enabled, enter the following command:
“ToadInstaller.msi” /q
For a read-only installation with create, alter, and drop functionality disabled, enter the following command:
“ToadInstaller.msi” /q READONLY=TRUE
You can customize command-line options and overrides for your installation similar to the following:
msiexec /i “ToadInstaller.msi” INSTALLDIR= “Drive:\your_install_path ” /q USERNAME=”some_user” COMPANYNAME=”your_company”
Command-Line Options
The following MSIEXEC command-line options are used in this example:
Option Description
/i Run the installation.
/q Specify the user interface (UI) that displays during installation. You can append other options, such as n to hide the UI or b to hide the Cancel button during the installation.
Note: All command-line options are case-insensitive. See
http://msdn2.microsoft.com/en-us/library/aa367988.aspx for a complete list of command-line options.
Toad Default Installation Option Overrides
You can specify the following values to override Toad’s default installation options. Enclose each value in double quotations:
Option Description
INSTALLDIR (Optional) Specify the absolute path for the directory in which you want to install Toad. If you do not include this path, the installation program defaults to: C:\Program Files\Quest Software\Toad for SQL Server
installationtype_version.
USERNAME (Optional) Specify the user that intends to use Toad on the target computer. If “OnlyCurrentUser” is defined for the ApplicationUsers value (see description that follows), only the user specified here (and the user that installed Toad) can see the Toad shortcut on the desktop after the installation completes. If “OnlyCurrentUser” is defined but USERNAME is not included in the installation, only the user that installed Toad sees the Toad shortcut on the desktop. If “AllUsers” is defined for ApplicationUsers, the USERNAME value is ignored during installation.
COMPANYNAME (Optional) Specify the name of the company that owns this installation.
ApplicationUsers Specify one of the following values. If you do not specify a value, the installation program defaults to “AllUsers”.
l “AllUsers” allows any user to see the Toad shortcut on the desktop after installation completes.
Option Description
l “OnlyCurrentUser” allows only the user specified for USERNAME and the user that installed Toad to see the Toad shortcut on the target desktop. If USERNAME is not included in the installation, only the user that installed Toad sees the shortcut. Note: All default installation option overrides are case-sensitive.
Install Toad on Citrix Systems
To install Toad on a Citrix system
1. Connect to the Citrix Environment as an administrator. 2. Copy Toad to the Citrix server, if required.
3. Install Toad.
4. During installation, select the Anyone who uses this computer checkbox when prompted.
5. Repeat steps 2 through 4 for each server in the Citrix farm.
Note: Although you must install Toad on every server in the Citrix farm, you only need to publish Toad once.
6. Review the following considerations regarding licensing.
l A license supplied by an administrator always overrides a user-supplied license in a Citrix environment.
l If you need to provide the same Toad functionality to all users, you can enter the default license key for all users.
l If you have users with different license requirements, individual licenses should be entered for each user. You should not enter the default license key because it enables all functionality in Toad.
Upgrade Toad
To upgrade Toad
1. Run the ToadInstallation.exe installation program from the CD or downloaded file. 2. Select Uninstall Toad and continue with install.
If you are upgrading from a previous version of Toad, you are prompted to migrate your settings the first time you start Toad. The settings files include database connections, layout customizations, shortcut keys, and options customized in the Options pages.
Files Migrated During Upgrades
When upgrading versions of Toad, the following files can be migrated from the previous version's Application Data Directory (Help | About to select a link to navigate to the location).
File Description
Action.log Tracks your usage within Toad. If you agree to share this data, the file is automatically sent to Quest on a periodic basis.
Connections.xml Contains all connections stored in the Connection Manager or the New Connection window.
ConnectionTrace.log Contains the SQL Output connection trace log file if you select Tools | SQL Trace from the menu.
ExceptionTrace.log Contains a log of all exceptions encountered while running Toad.
FTPConnection.log Contains a log of exceptions encountered when attempting to connect to FTP servers.
FTPConnections.xml Contains connections to FTP servers stored in the FTP Connections window.
Settings.xml Contains many of the global configuration settings. SqlServerPlanPrefs.xml Used to generate SQL Server execution plans. ToadSupportBundle.zip Contains the last support bundle you generated.
Folder Description
Automation (temporary folder)
Used by automation when executing automation scripts. Cache Used to spool cache database metadata to disk if enabled.
The data is in binary format and can always be recreated by fetching it from the database.
CNSScripter (temporary folder)
Used by Compare plug-ins, script generation for Alter object windows, and the Script tab in the Object Explorer. Context Contains settings that depend on the context within Toad
including the following:
l Adapter—Custom data editing statements. l Filter—Unnamed filters defined in the Object
Explorer or Database Explorer.
l Named Filter—Named filters defined in the Object Explorer or Database Explorer.
l TYPE—Tabs that display on the right when you select an object in the Object Explorer or Database Explorer.
Keyboard Contains custom keyboard shortcut layouts.
Layouts Contains layouts for some areas in Toad, such as tool windows that automatically display in the Editor and column layouts for the Messages tab.
ModuleSettings Contains general settings for various components in Toad, such as whether the data grid defaults to read-only, displays not null indicators, etc.
Plugins Used by Toad plugin components.
Session Contains desktop configurations, including toolbar customizations and tool window locations.
SQLFormatter Contains pre-set and user created templates for formatting SQL, and the SQL statement used to preview formatting changes in the Formatting Options page.
SQLRecall Contains the SQL statements saved by SQL Recall. Templates Contains the following templates:
l Scripts—Startup scripts to run when connecting. l Snippets—Code Snippet entries.
Uninstall Toad
If you uninstall Toad, it may not uninstall completely. When you use Toad, you create new files such as SQL scripts, data output, or temp files. The following types of files are not removed when you uninstall:
l Any new files you create
l Any copies of files you make for backup purposes
To uninstall Toad
1. Run the ToadInstallation.exe installation program from the CD or downloaded file. 2. Select Uninstall Toad only.
Configuration
Understand Toad Connections
In Toad, a connection represents one or more actual connections to the database. Toad creates an initial database connection for general usage. It also creates a separate database connection for each Editor (the first time you execute a statement) and a separate database connection for each Data tab in the Database Explorer (the first time you select the tab and data is queried). The database connection for each Editor and Data tab remain open until you close the associated window; however, the connections remain in an inactive state if a statement is not currently executing.
Tips:
l To view the number of actual database connections that exist for a Toad connection
and how many of those database connections are active, place the cursor over the connection in the Connection Manager or the Connection toolbar.
l You can view the progress of statements executing in the background in a progress
bar located on the lower right side of the status bar. To cancel a script's execution, click the progress bar to display the Background Processes window.
Share Database Connections
Editors and Data tabs can share the same database connection when the connection is inactive if you clear the Use specific connection for each open editor checkbox in General Editor Options. Any new executions or windows attempt to use this connection first. For example; if you share a database connection, you can execute a query in the Editor, execute another query in a new Editor, and then select the Data tab from the same connection. If the connection is in use and you attempt to execute it, one of the following occurs:
l If your database does not support executing multiple queries on a shared connection, a dialog prompts you to either permanently associate the window with a new database connection, cancel the previous operation, or add the query to a queue until the current operation completes, and the execute it. If you place multiple queries in the queue, each one executes in the order that it was added to the queue.
You can remove the option to associate the query with a new connection from the dialog by clearing the Allow changing executing connection in editor checkbox in General Editor Options.
Note: Although you can share a database connection, any commits apply to the selected window only.
Create SQL Server Connections
You can create a new connection, or connect to an existing connection from the Create New Connection window. To troubleshoot connection issues, seeTroubleshoot SQL Server Issues.
To create a new connection
1. Click on the toolbar (ALT+F+N). 2. Select SQL Server from the Group list box. 3. Review the following for additional information:
Login Tab
Description
Server name
Enter the name of the server to use when connecting.
Click to display any servers running SQL Server that are currently active on the network. Note: For named instances, enter the
MachineName\InstanceName in this field. For example:
MyMachine\MyInstance
Name Edit the nickname you want to display in the Connection toolbar, status bar, and document windows, if needed. If this field is blank, the name defaults to:
servername (login) database
4. Click Connect to save the connection and immediately connect to the database. or
Troubleshoot SQL Server Issues
Review the following solutions to help troubleshoot SQL Server connection issues in Toad.
Issue Cause/Solution
Cannot specify a port number when connecting
Currently, Toad does not have a separate field for specifying a port number.
Solution:
You can connect if you know the port number for the instance by entering the following in the Server name field on the New Connection window:
ServerName,Port or
IPAddress,Port For example:
10.1.29.129,1234 (where 1234 is the port number of the instance)
Cannot connect to a remote instance in SQL Server 2005
Remote connections may not be enabled in SQL Server 2005. Also, named instances are configured to use dynamic ports and select an available port onjce the SQL Server Service starts.If you are connecting to a named instance through a firewall, configure the Database Engine to listen on a specific port, so that the appropriate port is opened in the firewall.
Note: Remote connections are disabled by default in the Express and Developer editions of SQL Server 2005.
Solution:
To enable remote connections, see "How to configure SQL Server 2005 to allow remote connections" at:
http://support.microsoft.com/kb/914277
"Path is not of a legal form" error message when connecting or
"Could not find a part of the path C:\Program Files\Quest Software \Toad for SQL Server\Template\Scripts\ InitialSqlServer.Sql" error message when connecting
You attempted to migrate settings from a previous install of Toad to the current install, but the settings file
(InitialSqlServer.Sql) for the previous install was either removed, moved, or corrupt.
You may also receive this error if you installed Toad and migrated settings from a previous version, and later uninstalled the previous version.
Solution:
You must specify a valid location for the InitialSqlServer.Sql file in Toad.
Issue Cause/Solution
To specify a valid location
1. Open the SQL Server options page under Tools |
Options | Database | SQL Server.
2. Specify the location for the new install's
InitialSqlServer.Sql file in the Run Script on new
connection field.
By default, this file is located in the following directory: C:\Program Files\Quest Software\Toad for SQL Server
version# \Templates\Scripts
Note: Clicking may result in a "Path not found error". If you receive this error, manually enter the location in the field.
Configure SQL Server Debugging
Debugging Prerequisites
Before configuring the Debugger, verify that the following prerequisites have been met: l Disable all firewalls or open corresponding ports. Windows XP SP2 includes an
embedded Windows firewall that should be disabled or ports opened as well.
Specifically, the TCP 135 port must be opened and the Toad.exe must be added to the Exceptions list. The same is true for the remote (SQL Server) machine - TCP 135 port must be opened and sqlservr.exe must be added to the Exceptions list.
l Stop any antivirus software that can lock the corresponding components, settings, etc. l Check your security policy because it may include an access lock to the remote server.
Notes:
l The security policy can be applied to the domain or local computer. l Currently, you cannot debug CLR stored procedures.
Platforms Tested for Debugging Support
The following platforms have been tested for debugging support.
Note: The Service Pack on the client must match the Service Pack on the server unless specified otherwise.
SQL Server 2008 Platforms Tested for Debugging Client Server 2003 EE (SP2) 2000 (SP4) 2000 Pro (SP4) XP Pro (SP3) Vista Server 2008 2003 EE (SP1) XP Pro (SP3) Vista Server 2008
SQL Server 2005 Platforms Tested for Debugging Client Server 2003 EE (SP1) 2000 (SP4) 2000 Pro (SP4) XP Pro (SP3) Vista Server 2008 2003 EE (SP1) XP Pro (SP3) Vista Server 2008
SQL Server 2000 (SP4) Platforms Tested for Debugging Client Server 2003 EE (SP1) 2000 (SP4) 2000 Pro (SP4) XP Pro (SP2) Vista Server 2008 2003 EE (SP1) XP Pro (SP2) (Local server) Vista Server 2008
Configure Debugging for SQL Server 2008
To debug locally, perform the following on the Toad client
1. Install the SQL Server 2008 Client Tools on the Toad client.
2. If autocommit is disabled, commit or rollback the connection in Toad before starting the debugging session.
To debug remotely, perform the following
1. Install the SQL Server 2008 Client Tools on the Toad client. 2. Make sure the following permissions are set:
l Your Windows account that Toad is running under must be a member of sysadmin server role in the SQL Server being debugged.
l Your server login must also be a member of the sysadmin role. This login can be your Windows user account (Windows authentication), or a SQL Server login (SQL Server authentication).
To create a server login from your Windows account and add it to the sysadmin role, a user who already has sysadmin privileges must execute the following:
sp_addsrvrolemember 'Domain\Name', 'sysadmin'
where Domain\Name is your Windows login.
3. If autocommit is disabled, commit or rollback the connection in Toad before starting the debugging session.
Configure Debugging for SQL Server 2005
To debug locally, perform the following on the Toad client
1. Install the SQL Server 2005 Workstation Component option of the SQL Server 2005 installation.
2. If autocommit is disabled, commit or rollback the connection in Toad before starting the debugging session.
To debug remotely, perform the following
1. Complete the following:
a. Install the SQL Server 2005 Workstation Components option of the SQL Server 2005 installation on the Toad client.
b. Copy and register the ssdebugps.dll (debugging host component) on both the client and server. This file is located by default in the following directory on
the server where SQL Server 2005 is installed:
C:\Program Files\ Common Files\Microsoft Shared\SQL Debugging
To register this file, open a command prompt and enter the following command:
regsvr32 ssdebugps.dll
Note: If you are unable to locate this file, you can run the remote debugging setup component (rdbgsetup.exe). This file is located by default in the following directory on the server where SQL Server 2005 is installed: C:\Program Files\Microsoft SQL Server\90\Shared\1033
2. Make sure the following permissions are set:
l Your Windows account that Toad is running under must be a member of sysadmin server role in the SQL Server being debugged.
l Your server login must also be a member of the sysadmin role. This login can be your Windows user account (Windows authentication), or a SQL Server login (SQL Server authentication).
To create a server login from your Windows account and add it to the sysadmin role, a user who already has sysadmin privileges must execute the following:
sp_addsrvrolemember 'Domain\Name', 'sysadmin'
where Domain\Name is your Windows login.
3. If autocommit is disabled, commit or rollback the connection in Toad before starting the debugging session.
Configure Debugging for SQL Server 2000
To debug locally, perform the following on the Toad client
1. Make sure that SQL Server 2000 with Service Pack 3 or Service Pack 4 is installed on the server.
2. Install the SQL Server Client Tools on the Toad client.
3. If autocommit is disabled, commit or rollback the connection in Toad before starting the debugging session.
To debug remotely, perform the following
1. Complete the following:
a. Make sure that SQL Server 2000 with Service Pack 3 or Service Pack 4 is installed on the server.
c. Copy and register the sqldbg.dll and sqldbreg2.exe (debugging host components) on both the Toad client and server. These files are located by default in the following directory on the server where SQL Server 2000 is installed:
C:\Program Files\Common Files\Microsoft Shared\SQL Debugging
To register these files, open a command prompt and enter the following commands:
regsvr32 sqldbg.dlls qldbreg2.exe /RegServer
Note: The Remote Procedure Call (RPC) service should be started on both the Toad client and server.
2. Make sure the following permissions are set:
l Your Windows account that Toad is running under must be a member of the sysadmin server role for the instance you are debugging.
l Your server login must also be a member of the sysadmin role. This login can be your Windows user account (Windows authentication), or a SQL Server login (SQL Server authentication).
To create a server login from your Windows account and add it to the sysadmin role, a user who already has sysadmin privileges must execute the following:
sp_addsrvrolemember 'Domain\Name', 'sysadmin'
where Domain\Name is your Windows login.
l DCOM Access permissions must be granted for the system account and the group or user who needs access.To verify permissions:
a. Open a command prompt and run dcomcnfg.exe. b. Expand Component Services, Computers.
c. Right-click My Computer and select Properties. d. Select the COM Security tab.
e. Under Access Permissions, click Edit Default, and verify permissions. Note: By default, Windows administrators on a computer running SQL Server are SQL Server sysadmins on that computer.
3. If autocommit is disabled, commit or rollback the connection in Toad before starting the debugging session.
Set Up Debugging
The Debugger Setup wizard checks your database library and settings files on both the server and client system to identify conflicts with the Debugger.
The wizard verifies the following on the server: l Existence of the corresponding DLL files
l DLL version (determines whether Toad has permission for their verification) l COM registration
l DCOM support
The wizard verifies the following on the client: l Existence of the corresponding DLL files
l DLL version l COM registration
l Availability of DLLs for this user
l Ability to connect to the server
l Whether this user has administrator privileges for the server
l DCOM support
To run the Debugger Setup wizard
» Select Debug | Debugger Setup Wizard from the menu in an open Editor window.
Configure Version Control
About Version Control
Toad integrates with your existing version control system so you can maintain multiple revisions of objects, SQL scripts, and files.
Important: For this release, the back-end of version control has been rewritten. See
"Troubleshoot Version Control Upgrades" (page 29) for more information about issues when upgrading version control from a previous version.
Prerequisites
You must install a supported version control client on the computer where Toad is installed. The following table lists the supported version control providers and the versions tested with
Toad.
Supported Provider
Server Version Tested
Client Version Tested
Visual SourceSafe (VSS)
VSS 6.0d VSS 6.0d
See "Configure TFS or VSS" (page 30) for more information. Concurrent Versions System (CVS) CVS 1.11.22 on Solaris CVSNT 2.5.03 on Windows CVSNT 2.5.03
See "Configure CVS " (page 36) for more information. Subversion Subversion 1.5.6 on Windows Note: Toad only supports Subversion 1.5.6 or later.
CollabNet Subversion Command-Line Client 1.5.6 Notes:
l Toad only supports Subversion 1.5.6 or
later.
l Any Subversion client must have svn.exe
in its installation directory to use version control in Toad.
l Tortoise SVN is no longer supported in
Toad because it no longer includes svn.exe in its installation directory.
See "Configure Subversion" (page 42) for more information.
Team Foundation Server (TFS)
TFS 2005, 2008 Visual Studio (2005 and 2008) Team Explorer Client
See "Configure TFS or VSS" (page 30) for more information.
Note: Toad connects to your version control system based on login information included in the configuration. Your version control client does not need to run for Toad to connect.
Troubleshoot Version Control Upgrades
For this release, the back-end of version control has been rewritten. If you previously used version control in Toad, the following may occur:
l If you migrate settings when upgrading Toad, you may have to reconfigure the repository setting in version control if a "Failed to open the settings for module VersionControl reverting to defaults" error displays. To reconfigure the repository, select Tools | Options | Version Control | Defaults and select the previous repository in the Version control folder field. Your previous project settings are applied.
l In previous releases, the method Toad used to generate the script was different than the current method. After upgrading Toad, a message may display stating that objects or files in version control are different than the local version. If your local version is current, you should check the objects and files into version control.
Configure TFS or VSS
You can configure version control to work with SQL scripts in the Editor, or you can configure it to work with database objects and SQL scripts in the Object Explorer. Notes:
l If you want to place database objects under version control, you must configure
version control for objects using the Object Explorer. Once configured, you can also manage SQL scripts in the Object Explorer. The main advantage of managing scripts in the Object Explorer is that you can easily share them with team members who have version control configured.
l If you do not want to manage version controlled scripts from the Object Explorer, you
must create a separate version control configuration from the Editor.
To configure TFS or VSS to work with SQL scripts in the Editor
1. Ensure that a supported version control client is installed on the computer where Toad is installed. See "About Version Control" (page 28) for more information about tested version control clients and supported versions.
2. Open an Editor window.
3. Right-click anywhere in the toolbar area and select Version Control to display the Version Control toolbar.
Tip: You can also access version control functionality from the File | Version Control menu when the Editor window has focus.
4. Click to open the Version Control wizard. 5. Review the following for additional information:
Version Control System Page
Description
Type Select either Team Foundation Server or Visual
SourceSafe.
Note: If you select TFS, you must specify the workspace name for the provider in the Team Foundation Server Properties window that displays.
field) and specify the workspace name for the provider in the Team Foundation Server Properties window.
Server Select one of the following:
l For TFS, specify the server where your version control provider is installed and the port number (default is 8080) to use in the following format:
http://MyServer:Port
l For VSS, select the folder where the Source Safe client is installed and the srcsafe.ini file (for example:
C:\SourceSafe\VSS\srcsafe.ini). User
name/ Password
Enter login information for the version control provider and click Login.
Note: For TFS only, if you leave the user name and password fields blank,Toad uses your default Windows credentials.
Version Control Settings Page Description Version control folder
Select the folder on the version control server where you want to check objects and scripts in. If you already have objects or scripts under version control, select the folder on the server where these objects or scripts are located. Notes:
l Version control automatically checks
out objects or scripts in this folder and any subfolders to the location you specify in the Working folder field.
l If you want to manage SQL scripts from
the Editor instead of the Object Explorer, make sure you select a different from the one used for database objects and scripts.
Working folder
Select the folder to use as the default working folder.
If you already have objects under version control, select the working folder for these objects.
6. See "Add Scripts Using the Editor" in the Toad help for more information.
To configure TFS or VSS to work with objects and SQL scripts in the Object Explorer
1. Ensure that a supported version control client is installed on the computer where Toad is installed. See "About Version Control" (page 28) for more information about tested version control clients and supported versions.
2. Right-click one or more objects in the Object Explorer and select Version Control |
Version Control Wizard.
3. Review the following for additional information:
Version Control System Page
Description
Type Select either Team Foundation Server or
Visual SourceSafe.
Note: If you select TFS, you must specify the workspace name for the provider in the Team Foundation Server Properties window that displays.
Server Select one of the following:
l For TFS, specify the server where your version control provider is installed and the port number (default is 8080) to use in the following format:
http://MyServer:Port
l For VSS, select the folder where the Source Safe client is installed and the srcsafe.ini file (for example: C:\SourceSafe\VSS\srcsafe.ini). User name/
Password
Enter login information for the version control provider and click Login. Note: For TFS only, if you leave the user name and password fields blank,Toad uses your default Windows credentials.
Version Control Settings Page
Description
Version control folder
Select the folder on the version control server where you want to check objects and scripts in.
If you already have objects or scripts under version control, select the folder on the server where these objects or scripts are located.
Notes:
l Version control automatically
checks out objects or scripts in this folder and any subfolders to the location you specify in the Working folder field.
l If you want to manage SQL scripts
from the Editor instead of the Object Explorer, make sure you select a different from the one used for database objects and scripts. Working
folder
Select the folder to use as the default working folder.
If you already have objects under version control, select the working folder for these objects.
Create/Change file name formats
Specify the default format to use for objects. Objects are archived as script files in the version control provider.
To change the default order, delete the default format and click + to select the order.
Use default mode
Clear this checkbox to override default folders for actions, such as create or alter scripts for each object (recommended for objects that are already under version control).
4. Complete the wizard and add objects to version control. Depending on the number of objects selected, this process may take time.
The following indicators display in the top-right corner of any object under version control:
Object is under version control Object is checked out by another user Object is checked out by current user
If version control is configured but an indicator does not display, open the Object Options page in the Toad help and select the checkbox for that object.
5. Use the right-click menu to check files in/out, get the latest version, update the status, and other actions.
6. If you configured version control for database objects, you can also version control SQL scripts using the Scripts tab (tab view or drop-down list mode) in the Object Explorer, as illustrated in the following example:
The following folders or nodes are available: Scripts
folder/node
Creates and manages SQL scripts that apply to individual databases. If you are using the tree view, this displays below each database node, as illustrated in the following example:
Tips:
l You can use the Script tab in the Object Details pane to view revision information
about each script and historical create/alter scripts (initially collapsed). You can also right-click a revision date to compare differences or update version control history.
See Compare Revisions in the Toad help for more information.
l You can view history for the last 100 check in operations by selecting History in the
Object Explorer.
l You can modify current settings, including whether to require comments when
checking objects and scripts in or out, adding or removing objects from version control, disable or delete a version control configuration, etc., from Tools | Options | Version Control | <options page>.
Configure CVS
You can configure version control to work with SQL scripts in the Editor, or you can configure it to work with database objects and SQL scripts in the Object Explorer. Notes:
l If you want to place database objects under version control, you must configure
version control for objects using the Object Explorer. Once configured, you can also manage SQL scripts in the Object Explorer. The main advantage of managing scripts in the Object Explorer is that you can easily share them with team members who have version control configured.
l If you do not want to manage version controlled scripts from the Object Explorer, you
must create a separate version control configuration from the Editor.
To configure CVS to work with SQL scripts in the Editor
1. Ensure that a supported version control client is installed on the computer where Toad is installed. See "About Version Control" (page 28) for more information about tested version control clients and supported versions.
3. Right-click anywhere in the toolbar area and select Version Control to display the Version Control toolbar.
Tip: You can also access version control functionality from the File | Version Control menu when the Editor window has focus.
4. Click to open the Version Control wizard. 5. Review the following for additional information:
Version Control System Page
Description
Type Select CVS.
Properties Click this button (beside the Type field) and complete the following in the Command Based Version Control Properties window:
l BinaryPath—Enter the path where the CVS client is installed. For example, if you installed CVSNT, you would enter: C:\Program Files\CVSNT
l BranchRevision—Leave this field blank if you are working from the trunk in version control. If you are working from a branch, enter the branch number or name in this field.
Server Select the existing working folder for the version control repository or specify the server string. For example, if you are connecting using pserver, you should specify the server string as follows:
:pserver:MyServer:Port:/MyWorkingRepository
User name/ password
Enter your CVS command-line user name and password and click Login.
Note: The User name field is optional.
Default Version Control Settings Page Description Version control folder
Select the folder on the version control server where you want to check objects and scripts in.
If you already have objects or scripts under version control, select the folder on the server where these objects or scripts are located. Notes:
l Version control automatically checks
out objects or scripts in this folder and any subfolders to the location you specify in the Working folder field.
l If you want to manage SQL scripts from
the Editor instead of the Object Explorer, make sure you select a different from the one used for database objects and scripts.
Working folder
Select the root repository folder on the client computer to use as the default working folder for checking objects and SQL scripts out. If you already have objects or SQL scripts under version control, select the existing working folder for these.
6. See "Add Scripts Using the Editor" in the Toad help for more information. Tips:
l You can view revision history and revision comments for a scipt from the History tab;
and can also right-click a revision to send it to the Diff Viewer to compare differences.
l You can enable, disable, or delete a version control configuration under Tools |
Options | Version Control | General.
l You can modify current settings, including whether to require comments when
checking objects and scripts in or out, avoid checking scripts in automatically when executing a script in the Editor, disable or delete a version control configuration, etc., from Tools | Options | Version Control | <options page>.
To configure CVS to work with objects and SQL scripts in the Object Explorer
1. Ensure that a supported version control client is installed on the computer where Toad is installed. See "About Version Control" (page 28) for more information about tested
version control clients and supported versions.See "About Version Control" (page 28) for more information.
2. Right-click one or more objects in the Object Explorer and select Version Control |
Version Control Wizard.
3. Review the following for additional information:
Version Control System Page
Description
Type Select CVS.
Note: The version number beside CVS is an internal file definition used by Toad to check whether an update for this file is available. It is not the actual version number for the version control provider.
Properties Click this button (beside the Type field) and complete the following in the Command Based Version Control Properties window:
l BinaryPath—Enter the path where the CVS client is installed. For example, if you installed CVSNT, you would enter: C:\Program Files\CVSNT
l BranchRevision—Leave this field blank if you are working from the trunk in version control. If you are working from a branch, enter the branch number or name in this field.
Server Select the existing working folder for the version control repository or specify the server string. For example, if you are connecting using pserver, you should specify the server string as follows:
:pserver:MyServer:Port:/MyWorkingRepository
User name/ Password
Enter your CVS command-line user name and password and click Login.
Note: The User name field is optional.
Default Version Control Settings Page Description Version control folder
Select the folder on the version control server where you want to check objects and scripts in.
If you already have objects or scripts under version control, select the folder on the server where these objects or scripts are located. Notes:
l Version control automatically checks
out objects or scripts in this folder and any subfolders to the location you specify in the Working folder field.
l If you want to manage SQL scripts from
the Editor instead of the Object Explorer, make sure you select a different from the one used for database objects and scripts.
Working folder
Select the root repository folder on the client computer to use as the default working folder for checking objects and SQL scripts out. If you already have objects or SQL scripts under version control, select the existing working folder for these.
Create/Change file name formats
Specify the default format to use for objects. Objects are archived as script files in the version control provider.
To change the default order, delete the default format and click + to select the order.
Use default mode
Clear this checkbox to override default folders for actions, such as create or alter scripts for each object (recommended for objects that are already under version control).
4. Complete the wizard and add objects to version control. Depending on the number of objects selected, this process may take time.
The following indicators display in the top-right corner of any object under version control:
Object is under version control Object is checked out by another user Object is checked out by current user
If version control is configured but an indicator does not display, open the Object Options page in the Toad help and select the checkbox for that object.
5. Right-click one or more objects in the Object Explorer to check them in/out, get the latest version, update the status, and other actions.
6. If you configured version control for database objects, you can also version control SQL scripts using the Scripts tab (tab view or drop-down list mode) in the Object Explorer, as illustrated in the following example:
The following folders or nodes are available: Scripts
folder/node
Creates and manages SQL scripts that apply to individual databases. If you are using the tree view, this displays below each database node, as illustrated in the following example:
l You can use the Script tab in the Object Details pane to view revision information
about each script and historical create/alter scripts (initially collapsed). You can also right-click a revision date to compare differences or update version control history. See Compare Revisions in the Toad help for more information.
l You can view history for the last 100 check in operations by selecting History in the
Object Explorer.
l You can modify current settings, including whether to require comments when
checking objects and scripts in or out, adding or removing objects from version control, disable or delete a version control configuration, etc., from Tools | Options | Version Control | <options page>.
Configure Subversion
You can configure version control to work with SQL scripts in the Editor, or you can configure it to work with database objects and SQL scripts in the Object Explorer. Notes:
l If you want to place database objects under version control, you must configure
version control for objects using the Object Explorer. Once configured, you can also manage SQL scripts in the Object Explorer. The main advantage of managing scripts in the Object Explorer is that you can easily share them with team members who have version control configured.
l If you do not want to manage version controlled scripts from the Object Explorer, you
To configure Subversion to work with SQL scripts in the Editor
1. Ensure that a supported version control client is installed on the computer where Toad is installed. See "About Version Control" (page 28) for more information about tested version control clients and supported versions.
2. Open an Editor window.
3. Right-click anywhere in the toolbar area and select Version Control to display the Version Control toolbar.
Tip: You can also access version control functionality from the File | Version Control menu when the Editor window has focus.
4. Click to open the Version Control wizard. 5. Review the following for additional information:
Version Control System Page
Description
Type Select Subversion.
Properties Click this button (beside the Type field) and complete the following in the Command Based Version Control Properties window:
l BinaryPath—Enter the path where the Subversion client that contains svn.exe is installed. For example, if you installed the CollabNet Subversion Client, you would enter:
C:\Program Files\CollabNet Subversion Client
Note: Do not include svn.exe in the path.
l BranchRevision—Leave this field blank if you are working from the trunk in version control. If you are working from a branch, enter the branch number or name in this field.
Server Select the existing working folder for the version control repository or specify the server string (for example: svn://MyServer).
User name/ Password
Enter your Subversion command-line user name and password and click Login.
Default Version Control Settings Page Description Version control folder
Select the folder on the version control server where you want to check objects and scripts in. If you already have objects or scripts under version control, select the folder on the server where these objects or scripts are located. Notes:
l Version control automatically checks
out objects or scripts in this folder and any subfolders to the location you specify in the Working folder field.
l If you want to manage SQL scripts from
the Editor instead of the Object Explorer, make sure you select a different from the one used for database objects and scripts.
Working folder
Select the root repository folder on the client computer to use as the default working folder for checking objects and SQL scripts out. If you already have objects or SQL scripts under version control, select the existing working folder for these.
6. See "Add Scripts Using the Editor" in the Toad help for more information. Tips:
l You can view revision history and revision comments for a scipt from the History tab;
and can also right-click a revision to send it to the Diff Viewer to compare differences.
l You can enable, disable, or delete a version control configuration under Tools |
Options | Version Control | General.
l You can modify current settings, including whether to require comments when
executing a script in the Editor, disable or delete a version control configuration, etc., from Tools | Options | Version Control | <options page>.
To configure Subversion to work with objects and SQL scripts in the Object Explorer
1. Ensure that a supported version control client is installed on the computer where Toad is installed. See "About Version Control" (page 28) for more information about tested version control clients and supported versions.
2. Right-click one or more objects in the Object Explorer and select Version Control |
Version Control Wizard.
3. Review the following for additional information:
Version Control System Page
Description
Type Select Subversion.
Note: The version number beside Subversion is an internal file definition used by Toad to check if an update for this file is available. It is not the actual version number for the version control provider. Properties Click this button (beside the Type field)
and complete the following in the Command Based Version Control Properties window:
l BinaryPath—Enter the path where the Subversion client that contains
svn.exe is installed. For example, if
you installed the CollabNet
Subversion Client, you would enter: C:\Program Files\CollabNet
Subversion Client
Note: Do not include svn.exe in the path.
l BranchRevision—Leave this field blank if you are working from the trunk in version control. If you are working from a branch, enter the branch number or name in this field. Server Select the existing working folder for the
version control repository or specify the server string (for example: svn://MyServer). User name/
Password
Enter your Subversion command-line user name and password and click Login.
Default Version Control Settings Page Description Version control folder
Select the folder on the version control server where you want to check objects and scripts in.
If you already have objects or scripts under version control, select the folder on the server where these objects or scripts are located.
Notes:
l Version control automatically
checks out objects or scripts in this folder and any subfolders to the location you specify in the Working folder field.
l If you want to manage SQL scripts
from the Editor instead of the Object Explorer, make sure you select a different from the one used for database objects and scripts. Working
folder
Select the root repository folder on the client computer to use as the default working folder for checking objects and SQL scripts out.If you already have objects or SQL scripts under version control, select the existing working folder for these. Create/Change
file name formats
Specify the default format to use for objects. Objects are archived as script files in the version control provider.
To change the default order, delete the default format and click + to select the order.
Use default mode
Clear this checkbox to override default folders for actions, such as create or alter scripts for each object (recommended for objects that are already under version control).
4. Complete the wizard and add objects to version control. Depending on the number of objects selected, this process may take time.
The following indicators display in the top-right corner of any object under version control:
Object is under version control Object is checked out by another user Object is checked out by current user
If version control is configured but an indicator does not display, open the Object Options page in the Toad help and select the checkbox for that object.
5. Right-click one or more objects in the Object Explorer to check them in/out, get the latest version, update the status, and other actions.
6. If you configured version control for database objects, you can also version control SQL scripts using the Scripts tab (tab view or drop-down list mode) in the Object Explorer, as illustrated in the following example:
The following folders or nodes are available: Scripts
folder/node
Creates and manages SQL scripts that apply to individual databases. If you are using the tree view, this displays below each database node, as illustrated in the following example:
Tips:
l You can use the Script tab in the Object Details pane to view revision information
about each script and historical create/alter scripts (initially collapsed). You can also right-click a revision date to compare differences or update version control history.
See Compare Revisions in the Toad help for more information.
l You can view history for the last 100 check in operations by selecting History in the
Object Explorer.
l You can modify current settings, including whether to require comments when
checking objects and scripts in or out, adding or removing objects from version control, disable or delete a version control configuration, etc., from Tools | Options | Version Control | <options page>.
Quest Support is available to customers who have a trial version of a Quest product or who have purchased a commercial version and have a valid maintenance contract. Quest Support provides around the clock coverage with SupportLink, our web self-service. Visit
SupportLink at:
http://support.quest.com
From SupportLink, you can do the following:
l Quickly find thousands of solutions (Knowledgebase articles/documents). l Download patches and upgrades.
l Seek help from a Support engineer.
l Log and update your case, and check its status.
View the Global Support Guide for a detailed explanation of support programs, online services, contact information, and policy and procedures. The guide is available at:
http://support.quest.com/pdfs/Global Support Guide.pdf
Contact Quest Software
Email [email protected]
Mail Quest Software, Inc.
World Headquarters 5 Polaris Way
Aliso Viejo, CA 92656 USA
Web site www.quest.com
See our web site for regional and international office information.
About Quest Software
Quest Software, Inc., a leading enterprise systems management vendor, delivers innovative products that help organizations get more performance and productivity from their applications, databases, Windows infrastructure and virtual environments. Through a deep expertise in IT operations and a continued focus on what works best, Quest helps more than 100,000 customers worldwide meet higher expectations for enterprise IT. Quest Software helps organizations deliver, manage and control complex database environments through
award-winning products for Oracle, SQL Server, IBM DB2, Sybase and MySQL. Quest Software can be found in offices around the globe and atwww.quest.com.