Lesson 6: Creating the First SQL Server Failover Cluster Node Virtual Machine
Time to complete: 120 minutes
Objective: Creating the first Windows server cluster node that will be used as a SQL Server failover cluster node later.
Purpose: A server cluster is a group of computers that function as a single computer/system to provide high availability and high fault tolerance for applications or services. Each of the computers in a cluster is called a node. Windows Server 2003 can participate in a server cluster configuration through the use of Cluster Services. If one node of the cluster is unavailable, the other computers carry the load so that applications or services are always available. All nodes in the cluster must be members of the same domain and they must be able to access a domain controller and a Domain Name System (DNS) server.
In this lesson, you create the first Server cluster node. In the next lesson you create the second Server cluster node. After you have successfully created the server cluster, the following lesson walks you through creating SQL Server failover cluster. For more information about creating and configuring Server cluster on Virtual Server 2005, see "Using Microsoft Virtual Server 2005 to Create and Configure a Two-Node Microsoft Windows Server 2003 Cluster" at http://go.microsoft.com/fwlink/?linkid=71366.
Windows server cluster glossary of terms:
| Term | Description |
|---|---|
|
Server cluster |
A group of independent computer systems, referred to as nodes, working together as a unified computing resource. Windows Clustering provides two different types of clusters: failover cluster and network load balancing clusters. |
|
Node |
A Microsoft Windows Server system that is an active or inactive member of a server cluster. |
|
Virtual server |
A group containing a Network Name resource, an IP Address resource, and additional resources necessary to run one or more applications or services. Clients can use the network name to access the resources in the group, analogous to using a computer name to access the services on a physical server. However, because a virtual server is a group, it can be failed over to another node without affecting the underlying name or address. |
|
Quorum |
A disk used to store server cluster configuration database checkpoints and log files that help manage the cluster and maintain consistency. |
|
Shared disk |
A disk shared between multiple owners simultaneously. Failover cluster do not use shared disks. A cluster disk is owned by only one node at any point in time. |
|
Resource |
A physical or logical entity that is capable of being owned by a node, brought online and taken offline, moved between nodes, and managed as a cluster object. A resource can be owned by only a single node at any point in time. A resource is an instance of a resource type. |
|
Group |
A collection of resources managed as a single cluster object. Typically a group contains all of the resources needed to run a specific application or service. Failover and failback always act on groups. |
|
Heartbeat |
Message that is sent regularly between cluster network drivers on each node. Heartbeat messages are used to detect communication failure between cluster nodes. |
|
Failover |
Process of moving a group to another node in response to a node or resource failure. |
The following is a list of host names and IP addresses that are used in this lesson or other lessons related to this lesson:
| Server | Host name | IP Address | Comments |
|---|---|---|---|
|
Domain controller |
ContosoDC |
192.168.0.2 |
A domain controller (ContosoDC) was configured in Lesson 5: Creating the Domain Controller Virtual Machine. The domain controller must be running before you configure Windows Cluster service. |
|
Windows server cluster node 1 |
ContosoSQL1a |
192.168.0.101 |
This is the virtual machine that you will configure in this lesson. The host name and the IP address shown are for the physical node. |
|
Windows server cluster node 2 |
ContosoSQL1b |
192.168.0.102 |
This is the virtual machine that you will configure in the next lesson, Lesson 7: Creating the Second SQL Server Failover Cluster Node Virtual Machine. The host name and the IP address shown are for the physical node. |
|
Virtual server (server cluster) |
ContosoCluster1 |
192.168.0.100 |
The host name and the IP address shown here are for the virtual server cluster which includes ContosoSQL1a and ContosoSQL1b physical servers. |
|
Virtual server (SQL Server failover cluster) |
ContosoSQL1 |
192.168.0.3 |
The SQL Server failover cluster has separate host name and IP address. You will configure the SQL Server failover cluster in Lesson 8: Creating the SQL Server Failover Cluster |
In this lesson, you start with creating two fixed-size disks used as the quorum for the Windows Cluster service, and the shared disk for the SQL Server failover cluster. You also need to create partitions on these disks before they can be used. Then, you register and configure the ContosoSQL1a virtual machine. As a server cluster node, ContosoSQL1a must be a domain member server. At the end, you use Cluster Administrator to create a Server cluster.
-
Before you begin this lesson, you must complete all the steps in:
-
A unique NetBIOS name and a static IP address for the virtual server (server cluster). The defaults are ContosoCluster1 and 192.168.0.100.
-
In case you have configured other failover cluster nodes (ContosoSQL1b), you must make sure they are not running.
-
Make sure ContosoSQL1a can access ContosoDC and the DNS service.
In this lesson, you perform the following steps to creating the first SQL Server failover cluster node virtual machine:
Tip |
|---|
| The tutorial provides normal track with detailed instructions and a fast track for the experienced system administrators. The Procedure section starts with a list of tasks for the lesson. Properties for completing each of the tasks are listed (the fast track). If you need detailed instructions, you can use the normal track which follows the task list. |
-
Preparing the quorum for the Server cluster
The quorum disk is a fixed-size virtual hard disk with the following properties:
Property Value Virtual hard disk file name
D:\BTSAdminTutorial\Quorum.vhd
Size
500 MB
-
Preparing the shared disk for the SQL Server failover cluster
The shared disk is a fixed-size virtual hard disk with the following properties:
Property Value Virtual hard disk file name
D:\BTSAdminTutorial\SQLSharedDisk.vhd
Size
4 GB
-
Adding the ContosoSQL1a virtual machine to the Virtual Server
The virtual machine has the following properties:
Property Value Fully qualified path to file
D:\BTSAdminTutorial\ContosoSQL1a.vmc
Virtual hard disk 1: Fully qualified path to file
D:\BTSAdminTutorial\ContosoSQL1a.vhd
Virtual network adapter 2: Connected to
Internal network
Virtual SCSI adapter 2: SCSI adapter ID
7
Virtual SCSI adapter 2: Share SCSI bus for clustering
(checked)
Virtual SCSI adapter 3: SCSI adapter ID
7
Virtual SCSI adapter 3: Share SCSI bus for clustering
(checked)
Virtual hard disk 2: Attachment
SCSI 1 ID 0 (shared bus)
Virtual hard disk 2: Fully qualified path to file
D:\BTSAdminTutorial\Quorum.vhd
Virtual hard disk 3: Attachment
SCSI 2 ID 0 (shared bus)
Virtual hard disk 3: Fully qualified path to file
D:\BTSAdminTutorial\SQLSharedDisk.vhd
-
Turning on the ContosoSQL1a virtual machine
Log on ContosoSQL1a as the local administrator. The password you created is pass@word1.
-
Configuring the ContosoSQL1a network adapters
ContosoSQL1a has two virtual network adapters. The first adapter has the following properties:
The second network adapter has the following properties:Property Value Name
Contoso Network
IP address
192.168.0.101
Subnet mask
255.255.255.0
Default gateway
192.168.0.1 or the IP address of the proxy server you use
Preferred DNS server
192.168.0.2 or the IP address of the DNS server you use
Alternate DNS server
(leave it empty)
Property Value Name
Private Network
IP address
10.10.10.2
Subnet mask
255.255.255.0
Default gateway
(leave it blank)
Preferred DNS server
(leave it blank)
Alternate DNS server
(leave it blank)
-
Changing the ContosoSQL1a host name to "ContosoSQL1a"
-
Joining ContosoSQL1a to the Contoso.com domain
-
Making Contoso\BTInstaller a member of the local administrators on ContosoSQL1a
Log on ContsoSQL1b as Contoso\BTInstaller afterwards.
-
Creating the Quorum partition
Quorum is required by Server cluster. It has the following properties:
Property Value File system
NTFS
Allocation unit size
Default
Volume
Quorum Disk
Drive letter
Q
-
Creating the SQL Server failover cluster shared disk partition
This shared disk is used by the SQL Server cluster that will be created in Lesson 8: Creating the SQL Server Failover Cluster. It has the following properties:
Property Value File system
NTFS
Allocation unit size
Default
Volume
SQL Cluster Shared Disk
Drive letter
S
-
Creating a domain user account for running Cluster service
Each Cluster service has a service account:
Property Value First name
Cluster
Second name
Service
User logon name
ClusterService
Password
pass@word1
Confirm password
pass@word1
User must change password at next logon
(clear)
User cannot change password
(selected)
Password never expires
(selected)
Account is disabled
(clear)
-
Configuring Cluster service on ContosoSQL1a
Use the following values to configure the Cluster service on ContosoSQL1a:
Property Value Action
Create new server cluster
Domain
Contoso.com
Cluster name
ContosoCluster1
Computer name
ContosoSQL1a
IP address
192.168.0.100
Cluster Service Account: user name
ClusterService
Cluster Service Account: password
pass@word1
Cluster Service Account:
Contoso.com
Preparing the Quorum for the Server Cluster
The quorum drive is a logical drive designated on the shared disk array for Cluster service. This continuously updated drive contains information about the state of the server cluster. The information can be accessed by all the nodes of a server cluster. If the quorum drive becomes corrupted or damaged, the server cluster installation also becomes corrupted or damaged. In the real world implementation, people use shared disk arrays with certain redundancy built in. In this tutorial, you create a fixed size virtual hard disk as the quorum.
To create a fixed-size virtual hard disk for the quorum-
Open the Virtual Server Administration Website by browsing to http://<virtual server host name or IP address>:<virtual server port>/VirtualServer/VSWebApp.exe. The default port for Windows Server 2003 Virtual Server is 1024, and the default port for Windows XP Virtual Server is 80.
-
In the navigation pane, under Virtual Disks, point to Create and then click Fixed Size Virtual Hard Disk.
-
Enter the following values, and then click Create.
Property Value Location
None
Virtual hard disk file name
D:\BTSAdminTutorial\Quorum.vhd
Size
500
Units
MB
Preparing the Shared Disk for the SQL Server Failover Cluster
SQL Server failover cluster needs to have a common disk for database files on a redundant disk array. This fixed-size virtual hard disk is used for that purpose. You will not need this disk until you install SQL Server in Lesson 8: Creating the SQL Server Failover Cluster.
To create a fixed-size virtual hard disk for the quorum-
Open the Virtual Serve Administration Website.
-
In the navigation pane, under Virtual Disks, point to Create and then click Fixed Size Virtual Hard Disk.
-
Enter the following values, and then click Create. The process can take a while to finish.
Property Value Location
None
Virtual hard disk file name
D:\BTSAdminTutorial\SQLSharedDisk.vhd
Size
4
Units
GB
Adding the ContosoSQL1a Virtual Machine to the Virtual Server
In Lesson 3: Creating a Base Virtual Machine, you created ContosoSQL1a.vmc and ContosoSQL1a.vhd based on ContosoBase virtual machine files. In this step, you register the ContosoSQL1a virtual machine to the virtual server.
To add a virtual machine by using an existing configuration file-
Open the Virtual Serve Administration Website.
-
In the navigation pane, under Virtual Machines, click Add.
-
Under Add Virtual Machine, in the Fully qualified path to file box, type D:\BTSAdminTutorial\ContosoSQL1a.vmc, and then click Add.
The ContosoSQL1a.vmc is a copy of the ContosoBase.vmc. You must update the fully qualified path to the ContosoSQL1a.vhd file. It used to point to D:\BTSAdminTutorial\ContosoBase.vhd.
To configure ContosoSQL1a virtual machine hard disk path-
Open the Virtual Serve Administration Website.
-
In the navigation pane, under Virtual Machines, point to Configure, and then click ContosoSQL1a.
-
Under "ContosoSQL1a" Configuration, click Hard disks.
-
Under "ContosoSQL1a" Virtual Hard Disk Properties, in the Fully qualified path to file box, enter D:\BTSAdminTutorial\ContosoSQL1a.vhd, and then click OK.
Each node in a Server cluster requires an additional private network adapter. The private network adapter is used for the heartbeat communication. A heartbeat is much like a ping which can be used to test if the other server cluster node is still available. If the heartbeat fails, the failover process occurs.
To add an additional internal network adapter-
Open the Virtual Serve Administration Website.
-
In the navigation pane, under Virtual Machines, point to Configure, and then click ContosoSQL1a.
-
Under "ContosoSQL1a" Configuration, click Network Adapters.
-
Under "ContosoSQL1a" Network Adapter Properties, click Add Network Adapter. It should appear as Virtual network adapter 2.
-
Under Virtual network adapter 2, in the Connected to list, click Internal Network, and then click OK.
ContosoSQL1a has two additional disks, one is the quorum, and the other is the shared disk for the SQL Server failover cluster. For performance considerations, each of the disks is on its dedicated virtual SCSI adapter.
Caution |
|---|
| Make sure to click Share SCSI bus for clustering and set the SCSI adapter ID to 7. |
-
Open the Virtual Serve Administration Website.
-
In the navigation pane, under Virtual Machines, point to Configure, and then click ContosoSQL1a.
-
Under "ContosoSQL1a" Configuration, click SCSI adapters.
-
Under "ContosoSQL1a" SCSI Adapter Properties, click Add SCSI Adapter to add the second SCSI adapter. It should appear as Virtual SCSI adapter 2.
-
Under Virtual SCSI adapter 2, select Share SCSI bus for clustering, set SCSI adapter ID to 7.
-
Click Add SCSI Adapter to add the third SCSI adapter. It should appear as Virtual SCSI adapter 3.
-
Under Virtual SCSI adapter 3, select Share SCSI bus for clustering, set SCSI adapter ID to 7.
-
Click OK to save the changes.
Now you can add the disks:
To add the quorum and the shared disk-
Open the Virtual Serve Administration Website.
-
In the navigation pane, under Virtual Machines, point to Configure, and then click ContosoSQL1a.
-
Under "ContosoSQL1a" Configuration, click Hard disks.
-
Under "ContosoSQL1a" Virtual Hard Disk Properties, click Add disk, and then enter the following values:
Property Value Attachment
SCSI 1 ID 0
Known virtual hard disks
None
Fully qualified path to file
D:\BTSAdminTutorial\Quorum.vhd
-
Under "ContosoSQL1a" Virtual Hard Disk Properties, click Add disk, and then enter the following values:
Property Value Attachment
SCSI 2 ID 0
Known virtual hard disks
None
Fully qualified path to file
D:\BTSAdminTutorial\SQLSharedDisk.vhd
-
Under "ContosoSQL1a" Virtual Hard Disk Properties, click OK.
After you have configured ContosoSQL1a.vmc, the configuration should look like this:

