Your network contains an Active Directory domain named contoso.com. The domain contains two
member servers named Server1 and Server2. All servers run Windows Server 2012 R2.
Server1 and Server2 have the Failover Clustering feature installed. The servers are configured as
nodes in a failover cluster named Cluster1.

Cluster1 hosts an application named App1.
You need to ensure that Server2 handles all of the client requests to the cluster for App1. The
solution must ensure that if Server2 fails, Server1 becomes the active node for App1.
What should you configure?

A.
Affinity – None

B.
Affinity – Single

C.
The cluster quorum settings

D.
The failover settings

E.
A file server for general u

F.
The Handling priority

G.
The host priority

H.
Live migration

I.
The possible owner

J.
The preferred owner
K.
Quick migration
L.
The Scale-Out File Server

Explanation:
The preferred owner in a 2 server cluster will always be the active node unless it is down. http://
www.sqlservercentral.com/Forums/Topic1174454-146-1.aspx#bm1174835
Difference between possible owners and preferred owners Possible owners are defined at the
resource level and dictate which nodes in the Windows cluster are able to service this resource For
instance, you have a 3 node cluster with Node A, Node B and Node C. You have a clustered disk
resource “MyClusteredDisk”, if you remove Node C from the possible owners of the clustered disk
resource “MyClusteredDisk” then this disk will never be failed over to Node C. Preferred owners are
defined at the resource group level and define the preferred node ownership within the Windows
cluster For instance, you have a 3 node cluster with Node A, Node B and Node C. You have a cluster
resource group “MyClusteredGroup” which contains various disk, IP, network name and service
resources. Nodes A, B and C are all possible owners but Node B is set as the preferred owner and is
currently the active node. The resource group fails over to Node C as Node B stops responding on
the Public network due to a failed NIC. In the Resource group properties on the failback tab you have
this set to immediate. You fix the NIC issue on Node B and bring it back up on the network. The
resource group currently active on Node C will without warning immediately attempt to failback to
Node B. Not a good idea if this is a Production SQL Server instance, so use caution when configuring
preferred owners and failback http://support.microsoft.com/kb/299631/en-us
Failover behavior on clusters of three or more nodes
This article documents the logic by which groups fail from one node to another when there are 3 or
more cluster node members. The movement of a group can be caused by an administrator who
manually moves a group or by a node or resource failure. Where the group moves depends on how
the move is initiated and whether the Preferred Owner list is set.