- What's new
- System requirements
- Technical overview
Install and configure
Prepare to install
- Microsoft Azure Resource Manager virtualization environments
- Microsoft System Center Virtual Machine Manager virtualization environments
- XenServer virtualization environments
- Microsoft System Center Configuration Manager environments
- VMware virtualization environments
- Nutanix virtualization environments
- Microsoft Azure virtualization environments
- Install core components
- Install VDAs
- Install using the command line
- Install VDAs using scripts
- Create a Site
- Create machine catalogs
- Manage machine catalogs
- Create Delivery Groups
- Manage Delivery Groups
- Create Application Groups
- Manage Application Groups
- Remote PC Access
- XenApp Secure Browser
- Publish content
- Server VDI
- Personal vDisk
- Remove components
- Prepare to install
- Upgrade and migrate
- Security considerations and best practices
- Integrate XenApp and XenDesktop with NetScaler Gateway
- Delegated Administration
- Smart cards
- Transport Layer Security (TLS)
- Federated Authentication Service
- General content redirection
- Work with policies
- Policy templates
- Create policies
- Compare, prioritize, model, and troubleshoot policies
- Default policy settings
Policy settings reference
- ICA policy settings
- Load management policy settings
- Profile management policy settings
- Receiver policy settings
- Virtual Delivery Agent policy settings
- Virtual IP policy settings
- Configure COM Port and LPT Port Redirection settings using the registry
- Connector for Configuration Manager 2012 policy settings
- Advanced configuration
- Monitor deployments
- Alerts and notifications
- Delegated Administration and Director
- Secure Director deployment
- Configure permissions for VDAs earlier than XenDesktop 7
- Configure network analysis
- Troubleshoot user issues
- Troubleshoot applications
- Troubleshoot machines
- Feature compatibility matrix
- Data granularity and retention
- Configure PIV smart card authentication
- Application probing
- SDKs and APIs
The Applications view displays application-based analytics in a single, consolidated view to help analyze and manage application performance efficiently. You can gain valuable insight into the health and usage information of all applications published on the Site. The default view helps identify the top running applications. This feature requires Delivery Controller(s) Version 7.16 or later and VDAs Version 7.15 or later.
The Probe Result column displays the result of application probing run in the last 24 hours. Click the probe result link to see more details in the Trends > Application Probe Results page. For more details on how to configure application probes, see Application Probing.
The Instances column displays usage of the applications. It indicates the number of application instances currently running (both connected and disconnected instances). To troubleshoot further, click the Instances field to see the corresponding Application Instances filters page. Here, you can select application instances to log off or disconnect.
Monitor the health of published applications in your Site with the Application Faults and the Application Errors columns. These columns display the aggregated number of faults and errors that have occurred while launching the corresponding application in the last one hour. Click the Application Faults or Application Errors field to see failure details on the Trends > Application Failures page corresponding to the selected application.
The application failure policy settings govern the availability and display of faults and errors. For more information about the policies and how to modify them, see Policies for application failure monitoring in Monitoring policy settings.
You can troubleshoot applications and sessions by using the idle time metric to identify instances that are idle beyond a specific time limit.
Typical use cases for application-based troubleshooting are in the healthcare sector, where employees share application licenses. There, you must end idle sessions and application instances to purge the XenApp and XenDesktop environment, to reconfigure poorly performing servers, or to maintain and upgrade applications.
The Application Instances filter page lists all application instances on VDAs of Server and Desktop OS. The associated idle time measurements are displayed for application instances on VDAs of Server OS that have been idle for at least 10 minutes.
Note: The Application Instances metrics are available on Sites of all license editions.
Use this information to identify the application instances that are idle beyond a specific time period and log off or disconnect them as appropriate. To do this, select Filters > Application Instances and select a pre-saved filter or choose All Application Instances and create your own filter.
An example of a filter would be as follows. As Filter by criteria, choose Published Name (of the application) and Idle Time. Then, set Idle Time to greater than or equal to a specific time limit and save the filter for reuse. From the filtered list, select the application instances. Select option to send messages or from the Session Control drop-down, choose Logoff or Disconnect to end the instances.
Note: Logging off or disconnecting an application instance logs off or disconnects the current session, thereby ending all application instances that belong to the same session.
You can identify idle sessions from the Sessions filter page using the session state and the session idle time metric. Sort by the Idle Time column or define a filter to identify sessions that are idle beyond a specific time limit. Idle time is listed for sessions on VDAs of Server OS that have been idle for at least 10 minutes.
The Idle time is displayed as N/A when the session or application instance
- has not been idle for more than 10 minutes,
- is launched on a VDA of Desktop OS, or
- is launched on a VDA running Version 7.12 or earlier.
The Trends -> Application Failures tab displays failures associated with the published applications on the VDAs.
Application failure trends are available for the last 2 hours, 24 hours, 7 days, and month for Platinum and Enterprise licensed Sites. They are available for the last 2 hours, 24 hours, and 7 days for other license types. The application failures that are logged to the Event Viewer with source “Application Errors” are monitored. Click Export to generate reports in CSV, Excel, or PDF formats
The grooming retention settings for application failure monitoring, GroomApplicationErrorsRetentionDays and GroomApplicationFaultsRetentionDays are set to one day by default for both Platinum and non-Platinum licensed Sites. You can change this setting using the PowerShell command:
*Set-MonitorConfiguration -\<setting name\> \<value\>*
The failures are displayed as Application Faults or Application Errors based on their severity. The Application Faults tab displays failures associated with loss of functionality or data. Application Errors indicate problems that are not immediately relevant; they signify conditions that might cause future problems.
You can filter the failures based on Published Application Name, Process Name or Delivery Group, and Time Period. The table displays the fault or error code and a brief description of the failure. The detailed failure description is displayed as a tooltip.
Note: The Published Application name is displayed as “Unknown” when the corresponding application name cannot be derived. This typically occurs when a launched application fails in a desktop session or when it fails due to an unhandled exception caused by a dependent executable.
By default, only faults of applications hosted on Server OS VDAs are monitored. You can modify the monitoring settings through the Monitoring Group Policies: Enable monitoring of application failures, Enable monitoring of application failures on Desktop OS VDAs, and List of applications excluded from failure monitoring. For more information, see Policies for application failure monitoring in Monitoring policy settings.
The Trends > Application Probe Results page displays the results of application probing executed in the Site for the last 24 hours and 7 days. For more details on how to configure application probes, see Application Probing.