Turning on the ContosoSQL1a Virtual Machine
You have finished ContosoSQL1a.vmc. It is now the time to start the virtual machine.
To start the ContosoSQL1a virtual machine-
Open the Virtual Serve Administration Website.
-
In the navigation pane, under Navigation, click Master Status.
-
Under <host operating system host name> Status, point to ContosoSQL1a, and then click Turn On.
-
Under <host operating system host name> Status, point to ContosoSQL1a, and then click Remote Control.
-
Log on to the ContosoSQL1a virtual machine as the local administrator. The password you created is pass@word1.
Configuring the ContosoSQL1a Network Adapters
Each server cluster node requires at least two network adapters with two or more independent networks, to avoid a single point of failure. One adapter connects to a public network (the Contoso.com in this tutorial), and the other adapter connects to a private network consisting of server cluster nodes only. Servers with multiple network adapters are referred to as “multi-homed”.
The private network adapter is used for node-to-node communication, server cluster status information, and server cluster management. Each node’s public network adapter connects the server cluster to the public network where clients reside and should be configured as a backup route for internal server cluster communication. To do so, configure the roles of these networks as either Internal Cluster Communications Only or All Communications for the Cluster service.
To configure the ContosoSQL1a virtual machine network adapter-
If you haven't logged on, log on to ContosoSQL1a as the local administrator.
-
Click Start, point to Control Panel, right-click Network Connections, and then select Open.
-
Right-click Local Area Connection, and click Rename.
-
Type Contoso Network, and then press ENTER.
-
Right-click Local Area Connection 2, and click Rename.
-
Type Private Network, and then press ENTER.
-
Right-click Contoso Network, and then select Properties.
-
Under Contoso Network Properties, select Internet Protocol (TCP/IP), and click Properties.
-
Under Internet Protocol (TCP/IP) Properties, select Use the following IP Address, enter the following values, and then click OK to save the changes.
Name Value IP address
192.168.0.101
Subnet mask
255.255.255.0
Default gateway
192.168.0.1
Preferred DNS server
192.168.0.2
Alternate DNS server
(leave it empty)
-
Under Contoso Network Properties, click OK.
-
Right-click Private Network, and then select Properties.
-
Under Private Network Properties, select Internet Protocol (TCP/IP), and click Properties.
-
Under Internet Protocol (TCP/IP) Properties, select Use the following IP Address, enter the following values, and then click OK to save the changes.
Name Value IP address
10.10.10.2
Subnet mask
255.255.255.0
Default gateway
(leave it empty)
Preferred DNS server
(leave it empty)
Alternate DNS server
(leave it empty)
-
Under Private Network Properties, click OK.
Changing the ContosoSQL1a Host Name
The ContosoSQL1a virtual machine is a copy of the ContosoBase virtual machine. You must change the host name.
Warning |
|---|
| You can’t change host name and join a domain at the same time. After you change the host name, you must reboot the virtual machine before you can join it to a domain. |
-
If you haven't logged on, log on to ContosoSQL1a virtual machine as the local administrator.
-
Click Start, point to Control Panel, and then click System.
-
From System Properties, click Computer Name, and then click Change.
-
From Computer Name Changes, enter the following values, and then click OK.
Name Value Computer name
ContosoSQL1a
Domain
Contoso.com
-
At the prompt, in the User name box, enter Contoso\BTInstaller; in the Password box, enter pass@word1; and then click OK.
-
Click OK to close the prompt.
-
Click OK to acknowledge the reboot requirement.
-
From System Properties, click OK.
-
Click Yes to restart the computer.
Joining ContosoSQL1a to the Contoso Domain
All nodes in the server cluster must be members of the same domain and they must be able to access a domain controller and a DNS server.
To join the Contoso.com domain-
If you haven't logged on, log on to ContosoSQL1a. Use the ContosoSQL1a\administrator account.
-
Click Start, point to Control Panel, and then click System.
-
Click the Computer Name tab.
-
Click Change.
-
Click Domain, and enter Contoso, and then click OK.
-
At the prompt, in the User name box, enter Contoso\BTInstaller; in the Password box, enter pass@word1; and then click OK.
-
Click OK to close the prompt.
-
Click OK to acknowledge the reboot requirement.
-
From System Properties, click OK.
-
Click Yes to restart the computer.
Making Contoso\BTInstaller a Member of the Local Administrators on ContosoSQL1a
In Lesson 5: Creating the Domain Controller Virtual Machine, you created a domain user account called Contoso\BTInstaller. This account needs the local administrator rights to install and configure Cluster services on ContosoSQL1a.
Important |
|---|
| After you make Contoso\BTInstaller as a local administrator, you must log off the current session, and log on as Contoso\BTInstaller before you proceed to the next step. Otherwise, you will experience permission issues. |
-
If you haven't logged on, log on to ContosoSQL1a using the ContosoSQL1a\administrator account.
-
Click Start, right-click My Computer, and then click Manage.
-
From Computer Management, expand System Tools, expand Local Users and Groups, and then click Groups.
-
From the Groups list, right-click Administrators, and click Add to Group.
-
From Administrators Properties, click Add.
-
From Select Users, Computers, or Groups, enter the following values:
Property Value Select this object type
Users or Groups
From this location
Contoso.com
Enter the object name to select
BTInstaller
-
From Select Users, Computers, or Groups, click OK.
-
From Enter Network Password, enter the following values, and then click OK.
Property Value User name
Contoso\BTInstaller
Password
pass@word1
-
From Administrator Properties, click OK.
-
Log off ContosoSQL1a\administrator from ContosoSQL1a.
-
Log on ContosoSQL1a as Contoso\BTInstaller to continue the configurations.
Creating the Quorum Partition
Earlier in this lesson, you created a fixed-size quorum disk. Now you need to configure it so it can be used as a Quorum drive.
To configure the quorum-
If you haven't logged on, log on to ContosoSQL1a using the Contoso\BTInstaller account.
-
Click Start, right-click My Computer, click Manage.
-
From Computer Management, expand Storage, and then click Disk Management. The Initialize and Convert Disk Wizard screen appears.
-
On the Welcome to the Initialize and Convert Disk Wizard page, click Next.
-
On the Select Disks to Initialize page, select Disk 1 and Disk 2, and then click Next.
-
On the Select Disks to Convert page, clear Disk 1 and Disk 2, and then click Next.
-
On the Completing the Initialize and Convert Disk Wizard page, click Finish.
-
Right-click the Unallocated disk space for the quorum drive (It should be Disk 1 with the disk size approximate 494 MB), and then click New Partition. The New Partition Wizard screen appears. If New Partition is not in the pop-up menu, right-click Disk 1 (on the left of the area with diagonal strips), and then click Convert to Basic Disk before creating a new partition.
-
On the Welcome to the New Partition Wizard page, click Next.
-
On the Select Partition Type page, click Primary partition, and then click Next.
-
On the Specify Partition Size page, the default is set to maximum size for the partition size, click Next.
-
On the Assign Drive Letter or Path page, use the drop-down box to change the drive letter to Q, and then click Next.
Note It is a common practice to use Q drive for the quorum. For additional information about server cluster drive letter assignments, see "Best Practices for Drive-Letter Assignments on a Server Cluster" at http://support.microsoft.com/default.aspx/kb/318534. -
On the Format Volume page, enter the following values, and then click Next.
Property Value File system
NTFS
Allocation unit size
Default
Volume
Quorum Disk
-
Click Finish. Depending on the size of the drive, the formatting process can take a while to finish.
Creating the SQL Server Failover Cluster Shared Disk Partition
Earlier in this lesson, you have created a fixed-size SQL Server shared disk. Now you need to create a partition. The SQL Server failover cluster shared disk is not used by the Server cluster but by the SQL Server failover cluster. We put this step in this lesson to make the tutorial easier to follow.
To configure the quorum-
If you haven't logged on, log on to ContosoSQL1a using the Contoso\BTInstaller account.
-
Click Start, right-click My Computer, click Manage.
-
From Computer Management, expand Storage, and then click Disk Management.
-
Right-click the Unallocated disk space for the shared disk (It should be Disk 2 with the disk size approximate 4.0 GB), and then click New Partition. The New Partition Wizard screen appears. If New Partition is not in the pop-up menu, right-click Disk 2 (on the left of the area with diagonal strips), and then click Convert to Basic Disk before creating a new partition.
-
On the Welcome to the New Partition Wizard page, click Next.
-
On the Select Partition Type page, click Primary partition, and then click Next.
-
On the Specify Partition Size page, the default is set to maximum size for the partition size, click Next.
-
On the Assign Drive Letter or Path page, use the drop-down box to change the drive letter to S, and then click Next.
Note We use S drive for the shared disk because it is for the SQL Server. You can choose a different letter if you like. For additional information about server cluster drive letter assignments, see "Best Practices for Drive-Letter Assignments on a Server Cluster" at http://support.microsoft.com/default.aspx/kb/318534. -
On the Format Volume page, enter the following values, and then click Next.
Property Value File system
NTFS
Allocation unit size
Default
Volume
SQL Cluster Shared Disk
-
Click Finish. Depending on the size of the drive, the formatting process can take a while to finish.
Creating a Domain User Account for Running the Cluster Service
The Cluster service requires a domain user who is a member of the Local Administrators group on each node under which the Cluster service can run. Because setup requires a user name and password, this user account must be created before configuring the Cluster service. This user account should be dedicated only to running the Cluster service and should not belong to an individual.
Note |
|---|
| The Cluster service account does not need to be a member of the Domain Administrators group. For security reasons, granting domain administrator rights to the Cluster service account is not recommended. |
The Cluster service account requires the following permissions to function properly on all nodes in the server cluster. The Cluster Configuration Wizard grants the following permissions automatically:
-
Act as part of the operating system
-
Adjust memory quotas for a process
-
Back up files and directories
-
Increase scheduling priority
-
Log on as a service
-
Restore files and directories
For additional information, see "How to Manually Re-Create the Cluster Service Account" at http://support.microsoft.com/?id=269229.
To create a domain user account for the Cluster service-
If you haven't logged on or if you are logged on with a different credential, logon to ContosoSQL1a or ContosoDC using the Contoso\Administrator account.
-
Click Start, and then click Run.
-
In the Run dialog box, enter dsa.msc, and then click OK. Active Directory Users and Computers opens.
-
If Contoso.com is not already expanded, click the plus sign (+) to expand the Contoso.com domain.
-
Right-click Users, point to New, and then click User.
-
From New Object - User, enter the following values, and then click Next.
Property Value First name
Cluster
Last name
Service
User logon name
ClusterService
-
From New Object - User, enter the following values, and then click Next.
Property Value Password
pass@word1
Confirm password
pass@word1
User must change password at next logon
(clear)
User cannot change password
(selected)
Password never expires
(selected)
Account is disabled
(clear)
-
Click Finish.
Configuring Cluster Service on ContosoSQL1a
You must supply all initial server cluster configuration information in the first installation phase. This is accomplished using the Cluster Configuration Wizard.
Note |
|---|
| During Cluster service configuration on Node 1, you must turn off all other nodes. All shared storage devices should be turned on. |
Important |
|---|
| Ping 192.168.0.2 to verify that you can see ContosoDC. |
-
If you haven't logged on or have logged on with a different account, log on to ContosoSQL1a using the Contoso\BTInstaller account.
-
Click Start, click All Programs, click Administrative Tools, and then click Cluster Administrator.
-
From Open Connection to Cluster, in the Action box, select Create new cluster, and then click OK.
-
On the Welcome to the New Server Cluster Wizard page, click Next.
-
On the Cluster Name and Domain page, select or enter the following values, and then click Next.
Property Value Domain
Contoso.com
Cluster name
ContosoCluster1
-
On the Select Computer page, verify that the Computer name is CONTOSOSQL1A, and then click Next.
-
On the Analyzing Configuration page, make sure all the operations completed successfully, and then click Next.
-
On the IP Address page, in IP Address box, enter 192.168.0.100, and then click Next.
-
On the Cluster Service Account page, select or enter the following values, and then click Next.
Property Value User name
ClusterService
Password
pass@word1
Domain
Contoso.com
-
On the Proposed Cluster Configuration page, click Quorum
-
From Cluster Configuration Quorum, select Disk Q, and then click OK.
-
On the Proposed Cluster Configuration page, click Next.
-
On the Creating the Cluster page, make sure all the operations completed successfully, and then click Next.
-
On the Completing the New Server Cluster Wizard page, click Finish.
-
From Cluster Administrator, expand CONTOSOCLUSTER1, expand Groups, and then expand Cluster Group. Notice there are three server cluster resources in the group, and the owner of the cluster resources is CONTOSOSQL1A as indicated in the Owner column. That means ContosoSQL1a is the active node.
-
From Cluster Administrator, expand CONTOSOCLUSTER1, expand Groups, and then expand Group 0. At the beginning of this lesson, you created two shared disks. The quorum is used by server cluster. The Cluster Administrator application creates another group with the default name Group 0, and put the additional shared disk as a physical disk cluster resource into the group. This group will be used for the SQL Server failover cluster in Lesson 8: Creating the SQL Server Failover Cluster.
Concepts
Lesson 4: Creating the ISA Server Virtual MachineLesson 5: Creating the Domain Controller Virtual Machine
Lesson 7: Creating the Second SQL Server Failover Cluster Node Virtual Machine
Lesson 8: Creating the SQL Server Failover Cluster
Lesson 9: Clustering the Master Secret Server
Lesson 10: Creating the First BizTalk Server Virtual Machine
Lesson 11: Creating the Second BizTalk Server Virtual Machine
Caution
Important