Hello, this is Jingyuan, Munindra and Sriram from the Remote Desktop Virtualization team. In our previous blog post, we described how to configure RD Connection Broker high availability in Windows Server 2012. One requirement for RD Connection Broker high availability is the use of SQL Server. In this blog post, we are going to take a step further, and show you how to leverage SQL Server 2012 high availability solutions to make data highly available for RD Connection Broker servers. The SQL Server high availability solutions we are going to cover in this blog post are: AlwaysOn Failover Cluster Instances, AlwaysOn Availability Groups and Database Mirroring.
Before diving into data high availability, let’s first briefly touch on data protection. According to SQL Server 2012 recommended solutions for using SQL Server to protect data:
Database Mirroring falls into the category of “data protection through SQL Server”. It is a high availability solution that exists in both SQL Server 2008 R2 and SQL Server 2012. According to SQL Server team, database mirroring will be removed in a future version of Microsoft SQL Server. If you are deploying SQL Server 2012, it is recommended that you use AlwaysOn Availability Groups instead. However, if you have existing investments in database mirroring, you can continue to use it for high availability with SQL Server 2012.
To determine the minimum SQL Server Edition required in order to use the SQL Server high availability solution of your choice, please refer to Features Supported by the Editions of SQL Server 2012.
Now that we’ve described the different ways you can achieve high availability with SQL Server 2012 and how to choose among the options, we’ll provide a set of configuration steps for each.
Configure RD Connection Broker in Windows Server 2012 with SQL Server 2012 AlwaysOn Failover Cluster Instances:
Configure RD Connection Broker in Windows Server 2012 with SQL Server AlwaysOn Availability Groups:
Configure RD Connection Broker in Windows Server 2012 with SQL Server SQL Server 2012 Database Mirroring:
To summarize, we introduced 3 high availability solutions in SQL Server 2012 that can be used to protect data for RD Connection Broker server in Windows Server 2012. Whether you plan to protect your data through a thirty-party shared disk solution or with SQL Server itself, if data high availability is important to you, we encourage you to implement one of the SQL Server 2012 high availability solutions for RD Connection Broker in your production environment!
To change database connection string you must use Set-RDDatabaseConnectionString commandlet
Hi Jingyuan, Munindra and Sriram,
We are interested in using Remote Desktop Connection Broker as a way of increasing high availability to a group of RD Session Host servers without having to reconfigure the client side DNS name (by pointing all clients at the same load-balanced Connection Broker DNS name). However, Connection Broker will select the destination session host randomly (with a numeric weight factor) and not all our Session Host servers have the same applications installed. What would be ideal for us is to be able to direct users to a particular set of hosts based on the users domain username (e.g. uses in the BusinessAppA security group are directed only to TS hosts that have BusinessAppA installed).
Is this possible?
Alternatively, we could set up separate farms for each type of RD session host configuration we have. This later approach is harder for us to implement as users also roam between rooms, so we need to direct users based on their login identity rather than the identity of the connection client workstation (which would be configured with a specific farm DNS name).
Tim Miller Dyck
For the use of SQL 2012 AlwaysOn Availability groups, not only do you need to use the Set-RDDatabaseConnectionString commandlet as asukhov points out, but my experience showed that (MultiSubnetFailover=Yes is only supported, not MultiSubnetFailover=True. Above it is shown MultiSubnetFailover=True which consistently causes an error "The database specified in the database connection string is not available from the RD Connection Broker Server"