Citrix XenDesktop 7 – Unattended Installation + Site join 18 Comments

We all need to automate things, we need to fast deploy, fast provision and stay lazy, not doing the same thing every day... So let check how we can industrialize XenDesktop 7 deployment (the easy part) and configuration (I guess the tricky part). First to deploy XenDesktop 7 using command line is simple and very well documented [link] Installs XenDesktop Server Options can be (see documentation for further details): /COMPONENTS CONTROLLER, DESKTOPSTUDIO, DESKTOPDIRECTOR, LICENSESERVER, STOREFRONT /EXCLUDE <package> excludes a package from installation /HELP, /H, /? Shows this dialog /NOREBOOT Suppress reboot after installation (if needed) /PASSIVE, /QUIET Do not show UI during installation /REMOVE Remove components (instead of installing) /CONFIGURE_FIREWALL Configure Windows Firewall /NOSQL Do not install SQL Server Express 2012 /NO_REMOTE_ASSISTANCE Do not install Windows Remote Assistance when installing Director I will add a second server to my existing deployment (1 DDC, Windows 2012 XenDesktop 7) my command line to install components I need look like : The XenDesktop 7 "Framework" is now installed but the is still configuration an Site join to automate. Using Powershell this is an easy step as well : This command line will update the database automatically, if you do not wish to, you need to specify it : Note : if you had DesktopStudio open, to show the change on the new DDC, refreshing the mmc is not enough, you need to close and open it again. Last thing, to remove a DDC using command line, still with PowerShell : This command line will update the database automatically, if you do not wish to, you need to specify it : Note : You must execute this commend another DDC than the one you want to remove. So to sum-up, this is very easy to automate XenDesktop DDC deployment once the first DDC is set up. The next step will be to try to automate the first DDC installation and configuration.

VDI Project – Not only a XenDesktop project (part.1) VDI Project - The framework (part.2) VDI Project - Hypervisor war (part.3) VDI Project - Desktops and applications delivery (part.4) VDI Project - User Environment Manager (part.5) Designing the architecture for such a big and complex environment is a challenge. To do so I needed to think about all the possibilities of desktop / application delivery process and mechanism AND the technology I would have to use to give as much flexibility as possible while keeping in mind the existing layers. To automate and industrialize, I needed to find a software like Microsoft SCCM to deploy the operating systems, software and handling inventory. My customer had this ancient software named Radia and wanted to continue to use it since HP bought this company and renamed the product to HP Client Automation. So I didn't really had the choice on this one and I had to make sure this software will be able to bring all the automation I was looking for. After a certain number of meeting with HP, the software was good for OS deployment, Inventory management but had some lake of features in the software deployment. As my customer already bought the licenses (In fact they bought it before the beginning of the project...) I had to manage with that. Then I needed to chose the hypervisor, the connection broker, the application virtualization solution, the profile management solution and make sure everything would fit in a 3 level down architecture (Datacenter --- First Level --- Second Level --- Third Level) To make the choice I had to find all the software technology able to answer each need and compare it to another one. I also introduce the User Environment Management concept into the discussion. Here is the list of solutions I chose to work with / compare : Hypervisor : vmware vSphere vs Citrix XenServer vs Microsoft Hyper-V Automation & OS Deployment : Altiris vs HP Client Automation Application virtualisation : Citrix XenApp vs vmware ThinApp Desktop broker : vmware View vs Citrix XenDestop User Environment Manager : RES vs AppSense But this "fair" way to chose the best product by testing, evaluate it wasn't in everyone's mind and I have to front choices already made before the beginning of the project. This is the "forced" list I had few days after the project kick off : Hypervisor :…

I needed to find a way to deploy XenDesktop 5 Desktop Delivery Controller on demand, and the best way to industrialize the auto insertion in a XenDesktop 5 existing site. Of course, as the environment will be very large, I have access to an automation software like Altiris, SCCM etc... You need to know, adding and removing XenDesktop controller from site require some privilege and rights on the database server. In large environment, this is not so easy to gain access to the database servers but at least you'll have the information and the script to send to the SQL DBA. First I install manually the first XenDesktop 5 server to configure database and have everything ready. This is a old XenApp habit and you'll see with the information bellow, you can even industrialize the installation and the site / database creation pretty easily. To do so, there is an executable XenDesktopServerSetup.exe on the DVD (x:\x64\XenDesktop Setup\XenDesktopServerSetup.exe) and if you type /? the information bellow appears : Here is the command line I used to deploy the DDC, without the Web Interface, database and license server, I also have disable the firewall with Active Directory GPOs so I don't use the /configure_firewall option. Don't forget the server where you chose to deploy XenDesktop 5 must be in an Active Directory Domain otherwise the installation will be fine but you won't be able to launch Desktop Studio (many error messages...) Now XenDesktop is installed but not configured. The next steps took me a while because there is no 1,2,3 manual to industrialize the integration of a new XenDesktop 5 server in a site, at least I didn't find any on the net... I wanted to download and install Citrix XenDesktop 5 SDK but it's already install by default with XD5, to check if you can use and access it, launch the PowerShell (Start/All Programs/Accessories/PowerShell) and type Asnp Citrix.* then Get-Command –Module Citrix.* to check if you're able to list all the command available to use. You should see the same list as bellow :   If you have some issue with the security in PowerShell, refer to the build-in help to set the proper level of execution security. To go further with all these Cmdlet, Citrix have online a webpage : CTX127254 where you can read and learn more about each Cmdlet. I made 3 scripts to get the information (1),…