Академический Документы
Профессиональный Документы
Культура Документы
2013-12-20 21:36:56 UTC 2013 Citrix Systems, Inc. All rights reserved. Terms of Use | Trademarks | Privacy Statement
Contents
Install............................................................................................................ Prepare to install................................................................................. Install using the graphical interface .......................................................... Install using the command line ................................................................ Install VDAs using scripts in Active Directory ................................................ Create a Site ...................................................................................... Install a VDA on earlier systems ............................................................... Remove components.............................................................................
3 4 10 11 17 20 25 27
Install
You can install XenDesktop components using a wizard-based graphical interface or a command-line interface, which enables scripted installation. Both methods install most prerequisites automatically. Important: Before beginning any installation, read and complete the Prepare to install checklist. 1. Install the core components: Delivery Controller, Citrix Studio, Citrix Director, Citrix License Server, and Citrix StoreFront. 2. From Studio, create a Site. 3. If you will be using provisioning tools (such as Machine Creation Services or Provisioning Services) to create VMs from a master image, install a VDA for Desktop OS. Otherwise, install a VDA for Desktop OS or a VDA for Server OS directly on each machine. For RPCA deployments, Citrix recommends using your existing Electronic Software Distribution (ESD) methods by leveraging the VDA installer's command line interface. 4. After you install components and create a Site, use the guidance in Studio to create machine catalogs and Delivery Groups.
Prepare to install
The following tables list tasks to complete and things to consider or be aware of before installing the XenDesktop core components (Delivery Controller, Citrix Studio, Citrix Director, Citrix License Server, StoreFront) and Virtual Delivery Agents (VDAs).
Prepare to install
Check the Known issues topic for installation issues you might encounter. If youre unfamiliar with XenDesktop components, read the Component overview.
Decide where you will install the XenDesktop components and then prepare the machines and operating systems.
Review the System requirements topic for supported operating systems and versions for the Controller, Studio, Director, Host, and VDAs. The Citrix StoreFront and the Citrix License Server requirements topics specify their supported platforms. You can install the core components on the same server or on different servers. For example, to manage a smaller deployment remotely, you can install Studio on a different machine than the server where you installed the Controller. To accommodate future expansion, consider installing components on separate servers; for example, install the License Server and Director on different servers.
Be sure that each operating system has the latest updates. Be sure that all machines have synchronized system clocks. Synchronization is required by the Kerberos infrastructure that secures communication between the machines. XenDesktop components are installed in C:\Program Files\Citrix by default. You can specify a different location during installation, but it must have execute permissions for network service. Most component prerequisites are installed automatically; however, check the System requirements topic for exceptions.
Decide where to install the SQL Server software for the Site Configuration Database.
By default, SQL Server 2012 Express is installed automatically on the server when you install the Controller. Alternatively, you can separately install a supported SQL Server version on that server or on a different server. In such cases, the SQL Server software does not need to be installed before you install the XenDesktop components, but it must be installed before you create the XenDesktop Site. Review the database considerations in the Plan topics, and set up any supported redundancy infrastructure.
Important: Windows authentication is required between the Controller and the database.
Prepare to install Decide how you want ports opened. XenDesktop opens the following ports automatically if the Windows Firewall Service is running, even if the firewall is not enabled. You can disable this default action and open the ports manually if you use a third-party firewall or no firewall, or if you just prefer to do it yourself.
Controller: TCP 80, 443 Director: TCP 80, 443 License Server: TCP 7279, 8082, 8083, 27000 StoreFront: TCP 80, 443
Tip: For complete port information, see CTX101810. Configure your Active Directory domain. See the Microsoft documentation for instructions.
In addition to being a domain user, you must be a local administrator on the machines where you are installing core components. Do not attempt to install any components on a domain controller. For information about multiple forest support, see Deploy XenDesktop in a multiple forest Active Directory environment.
When you install the License Server, that user account is automatically made a full administrator on the license server. When you install Director, decide if you want the shadowing feature of Director Server. Good to know:
If a component does not install successfully, the process stops with an error message. Components that installed successfully are retained; you do not need to reinstall them. Studio starts automatically after it is installed. You can disable this action during installation. When you create objects before, during, and after installation, it is best practice to specify unique names for each object (for example networks, groups, catalogs, resources).
Prepare to install
For communication between user devices and virtual desktops, configure inbound TCP on ports 1494 and 2598 as port exceptions. For security, Citrix recommends that you do not use these registered ports for anything other than the ICA protocol and the Common Gateway Protocol.
For communication between Controllers and virtual desktops, configure inbound port 80 as a port exception. Windows Remote Assistance: TCP 3389
Windows opens this port automatically if the feature is enabled, even if you choose to open the ports manually.
Prepare to install Decide how the locations of installed Controllers will be specified.
Manually, by entering the Fully Qualified Domain Name (FQDN) of the Controller. Although you can specify a Controller that is not currently in the domain, a VDA can connect only to a Controller in the domain. Also, you can test the connection only for Controllers in the domain. Using Active Directory, if the Controller is in the domain. Allowing Machine Creation Services to specify the Controller. Later, by rerunning the installer, using Citrix policies, setting registry values, or using Active Directory OUs.
Citrix Group Policy settings that specify Controller locations will override settings provided during installation. After you initially specify the Controller location, you can use the auto-update feature to update VDAs when additional Controllers are installed. For more information about methods for specifying Controllers, see Manage your Delivery Controller environment. Decide if you want to use the following features:
Optimize performance: When this feature is enabled, the optimization tool is used for VDAs running in a VM on a hypervisor. VM optimization includes disabling offline files, disabling background defragmentation, and reducing event log size. For more information, see CTX125874. Do not enable this option if you will be using Remote PC Access. Default = enabled. Windows Remote Assistance: When this feature is enabled, Windows Remote Assistance is used with the user shadowing feature of Director, and Windows automatically opens TCP port 3389 in the firewall, even if you choose to open firewall ports manually. Default = enabled. Real-Time Audio Transport for audio: When this feature is enabled, UDP is used for audio packets, which can improve audio performance. Default = enabled. Personal vDisk: (Available only when installing a VDA for Windows Desktop OS on a VM.) When this feature is enabled, Personal vDisks can be used with a master image. For more information, see Manage Personal vDisks. Default = disabled.
The installer automatically detects your operating system and allows you to install only the VDA type supported on that system: VDA for Windows Server OS or VDA for Windows Desktop OS. Profile management is installed during VDA installation. When you install the VDA, a new local user group called Direct Access Users is automatically created. On a VDA for Windows Desktop OS, this group applies only to RDP connections; on a VDA for Windows Server OS, this group applies to ICA and RDP connections. When you install a VDA for Windows Server OS, Remote Desktop Services role services are automatically installed and enabled (if they are not already installed and enabled). For Remote PC Access configurations, install the VDA for Windows Desktop OS on each physical office PC that users will access remotely.
If you're just getting started, click Delivery Controller. From there, you can install the Controller and optionally, Studio, Director, License Server, and StoreFront on the same server. If you've already installed some components and want to extend your deployment, click the component you want to install from the right column. This column offers XenDesktop core components and the Universal Print Server, which you can install on your print server.
To install a VDA, click the available VDA entry - the installer knows which one is right for the operating system where you're running the installer. Later, if you want to customize a VDA that you've already installed:
1. From the Windows feature for removing or changing programs, select Citrix Virtual Delivery Agent <version-number>, then right-click and select Change. 2. Select Customize Virtual Delivery Agent Settings. When the installer launches, you can change the Controller addresses, TCP/IP port to register with the Controller (default = 80), or whether to automatically open Windows Firewall port exceptions.
10
Install one or more core components: Delivery Controller, Citrix Studio, Citrix Director, License Server, and StoreFront. Install a Virtual Delivery Agent (VDA) on a master image or on a virtual or physical machine. You can also customize scripts provided on the media, then use them to install and remove VDAs in Active Directory; see Install or remove Virtual Delivery Agents using scripts in Active Directory.
Customize a previously-installed VDA. Install a Universal Print Server, which provisions network session printers. (The Controller already has the Universal Print Server functionality; you need only install the Universal Print Server on the print servers in your environment.)
You can also remove previously-installed XenDesktop 7 components, using the /remove or /removeall options. For more information, see Remove components. To see command execution progress and return values, you must be the original administrator or use 'Run as administrator.' For more information, see Microsoft command documentation. Important: Before beginning an installation, read and complete the tasks in Prepare to install.
/logpath path
/noreboot
11
Install using the command line /remove Removes the core components specified with the /components option. For more information about removing components, see Remove components. Removes all installed core components. For more information about removing components, see Remove components. Opens all ports in the Windows firewall needed by components being installed, if the Windows Firewall Service is running, even if the firewall is not enabled. If you are using a third-party firewall or no firewall, you must manually open the ports. (Required.) Comma-separated list of components to install or remove. Valid values are:
/removeall
/configure_firewall
CONTROLLER - Controller DESKTOPSTUDIO - Studio DESKTOPDIRECTOR - Director LICENSESERVER - Citrix Licensing STOREFRONT - StoreFront
If this option is omitted, all components are installed (or removed, if the /remove option is also specified). /installdir directory /tempdir directory /nosql Existing empty directory where components will be installed. Default = c:\Program Files\Citrix. Directory that holds temporary files during installation. Default = c:\Wndows\Temp. Prevents installation of Microsoft SQL Server Express on the server where you are installing the Controller. If this option is omitted, SQL Server Express will be installed.
(Valid only when installing Director.) Enables the Windows Remote Assistance feature. Windows Remote Assistance is always installed when you install Director; you enable or disable the feature by including or omitting this option in the command line. For example, the following command installs a Controller, Studio, Citrix Licensing, and SQL Server Express on the server. Ports in the Windows firewall that are required for Controller and License Server communications will be opened automatically. \x64\XenDesktop Setup\XenDesktopServerSetup.exe /components controller,desktopstudio,licenseserver /configure_firewall
/enableremoteassistance
12
/logpath path
/portnumber port
/components component[,component]
VDA - installs the VDA PLUGINS - installs the Citrix Receiver for Windows (CitrixReceiver.exe)
If this option is omitted, all components are installed. /installdir directory Existing empty directory where components will be installed. Default = c:\Program Files\Citrix.
13
Install using the command line /tempdir directory Directory to hold temporary files during installation. (This option is not available in the graphical interface.) Default = c:\Wndows\Temp. Globally Unique Identifier of the site Active Directory Organizational Unit (OU). This associates a virtual desktop with a Site when you are using Active Directory for discovery (auto-update is the recommended and default discovery method). The site GUID is a site property displayed in Studio. Do not specify both the /site_guid and /controllers options. Space-separated Fully Qualified Domain Names (FQDNs) of Controllers with which the VDA can communicate, enclosed in quotation marks. Do not specify both the /site_guid and /controllers options. URL of the server for Windows server applications. Enables Windows Remote Assistance for use with Director. If you specify this option, Windows opens TCP port 3389 in the firewall, even if you omit the /enable_hdx_ports option. Opens ports in the Windows firewall required by the Controller and features you specified (Windows Remote Assistance, real-time transport, and optimize), if the Windows Firewall Service is detected, even if the firewall is not enabled. If you are using a different firewall or no firewall, you must configure the firewall manually. Enables optimization for VDAs running in a VM on a hypervisor. VM optimization includes disabling offline files, disabling background defragmentation, and reducing event log size. Do not specify this option for Remote PC Access. For more information about the optimization tool, see CTX125874. (Valid only when installing a VDA for Windows Desktop OS on a VM.) Enables the use of Personal vDisks with a master image. For more information, see Manage Personal vDisks. Installs the VDA for HDX 3D Pro. For more information, see the HDX 3D Pro documentation. Enables or disables use of UDP for audio packets (Real-Time Audio Transport for audio). Enabling this feature can improve audio performance. Recommended for Remote PC Access. (Include the /enable_hdx_ports option if you want the UDP ports opened automatically if the Windows Firewall Service is detected.) (Valid only when installing a VDA on a VM.) Sets up the VDA as a master image. (Valid only when installing a VDA on a VM.) Overrides detection by the installer of a physical machine, where BIOS information passed to VMs makes them appear as physical machines.
/site_guid guid
/enable_hdx_ports
/optimize
/baseimage
/enable_hdx_3d_pro /enable_real_time_transport
/masterimage /isvirtual
14
Install using the command line /nodesktopexperience (Valid only when installing a VDA for Windows Server OS.) Prevents enabling of the Enhanced Desktop Experience feature. This feature is also controlled with the Enhanced Desktop Experience Citrix policy setting. (Valid only on Windows 7 machines that do not include a WDDM driver.) Disables installation of the Citrix WDDM driver. Installs a VDA for Windows Desktop OS on a supported Windows Server. Omit this option when installing a VDA for Windows Server OS on a Windows Server. Before using this option, see Server VDI.
/nocitrixwddm
/servervdi
Allows VDA installation when Secure Boot is enabled. If this option is omitted, a warning displays that Secure Boot must be disabled to successfully install a VDA. The following command installs a VDA for Windows Desktop OS and Citrix Receiver to the default location on a VM. This VDA will be used as a master image. The VDA will register initially with the Controller on the server named 'Contr-Main' in the domain 'mydomain,' and will use Personal vDisks, the optimization feature, and Windows Remote Assistance. \x64\XenDesktop Setup\XenDesktopVdaSetup.exe /quiet /components vda,plugins /controllers "Contr-Main.mydomain.local" /enable_hdx_ports /optimize /masterimage /baseimage /enable_remote_assistance The following command installs a VDA for Windows Desktop OS and Citrix Receiver to the default location on an office PC that will be used with Remote PC Access. The machine will not be restarted after the VDA is installed; however, a restart is required before the VDA can be used. The VDA will register initially with the Controller on the server named 'Contr-East' in the domain 'mydomain,' and will use UDP for audio packets. HDX ports will be opened if the Windows Firewall service is detected. \x64\XenDesktop Setup\XenDesktopVdaSetup.exe /quiet /components vda,plugins /controllers "Contr-East.mydomain.local" /enable_hdx_ports /enable_real_time_transport /noreboot
/installwithsecurebootenable d
/reconfigure - this option is required when customizing a VDA /h or /help /quiet /noreboot /controllers /portnumber port
15
/enable_hdx_ports
On a supported 32-bit operating system: From the \x86\Universal Print Server\ directory on the Citrix installation media, run UpsServer_x86.msi. On a supported 64-bit operating systems: From the \x64\Universal Print Server\ directory on the Citrix installation media, run UpsServer_x64.msi.
16
The scripts need Everyone Read access to the network share where the VDA installation command, XenDesktopVdaSetup.exe, is located. Logging details are stored on each local machine. If you also want to log results centrally for review and analysis, the scripts need Everyone Read and Write access to the appropriate network share.
To check the results of running a script, examine the central log share. Captured logs include the script log, the installer log, and the MSI installation logs. Each installation or removal attempt is recorded in a time-stamped folder. The folder title indicates if the operation was successful with the prefix PASS or FAIL. You can use standard directory search tools to quickly find a failed installation or removal in the central log share, rather than searching locally on the target machines. For more information, see the Troubleshooting section below. Important: Before beginning any installation, read and complete the tasks in Prepare to install.
17
Specify the version of the VDA to install: SET DESIREDVERSION. For example, in XenDesktop 7, the version can be specified as 7.0; the full value can be found on the installation media in the ProductVersion.txt file (such as 7.0.0.3018); however, a complete match is not required. Specify the network share location from which the installer will be invoked. Point to the root of the layout (the highest point of the tree): the appropriate version of the installer (32-bit or 64-bit) will be called automatically when the script runs. For example: SET DEPLOYSHARE=\\fileserver1\share1. Optionally, specify a network share location for storing centralized logs. For example: SET LOGSHARE=\\fileserver1\log1).
Specify VDA configuration options as described in Install using the command line. The /quiet and /noreboot options are included by default in the script and are required: SET COMMANDLINEOPTIONS=/QUIET /NOREBOOT. 3. Using Group Policy Startup Scripts, assign the script to the OU in Active Directory where your machines are located. This OU should contain only machines on which you want to install the VDA. When the machines in the OU are restarted, the script runs on all of them, installing a VDA on each machine that has a supported operating system.
Specify the version of the VDA to remove: SET CHECK_VDA_VERSION. For example, in XenDesktop 7, the version can be specified as 7.0; the full value can be found on the installation media in the ProductVersion.txt file (such as 7.0.0.3018); however, a complete match is not required.
Optionally, specify a network share location for storing centralized logs. 3. Using Group Policy Startup Scripts, assign the script to the OU in Active Directory where your machines are located. This OU should contain only machines from which you want to remove the VDA. When the machines in the OU are restarted, the script runs on all of them, removing a VDA from each machine.
18
Troubleshooting
The script generates internal log files that describe script execution progress. The script copies a Kickoff_VDA_Startup_Script log to the central log share within seconds of starting the deployment to the machine, so that you can verify that the overall process is working. If this log is not copied to the central log share as expected, you can troubleshoot further by inspecting the local machine: the script places two debugging log files in the %temp% folder on each machine, for early troubleshooting:
Kickoff_VDA_Startup_Script_<DateTimeStamp>.log VDA_Install_ProcessLog_<DateTimeStamp>.log
Review the content of these logs to ensure that the script is:
Running as expected. Properly detecting the target operating system. Correctly configured to point to the ROOT of the DEPLOYSHARE share (contains the file named AutoSelect.exe). Capable of authenticating to both the DEPLOYSHARE and LOG shares.
19
Create a Site
A XenDesktop Site is the name you give to a product deployment. It comprises the Delivery Controllers and the other core components, VDAs, Host connections (if used), plus the machine catalogs and Delivery Groups you create and manage. A Site does not necessarily correspond to a geographical location, although it can. You create the Site after you install the components and before creating machine catalogs and Delivery Groups.
Prepare
The following table describes the tasks to complete and things to consider or be aware of before starting the Site creation wizard in Studio. Description Decide which type of Site you will create:
Application and desktop delivery Site - When you choose to create an application and desktop delivery Site, you can further choose to create a full deployment Site (recommended) or a basic Site. (Basic Sites are usually created by advanced users.) Remote PC Access Site - Allows designated users to remotely access their office PCs through a secure connection.
If you create a full deployment now, you can add a Remote PC Access deployment later. Conversely, if you create a Remote PC Access deployment now, you can add a full deployment later.
20
Create a Site Site creation includes creating the Site Configuration database. Make sure the SQL Server software is installed before you create a XenDesktop Site. To create the database, you must be a local administrator and a domain user. You must also either have SQL Server permissions, or you can generate scripts to give to your database administrator to run.
Permissions you need the following permissions when setting up the database; the permissions can be explicitly configured or acquired by Active Directory group membership: Operation Database creation Purpose Create suitable empty database for use by XenDesktop Create all service-specific schemas and add first Controller to Site Add Controller (other than the first) to the Site Add Controller login to the database server currently in the mirror role of a mirrored XenDesktop database Apply schema updates or hotfixes Server role dbcreator Database role
Schema creation
securityadmin *
db_owner
Add Controller
securityadmin *
db_owner
securityadmin *
Schema update
db_owner
* While technically more restrictive, in practice, the securityadmin server role should be treated as equivalent to the sysadmin server role. When using Desktop Studio to perform these operations, the user account must be a member of the sysadmin server role. If your Studio user credentials do not include these permissions, you are prompted for SQL Server user credentials.
Scripts - If your database server is locked down and you do not have the required SQL Server permissions, XenDesktop can generate a database script that your database administrator can use to set up the database. A second script is also generated if your database administrator has set up database mirroring. The script generation feature is available in the Site creation wizard after you request script generation, you give the generated scripts to your database administrator to run on the database server (and the mirrored database, if needed). After the script is executed and the database is successfully created, you can finish creating the Site.
21
Create a Site Consider if you will use the 30-day free trial license that allows you to add license files later, or if you will use existing licenses. You can add or download license files from within the Site creation wizard. Set up your Host infrastructure, if you are using a Host. If you use a XenServer Host:
You must provide the credentials for a VM Power Admin or higher-level user. Citrix recommends using HTTPS to secure communications with XenServer. To use HTTPS, you must replace the default SSL certificate that was installed on XenServer with a certificate from a trusted authority; see CTX128656. You can configure high availability if it is enabled on the XenServer. Citrix recommends that you select all servers in the pool to allow communication with XenServer if the pool master fails.
Decide if you will use Machine Creation Services (MCS) or other tools to create VMs. Decide if you will use shared or local storage. Shared storage is available through the network. If you use shared storage, you can enable the use of IntelliCache to reduce load on the storage device. For information about IntelliCache, see Use IntelliCache with XenDesktop. Decide if you will use Personal vDisks and whether they will use shared or local storage. Personal vDisks can use the same or different storage as the VMs. For more information, see Personal vDisks. Decide if you will use App-V publishing. Configure those resources, if needed. For more information, see Configure App-V resources.
22
Creating a Remote PC Access Site creates a machine catalog named Remote PC Access Machines, and a Delivery Group named Remote PC Access Desktops. When you create a Remote PC Access Site, you must specify users or user groups; there is no default action that automatically adds all users. The user who creates a Site becomes a Full Administrator; for more information, see Delegated Administration. When an empty database is created, it has default attributes except:
The collation sequence is set to Latin1_General_100_CI_AS_KS (where Latin1_General varies, depending on the country, for example Japanese_100_CI_AS_KS). If this collation setting is not specified during database creation, subsequent creation of the XenDesktop service schemas within the database will fail, and an error similar to "<service>: schema requires a case-insensitive database" appears. (When a database is created manually, any collation sequence can be used, provided it is case-sensitive, accent-sensitive, and kanatype-sensitive; the collation sequence name typically ends with _CI_AS_KS.)
The recovery mode is set to Simple. For use as a mirrored database, change the recovery mode to Full. When you create the Site Configuration Database, it also stores configuration changes recorded by the Configuration Logging Service, plus trend and performance data that is used by the Monitoring Service and displayed by Citrix Director. If you use those features and store more than seven days of data, Citrix recommends that you specify different locations for the Configuration Logging Database and the Monitoring Database (known as the secondary databases) after you create a Site. See Change secondary database locations.
Create
Start Studio, if it is not already open. After you choose to create a Site from the center pane, specify the following:
The type of Site and the Site name. Database information. If you use a database server that is installed on a different server, enter the database server and name: Database type Standalone or mirror What to enter servername servername\INSTANCENAME With this database configuration The default instance is used and SQL Server uses the default port. A named instance is used and SQL Server uses the default port.
23
Create a Site servername,port-number The default instance is used and SQL Server uses a custom port. (The comma is required.) A clustered database.
Other
cluster-name
availability-group-listener An Always-On database. After you click Next and are alerted that the services could not connect to a database, indicate that you want Studio to create it. If you do not have permission to edit the database, use Generate database script. The scripts must be run before you can finish creating the Site.
License Server address in the form name:[port], where name is a Fully Qualified Domain Name (FQDN), NetBIOS, or IP address; FQDN is the recommended format. If you omit the port number, the default is 27000. You cannot proceed until a successful connection is made to the license server. Connection information to a Host (type, address, and credentials). If you are not using a Host, or if you will use Studio to manage user desktops hosted on dedicated blade PCs, select the Host type None. If you are using a Host, you also select a network, specify storage information, and indicate if you will use Personal vDisk. If the specified XenServer Host supports vGPU, you can also select a GPU type and group, or passthrough. The display indicates if the selection has dedicated GPU resources.
App-V management and App-V publishing server information. User and machine accounts information, if you are creating a Remote PC Access Site.
User information. Click Add Users. Select users and user groups, and then click Add users. Machine accounts information. Click Add machine accounts. Select machine accounts, and then click Add machine accounts. Click Add OUs. Select the domain and Organizational Units, and indicate if items in subfolders should be included. Click Add OUs.
24
You cannot install XenDesktop 7 core components (for example, Controller, Studio, Director, StoreFront, Citrix License Server) on a Windows XP or Windows Vista system. Remote PC Access is not supported on Windows Vista systems.
Note: When installing the earlier version of a VDA on a 32-bit XP machine, either use the XenDesktop 7 media locally or copy the media to the local drive. Do not attempt to install the earlier VDA version from a network share or a mapped drive.
To install and configure an earlier Virtual Desktop Agent on Windows XP or Windows Vista using the graphical interface
1. On the Windows XP or Windows Vista machine, launch the installer for this release and select Virtual Delivery Agent for Windows Desktop OS. 2. When the installer for the earlier version of the Virtual Desktop Agent launches, select Advanced Install and follow the on-screen instructions. For details about what you specify when installing the earlier version, see Installing the Virtual Desktop Agent for XenDesktop 5. 3. After installing the Virtual Desktop Agent, install any additional hotfixes for that release.
25
To install and configure an earlier Virtual Desktop Agent on Windows XP or Windows Vista using the command line
From the \x64\XP XenDesktop Setup or \x86\XP XenDesktop Setup directory on the XenDesktop 7 installation media, run the XenDesktopVdaSetup.exe command. For details about what you specify when installing the earlier version, see XenDesktopVdaSetup.exe for XenDesktop 5. After installing the Virtual Desktop Agent, install any additional hotfixes for that release.
26
Remove components
To remove XenDesktop components, Citrix recommends using the Windows feature for removing or changing programs. Alternatively, you can remove components using the command line, or a script on the installation media. When you remove components, prerequisites are not removed, and firewall settings are not changed. When you remove a Controller, the SQL Server software and the databases are not removed. Before removing a Controller, remove it from the Site; see To remove a Controller. Before removing Studio or Director, Citrix recommends closing them. If you upgraded a Controller from an earlier XenDesktop deployment that included Web Interface, you must remove the Web Interface component separately; you cannot use the XenDesktop installer to remove Web Interface.
To remove components using the Windows feature for removing or changing programs
From the Windows feature for removing or changing programs:
To remove a Controller, Studio, Director, License Server, or StoreFront, select Citrix XenDesktop <version>, then right-click and select Uninstall. The installer launches, and you can select the components to be removed. Alternatively, you can remove StoreFront by right-clicking Citrix StoreFront and selecting Uninstall.
To remove a VDA, select Citrix Virtual Delivery Agent <version>, then right-click and select Uninstall. The installer launches and you can select the components to be removed. To remove the Universal Print Server, select Citrix Universal Print Server, then right-click and select Uninstall.
To remove one or more core components, use the /remove and /components options. To remove all core components, use the /removeall option.
For command and parameter details, see Install using the command line.
27
Remove components For example, the following command removes Studio. \x64\XenDesktop Setup\XenDesktopServerSetup.exe /remove /components studio
To remove one or more core components, use the /remove and /components options. To remove all core components, use the /removeall option.
For command and parameter details, see Install using the command line. For example, the following command removes the VDA and Receiver. \x64\XenDesktop Setup\XenDesktopVdaSetup.exe /removeall You can also remove VDAs using a script in Active Directory; see Install or remove Virtual Delivery Agents using scripts in Active Directory.
28