Hi All!

At my current employeer we have a lot of clients that use RDS servers, in the SMB often you see that applications are installed directly on the RDS server. That means that if you have a Highly Available solution there often is a difference between applications installed.

To prevent this we use Microsoft’s App-V for RDS servers. App-V is included in your RDS Client Access Licenses so in essence its “free”. The cool thing about app-v is that by using application virtualisation you no longer have to install any application but simply publish them to the users or computers you want them to run.

To learn more about app-v you can check this technet page.

Microsoft has really embraced app-v as part of the OS and it is now installed by default on Server 2016 and Windows 10. To start with App-V we will create a package, and publish it on a RDS2016 server without using the rest of the app-v infrastructure. This is called a “Stand-Alone app-v deployment”

Requirements:

• A preconfigured RDS 2016 server.
• The Office 2016 Deployment toolkit found here
• XML file with the features you want in your App-V package from here

First we will configure our RDS2016 to be able to run App-V packages, to do that run the following command as administrator within PowerShell

Enable-Appv
Set-AppvClientConfiguration -EnablePackageScripts $true
restart-computer

After restarting you can check the app-v status with the following powershell command

Get-AppvStatus

With the above commands we do not only enable App-V but also “package Scripting”. Packages with extended functionality such as office require the running on scripts within the app-v packages. The default setting forbids any scripts from running for security reasons.

After you see that App-v is enabled we can move on to creating the app-v package. To move on we download the Office Deployment Toolkit and our XML file to C:\ODT, we rename the XML file to “SETUP.XML” Then we open a CMD.EXE window as administrator and enter the following command:

C:\ODT\SETUP.EXE /PACKAGER C:\ODT\SETUP.XML C:\ODT\APPVPackage

The setup will now run and create a App-v package out of the selected office components, after the setup completes you can copy C:\ODT\AppvPackage to a location of your choice. I’d advise to collect all of your application packages on a DFS-R share but for the purpose of this lab the location does not truly matter.

After copying the files you execute the following Powershell command to make the package available for the RDS 2016 machine:

Add-AppvClientPackage -Path "<PATH TO YOUR APPV file>" | Publish-AppvClientPackage -Global | Mount-AppvClientPackage -Verbose

To only make the package available to a specific user you can execute the following powershell command as administrator:

Add-AppvClientPackage -Path "<PATH TO YOUR APPV file>" | Publish-AppvClientPackage

And to finish you simply mount the file as the end-user by running:

get-appvclientpackage -all | Mount-AppvClientPackage -Verbose

And tada; you’ve deployed office to the RDS without installing the actual software. You’re currently running Office in a virtual bubble. When running this in production I’d truly suggest looking into an App-V Publishing server to make management much easier. 🙂

• Author
• Recent Posts

Follow me

Kelvin Tegelaar

I am a Microsoft Certified System Engineer working as the CTO of the Managed Services Provider Lime Networks B.V. in the Netherlands. I mostly enjoy automating business processes by deploying PowerShell solutions, but just have a large passion for Microsoft Technology in general.

If you want to contact me directly you can find me on twitter here, or via email: Kelvin {at} limenetworks.nl

Follow me

Latest posts by Kelvin Tegelaar (see all)

• Monitoring with PowerShell: Monitoring Active Directory replication - November 11, 2019
• Converting group policy registry preferences to PowerShell scripts - November 6, 2019
• Monitoring with PowerShell: Monitoring RDS UPD size - November 4, 2019