Failover Clusters provide seamless Availability and Uptime. On failover clusters, we can run different services/applications. In general, we can run Hyper V VMs, VM Replicas, DHCP and also Database applications. A typical failover cluster consists of 2 nodes (servers), shared network and shared storage systems.
Today, we will be looking at the exact steps in order to create a failover cluster and how to run MS SQL server on the configured cluster.
There are some Prerequisites as mentioned below
- Active Directory infrastrcture
- AD administrator account
- A shared storage system (iSCSI, FCoE or FC supported protocols)
- 2 or more nodes (Servers)
- MS SQL server ISO
- Functional DNS server
- Few free IP addresses
Lets look at my setup
Active Directory / File Server (iSCSI) / DNS
|Failover Cluster Manager||Failover Cluster Manager|
512 MB – Witness
20 GB – Cluster Shared Volume
|192.168.11.100 (for cluster heartbeat)||
192.168.11.101 (for cluster heartbeat)
This process consists of 2 phases, Phase 01 would be the Cluster Creation and Phase 02 is the MS SQL DB Cluster setup.
Phase 01 – Windows Failover Cluster setup
NOTE: When working with the AD services, make sure to create an OU and place all the cluster related objects in the OU which you create. As per my setup, the OU looks like this
As the very first step, you need to install Failover Cluster role on all the participating nodes (in this example, we have only 2). Once you are done with the role installation, apply the Windows patches. And then you may finalize setting up the iSCSI shares. Finally, make sure to add all those nodes to the Active Directory Domain.
Then, you need to add those iSCSI storage as volumes on the selected nodes. This can be done using the Disk Management console.
Once you are done with assigning the volumes, you are good to validate the cluster. You can simply access the Failover Cluster Manager role from a selected node
Continue reading “Step by Step MS SQL Database Cluster configuration using SQL 2019 on Server 2022”
When you select the Validate Configuration, you are supposed to select all the participating nodes.
When you select the nodes, it will look like below
You are good to run the cluster valaidation
Once the tests are completed, you may see the completion notification
If you see any errors, you must fix all those issues before attempting Cluster Creation. If you do not see any errors, you may select the “Create the cluster now using the validated nodes…“
During the wizard, you will be required to assign an IP for the Cluster Management interface.
Once you confirm the details, it will try to create the cluster
In the above step, cluster will add all the free and eligible storage to the cluster. You dont have to worry about this process. You can always assign/unassign the storage as required.
At this stage, the cluster has been created and you can see the managment console
Once the cluster is created we may need to verify the attached resources (Networks / Nodes/Storage).
Nodes in Cluster
Storage in Cluster
Networks in Cluster
Here, you will see 2 networks, External Network is for client access and Heart Beat Network has been reserved for cluster health and heartbeats. By doing this you ge the chance to isolate the heart beat network form the external client access.
If you will have to add aditional storage to the cluster, you can simply add those from the disk storage section. As you can see on the screenshot, the Cluster Disk 1 is not assigned to any cluster role and marked as “Available Storage”
When you add the Storage to the cluster group, it will be marked as CSV
Now the cluster is complete and we may need to look at creating the cluster roles. The most important thing in a cluster is the roles which are configured and running. In this example, we dont have any roles configured
In order to configure a cluster role, simply right click the Roles and configure the role as required
We are not going to configure any of the roles at this time as our intention is to setup MS SQL Database Cluster. If we are supposed to use another Database system, we may utilize the DTC role. So the clutser is ready to be used and working properly as expected. Will proceed to the Phase 02, which is MS SQL Failover Cluster setup.
NOTE: If you wish to use a web based management UI, you can always use the Windows Admin Center. Simply download the utility and access the cluster resources remotely.
Phase 02 – MS SQL Failover Cluster setup
We are going to setup the MS SQL Cluster on the configured cluster resource. We need to mount the MS SQL ISO on all the cluster nodes. Once the ISO is mounted, we can simply start the setup wizard.
Under the Installation section, select “New SQL Server failover cluster installation“
After that it will run few tests to verify the cluster health
If no errors are captured during the test, we can safely proceed to next step. Selecting the SQL features.
In the next step, we are required to provide a Name to the MS SQL Clsuter
Then, we should be able to select a compatible cluster disk to store the MS SQL databases. During the cluster disk selction process, a healthy CSV is a must.
Even for the MS SQL Cluster, an IP address is required for the management purposes. When you access the Database through SQL Management tools, either the DNS or IP is required.
Once the IP address is assigned, will have to configure the SQL service account.
Time to proceed the MS MSQL Cluster installation on Node 01
Once the installation is completed and successul, we can see the below
So the SQL Installation on Node 01 was a success, then will proceed to the SQL Installation on Node 02. On the SQL setup wizard, we are going to select “Add node to a SQL Server failover Cluster“
Simply, verify the settings and proceed
All the preconfigured values will be populated, since we configured those settings during Node 01 installation.
Finally, we have completed setting up the MS SQL Cluster installation. We have 2 nodes with MS SQL server installed and configured. We shall verify the MS SQL Cluster configuration by accessing the failover cluster manager. First, will look at the cluster role and then the Nodes.
Both the Role and Nodes seems to be fine.
Not just the resources, we need to verify the MS SQL related services as well
You can verify the Databases and functionalities by accessing the SQL Management Studio. Luckily, our configuration seems complete and healthy.