Storage Foundation and High Availability Solutions 8.0 HA and DR Solutions Guide for Microsoft SQL Server - Windows
- Section I. Getting started with Storage Foundation and High Availability Solutions for SQL Server
- Introducing SFW HA and the VCS agents for SQL Server
- About the Veritas InfoScale solutions for monitoring SQL Server
- How application availability is achieved in a physical environment
- How is application availability achieved in a VMware virtual environment
- Managing storage using VMware virtual disks
- How VCS monitors storage components
- Shared storage - if you use NetApp filers
- Shared storage - if you use SFW to manage cluster dynamic disk groups
- Shared storage - if you use Windows LDM to manage shared disks
- Non-shared storage - if you use SFW to manage dynamic disk groups
- Non-shared storage - if you use Windows LDM to manage local disks
- Non-shared storage - if you use VMware storage
- What must be protected in an SQL Server environment
- About the VCS agents for SQL Server
- About the VCS agent for SQL Server Database Engine
- About the VCS agent for SQL Server FILESTREAM
- About the VCS GenericService agent for SQL Server Agent service and Analysis service
- About the agent for MSDTC service
- About the monitoring options
- Typical SQL Server configuration in a VCS cluster
- Typical SQL Server disaster recovery configuration
- SQL Server sample dependency graph
- MSDTC sample dependency graph
- Deployment scenarios for SQL Server
- Workflows in the Solutions Configuration Center
- Reviewing the active-passive HA configuration
- Reviewing the prerequisites for a standalone SQL Server
- Reviewing a standalone SQL Server configuration
- Reviewing the MSDTC configuration
- VCS campus cluster configuration
- Reviewing the campus cluster configuration
- VCS Replicated Data Cluster configuration
- Reviewing the Replicated Data Cluster configuration
- About setting up a Replicated Data Cluster configuration
- Disaster recovery configuration
- Reviewing the disaster recovery configuration
- Notes and recommendations for cluster and application configuration
- Configuring the storage hardware and network
- Configuring disk groups and volumes for SQL Server
- About disk groups and volumes
- Prerequisites for configuring disk groups and volumes
- Considerations for a fast failover configuration
- Considerations for converting existing shared storage to cluster disk groups and volumes
- Considerations when creating disks and volumes for campus clusters
- Considerations for volumes for a Volume Replicator configuration
- Considerations for disk groups and volumes for multiple instances
- Sample disk group and volume configuration
- MSDTC sample disk group and volume configuration
- Viewing the available disk storage
- Creating a dynamic disk group
- Adding disks to campus cluster sites
- Creating volumes for high availability clusters
- Creating volumes for campus clusters
- About managing disk groups and volumes
- Configuring the cluster using the Cluster Configuration Wizard
- Installing SQL Server
- About installing and configuring SQL Server
- About installing multiple SQL Server instances
- Verifying that the SQL Server databases and logs are moved to shared storage
- About installing SQL Server for high availability configuration
- About installing SQL Server on the first system
- About installing SQL Server on additional systems
- Creating a SQL Server user-defined database
- Completing configuration steps in SQL Server
- Introducing SFW HA and the VCS agents for SQL Server
- Section II. Configuring SQL Server in a physical environment
- Configuring SQL Server for failover
- Tasks for configuring a new server for high availability
- Tasks for configuring an existing server for high availability
- About configuring the SQL Server service group
- Configuring the service group in a non-shared storage environment
- Verifying the SQL Server cluster configuration
- About the modifications required for tagged VLAN or teamed network
- Tasks for configuring MSDTC for high availability
- Configuring an MSDTC Server service group
- About configuring the MSDTC client for SQL Server
- About the VCS Application Manager utility
- Viewing DTC transaction information
- Modifying a SQL Server service group to add VMDg and MountV resources
- Determining additional steps needed
- Configuring campus clusters for SQL Server
- Configuring Replicated Data Clusters for SQL Server
- Tasks for configuring Replicated Data Clusters
- Creating the primary system zone for the application service group
- Creating a parallel environment in the secondary zone
- Setting up security for Volume Replicator
- Setting up the Replicated Data Sets (RDS)
- Configuring a RVG service group for replication
- Creating the RVG service group
- Configuring the resources in the RVG service group for RDC replication
- Configuring the IP and NIC resources
- Configuring the VMDg or VMNSDg resources for the disk groups
- Modifying the DGGuid attribute for the new disk group resource in the RVG service group
- Configuring the VMDg or VMNSDg resources for the disk group for the user-defined database
- Adding the Volume Replicator RVG resources for the disk groups
- Linking the Volume Replicator RVG resources to establish dependencies
- Deleting the VMDg or VMNSDg resource from the SQL Server service group
- Configuring the RVG Primary resources
- Configuring the primary system zone for the RVG service group
- Setting a dependency between the service groups
- Adding the nodes from the secondary zone to the RDC
- Adding the nodes from the secondary zone to the RVG service group
- Configuring secondary zone nodes in the RVG service group
- Configuring the RVG service group NIC resource for fail over (VMNSDg only)
- Configuring the RVG service group IP resource for failover
- Configuring the RVG service group VMNSDg resources for fail over
- Adding nodes from the secondary zone to the SQL Server service group
- Configuring the zones in the SQL Server service group
- Configuring the application service group IP resource for fail over (VMNSDg only)
- Configuring the application service group NIC resource for fail over (VMNSDg only)
- Verifying the RDC configuration
- Additional instructions for GCO disaster recovery
- Configuring disaster recovery for SQL Server
- Tasks for configuring disaster recovery for SQL Server
- Tasks for setting up DR in a non-shared storage environment
- Guidelines for installing Veritas InfoScale Enterprise and configuring the cluster on the secondary site
- Verifying your primary site configuration
- Setting up your replication environment
- Assigning user privileges (secure clusters only)
- About configuring disaster recovery with the DR wizard
- Cloning the storage on the secondary site using the DR wizard (Volume Replicator replication option)
- Creating temporary storage on the secondary site using the DR wizard (array-based replication)
- Installing and configuring SQL Server on the secondary site
- Cloning the service group configuration from the primary site to the secondary site
- Configuring the SQL Server service group in a non-shared storage environment
- Configuring replication and global clustering
- Creating the replicated data sets (RDS) for Volume Replicator replication
- Creating the Volume Replicator RVG service group for replication
- Configuring the global cluster option for wide-area failover
- Verifying the disaster recovery configuration
- Adding multiple DR sites (optional)
- Recovery procedures for service group dependencies
- Configuring DR manually without the DR wizard
- Testing fault readiness by running a fire drill
- About disaster recovery fire drills
- About the Fire Drill Wizard
- About post-fire drill scripts
- Tasks for configuring and running fire drills
- Prerequisites for a fire drill
- Preparing the fire drill configuration
- System Selection panel details
- Service Group Selection panel details
- Secondary System Selection panel details
- Fire Drill Service Group Settings panel details
- Disk Selection panel details
- Hitachi TrueCopy Path Information panel details
- HTCSnap Resource Configuration panel details
- SRDFSnap Resource Configuration panel details
- Fire Drill Preparation panel details
- Running a fire drill
- Re-creating a fire drill configuration that has changed
- Restoring the fire drill system to a prepared state
- Deleting the fire drill configuration
- Considerations for switching over fire drill service groups
- Configuring SQL Server for failover
- Section III. Configuring SQL Server in a VMware environment
- Configuring application monitoring using the Veritas High Availability solution
- Administering application monitoring
- About the various interfaces available for performing application monitoring tasks
- Administering application monitoring using the Veritas High Availability tab
- Understanding the Veritas High Availability tab work area
- To view the status of configured applications
- To configure or unconfigure application monitoring
- To start or stop applications
- To suspend or resume application monitoring
- To switch an application to another system
- To add or remove a failover system
- To clear Fault state
- To resolve a held-up operation
- To determine application state
- To remove all monitoring configurations
- To remove VCS cluster configurations
- Administering application monitoring settings
- Administering application availability using Veritas High Availability dashboard
- Understanding the dashboard work area
- Accessing the dashboard
- Monitoring applications across a data center
- Monitoring applications across an ESX cluster
- Searching for application instances by using filters
- Selecting multiple applications for batch operations
- Starting an application using the dashboard
- Stopping an application by using the dashboard
- Entering an application into maintenance mode
- Bringing an application out of maintenance mode
- Switching an application
- Appendix A. Using Veritas AppProtect for vSphere
- About Just In Time Availability
- Prerequisites
- Setting up a plan
- Deleting a plan
- Managing a plan
- Viewing the history tab
- Limitations of Just In Time Availability
- Getting started with Just In Time Availability
- Supported operating systems and configurations
- Viewing the properties
- Log files
- Plan states
- Troubleshooting Just In Time Availability
Configuring the application
The Veritas High Availability Wizard fails to configure a service group due to changes related to encryption using the standard AES-256 algorithm. To avoid this issue, run the following commands on any node in the cluster before you run the Veritas High Availability Wizard.
haconf -makerw
vcsencrypt -gensecinfo
haconf -dump -makero
Perform the following steps to configure monitoring for SQL Server using the Veritas High Availability Configuration Wizard.
Note:
Veritas High Availability does not support application monitoring for two different versions of SQL Server on the same system simultaneously.
To configure the application
- Launch the vSphere Client and connect to the vCenter Server that manages the virtual machine. On the Inventory view of the vCenter Server, in the left pane, select the virtual machine where you want to configure application monitoring. Then, in the right pane, select the Veritas High Availability tab.
- On the Veritas High Availability tab, click Configure Application for High Availability. This option is available only after a cluster has been configured. Unless you configure a cluster, you cannot configure an application for monitoring.
- On the Welcome panel of the Veritas High Availability Configuration wizard, review the pre-requisites and then click Next.
- On the Application Selection panel, select the application from the Supported Applications list and then click Next.
Alternatively, you can use the Search box to find the application and then click Next.
If you want to download any of the High Availability Agents, click the Download Application Agents (SORT) link to download the agents from the Veritas Operations Readiness Tools (SORT) site.
- On the Application Inputs panel, specify the fully qualified user name and the password for connecting to the SQL Server database. Make sure that the user has SQL Server logon permissions.
- On the SQL Instance Selection panel, choose the SQL Server instances and any of the following associated components that you want to monitor, and then click Next.
SQL Agent Service
Select this option to configure monitoring for SQL Server Agent service for the selected instance.
You must select this for each selected SQL Server instance separately.
Analysis Service
Select this option to configure monitoring for SQL Server Analysis service for the selected instance.
You must select this for each selected SQL Server instance separately.
FILESTREAM
Select this option to configure monitoring for FILESTREAM.
You can select this option, if FILESTREAM is enabled on the selected instance.
- To enable detail monitoring for the selected instances and associated services, select Configure detail monitoring and provide the following required details:
Enter a non-zero value in the Monitor after every ... cycles box. This value indicates the number of online monitor cycles that the agent must wait before performing detail monitoring.
The numeric value specifies how often the monitoring check must run. 1 means, run a detail check every single monitor interval, 2 means run the detail check every second monitor interval. This interpretation may be extended to other values.
Veritas recommends that you set this value between 1 and 12. The default value is 5.
Select one of the following modes for detail monitoring:
Database monitoring
Select this mode to enable detail monitoring by connecting to the database and choosing the desired databases from the Databases list.
Script-based monitoring
Select this mode to enable detail monitoring by using a user-defined SQL script.
If you choose script-based monitoring, you must enter the following details:
Script Path
Enter the script location on the virtual machine
User Name
Enter the valid user name
Note:
The user account must have rights to run the script and execute the SQL commands specified in the script.
Password
Enter the password for the user account specified in the User Name text box
If the detail monitoring fails, the SQL Server agent can fail over the service group to another node. If you want the agent to initiate the failover in such a scenario, make sure that the Restart the SQL instance if detail monitoring fails check box is checked.
- On the Registry Replication Details panel, select a location from the Registry replication directory drop-down list to save the registry replication data.
Veritas recommends that you store the registry replication data and the SQL Server application data at different locations.
- On the Configuration Inputs panel, select the VCS cluster systems on which you want to configure the application for high availability and move them to the Application failover targets list. The local system is selected by default.
Using the up-down arrow keys, you can define the priority order for the failover systems.
For each system that you assign as a failover target, you must specify the domain user account details in the appropriate fields on the Edit System dialog box. The VCS agents use these details to perform domain operations (such as Active Directory updates).
- On the Virtual Network Details panel, specify the virtual IP and the network details for the application to be configured and then click Next.
To specify the virtual IP and network details, select the IP version and then specify the following details for each failover system:
Note:
You must select the same IP version as the one that was selected during the VCS cluster configuration.
Virtual IP address
Specify a unique virtual IP address.
Subnet mask
Specify the subnet mask to which the IP address belongs.
Virtual name
Specify a virtual name.
Network Adapter column
Select the network adapter that will host the virtual IP.
- On the Storage HA Inputs panel, specify the ESX/ESXi hosts and the administrative user account details for each host, and then click Next.
Note:
This panel appears only if you have specified a registry replication directory, or multiple application failover targets, or both for the selected SQL Server application.
To specify the ESX/ESXi hosts, click Add ESX/ESXi Host and on the Add ESX/ESXi Host dialogue box, specify the following details:
ESX/ESXi hostname or IP address
Specify the target ESX hostname or IP address.
The virtual machines will fail over on this ESX host during vMotion.
The mount points configured on the ESX host where the application is currently running must be available on the target ESX host.
User name
Specify a user account for the ESX host.
The user account must have administrator privileges on the specified ESX host.
Password
Specify the password for the user account provided in the User name text box.
Note:
By default, the wizard sets up a communication link with the ESX/ESXi server. You can modify the configuration to set up the communication link with vCenter Server instead. To set up a link with a vCenter Server, you must modify the ESXDetails attribute after this application monitoring configuration workflow is complete.
- On the Configuration Summary panel, review the application configuration details.
The wizard assigns a unique name to the application service group. Click Rename to rename the service group.
Click Next to initiate the application monitoring configuration.
- On the Implementation panel, the wizard performs the application configuration tasks.
The wizard displays the status of each task. After all the tasks are complete, click Next.
If the configuration tasks fail, click Diagnostic information to check the details of the failure. Rectify the cause of the failure, and run the wizard again to configure application monitoring.
- On the Finish panel, click Finish to complete the wizard workflow. This configures the application for high availability on the selected VCS cluster systems.
The Veritas High Availability view now displays the application status and its component dependency.
If the application status shows as not running, click Start to start the configured components on the system.
Note:
Ensure that you start the application (bring the service group online) on the first system at least once. This is required to store the database related information and the SQL Server instances registry setting details in the VCS cluster configuration. When the application fails over to any other VCS cluster system, this information is applied to that system and the application is brought online on that system.