With Windows Server 2008 R2 coming just around the corner (October 22nd) it's time to see what we get in the new release. In this post I will take a look at the improvements in Terminal Services, or should I say Remote Desktop Services.
The obvious change is the name, Microsoft have decided to change the name Terminal Services which has been used from NT4 up to Windows Server 2008 to Remote Desktop Services (RDS). As you would imagine the name change has also been reflected in the Role names. Here are the name changes between 2008 and R2.
Terminal Server - Remote Desktop Session Host
TS Licensing - Remote Desktop Licensing
TS Session Broker - Remote Desktop Connection Broker
TS Gateway - Remote Desktop Gateway
TS Web Access - Remote Desktop Web Access
There is also a new Role Service listed called Remote Desktop Virtualization Host. This service provides virtual machines that can be used as personal virtual desktops or virtual desktop pools by using RemoteApp and Desktop Connection. The service has to be installed on a server with the Hyper-V role installed. User accounts can then be assigned a unique personal virtual desktop or be redirected to a virtual desktop pool where a virtual desktop is dynamically assigned. This is a big new feature and is part of Microsoft's Virtual Desktop Infrastructure (VDI) solution and really deserves it's own post. I will report back once I have had a play.
Though the product has been renamed the management consoles have not changed much at all and provide the familiar feel administrators of Windows Server 2008 will be used to. Apart from the name change there are some significant improvements in Remote Desktop Services.
Windows Installer compatibility has been improved. Prior to R2 there was a limitation that only one Windows Installer installation was supported at any one point time. This meant that if you had multiple users logging and invoking an application for the first time like Microsoft Word the first user session would run the installer but the other user sessions would see an issue. With Remote Desktop Services in R2 the per user installations or first runs are queue up and then handled by the Windows Installer Service. This results in a lot smoother end user presentation.
Client Experience has some impressive new features. A key reason for 2008 R2 is to bring the server platform alongside the Windows 7 platform. This has not been ignored in Remote Desktop Services enabling Desktop Composition on the server installs the Desktop Experience Feature to make your server look like Windows 7, including some of the interface elements of Windows Aero like transparent windows. And yes, if you hold the Windows key and press tab you get the nice 3D roller task switching.
Both audio and video playback is available for users with RDP 7.0. I have to be honest out of all the customer deployments of Terminal Services I have done none of them have ever really required video but I had to give it a test. All I can say is that I am very impressed, I successfully watched a full screen 1080p wmv video with no issues, obvioulsy my session was over a LAN and set to 32Bit colour depth but even still very impressive. I can imagine all the shouts that if we let all our staff watch videos it will kill the Server, that's not actually the case. In RDP 7.0 some file types such as wmv are rendered by the local machine and not the server meaning there is little impact on the server. However not all file types can be, for example Flash animation is still rendered on the server and does have an effect. Potentially more useful for businesses is the ability to now enable audio recording redirection, so you can use the microphone on your local PC to record or pass audio through to the server. Does this mean we can use Skype over Remote Desktop Services? Certainly Sound Recorder worked a treat but thats very different to a two way conversation. I don't know if it will be that useable but it is next on my To Do List to give it a try on my test server. I will let you know the results.
For users that like to use multiple monitors RDP 7.0 now supports up to 16 monitors connected and the ability to span of an RDP session. In fact RDP 7.0 now supports a maxium resolution of 4096 X 2048 per monitor.
Remote Desktop IP Virtualization is a new feature that allows you to assign an IP address per session or per application. This can come in handy with applications that are licensed via IP address where you cannot connect or access multiple times with the same IP address. Either each session or actual application can be provided its own IP address from your DHCP server allowing these applications to work with RDS.
User Assignment has been introduced when publishing Remote Applications. By default when you publish an application all authenticated domain users have access to it, however in R2 you can now specify which domain users or groups have access to the application. In fact if the user does not have permission to access the application they cannot even see it listed.
Remote Desktop Connection Broker formerly the Session Broker Service has been expanded to provide administrators with a unified method of setting up user access to both virtualized desktops (running as a full Windows client OS on top of Microsoft's virtualization infrastructure) and traditional session-based remote desktops. Microsoft have introduced a new management console called Remote Desktop Connection Manager to manage the Broker server.
With Windows 7 client PC's you not just limited to publishing .RDP and .msi packages but you can create a config file on the Connection Broker Server which is the installed on the client PC. This creates a feed from the RDS Web Service of all the applications and / or desktops in the Start Menu. This connection periodically checks the Connection Broker Service for updates such as newly published applications or User Assignment changes and applies them instantly on the client machine. In the control panel on the local machine you will find RemoteApp and Desktop Connections where you can view the resources available to you, check the status of the last update or remove the connection. This uses a single sign on so connections use the currently logged on account.
One of the key issues administrators had with the previous incarnations of Terminal Services was load balancing sessions across servers and managing how the sessions took resources from the server they were running on. This was sort of addressed with Server 2003 Enterprise Edition with session reconnection it was not until Server 2008 that we got built in load balancing in the form of the Session Broker Service. However this still didn't fully address the issue of sessions fighting for resources on the server that they were running on. 2008 R2 introduces the Fair Share CPU Scheduling policy. This service dynamically distributes the processor time across all sessions based on the number of sessions running on the server and each sessions demand for processor time. This effectively balances the CPU across all sessions but can be used to prioritise CPU for certain groups of users. This is managed in the Windows System Resource Manager.