XenApp Installation Guide

Guía de instalación de Citrix XenApp
Citrix XenApp™ 5.0 para Microsoft® Windows Server® 2008

Nota sobre Copyright y registro de marcas
La información contenida en este documento está sujeta a cambios sin previo aviso. Las compañías, nombres y datos utilizados
en los ejemplos son ficticios, a menos que se indique lo contrario. Aparte de una copia para uso personal, no está permitido
reproducir ni transmitir parte alguna de este documento, de ninguna forma ni por ningún medio, ya sea electrónico o mecánico,
para ningún propósito, sin la autorización previa y por escrito de Citrix Systems, Inc.
Copyright © 2001-2008 Citrix Systems, Inc. Reservados todos los derechos.
Citrix, Independent Computing Architecture (ICA) y Program Neighborhood son marcas registradas. Citrix XenApp, Citrix
Password Manager, Citrix Access Gateway, Citrix Streaming Server, Citrix EasyCall, Citrix EdgeSight, Citrix EdgeSight
Resource Manager, Citrix Provisioning Server, Citrix Presentation Server, SecureICA, SpeedScreen, Citrix SmoothRoaming,
Citrix Developer Network, Citrix Technical Support y Citrix Subscription Advantage son marcas comerciales de Citrix
Systems, Inc. en los Estados Unidos y en otros países.
Citrix Access Gateway, Citrix Delivery Center y Citrix XenDesktop son marcas comerciales de Citrix Systems, Inc. y/o una o
más de sus compañías subsidiarias que pueden estar registradas en la oficina de patentes y marcas de EE.UU. y en otros países.
RSA Encryption © 1996-1997 RSA Security Inc. Reservados todos los derechos.
FLEXnet Operations y FLEXnet Publisher son marcas comerciales y/o marcas registradas de Acresso Software Inc. y/o de
InstallShield Co. Inc.
Otras marcas registradas
Adobe, Flash y Acrobat son marcas registradas o marcas comerciales de Adobe Systems Incorporated en EE.UU. y/o en otros
países.
Altiris es una marca registrada de Altiris.
Apple y Macintosh son marcas comerciales o marcas registradas de Apple Computer Inc.
AutoCAD es una marca registrada de Autodesk, Inc.
IBM, DB2, Tivoli y NetView son marcas registradas o marcas comerciales de IBM Corporation en EE.UU. y en otros países.
Java es una marca registrada de Sun Microsystems, Inc. en EE.UU. y en otros países. Solaris es una marca registrada de Sun
Microsystems, Inc.
Microsoft, MS-DOS, Windows, Windows Media Player, Windows Server, Windows NT, Win32, Outlook, Windows Mail,
Excel, Internet Explorer, ActiveX, Active Directory, Microsoft Access, SQL Server, SQL Server Express Edition, Hyper-V,
Windows Vista, .NET, Media Player, Active Directory y DirectShow también son marcas registradas o marcas comerciales de
Microsoft Corporation en los Estados Unidos y en otros países.
FLEXnet Operations y FLEXnet Publisher son marcas comerciales y/o marcas registradas de Acresso Software Inc. y/o de
InstallShield Co. Inc.
Netscape y Mozilla Firefox son marcas registradas de Netscape Communications en EE.UU. y en otros países.
Novell Directory Services es una marca registrada de Novell, Inc. en los Estados Unidos y en otros países.
La base de datos Oracle es una marca registrada de Oracle Corporation.
RealOne es una marca comercial de RealNetworks, Inc.
SAP es una marca registrada de SAP AG en Alemania y en otros países.
SpeechMike es una marca comercial de Koninklijke Philips Electronics N.V.
Symantec y Symantec Ghost son marcas comerciales de Symantec Corporation en los Estados Unidos y en otros países.
UNIX es una marca registrada de The Open Group en los Estados Unidos y en otros países.
HP OpenView es una marca comercial de Hewlett-Packard Company.
Este producto incluye software desarrollado por The Apache Software Foundation (http://www.apache.org/).
Partes de este software están basadas parcialmente en el trabajo de Independent JPEG Group.
Partes de este software contienen código de generación de imágenes que pertenecen a © Pegasus Imaging Corporation, Tampa,
FL. Reservados todos los derechos. Todas las demás marcas registradas y marcas comerciales son propiedad de sus respectivos
dueños. Código del documento:9/1/08 (TD)
Contenido
1 Presentación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Cómo utilizar esta guía para instalar XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .10
Organización de la guía de instalación de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . .12
Recursos de instalación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .13
Nuevos nombres para los componentes de Citrix Presentation Server . . . . . . . . . . . . . . . . .14
Cómo encontrar la documentación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .15
Convenciones de la documentación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .16
Asistencia técnica y aprendizaje . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .16
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .17
2 Descripción de los conceptos de instalación de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

Terminología de instalación de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .18
Resumen de los conceptos básicos de la comunidad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .19
Introducción a los servidores de infraestructura XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . .23
3 Planificación de la distribución de XenApp. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

Tareas para diseñar y distribuir una comunidad. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .28
Planificación de aplicaciones y cargas del servidor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .29
Evaluación de la compatibilidad con XenApp de las aplicaciones . . . . . . . . . . . . . . . . .30
Factores básicos que se deben considerar en las aplicaciones . . . . . . . . . . . . . . . . . . . . .31
Evaluación de los métodos de distribución de aplicaciones . . . . . . . . . . . . . . . . . . . . . . .33
Localización de aplicaciones en los servidores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .35
Centralización o distribución de servidores de aplicaciones . . . . . . . . . . . . . . . . . . . . . .38
Determinación del número de comunidades que se deben distribuir . . . . . . . . . . . . . . . . . .39
Uso compartido de componentes entre comunidades. . . . . . . . . . . . . . . . . . . . . . . . . . . .41
Planificación de servidores de infraestructura . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .42
Planificación de recopiladores de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .43
Planificación de WAN mediante zonas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .44
Planificación de la Interfaz Web y de las comunicaciones con XML Broker . . . . . . . . .45
Planificación de componentes de distribución de aplicaciones por streaming . . . . . . . .48
5 Guía de instalación de Citrix XenApp
Configuraciones de hardware de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .50

Consideración de la infraestructura de red . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .51
Diseño de perfiles de usuario de Terminal Services. . . . . . . . . . . . . . . . . . . . . . . . . . . . .51
Definición de cuentas y relaciones de confianza . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .54
Recomendaciones para entornos de Active Directory . . . . . . . . . . . . . . . . . . . . . . . . . . .56
Planificación de Active Directory Federation Services . . . . . . . . . . . . . . . . . . . . . . . . . .58
Planificación de la supervisión y el mantenimiento del sistema . . . . . . . . . . . . . . . . . . .59
Protección de la distribución de aplicaciones. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .60
Seguridad del acceso remoto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .61
Configuración de servidores de seguridad para acceso remoto . . . . . . . . . . . . . . . . . . . .62
Planificación de una experiencia de usuario correcta. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .62
Factores que afectan al tiempo de inicio de sesión . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .62
Planificación de la configuración de impresión . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .63
Integración de componentes de la edición Platinum en la comunidad . . . . . . . . . . . . . . . . .65
4 Preparación para la instalación de XenApp. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70

Instalaciones de XenApp invocadas desde el programa Autorun . . . . . . . . . . . . . . . . . . . . .71
Instalaciones de XenApp personalizadas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .71
Preparación del entorno para la instalación de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . .73
Para preparar la creación de la comunidad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .73
Para preparar los servidores de la comunidad para la instalación . . . . . . . . . . . . . . . . . .74
Planificación para la instalación de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .75
Elección de la ejecución del programa de instalación con Control
de cuentas de usuario activado o desactivado . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .75
Idiomas compatibles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .77
Consideraciones de procedimientos adicionales anteriores a la instalación . . . . . . . . . .78
Instalación de complementos de Citrix XenApp en los servidores . . . . . . . . . . . . . . . . .78
Sustitución de las cuentas de dominio por cuentas locales. . . . . . . . . . . . . . . . . . . . . . . .79
Planificación del registro de configuración y cifrado IMA antes de la instalación . . . . .79
Activación del cifrado IMA como administrador local . . . . . . . . . . . . . . . . . . . . . . . . . .81
Para habilitar el respaldo MUI. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .81
Planificación del remedo antes de la instalación. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .82
Instalación de componentes adicionales de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . .83
Planificación de funciones adicionales antes de la instalación. . . . . . . . . . . . . . . . . . . . .84
Instalación de los agentes de los componentes Platinum . . . . . . . . . . . . . . . . . . . . . . . . .85
Contenido 6
5 Creación de una nueva comunidad de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86

Requisitos y suposiciones de la instalación de muestra . . . . . . . . . . . . . . . . . . . . . . . . . . . . .87
Creación del primer servidor de la comunidad. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .88
Tarea 1: selección de la edición (página inicial de Autorun) . . . . . . . . . . . . . . . . . . . . . .88
Tarea 2: selección de la categoría de instalación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .89
Tarea 3: selección de componentes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .90
Tarea 4: configuración de la autenticación de clientes PassThrough. . . . . . . . . . . . . . . .92
Tarea 5: instalar el servidor de licencias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .94
Tarea 6: instalar Access Management Console . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .94
Tarea 7: instalar XenApp y sus componentes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .95
Tarea 8: instalar la configuración avanzada de XenApp . . . . . . . . . . . . . . . . . . . . . . . .104
Tarea 9: instalar la biblioteca de documentación de XenApp . . . . . . . . . . . . . . . . . . . .104
Unión a una comunidad de servidores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .104
Tarea 1: instalación inicial al unirse a una comunidad . . . . . . . . . . . . . . . . . . . . . . . . . .105
Tarea 2: unirse a una comunidad de servidores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .105
Tarea 3: especificar la ubicación del archivo de clave de cifrado IMA . . . . . . . . . . . . .107
Tarea 4: usar la configuración de licencias de la comunidad . . . . . . . . . . . . . . . . . . . . .108
6 Migración a XenApp 5.0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110

Migración de una comunidad de servidores existente a XenApp 5.0 . . . . . . . . . . . . . . . . .110
¿Qué ha cambiado en esta versión de la instalación de XenApp? . . . . . . . . . . . . . . . . .111
Elección de una estrategia de migración de la comunidad . . . . . . . . . . . . . . . . . . . . . . .115
Requisitos de la migración . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .119
Para migrar de forma gradual desde la versión anterior . . . . . . . . . . . . . . . . . . . . . . . . .120
Para migrar una comunidad de servidores existente o heredada mediante
la creación de una nueva comunidad. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .121
Eliminación de un servidor XenApp durante la migración . . . . . . . . . . . . . . . . . . . . . .123
Recreación y cambio de nombre de los servidores XenApp . . . . . . . . . . . . . . . . . . . . .124
Trabajo con comunidades mixtas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .124
Introducción a las comunidades mixtas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .125
Aumento del límite de memoria de gráficos en una comunidad mixta . . . . . . . . . . . . .126
Administración de Resource Manager en una comunidad mixta. . . . . . . . . . . . . . . . . .127
Administración de Installation Manager en una comunidad mixta . . . . . . . . . . . . . . . .127
Administración de entornos de aislamiento en una comunidad mixta. . . . . . . . . . . . . .127
Consideraciones de SNMP en una comunidad mixta. . . . . . . . . . . . . . . . . . . . . . . . . . .128
7 Configuración y aprovisionamiento de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .130

Aprovisionamiento de servidores de la comunidad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .130
Duplicación de servidores XenApp. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .132
Configuración de servidores de infraestructura . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .138
Configuración de recopiladores de datos después de la instalación. . . . . . . . . . . . . . . .138
Configuración de zonas después de la instalación . . . . . . . . . . . . . . . . . . . . . . . . . . . . .139
Configuración de XenApp después de la instalación. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .139
Configuración de servidores después de la instalación con archivos de comandos. . . .140
8 Referencia de instalaciones de XenApp personalizadas. . . . . . . . . . . . . . . . . . . . . . . . . . . .142

Creación de instalaciones personalizadas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .142
Tareas adicionales para las instalaciones de XenApp personalizadas . . . . . . . . . . . . . . . . .143
Instalación de un complemento de XenApp antes de la instalación. . . . . . . . . . . . . . . .144
Instalación de XenApp mediante la modificación de los paquetes de Windows Installer .145
Instalación mediante los comandos de Windows . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .145
Instalación mediante la aplicación de transformaciones a la instalación . . . . . . . . . . . .147
Preparación de instalaciones con respuestas rellenadas previamente . . . . . . . . . . . . . .152
Generación de un archivo de registro de la instalación . . . . . . . . . . . . . . . . . . . . . . . . .154
Instalación de XenApp con una instalación automática. . . . . . . . . . . . . . . . . . . . . . . . . . . .155
Para llevar a cabo una instalación automática con un archivo de respuestas. . . . . . . . .155
9 Referencia de propiedades de Windows Installer de XenApp . . . . . . . . . . . . . . . . . . . . . . . 158

Nombres y valores de propiedades de instalación en Windows de XenApp . . . . . . . . . . .158
Resúmenes de propiedades de instalación de XenApp. . . . . . . . . . . . . . . . . . . . . . . . . .160
Propiedades de instalación en Windows de cliente PassThrough . . . . . . . . . . . . . . . . .165
Comandos de Windows Installer de herramientas de administración . . . . . . . . . . . . . .168
Propiedades de instalación en Windows de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . .168
10 Referencia sobre la base de datos del almacén de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . 192

Planificación del almacén de datos de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .192
Elección de una base de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .193
Conexión con el almacén de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .194
Protección del almacén de datos antes de la instalación. . . . . . . . . . . . . . . . . . . . . . . . .195
Tamaño del sistema para la base de datos del almacén de datos . . . . . . . . . . . . . . . . . .195
Configuraciones de hardware sugeridas para el almacén de datos. . . . . . . . . . . . . . . . .196
Mejora del rendimiento de la comunidad y el almacén de datos . . . . . . . . . . . . . . . . . .198
Preparación de las bases de datos antes de la instalación de XenApp. . . . . . . . . . . . . . . . .199
Creación de una base de datos para el almacén de datos . . . . . . . . . . . . . . . . . . . . . . . .200
Contenido 8
Creación de un archivo DSN para la instalación de XenApp. . . . . . . . . . . . . . . . . . . . .201

Mantenimiento y recuperación de un almacén de datos de XenApp. . . . . . . . . . . . . . . . . .202
Información específica de la base de datos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .203
Base de datos de Microsoft SQL Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .203
Base de datos Oracle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .206
Base de datos IBM DB2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .209
Microsoft SQL Server Express . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .211
Base de datos Microsoft Access . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .213
1
Presentación
En este prefacio se describe cómo buscar la información necesaria para

implementar Citrix XenApp 5.0 y sus componentes, entre la que se incluye:
• Información sobre cómo encontrar las instrucciones de instalación de los
componentes de XenApp
• Una lista de notas informativas, artículos de la base de datos de
conocimientos y otros recursos que pueden resultar útiles al instalar
XenApp
• Cómo utilizar la documentación de Citrix en general
• Cómo contactar con la asistencia técnica de Citrix y cómo inscribirse en sus
cursos
Consulte el archivo Léame de Citrix XenApp antes de instalar Citrix XenApp.
Cómo utilizar esta guía para instalar XenApp

Esta guía le ayudará a instalar XenApp y planear la implementación que
finalmente se pondrá en marcha en el entorno.
Puesto que una distribución de XenApp normal a menudo contiene muchos
componentes de XenApp, cada uno de ellos con sus propias instrucciones de
instalación, esta guía no proporciona detalles sobre estas instalaciones. En su
lugar, se proporcionan instrucciones de instalación de los componentes, como la
Interfaz Web, Secure Gateway, los complementos, Access Gateway y los
componentes Platinum en sus respectivas guías de instalación o del
administrador.
En esta ilustración se presenta una descripción general de los recursos de instalación

disponibles para planificar la distribución de XenApp.
1 Presentación 12
Organización de la guía de instalación de XenApp

En esta tabla se enumeran las tareas que se pueden realizar y las secciones con
información relevante:
Tarea Consulte esta sección

Descripción de la arquitectura de la comunidad “Descripción de los conceptos de
y de los conceptos básicos de instalación instalación de XenApp” en la página 18
Planificación de la distribución de la “Planificación de la distribución de
comunidad de servidores XenApp” en la página 28
Creación de una base de datos del almacén de “Referencia sobre la base de datos del
datos almacén de datos” en la página 192
Preparación del entorno para instalar XenApp “Preparación para la instalación de
XenApp” en la página 70
Creación de una comunidad “Creación de una nueva comunidad de
XenApp” en la página 86
Migración de una comunidad de XenApp “Migración a XenApp 5.0” en la página
existente 110
Instalación de XenApp mediante archivos de “Referencia de instalaciones de
comandos, archivos de respuestas y XenApp personalizadas” en la página
transformaciones 142
Instalación de XenApp mediante los comandos “Referencia de propiedades de
de Windows Installer (msiexec) Windows Installer de XenApp” en la
página 158
Métodos de aprovisionamiento de servidores en “Aprovisionamiento de servidores de la
entornos grandes comunidad” en la página 130
Configuración de XenApp después de la “Configuración y aprovisionamiento de
instalación XenApp” en la página 130
Esta guía también incluye información que no es específica de la instalación

como, por ejemplo, información general sobre el mantenimiento de la base de
datos y el Control de cuentas de usuario (UAC).
Los requisitos del almacén de datos se encuentran en la lista de verificación de la
instalación de Citrix XenApp.
Si es la primera vez que utiliza XenApp

Si nunca antes ha instalado XenApp, recuerde consultar lo siguiente:
• “Planificación de la distribución de XenApp” en la página 28
• “Preparación para la instalación de XenApp” en la página 70
• “Creación de una nueva comunidad de XenApp” en la página 86
• “Configuración y aprovisionamiento de XenApp” en la página 130
Antes de empezar a planificar la implementación, configure una comunidad de

prueba en un entorno de laboratorio para familiarizarse con el programa de
instalación de XenApp.
Puede instalar XenApp en sistemas que cumplan los requisitos para ejecutar
Windows Server 2008 con las funciones de Terminal Server y de servidor Web
configuradas y seguir las instrucciones de “Preparación para la instalación de
XenApp”. Para una pequeña comunidad de prueba, utilice Microsoft Access para
alojar el almacén de datos.
Si ha instalado XenApp anteriormente

Si ha instalado XenApp anteriormente, recuerde consultar lo siguiente:
• “¿Qué ha cambiado en esta versión de la instalación de XenApp?” en la
página 111, que proporciona información sobre los cambios de funciones y
cambios que afectan a los archivos de comandos de instalación
• “Elección de la ejecución del programa de instalación con Control de
cuentas de usuario activado o desactivado” en la página 75, que
proporciona consejos paras la instalación de XenApp con el Control de
cuentas de usuario (UAC) de Microsoft activado
• “Elección de una estrategia de migración de la comunidad” en la página
115
• “Trabajo con comunidades mixtas” en la página 124
• Las descripciones generales de funciones nuevas se proporcionan en la
Guía de introducción a Citrix XenApp.
En esta guía se proporciona también una tabla con las funciones disponibles
en cada edición.
Recursos de instalación
Utilice estos recursos como ayuda para la planificación de la distribución de
XenApp:
• La lista de verificación de la instalación de Citrix XenApp contiene los
requisitos de XenApp.
• La Guía del administrador de Citrix XenAp. Esta guía proporciona
información sobre las funciones principales de XenApp, incluidas
publicaciones, cuentas de administrador y seguridad.
• Los archivos Léame de Citrix XenApp, el de Citrix XenApp Plugin 11.x
para Windows y el de Citrix Licensing para Windows.
1 Presentación 14
• La Guía de introducción a Citrix Licensing.

• La Guía del administrador de Citrix XenApp Plugin para aplicaciones de
servidor en la que se describe la distribución de complementos.
• La documentación específica de los componentes, como la Guía del
administrador de Secure Gateway para Windows, la Guía del
administrador de la Interfaz Web y la Guía de distribución de aplicaciones
por streaming de Citrix. Normalmente, si no existe una guía de instalación
específica de un componente, la instalación del componente se documenta
en la guía del administrador.
• En los medios de instalación de XenApp, en
Support\Install\UnattendedTemplate.txt, encontrará la plantilla de archivo
de respuestas de muestra para instalaciones automáticas, que puede copiar y
personalizar.
• Los siguientes artículos de Citrix o sus reemplazos brindan información
sobre temas de instalación especializados.
• Cómo incluir la información del servidor de licencias en una
instalación automática (CTX105536)
• Descripción de los registros de instalación MSI (CTX415447)
En el momento de esta impresión, éstos eran los que estaban disponibles en
la base de conocimientos en línea de Citrix.
Entre los recursos adicionales que pueden serle de utilidad en función de los
productos Citrix del entorno, se incluyen:
• Guía del administrador de Citrix Access Gateway
• Guía de instalación de Citrix EdgeSight
• Guía del usuario y de instalación del dispositivo WANScaler
• Guía del administrador de EasyCall
Nuevos nombres para los componentes de Citrix

Presentation Server
Citrix XenApp es el nuevo nombre de Citrix Presentation Server. Los clientes y
componentes siguientes se han actualizado para reflejar el cambio de nombre de
dicho producto.
• Configuración avanzada de XenApp es el nuevo nombre de Presentation
Server Console
• Citrix XenApp Plugin para aplicaciones de servidor es el nuevo nombre

para el plugin de virtualización en el lado del servidor (antes conocido
como Cliente de Citrix Presentation Server), que contiene los siguientes
plugins:
• Citrix XenApp, antes llamado Agente de Program Neighborhood
• Citrix XenApp Web Plugin, antes llamado Cliente Web
• Program Neighborhood
• Citrix XenApp Plugin para aplicaciones de streaming es el nuevo nombre
para el plugin de virtualización en el lado del cliente, antes llamado Citrix
Streaming Client o cliente Streaming
• Proveedor Citrix XenApp es el nuevo nombre del proveedor WMI
• Módulo de administración de Citrix XenApp es el nuevo nombre de los
módulos de administración para System Center Operations Manager y
MOM
Cómo encontrar la documentación

El documento “Presentación de Citrix XenApp” (Read_Me_First.html), que se
encuentra en el soporte de instalación, contiene enlaces con documentos de ayuda
para empezar a usar el producto. También contiene enlaces con la documentación
de producto más actualizada para XenApp y sus componentes, además de los
productos y tecnologías relacionadas. Después de instalar la documentación y
ayuda con el programa Autorun puede consultar este documento haciendo clic en
Inicio > Todos los programas > Citrix > XenApp Server > Documentos.
El sitio Web de Citrix Knowledge Center http://support.citrix.com, contiene
enlaces a toda la documentación ordenada por productos. Seleccione el producto
que desea consultar y luego haga clic en la ficha Documentation en la página de
información del producto.
El archivo Léame del producto incluye información sobre problemas conocidos.
Consulte el cuadro comparativo de funciones de XenApp (Citrix XenApp
Comparative Feature Matrix) en
http://www.citrix.com/xenapp/comparativematrix para obtener información sobre
las características de cada una de las ediciones de XenApp.
Para enviar comentarios sobre la documentación, haga clic en el enlace Article
Feedback situado a la derecha en la página de documentación del producto.
1 Presentación 16
Convenciones de la documentación
Por razones de coherencia interna, se utiliza la terminología de Windows Vista y
Windows Server 2008 (de 64 bits) en toda la documentación; por ejemplo, se usa
“Documentos” en lugar de “Mis documentos” y “Equipo” en lugar de “Mi PC".
La documentación de Citrix XenApp usa las siguientes convenciones
tipográficas.
Convención Significado
Negrita Comandos, nombres de opciones de la interfaz, tales como cuadros de
texto, botones de opción y entradas del usuario.
Cursiva Marcadores de posición para información proporcionada por el
usuario. Por ejemplo, nombre de archivo en un procedimiento
significa que hay que introducir el nombre real de un archivo. La
cursiva también se utiliza para nuevos términos, títulos de libros y
variables.
Fuente de Texto contenido en un archivo de texto.
ancho fijo
{ llaves } En una línea de comandos, indica que hay una serie de elementos de
los que uno es necesario. Por ejemplo, {yes | no } significa que hay
que introducir yes o no. No escriba las llaves, sólo el elemento.
[ corchetes ] Indica elementos opcionales en líneas de comandos. Por ejemplo, [/
ping] significa que se puede escribir /ping después del comando. No
escriba los corchetes, sólo el elemento.
| (barra vertical) En una línea de comandos, esta barra es un separador de los elementos
contenidos entre llaves o corchetes. Por ejemplo, { /hold | /release | /
delete } significa que hay que introducir /hold o
/release o /delete.
... (puntos Indican que se puede repetir uno o varios de los elementos anteriores
suspensivos) en las sentencias de comandos. Por ejemplo:
/route:nombre_dispositivo[,…] significa que se pueden escribir varios
nombres_de_dispositivos adicionales separados por comas.
Asistencia técnica y aprendizaje

Citrix tiene un foro de usuarios en Internet para asistencia técnica. Se puede
acceder al foro en http://support.citrix.com/xenappforum/. El sitio Web incluye
enlaces para descargas, Citrix Knowledge Center, Citrix Consulting Services y
otras páginas de asistencia técnica de gran utilidad.
El centro de conocimientos Citrix Knowledge Center (http://support.citrix.com)
ofrece varios servicios de asistencia técnica, herramientas y recursos para
desarrolladores.
La información sobre el aprendizaje de productos Citrix está disponible en la
página Web http://www.citrix.com/edu/.
2
Descripción de los conceptos de

instalación de XenApp
Este tema ofrece una introducción sobre los conceptos de instalación de XenApp
que incluye lo siguiente:
• Terminología de instalación de XenApp
• Resumen de los conceptos básicos de la comunidad
• Introducción a los servidores de infraestructura XenApp
Revise esta información antes de diseñar la arquitectura de su comunidad.
Terminología de instalación de XenApp

El programa de instalación de XenApp incluye dos asistentes de instalación:
• Crear una nueva comunidad. La primera vez que instale XenApp, debe
seleccionar Crear una nueva comunidad en el asistente de instalación y el
programa de instalación crea la comunidad con esas funciones específicas
de servidor.
El servidor en el que se ha instalado XenApp y se ha creado la comunidad
es el primer servidor de la comunidad o el servidor Crear comunidad. La
ruta del programa de instalación que debe seguir después de seleccionar
Crear una nueva comunidad es Crear comunidad.
• Unirse a una comunidad de servidores existente. Al ejecutar el programa
de instalación en los servidores después de instalar XenApp en el primer
servidor de la comunidad, se toma una ruta diferente en el programa de
instalación y XenApp hará referencia a la configuración especificada en el
primer servidor de la comunidad. Estos servidores se unen a la comunidad
existente y se comunican con el primer servidor de la comunidad.
Terminología adicional utilizada en la documentación de instalación:
• Entorno multiusuario. Entorno, incluido XenApp y Terminal Services, en

el que las aplicaciones se publican en servidores para que las puedan
utilizar varios usuarios simultáneamente.
• Servidores de aplicación. Servidores de la comunidad que alojan las
aplicaciones publicadas.
• Servidores de infraestructura. Servidores de la comunidad que alojan
servicios de infraestructura, como el almacén de datos o el servidor de
licencias. Normalmente, no contienen aplicaciones publicadas.
• Comunidad de producción. Comunidad de uso y acceso habitual por parte
de los usuarios de la organización.
• Comunidad de validación de diseño. Comunidad que se instala en un
entorno de laboratorio, normalmente como diseño o guía para la comunidad
de producción.
• Comunidad piloto. Comunidad piloto de preproducción para probar el
diseño de la comunidad antes de distribuirla en toda la organización. Un
piloto real se basa en el acceso de usuarios seleccionados y, posteriormente
la adición de usuarios hasta que todos los usuarios tengan acceso a esta
comunidad para sus necesidades diarias.
• Enumeración. Proceso por el que un cliente transmite datos para localizar
servidores en la red y recupera información sobre las aplicaciones
publicadas de la comunidad de servidores. Durante la enumeración, Citrix
XenApp Plugin para aplicaciones de servidor se comunica con el servicio
XML Citrix o con el examinador ICA, según el protocolo de exploración
seleccionado en el complemento.
Resumen de los conceptos básicos de la comunidad

En este tema se supone que comprende los conceptos básicos de XenApp, como
la arquitectura cliente/servidor, la redirección y la publicación de aplicaciones.
Para hacer un repaso de estos conceptos y funciones, consulte Guía de
introducción a Citrix XenApp.
2 Descripción de los conceptos de instalación de XenApp 20
En la siguiente ilustración, se muestra una distribución básica de Citrix XenApp.

Debe comprender los siguientes términos para planificar la comunidad:
• Licencias de Citrix. Citrix License Server es un componente necesario
para todas las distribuciones de XenApp. Instale el servidor de licencias en
un servidor compartido o independiente, según el tamaño de la comunidad.
Después de instalar el servidor de licencias, descargue los archivos de
licencia correspondientes y agréguelos al servidor de licencias. Para
obtener instrucciones sobre cómo hacerlo, consulte la Guía de introducción
a Citrix Licensing.
• Almacén de datos. El almacén de datos es la base de datos en la que los
servidores almacenan la información estática de la comunidad, como
información de configuración sobre las aplicaciones publicadas, usuarios,
impresoras y servidores. Cada comunidad de servidores dispone de un
único almacén de datos.
• Recopilador de datos. Un recopilador de datos es un servidor que aloja
una base de datos almacenada en la memoria que mantiene información
dinámica sobre los servidores de la zona, como las cargas de los servidores,
el estado de la sesión, las aplicaciones publicadas, los usuarios conectados
y el uso de licencias. Los recopiladores de datos reciben actualizaciones de
datos incrementales y consultas de los servidores de la zona. Además,
transmiten información a todos los demás recopiladores de datos de la
comunidad. De forma predeterminada, el primer servidor de la comunidad
funciona como recopilador de datos.
De forma predeterminada, el recopilador de datos se configura en el primer
servidor de la comunidad durante la instalación de Crear comunidad,
mientras que los demás servidores se configuran de modo que tengan el
mismo derecho a convertirse en recopilador de datos si el recopilador de
datos falla. Cuando falla el recopilador de datos de la zona, tiene lugar una
elección de recopilador de datos y otro servidor asume las funciones del
recopilador de datos. Las comunidades determinan el recopilador de datos
basándose en las preferencias de elección establecidas para un servidor.
El recopilador de datos es un servidor de infraestructura y las aplicaciones
no se suelen publicar en él.
• Zona. Una zona es un grupo de servidores XenApp que se comunican con
un recopilador de datos común. En comunidades grandes con varias zonas,
cada zona tiene un servidor designado como el recopilador de datos de la
zona. Los recopiladores de datos de las comunidades con más de una zona
actúan de puertas de enlace de comunicación con los demás recopiladores
de datos de la zona.
El recopilador de datos mantiene toda la información de carga y sesiones de
los servidores de su zona. Todas las comunidades tienen como mínimo una
zona, incluso las pequeñas. Se debe implementar el menor número de zonas
posible y lo óptimo es una. Sólo es necesario disponer de varias zonas en
comunidades grandes que abarcan redes WAN.
• Servidor de archivos de streaming o Web. Las aplicaciones se pueden
distribuir a los usuarios por streaming o alojándolas en el servidor. Si las
aplicaciones se distribuyen por streaming, tanto al cliente como al servidor,
debe instalar en su entorno un servidor de archivos de streaming. Al
distribuir las aplicaciones por streaming, se crean perfiles de la aplicación
que, a continuación, se almacenan en un servidor de archivos o Web. El
perfil contiene el archivo de manifiesto (.profile), que es un archivo XML
que define el perfil, así como los archivos CAB de destino, un archivo de
clave hash, el repositorio de iconos (Icondata.bin) y una carpeta de archivos
de comandos para iniciar previamente y salir posteriormente de los
archivos de comandos.
• Interfaz Web. La Interfaz Web es un componente necesario en cualquier
entorno en el que los usuarios acceden a sus aplicaciones mediante el
complemento de XenApp o un explorador Web. Instale la Interfaz Web en
un equipo independiente; sin embargo, cuando hay recursos limitados, la
Interfaz Web se coloca a veces con otras funciones. Para obtener
instrucciones sobre la instalación, consulte Guía del administrador de la
Interfaz Web.
• Sitios XenApp Web y XenApp Services. Los sitios XenApp Web y
XenApp Services (antes conocidos como sitios de plataforma de acceso y
de Program Neighborhood Agent Services, respectivamente) proporcionan
una interfaz para la comunidad del servidor desde el dispositivo cliente.
Cuando un usuario se autentica en un sitio XenApp Web o XenApp
Services, ya sea directamente o a través del complemento de XenApp o

Access Gateway, el sitio:
• Envía las credenciales del usuario al servicio XML Citrix.
• Recibe el conjunto de aplicaciones disponibles para el usuario
mediante el servicio XML.
• Muestra las aplicaciones disponibles para el usuario a través de una
página Web o mediante la creación de accesos directos directamente
en el equipo del usuario
• Servicio XML Citrix y Citrix XML Broker. El Citrix XML Broker
funciona como intermediario entre los demás servidores de la comunidad y
la Interfaz Web. Cuando un usuario se autentica en la Interfaz Web, el
Citrix XML Broker:
• Recibe las credenciales del usuario de la Interfaz Web y solicita a la
comunidad de servidores una lista de las aplicaciones publicadas para
las que el usuario tiene permiso de acceso. El Citrix XML Broker
recupera este conjunto de aplicaciones del sistema IMA (Independent
Management Architecture) y lo devuelve a la Interfaz Web.
• Tras recibir la solicitud del usuario para iniciar una aplicación, el
intermediario (Broker) localiza los servidores de la comunidad que
alojan esta aplicación e identifica cuál de ellos es el servidor óptimo
para esta conexión según distintos factores. El XML Broker devuelve
la dirección de este servidor a la Interfaz Web.
El XML Broker es una función del servicio XML Citrix. De forma
predeterminada, el servicio XML se instala en todos los servidores durante
la instalación de XenApp. Sin embargo, sólo funciona como intermediario
el servicio XML en el servidor especificado de la Interfaz Web. (El servicio
XML se está ejecutando en otros servidores de la comunidad, pero no se
utiliza para mantener conexiones del usuario final.) En una comunidad
pequeña, el XML Broker se suele designar en un servidor dedicado a varias
funciones de infraestructura. En una comunidad grande, el XML Broker se
podría configurar en uno o varios servidores dedicados.
El XML Broker se denomina a veces servidor XML Citrix o servicio XML
Citrix. Para mayor claridad, el término XML Broker se utiliza para hacer
referencia a cuando el servicio XML funciona como el intermediario entre
la Interfaz Web y el servicio IMA, independientemente de si está alojado en
un servidor dedicado o colocado con otras funciones de la infraestructura.
En esta ilustración se utiliza una comunidad grande para mostrar el funcionamiento

conjunto de la Interfaz Web y el XML Broker. (1) El usuario se conecta a la Interfaz Web a
través del complemento de XenApp o de un explorador Web; (2) la Interfaz Web se pone
en contacto con el XML Broker para determinar qué aplicaciones están disponibles para
este usuario; (3) el XML Broker solicita al servicio IMA esta información y devuelve los
resultados a la Interfaz Web; (4) la Interfaz Web muestra las aplicaciones disponibles para
el usuario a través de una página Web o mediante la creación de accesos directos
directamente en el equipo del usuario.
Introducción a los servidores de infraestructura XenApp

Las comunidades XenApp tienen dos tipos de servidores: servidores de
infraestructura y servidores miembro que alojan aplicaciones publicadas. Los
servidores de infraestructura realizan funciones específicas y normalmente no
contienen aplicaciones publicadas, excepto en comunidades pequeñas. Los
servicios incluyen:
• Servicios de infraestructura de la comunidad. Almacén de datos,
recopilador de datos y Citrix XML Broker.
• Servicios de infraestructura de acceso. Interfaz Web, Secure Gateway
(opcional) y Access Gateway (opcional).
• Servicios adicionales. Citrix License Server, servidor de archivos de
streaming o Web (opcional), un equipo para crear perfiles de aplicaciones,
base de datos del registro de configuración (opcional), base de datos de
EdgeSight (opcional) y reproductor SmartAuditor (opcional).
Uno o más de estos servicios de infraestructura se pueden agrupar en

comunidades pequeñas. En distribuciones grandes, cada servicio se ejecuta en
uno o más servidores dedicados.
En esta ilustración se indican las funciones de infraestructura que se pueden agrupar en

el mismo servidor, en función del tamaño del entorno.
Sin embargo, otros factores que no son el tamaño pueden afectar a la forma de
agruparse las funciones de infraestructura. Determinados problemas de seguridad,
los servidores virtualizados y la carga de usuarios contribuyen a decidir qué
funciones se pueden colocar.
En esta ilustración se muestran los servidores de infraestructura de una comunidad

grande. La Interfaz Web, el servicio XML, el recopilador de datos y el almacén de datos se
distribuyen en servidores independientes.
Un buen método para establecer la división entre los servidores de infraestructura
y los servidores de aplicaciones publicadas es considerar el servidor de
infraestructura como servidor controlador y los servidores de aplicaciones
publicadas como servidores de trabajo. El servidor controlador proporciona la
infraestructura que administra y ofrece asistencia a los servidores de trabajo, que
alojan las aplicaciones. Normalmente, en comunidades más grandes, separa las
funciones del controlador en servidores distintos. Sin embargo, para las
comunidades pequeñas puede disponer de un servidor controlador que contenga
funciones de infraestructura y varios servidores de trabajo que contengan
En esta ilustración se muestra un servidor de infraestructura de una comunidad pequeña

que se comunica con Access Gateway. En este caso, el almacén de datos, el recopilador
de datos, el servicio XML, Citrix License Server y la Interfaz Web se instalan en un
servidor de infraestructura.
Las comunidades pequeñas que requieran redundancia pueden tener uno o dos
servidores de infraestructura. Por ejemplo, en una comunidad pequeña con un
almacén de datos de Access, el almacén de datos se puede configurar en el mismo
servidor que el recopilador de datos y el XML Broker y, puede que incluso Citrix
License Server y la Interfaz Web.
Las comunidades medianas y grandes pueden agrupar servicios y servidores de
infraestructura con funciones similares. Por ejemplo, el XML Broker se puede
agrupar con el recopilador de datos. En algunas distribuciones más grandes, cada
servicio de infraestructura podría tener uno o más servidores dedicados. Por
ejemplo, en comunidades grandes, Citrix License Server y la Interfaz Web están
alojados normalmente en servidores independientes.
3
Planificación de la distribución de
XenApp
Este tema se centra en las consideraciones de planificación y diseño de la

comunidad, entre las que se incluye:
• Tareas para diseñar y distribuir una comunidad
• Planificación de aplicaciones y cargas del servidor
• Planificación de servidores de infraestructura
• Configuraciones de hardware de XenApp
• Consideración de la infraestructura de red
Tareas para diseñar y distribuir una comunidad

Las aplicaciones son fundamentales en las comunidades de XenApp y determinan
todas las decisiones de planificación que se toman en la comunidad. Las
principales decisiones que se toman durante el proceso de planificación provienen
de los siguientes puntos:
• ¿Qué aplicaciones se publican en la comunidad, cuáles funcionan, cuáles
requieren cambios para funcionar y cuáles no son candidatas para su
publicación?
• ¿Cómo acceden los usuarios a sus aplicaciones?
• ¿Cómo se configuran las aplicaciones?
Estas decisiones determinan la infraestructura de la red, el diseño de la
comunidad y los requisitos de hardware. Un proceso típico para planificar una
comunidad XenApp incluye lo siguiente:
1. Familiarizarse con XenApp y la instalación de XenApp mediante la
creación de una pequeña comunidad de prueba de uno o dos servidores.
2. Decidir qué aplicaciones se distribuyen a los usuarios.
3. Determinar cómo se desean distribuir las aplicaciones, ya sea virtualizadas

en el servidor o en el cliente. Realizar esto mediante la prueba y evaluación
de las aplicaciones y tener en cuenta los requisitos de los periféricos.
4. Determinar dónde instalar las aplicaciones en los servidores XenApp y qué
aplicaciones se pueden ubicar en el mismo servidor.
5. Determinar cuántos servidores necesita para las aplicaciones.
6. Determinar el número total de servidores que se necesitan para la
comunidad y evaluar los requisitos de hardware.
7. Crear el diseño de infraestructura de red y definir los procesos de
instalación.
8. Crear una comunidad piloto de preproducción basada en el diseño de la
comunidad.
9. Probar la comunidad piloto.
10. Poner la comunidad en producción.
Al diseñar su comunidad, Citrix recomienda encarecidamente que se cree un
documento de diseño detallado como guía para el nuevo entorno. El documento
de diseño de la comunidad XenApp debe incorporar las decisiones de diseño
asociadas a cada componente y el área funcional de arquitectura, las
configuraciones de sistema operativo, el acceso de usuario y la distribución de
aplicaciones. Utilice los temas de este capítulo como guía para las áreas cubiertas.
El proceso de creación del documento le permite analizar las limitaciones y
requisitos del entorno, detectar problemas de diseño que podrían impedir el éxito
de la instalación y planificar los requisitos de crecimiento.
Planificación de aplicaciones y cargas del servidor

Antes de determinar el número de servidores que necesita en la comunidad y en
qué servidores instalar las aplicaciones, decida qué aplicaciones desea distribuir y
cómo desea hacerlo. En este tema se indica cómo determinar qué aplicaciones se
deben publicar y cómo distribuirlas.
3 Planificación de la distribución de XenApp 30
Evaluación de la compatibilidad con XenApp de

las aplicaciones
Antes de publicar aplicaciones en una comunidad de producción, asegúrese de
que son compatibles con el sistema operativo del servidor y que admiten un
entorno multiusuario. La compatibilidad de aplicaciones determina el método de
distribución de aplicaciones (acceso desde el servidor, distribución por streaming
al servidor o distribución por streaming a los escritorios cliente). Muchas
aplicaciones admiten entornos multiusuario y trabajan en XenApp sin que sea
necesaria ninguna configuración adicional.
Al diseñar una comunidad, evalúe si las aplicaciones son compatibles con los
entornos multiusuario y, si es así, la posibilidad de ampliación del servidor de
aplicaciones. Antes de probar la compatibilidad de las aplicaciones, busque en
Internet o en los foros de asistencia de la aplicación para ver cómo funcionan con
Terminal Services o XenApp. Las aplicaciones compatibles con Terminal
Services y certificadas con el logotipo de Windows presentan menos problemas
que las no compatibles, o incluso no presentan ninguno.
La prueba inicial de la compatibilidad de la aplicación suele implicar la
publicación de la aplicación para que quede instalada y alojada en un servidor de
una comunidad de prueba, con varios usuarios de prueba conectados a ella.
Después de la prueba inicial, debe quedar claro qué aplicaciones funcionan y
cuáles presentan problemas. Las aplicaciones que funcionan correctamente se
deben probar por si hay conflictos con otras aplicaciones que se desean instalar en
el servidor y, a continuación, probar la posibilidad de ampliación.
Es posible que las aplicaciones que no funcionan correctamente no se hayan
diseñado para entornos multiusuario o multiaplicación. Las aplicaciones no
diseñadas para estos entornos pueden tener conflictos con otras aplicaciones o
problemas de ampliación o rendimiento. La configuración del registro, los
intentos de compartir archivos o DLL, los requisitos de uso exclusivo de archivos
o DLL, o cualquier otra funcionalidad dentro de una aplicación pueden hacer que
una aplicación sea incompatible. Puede resolver algunos problemas de
aplicaciones a través del streaming, mediante características como IP virtual o la
creación de aplicaciones aisladas.
Después de las pruebas, si estas soluciones no dan resultado, es posible que deba
buscar y resolver el origen del problema. Para identificar el origen de los
problemas de las aplicaciones, puede usar el kit de herramientas de
compatibilidad de aplicaciones (ACT) o herramientas como Windows
Sysinternals de Microsoft. Entre los ejemplos de problemas comunes se incluyen
los siguientes:
• Archivos .INI que contienen nombres de ruta integrados en el código,
parámetros de conexión a bases de datos y configuraciones de bloqueo de
lectura/escritura de archivos, que tienen que volver a configurarse para

evitar conflictos de archivo.
• Aplicaciones personalizadas desarrolladas con rutas integradas en el
registro.
• Aplicaciones que utilizan el nombre de equipo o la dirección IP a efectos de
identificación. Puesto que un servidor puede ejecutar varias instancias de la
aplicación, todas las instancias pueden utilizar la misma dirección IP o
nombre de equipo, lo que puede generar errores en la aplicación.
Si encuentra alguno de estos parámetros integrados en el código u otros
conflictos, documente el problema en el documento de diseño de la comunidad.
Tras encontrar soluciones a estos problemas, diseñe la comunidad y pruebe el
diseño; para ello, cree una comunidad de prueba piloto.
Factores básicos que se deben considerar en las

aplicaciones
Tenga en cuenta los siguientes factores al definir el hardware de la comunidad y
la configuración del sistema operativo:
• ¿Puedo ejecutar las aplicaciones que deseo proporcionar a los usuarios en
Windows Server 2008, Terminal Services o XenApp 5.0? Citrix
recomienda probar las aplicaciones no compatibles con Vista en Windows
Server 2008 antes de publicarlas en la comunidad.
• Algunas aplicaciones no compatibles con Vista se ejecutan en
Windows Server 2008 mediante su función de compatibilidad de
aplicaciones
• Recuerde que puede usar Presentation Server 4.5 con Feature Pack 1
para las aplicaciones que no se ejecutan mediante la función de
compatibilidad de aplicaciones de Windows Server 2008
• Si los usuarios requieren una función no admitida en esta versión,
como la sincronización de PDA, puede que sea necesario
implementar una comunidad que incluya Presentation Server 4.5 con
Feature Pack 1
• ¿Cuántos usuarios calculo que desearán conectarse a cada aplicación
durante las horas de mucha y poca actividad? ¿Debo asignar servidores
para el equilibrio de carga?
• ¿Utilizarán los usuarios con frecuencia determinadas aplicaciones? ¿Deseo
publicar todas estas aplicaciones en el mismo servidor para facilitar el uso
compartido de sesiones y reducir el número de conexiones a un servidor? Si
desea hacer uso de sesiones compartidas, es posible que quiera que los
usuarios ejecuten las aplicaciones en ventanas integradas. Para obtener más

información sobre el uso compartido de sesiones y ventanas integradas,
consulte “Cómo compartir sesiones y conexiones” en el capítulo
Administración de entornos y conexiones de sesión de la Guía del
administrador de XenApp.
• ¿Deberá proporcionar mi organización pruebas del cumplimiento del
reglamento para determinadas aplicaciones? ¿Se someterá a alguna de las
aplicaciones a una auditoría de seguridad? Si tiene intención de utilizar
SmartAuditor para registrar sesiones en estos servidores, instale el agente
de SmartAuditor en ellos. Además, asegúrese de que los servidores tienen
suficientes recursos de sistema para garantizar un rendimiento adecuado.
• ¿Alguna de mis aplicaciones hará un uso intensivo de gráficos? Si es así,
puede usar las características XenApp SpeedScreen, la administración de
memoria o la administración de uso de CPU, así como hardware más
potente para las sesiones alojadas en estos servidores.
Si tiene aplicaciones que requieran Presentation Server 4.5 o Windows Server
2003, determine cómo desea administrar los requisitos de comunidades mixtas.
Use alguno de estos supuestos:
• Una comunidad que ejecute tanto Presentation Server 4.5 como XenApp
5.0. Use este supuesto sólo como parte de una estrategia de migración de
comunidades y no como solución permanente.
• Una comunidad para Presentation Server 4.5 y otra para XenApp 5.0.
Utilice la Interfaz Web para proporcionar un punto de acceso consolidado a
los usuarios. Citrix recomienda esta estrategia donde una comunidad mixta
es un requisito permanente.
Para obtener más información, consulte la Guía del administrador de
SmartAuditor.
Evaluación de los métodos de distribución de

aplicaciones
El método de distribución de una aplicación es un factor que debe considerarse al
determinar el número de servidores de una comunidad y sus requisitos
individuales de hardware.
La elección del método de distribución de las aplicaciones depende de las
necesidades de su organización. Por ejemplo, algunas organizaciones utilizan
XenApp para optimizar la administración. En otras organizaciones, la
infraestructura existente de hardware puede afectar al método de distribución
seleccionado, al igual que los tipos de aplicaciones que se desean distribuir. Cada
método de distribución tiene distintas ventajas; algunos métodos pueden
adaptarse a su entorno mejor que otros.
Las aplicaciones se pueden distribuir a los usuarios como:
• Alojadas y con acceso desde el servidor. Las aplicaciones se instalan en el
servidor, donde tiene lugar el procesamiento, y se accede a ellas desde el
servidor. Éste es el modelo de publicación convencional de XenApp. En
muchas organizaciones, es la forma de conseguir el coste de propiedad más
bajo para los recursos de TI, ya que esta opción proporciona la capacidad de
ampliación más alta.
• Distribuidas por streaming al servidor. Los ejecutables de las
aplicaciones se colocan en paquetes o perfiles y se almacenan en un
servidor de archivos. Sin embargo, el procesamiento de las aplicaciones
tiene lugar en el servidor. Una de las diferencias principales entre distribuir
por streaming una aplicación al servidor y alojar la aplicación en el servidor
es que las aplicaciones distribuidas por streaming se almacenan en un
servidor de archivos central, el punto compartido de archivos distribuidos
por streaming, y proporcionan aislamiento a las aplicaciones por diseño.
Cuando se distribuyen aplicaciones por streaming al servidor, todos los
servidores requieren XenApp Plugin para aplicaciones de streaming. Sin
embargo, los dispositivos cliente sólo necesitan un XenApp Plugin para las
aplicaciones de servidor.
• Distribuidas por streaming al cliente. Las aplicaciones se almacenan en
un servidor Web o de archivos, pero el procesamiento de las aplicaciones
tiene lugar en el dispositivo cliente y no en el servidor. Cuando las
aplicaciones se distribuyen por streaming al dispositivo cliente (se
distribuyen por streaming al escritorio), la experiencia del usuario es
similar a la que se obtendría si las aplicaciones se ejecutaran localmente. Si
se distribuyen por streaming al cliente, los dispositivos cliente deben tener
XenApp Plugin para aplicaciones de streaming. Similar al modelo de
distribución por streaming al servidor, los ejecutables de las aplicaciones se
almacenan en el punto compartido de archivos distribuidos por streaming.

Para ejecutar aplicaciones habilitadas para el acceso fuera de línea, los
dispositivos cliente deben disponer también de XenApp Plugin para
Instalada y alojada en el servidor Distribuida al cliente

o distribuida por streaming al servidor
Ventajas: Ventajas:
• El usuario obtiene una experiencia de uso más • Los usuarios pueden utilizar las aplicaciones de
coherente independientemente del dispositivo forma local, aunque se administren de forma
cliente. centralizada.
• Puede mantener y administrar aplicaciones de • Los usuarios pueden tener una mejor experiencia al
forma centralizada. distribuir por streaming al cliente aplicaciones que
• En muchos casos, la distribución por streaming al consumen muchos recursos, como aquellas que
servidor permite ejecutar aplicaciones en conflicto hacen un uso intensivo de gráficos o de la CPU. El
en el mismo servidor sin necesidad de aislarlas. tráfico de las aplicaciones distribuidas por
• Los dispositivos cliente no requieren grandes streaming al cliente no se envía por el canal de ICA.
recursos como los discos duros. Estos métodos de
distribución admiten clientes delgados (thin
clients).
Desventajas: Desventajas:
• Los servidores de comunidad necesitan recursos • Los dispositivos cliente deben tener suficientes
suficientes para admitir las aplicaciones. recursos para ejecutar las aplicaciones localmente;
los dispositivos cliente no pueden ser clientes
delgados.
• Los dispositivos cliente deben ejecutar sistemas
operativos Windows XP o Vista.
El requisito de un servidor de archivos central no es necesariamente un

impedimento para distribuir aplicaciones por streaming en organizaciones con
sucursales, ya que el punto compartido de archivos que se distribuyen por
streaming se puede implementar en un servidor Web, según se describe en
“Planificación de componentes de distribución de aplicaciones por streaming” en
la página 48.
Combinación de métodos de distribución de aplicaciones
Puede ejecutar aplicaciones en modo dual donde XenApp intenta primero
distribuir la aplicación al dispositivo cliente, pero usa otro método de acceso si el
streaming al cliente no es compatible con el dispositivo cliente. Puede especificar
que algunos usuarios, como el personal comercial, ejecuten aplicaciones
distribuidas al cliente cuando tienen acceso a las aplicaciones desde dispositivos
Windows, y después las ejecuten como aplicaciones alojadas cuando acceden a
ellas desde dispositivos móviles de mano o de tipo kiosco.
Algunas situaciones requieren métodos de distribución de aplicaciones

específicos. Si los usuarios necesitan acceder a las aplicaciones mientras están
fuera de línea (no conectados a la comunidad), considere la distribución de
aplicaciones por streaming. Si los usuarios tienen clientes delgados, instale y
distribuya las aplicaciones desde los servidores de la comunidad.
Para obtener más información sobre la distribución de aplicaciones, consulte la
Guía del administrador de Citrix XenApp y la Guía de distribución de
aplicaciones por streaming.
Elección entre aplicaciones y escritorios publicados

Antes de seleccionar el método de distribución de aplicaciones, tiene que decidir
si va a publicar el escritorio o las aplicaciones.
• Publicación del escritorio. Cuando se inicia una sesión en XenApp,
presenta a los usuarios el escritorio completo de Windows Server. Sin
embargo, el escritorio debe estar bloqueado por motivos de seguridad.
• Publicación de aplicaciones. Permite publicar aplicaciones específicas y
distribuir únicamente éstas a los usuarios. Esta opción ofrece un mayor
control administrativo y es la que se usa más frecuentemente.
Puede utilizar directivas para evitar que los usuarios accedan a puertos y
dispositivos locales con ambos métodos de distribución de aplicaciones, por lo
que no es necesario que publique el escritorio con este propósito.
Localización de aplicaciones en los servidores

Al diseñar la comunidad, tenga en cuenta lo siguiente:
• Los servidores en los que se instalarán las aplicaciones.
• Si el equilibrio de carga o el equilibrio de carga preferencial cambia su
necesidad de dedicar servidores a aplicaciones de importancia fundamental
o muy utilizadas.
• La ubicación geográfica de los servidores en los que se distribuyen las
aplicaciones (para WAN y organizaciones con sucursales)
Determinación de si se agruparán las aplicaciones en

servidores
Habitualmente, las dos estrategias principales para agrupar aplicaciones en los
servidores son el “aislamiento” de aplicaciones y el “no aislamiento” de
aplicaciones.
• Aplicaciones aisladas. Cuando una aplicación está aislada en los
servidores de una comunidad, cada servidor tiene un número limitado de
aplicaciones. Algunos servidores sólo pueden tener una aplicación, en tanto
que otros pueden tener un conjunto de aplicaciones interrelacionadas. Por

ejemplo, se puede instalar una aplicación médica en el Servidor A y una
aplicación de planificación de recursos de empresa (ERP) en el Servidor B.
No obstante, si la aplicación ERP está integrada con el correo electrónico,
también puede tener un cliente de correo en el Servidor B. En algunas
ocasiones, el aislamiento es necesario cuando, por razones empresariales,
las aplicaciones tienen requisitos de hardware únicos, con el fin de separar
las aplicaciones de importancia vital o las aplicaciones de actualización
frecuente. Sin embargo, el aislamiento de aplicaciones no es tan eficiente
como las aplicaciones no aisladas con relación al uso del hardware y el
tráfico de la red.
• Aplicaciones no aisladas. En un enfoque no aislado de la instalación de
aplicaciones, todas las aplicaciones se instalan en un servidor. Las
aplicaciones se pueden instalar de forma tradicional o en aislamiento
(instalación en perfiles diferentes).
Aunque las aplicaciones no aisladas son más comunes, las aplicaciones se aíslan
para cumplir con requisitos específicos.
Citrix recomienda instalar las aplicaciones que interactúan entre sí en el mismo
servidor o incluirlas en el mismo perfil de distribución por streaming. Por
ejemplo, si una aplicación interactúa con un cliente de correo permitiendo a los
usuarios enviar notificaciones de correo electrónico, instale la aplicación y el
cliente de correo en el mismo servidor. Del mismo modo, si aplicaciones, como
Microsoft Office, comparten parámetros y preferencias, instálelas en el mismo
servidor.
Aisladas No aisladas
Ventajas: Ventajas:
• Se facilita el seguimiento del uso y la ubicación de • Reduce el número de servidores necesarios para las
la aplicación. aplicaciones en comunidades de tamaño medio o
• La centralización facilita la configuración y el pequeño.
mantenimiento de la aplicación. • Puede simplificar los permisos de usuario y la
• Otras aplicaciones no interfieren en la aplicación necesidad de garantizar configuraciones coherentes
instalada. durante la instalación de aplicaciones.
• Puede ser útil en aplicaciones de vital importancia. • Cada usuario tiene acceso a un solo servidor y se
garantizan las sesiones compartidas.
• Se requieren servidores adicionales para garantizar • No se puede usar con aplicaciones que tienen
la redundancia suficiente. conflictos con otras aplicaciones.
Gracias a funciones como Load Manager y el equilibrio de carga preferencial,

puede que no necesite aislar las aplicaciones de importancia vital o las
aplicaciones con un elevado nivel de uso.
Cuando una aplicación está “en conflicto” con otras, en lugar de aislarla en un
servidor, considere su distribución por streaming. La distribución por streaming
la aísla con eficacia, lo que permite que las aplicaciones “en conflicto” se
ejecuten en un único servidor y se reduzca la necesidad de aislamientos.
Planificación de cargas del servidor y servidores dedicados

para aplicaciones
Al determinar qué aplicaciones desea instalar en los servidores, tenga en cuenta si
desea equilibrar las cargas de los servidores. Puede que desee equilibrar la carga
de aplicaciones que consumen muchos recursos, de vital importancia o de alta
disponibilidad. XenApp ofrece dos métodos de equilibrio de carga:
• Load Manager permite equilibrar las nuevas conexiones al servidor.
Cuado un usuario inicia la primera aplicación publicada, esa sesión de
usuario se establece en el servidor con menor carga de la comunidad, en
función de los criterios que ha configurado.
Cuado el usuario inicia una segunda aplicación publicada en el servidor, la
sesión existente se comparte y no tiene lugar ninguna administración de
carga. No obstante, si esa aplicación no está publicada en el mismo
servidor, se convoca a Load Manager y se realiza otra decisión de equilibrio
de carga.
El equilibrio de carga está activado de forma predeterminada. Al publicar
una aplicación en varios servidores, el equilibrio de carga garantiza
automáticamente que el usuario se envíe al servidor con menos carga.
• El equilibrio de carga preferencial permite asignar una parte específica de
recursos de la CPU a una sesión o aplicación específicas. Puede utilizar el
equilibrio de carga preferencial para asignar niveles de importancia (Baja,
Normal o Alta) a usuarios y aplicaciones específicos. Por ejemplo, los
médicos de un hospital se podrían especificar como usuarios importantes y
las exploraciones de resonancia magnética o los rayos X como aplicaciones
importantes. Estos usuarios y aplicaciones importantes con niveles más
altos de servicio disponen de más recursos de cálculo para ellos. De forma
predeterminada, se asigna el nivel de servicio Normal a todos los usuarios y
aplicaciones.
Como resultado, pueden coexistir diferentes cargas de trabajo de
aplicaciones en un solo servidor; simplemente hay que asignar a las
aplicaciones importantes un mayor nivel de importancia.
La diferencia principal entre las características de Load Manager y el equilibrio

de carga preferencial es que el segundo se puede utilizar para tratar cada sesión de
forma diferente mientras que Load Manager trata cada sesión de la misma forma.
Aunque se pueden usar aplicaciones como base para las decisiones de Load
Manager, Citrix no lo recomienda. Citrix recomienda que se convoque a Load
Manager sólo en función del servidor.
Citrix no recomienda el equilibrio de carga entre las zonas de una WAN. Para
obtener más información sobre el equilibrio de carga, consulte la Guía del
administrador de Load Manager. Para obtener más información sobre el
equilibrio de carga preferencial, consulte la Guía del administrador de XenApp.
Nota: Consulte la matriz de comparación de funciones en http://

www.citrix.com/xenapp/comparativematrix para obtener información sobre qué
ediciones de XenApp admiten la función de equilibrio de carga preferencial.
Determinación del modo de instalación de las aplicaciones

En grandes comunidades, la instalación de aplicaciones en servidores puede
tardar bastante tiempo. Además, las aplicaciones ubicadas en servidores con
equilibrio de carga requieren parámetros y opciones de configuración idénticos.
Para resolver estos problemas, puede instalar estas aplicaciones mediante
Installation Manager, archivos de comandos de instalación, Microsoft System
Center Configuration Manager (antes conocido como Systems Management
Server, SMS) o, en su lugar, mediante la distribución de aplicaciones por
streaming.
Centralización o distribución de servidores de

aplicaciones
En entornos no centralizados, puede ubicar los servidores de aplicaciones de
forma centralizada con otros servidores de la infraestructura (por ejemplo, en un
centro de datos), o de forma descentralizada, cerca de los usuarios que acceden a
las aplicaciones o en la misma región geográfica que éstos.
Lógicamente, Citrix recomienda ubicar los servidores de aplicaciones cerca de
los orígenes de datos. Por ejemplo, si existe una aplicación de planificación de
recursos de empresa, ubique esos servidores XenApp dentro del mismo centro de
datos. Otro ejemplo puede ser una compañía multinacional que usa Microsoft
Exchange 2007 como origen de datos del correo electrónico. Aunque la compañía
pueda centralizar todos los servidores Exchange en el centro de datos principal, es
más probable que habiliten servidores Exchange dentro de cada región y después
se ubiquen también allí servidores XenApp que alojen Outlook.
En organizaciones con sitios ubicados en distintas zonas geográficas, hay que

tener en cuenta las ventajas y desventajas de centralizar los servidores o
descentralizarlos que se describen en la siguiente tabla:
Servidores centralizados en un sitio Servidores distribuidos en varios sitios

Ventajas: Ventajas:
• Asistencia técnica y administración de servidores • Continuidad de la actividad de la organización y
centralizadas. redundancia mejoradas: si un sitio pierde la
• Administración de aplicaciones centralizada. conexión, ello no afecta al acceso de todas las
• Seguridad física potencialmente mejor que en las aplicaciones.
sucursales. • Si la información se mantiene en diferentes sitios,
con la ubicación de los servidores en dichos sitios, se
proporciona a los usuarios un acceso local a los
datos.
• Los sitios pueden administrar sus propios servidores.
• El nivel de preferencia de zonas y conmutación por
error se pueden invocar si hay varias zonas.
• Punto único de error: si el sitio pierde la conexión, • La comunicación entre servidores atraviesa la red
los usuarios no disponen de ningún acceso WAN.
alternativo. • Si los usuarios necesitan acceder a varios sitios, es
posible que deba coordinar y duplicar los dominios,
las relaciones de confianza, los perfiles de usuario y
los datos.
• Los sitios pueden necesitar asistencia técnica y
administración local adicionales.
Determinación del número de comunidades que se

deben distribuir
La mayoría de las organizaciones implementan una sola comunidad. Sin
embargo, existen circunstancias donde puede ser razonable la implementación de
varias comunidades. Antes de distribuir XenApp, debe decidir si se debe
implementar una comunidad o varias. Esta decisión se verá determinada por los
siguientes factores:
• Ubicación y necesidades de los usuarios de la organización. Si la
organización es un proveedor de servicios, puede que desee dedicar una
comunidad a cada organización para la que proporciona servicios. Con
varias comunidades se facilita la demostración del cumplimiento de
acuerdos de nivel de servicio específicos.
• Distribución geográfica de la organización. Si su infraestructura de TI
está organizada por regiones y administrada de forma descentralizada, el
uso de varias comunidades puede mejorar el rendimiento de la comunidad.
También permite ahorrar tiempo al coordinar la administración de

comunidades y simplificar la solución de problemas en toda la comunidad.
• Limitaciones de la infraestructura de la red. En las redes WAN con gran
retardo o elevadas tasas de errores, se pueden obtener mejores resultados
con varias comunidades en lugar de una sola con varias zonas.
• Directivas de seguridad de la organización referentes a las
comunicaciones entre servidores. Considere la opción de varias
comunidades si su organización necesita separar los datos en función del
nivel de seguridad. Del mismo modo, puede que necesite varias
comunidades para el cumplimiento de la normativa.
No existe una fórmula exacta para determinar el número ideal de comunidades,
sino que hay algunas pautas generales que pueden ayudar a tomar esta decisión.
Distribución de una única comunidad. En general, una sola comunidad
satisface las necesidades de la mayoría de las distribuciones. Para distribuciones
muy grandes con miles de servidores, la división del entorno en varias
comunidades puede aumentar el rendimiento. Una ventaja importante de la
distribución de una única comunidad es que sólo se necesita una base de datos
para el almacén de datos.
Distribución de varias comunidades. El uso de varias comunidades es útil
cuando existen centros de datos dispersos con capacidad para sus propios
almacenes de datos, así como para evitar que se atraviese un servidor de
seguridad o una red WAN durante la comunicación entre servidores.
Citrix prueba periódicamente la capacidad de ampliación de las comunidades
tomando como base comunidades de 1.000 servidores.
Esta tabla compara las distribuciones de una y varias comunidades para poder
planificar el entorno del servidor:
Elemento o componente de Una única comunidad Varias comunidades

la comunidad
Almacén de datos La comunidad tiene un almacén de datos. Cada comunidad debe tener un
almacén de datos.
Duplicación del almacén Citrix recomienda que el almacén de datos Si cada sitio remoto es una comunidad
de datos se duplique en los sitios remotos cuando se son su propio almacén de datos, no hay
esté usando una única comunidad en un necesidad de duplicar el almacén de
entorno WAN. datos.
Equilibrio de carga Puede equilibrar la carga de una aplicación No puede equilibrar la carga de una
en toda la comunidad. aplicación en todos los servidores de
las diferentes comunidades.
Cruce seguro de los Si la comunidad ocupa varios sitios, los Las comunidades basadas en sitios
servidores de seguridad puertos del servidor de seguridad deben eliminan la necesidad de abrir los
estar abiertos para la comunicación entre puertos del servidor de seguridad para
servidores. la comunicación entre servidores.
Elemento o componente de Una única comunidad Varias comunidades

la comunidad
Comunicación entre La información del almacén de datos se El uso de varias comunidades puede
servidores sincroniza con los servidores miembros mejorar el rendimiento respecto a una
mediante notificaciones y consultas. En única comunidad cuando el tráfico
comunidades con varias zonas, los entre servidores se debe realizar a
recopiladores de datos permiten través de un enlace WAN o si la
comunicar información dinámica, como comunidad es muy grande.
los inicios de sesión y el uso de
aplicaciones en toda la comunidad.
Herramientas de Puede supervisar y configurar la Puede supervisar y configurar varias
administración comunidad desde una única consola de comunidades desde Access
administración y sólo tiene que iniciar Management Console. Para la
sesión en una comunidad para hacerlo. comunicación con varias comunidades
desde la consola, es necesario iniciar
sesión en cada una de las
comunidades.
Uso compartido de componentes entre

comunidades
Algunos componentes de Citrix se pueden compartir entre varias comunidades;
por lo tanto, no es necesario consolidar todos los servidores en una comunidad
para evitar distribuir estos componentes varias veces:
• Interfaz Web. El uso compartido de la Interfaz Web entre comunidades
brinda a los usuarios acceso centralizado a las aplicaciones publicadas en
diferentes comunidades.
• SmartAuditor. SmartAuditor no se limita a una sola comunidad. Con la
excepción del Agente SmartAuditor, todos los componentes son
independientes de la comunidad de servidores. Por ejemplo, se pueden
configurar varias comunidades para utilicen el mismo servidor
SmartAuditor.
• Licencias de Citrix. Puede administrar varias comunidades mediante un
único Citrix License Server, pero el rendimiento se puede ver afectado si
sólo utiliza un servidor de licencias para todos los servidores de una WAN.
• EdgeSight. Puede usar EdgeSight y Resource Manager con tecnología
EdgeSight para supervisar varias comunidades. Tenga en cuenta que los
servidores que ejecutan agentes de Presentation Servers 4.5 aparecen como
puntos finales.
Planificación de servidores de infraestructura

Los servidores de infraestructura alojan funciones compatibles con la comunidad
como, por ejemplo, el almacén de datos, el recopilador de datos, XML Broker, el
servidor de licencias y otros servicios que se enumeran en “Introducción a los
servidores de infraestructura XenApp” en la página 23.
Independientemente del tamaño de la comunidad, Citrix recomienda tener al
menos un servidor dedicado a las funciones de infraestructura. Por ejemplo, en
una comunidad de cinco servidores, Citrix recomienda la instalación de todas las
funciones de infraestructura en un servidor y la publicación de las aplicaciones en
los otros cuatro servidores.
La publicación de aplicaciones en el servidor de infraestructura ralentiza la
enumeración de aplicaciones. Si decide instalar las funciones de infraestructura
en un servidor que aloja aplicaciones publicadas, elija un servidor que aloje una
aplicación de uso poco frecuente y que no consuma muchos recursos (o reduzca
el umbral de carga de ese servidor, de forma que admita menos conexiones).
Aunque el tamaño de la comunidad (pequeña, mediana o grande) que se
determina mediante el número de servidores puede indicar la categoría general en
que se encuentra la comunidad, uno de los factores más importantes que se deben
considerar es el número de conexiones de usuario. Debido a que las aplicaciones
pueden ampliarse de forma diferente en uno u otro servidor (algunos servidores
pueden admitir 100 conexiones de usuario y otros sólo 10), examinar únicamente
el número de servidores puede inducir a error. Determine cómo desea agrupar las
funciones de infraestructura mediante el diseño de una configuración inicial,
basándose en las agrupaciones típicas pequeñas, medianas y grandes de las
comunidades en “Introducción a los servidores de infraestructura XenApp” en la
página 23. Después de probar la comunidad piloto, haga un ajuste más fino del
diseño en función de los resultados de las pruebas.
A medida que agrega más conexiones de usuario en la configuración de prueba,
examine con atención los contadores del Monitor de rendimiento de Windows
que aparecen en la tabla siguiente. Es vital el examen de estos contadores en los
siguientes momentos:
• Cuando el máximo número de usuarios se conecta simultáneamente a la
comunidad; esto sucede, por lo general, por las mañanas.
• Cuando el número máximo de usuarios está conectado a la comunidad; esto
sucede, por lo general, durante el día.
Si los contadores superan los criterios que se enumeran en la tabla, separe las
funciones de infraestructura en servidores independientes hasta que los valores de
los contadores estén por debajo de lo que aparece en la tabla.
Nombre del contador del Monitor de rendimiento Criterio

CPU > 85% - 90%
Memoria > 80%
ResolutionWorkItemQueueReadyCount > 0 para periodos largos de
tiempo
WorkItemQueueReadyCount > 0 para periodos largos de
tiempo
LastRecordedLicenseCheck-OutResponseTime > 5.000 ms
Por lo general, sólo es necesario evaluar el contador LastRecordedLicenseCheck-

OutResponseTime en comunidades grandes. Para obtener información acerca de
los contadores del Monitor de rendimiento de XenApp y sus funciones, consulte
la Guía del administrador de Citrix XenApp.
También debe planificar la configuración del almacén de datos y, posiblemente,
preparar la base de datos antes de ejecutar la instalación de XenApp, según se
describe en “Referencia sobre la base de datos del almacén de datos” en la página
192.
Planificación de recopiladores de datos

Se deben tener en cuenta tres factores en la planificación de recopiladores de
datos:
• Si necesita un recopilador de datos dedicado
• En caso de no necesitar un recopilador de datos dedicado, qué servicios de
infraestructura pueden compartir el mismo servidor.
• Si necesita una zona en cada región geográfica, lo que significa que
también necesitará recopiladores de datos para esas regiones
Para mantener información coherente entre las zonas, los recopiladores de datos
deben suministrar información a todos los demás recopiladores de datos de la
comunidad. Los recopiladores de datos se comunican unos con otros
constantemente, creando tráfico de la red.
En la mayoría de las redes, Citrix recomienda reducir el número de recopiladores
de datos y zonas. Por ejemplo, si tiene una comunidad con 100 servidores en una
sola ubicación, Citrix recomienda tener sólo una zona con un recopilador de datos
dedicado (aunque puede tener recopiladores de datos de respaldo).
En general, el consumo de memoria de un recopilador de datos se incrementa a

medida que aumenta el tamaño de la comunidad. No obstante, el consumo de
memoria no es significativo. Por ejemplo, el servicio Independent Management
Architecture que se ejecuta en el recopilador de datos usa, por lo general, 300 MB
en una comunidad de 1.000 servidores.
Asimismo, el uso de la CPU no es importante. Un recopilador de datos alojado en
un servidor de procesador doble puede admitir más de 1.000 servidores en su
zona. En general, el uso de la CPU se incrementa a medida que aumenta el
número de servidores de una zona, el número de zonas y el número de usuarios
que ejecutan aplicaciones.
Para configurar un servidor como recopilador de datos, instale XenApp en el
servidor que desea que contenga la función de recopilador de datos y configure el
servidor como recopilador de datos después de la instalación, como se describe en
“Configuración de recopiladores de datos después de la instalación” en la página
138.
Los recopiladores de datos se configuran como se muestra a continuación durante
la instalación:
• El primer servidor de la comunidad (en el que se ejecutó la instalación de
creación de la comunidad) es el recopilador de datos predeterminado.
• Todos los servidores posteriores (en los que se ejecuta la instalación de
unión a la comunidad) tienen los mismos derechos (aunque menores) a
convertirse en un recopilador de datos. Sin embargo, puede designar un
servidor por zona como recopilador de datos de respaldo para reducir el
tráfico de elección de servidor.
Planificación de WAN mediante zonas

En general, Citrix recomienda el uso del menor número de zonas posible; el
número óptimo es una zona. Si todos los servidores de la comunidad están en una
ubicación; configurar una sola zona para la comunidad no reduce el rendimiento
ni hace que la comunidad sea más complicada de administrar.
No obstante, en grandes redes segmentadas geográficamente, como
organizaciones con centros de datos en diferentes continentes, la agrupación de
servidores relacionados geográficamente puede mejorar el rendimiento de la
comunidad.
En entornos que requieren zonas debe estudiarse bien el diseño. Los
recopiladores de datos deben replicar los cambios de todos los demás
recopiladores de datos de la comunidad. Además, el consumo de ancho de banda
y el tráfico de red aumenta con el número de zonas.
Los sitios remotos no necesitan zonas separadas, ni siquiera aquellos que están en
continentes distintos; la latencia es el principal factor para determinar si se deben
poner o no los servidores en su propia zona. Para grandes comunidades con
servidores en diferentes regiones geográficas, cree zonas en base a la ubicación
de la mayor parte de servidores.
También debe decidir si desea configurar zonas de conmutación por error o zonas
de preferencia. Si una zona presenta un error, puede configurar que las
conexiones de los usuarios se redireccionen a otra zona (conmutación por error) o
controlar a qué zonas se conectan determinados usuarios (preferencia). Los
requisitos de la conmutación por error pueden determinar el número de zonas
necesario.
Por ejemplo, una organización con 20 servidores de comunidad en?Londres, 50
servidores en Nueva York y tres servidores en Sidney puede crear dos o tres
zonas. Si la ubicación de Sidney tiene una buena conexión con Nueva York o
Londres, Citrix recomienda la agrupación de Sidney con la ubicación de mayor
tamaño. Por el contrario, si la conexión WAN entre Sidney y las otras ubicaciones
es de baja calidad o se requiere conmutación por error o preferencia, Citrix
recomienda la configuración de tres zonas.
Tenga en cuenta estas directrices de diseño de zonas:
• Si un sitio tiene un pequeño número de servidores, agrupe este sitio en una
zona de sitios de mayor tamaño.
• Si su organización tiene sucursales con poco ancho de banda o conexiones
poco fiables, no coloque estas sucursales en su propia zona. En su lugar,
agrúpelas con los sitios con los que tiene mejor conectividad. Al
combinarse con otras zonas, esto puede formar una configuración de zona
de estilo "radial".
• Si tiene más de cinco sitios, agrupe los sitios de menor tamaño con zonas
más grandes. Citrix no recomienda tener más de cinco zonas.
La primera zona de la comunidad se crea durante la instalación de creación de la
comunidad. Puede crear zonas adicionales durante la instalación de unión a la
comunidad.
Planificación de la Interfaz Web y de las

comunicaciones con XML Broker
La Interfaz Web y XML Broker son servicios complementarios. La Interfaz Web
proporciona a los usuarios acceso a las aplicaciones. XML Broker determina qué
aplicaciones aparecen en la Interfaz Web, en función de los permisos del usuario.
Los objetivos y la configuración de seguridad determinan si se dedica un servidor
a estas funciones y dónde ubicarlas en la topología.
Dedicación de servidores a la Interfaz Web y a XML Broker

Al determinar si se dedican o no servidores a la Interfaz Web y a XML Broker,
tenga en cuenta la capacidad de ampliación y la seguridad.
En comunidades pequeñas y medianas, puede realizar las siguientes tareas:
• Ejecutar XenApp y la Interfaz Web en el mismo servidor, según sus
consideraciones de seguridad.
• Agrupar XML Broker con otros servicios de infraestructura, como el
recopilador de datos o incluso con el almacén de datos en comunidades
muy pequeñas (de uno a cinco servidores). Citrix recomienda la agrupación
del recopilador de datos con XML Broker siempre que sea posible.
• Citrix recomienda la agrupación de XML Broker con el recopilador de
datos.
En comunidades más grandes, Citrix recomienda:
• Configurar XML Broker en los recopiladores de datos o los servidores
dedicados. En distribuciones con servidores dedicados a funciones de
infraestructura, dedique un servidor a XML Broker para dar cabida al
tráfico de autenticación.
• Ejecutar la Interfaz Web en servidores Web dedicados.
En grandes entornos con varios XML Broker, puede usar la Interfaz Web para
conmutar por error las solicitudes de Interfaz Web a otros servidores que ejecutan
el servicio Citrix XML. Para obtener más información, consulte la Guía del
administrador de la Interfaz Web.
Consideraciones de seguridad
La ubicación de la Interfaz Web y XML Broker en el entorno depende de los
requisitos de seguridad de su organización:
• Cuando los usuarios tienen acceso a la Interfaz Web desde Internet, Citrix
recomienda ubicar el servidor de la Interfaz Web en la red interna y Citrix
XML Broker con la comunidad XenApp. Al blindar XML Broker frente a
Internet externo, se protege a XML Broker y a la comunidad contra las
amenazas de seguridad de Internet.
• Si debe colocar la Interfaz Web en la zona desmilitarizada (DMZ) y quiere
asegurar la conexión entre XML Broker y la Interfaz Web, ponga el
servidor de la Interfaz Web en la DMZ con Secure Gateway o Access
Gateway. Esta configuración requiere que la Interfaz Web se instale en un
servidor Web independiente. Instale un certificado en el servidor de la
Interfaz Web y configure Traspaso SSL en los servidores que alojan a Citrix
XML Broker.
• En comunidades muy pequeñas, configurar la Interfaz Web y XML Broker

en el mismo servidor hace innecesario asegurar el enlace desde la Interfaz
Web a la comunidad. Esta distribución se utiliza sobre todo en entornos que
no tienen usuarios conectados de forma remota. Sin embargo, esto puede no
ser posible si la organización no desea tener servidores Web, como Internet
Information Services (IIS), en la comunidad.
Puede utilizar cualquiera de estos protocolos para las conexiones entre XML
Broker y la Interfaz Web:
• HTTP.
• HTTPS. Si desea proteger la conexión con HTTPS, IIS debe alojar XML
Broker con el modo de puerto compartido activado. Seleccione la opción
Compartir el puerto TCP/IP predeterminado con Internet Information
Server durante la instalación de XenApp (y habilite HTTPS en el IIS
Manager).
• SSL/TLS. Si desea proteger la conexión con SSL/TLS, XML Broker puede
compartir un puerto con IIS o utilizar su propio puerto dedicado. Utilice
Traspaso SSL para configurar la compatibilidad de SSL/TLS en los
servidores de XML Broker y de la Interfaz Web. Sin embargo, si XML
Broker comparte un puerto con un servidor IIS seguro (HTTPS), asegúrese
de que SSL/TLS no entra en conflicto con el puerto de IIS. Puede saber qué
puerto se está utilizando mediante el número de puerto que aparece en la
herramienta de traspaso SSL para el puerto de escucha de traspaso. De
forma predeterminada, XenApp utiliza el puerto 444.
Configuración de la Interfaz Web y XML Broker
Para la configuración de un servidor de Interfaz Web dedicado hay que ejecutar el
programa de instalación de Interfaz Web en el servidor de destino.
La configuración de un servidor dedicado para XML Broker se realiza mediante
los siguientes pasos:
1. Ejecutar una instalación de unión a la comunidad XenApp en el servidor de
destino. (Tiene que instalar las funciones básicas de XenApp sólo en dicho
servidor y ninguna de las consolas u otras funciones.)
2. Especificar el puerto que desea utilizar para el servicio XML durante la
Durante la instalación de XenApp, es posible que desee cambiar el puerto
TCP a través de cual XenApp se comunica con el servicio XML (XML
Broker).
3. Configurar la Interfaz Web para comunicarse con el servicio XML a través
del puerto especificado.
4. No publicar ninguna de las aplicaciones en el servidor que funciona como

XML Broker.
En la Guía del administrador de la Interfaz Web, se proporcionan instrucciones
de instalación y recomendaciones de diseño para la Interfaz Web; en cualquier
caso, puede instalar la Interfaz Web en el mismo servidor que XenApp durante la
Importante: Si cambia el puerto que usa el servicio XML Citrix en XML

Broker, configure el puerto correcto en el complemento. Especifique un número
de puerto al agregar un servidor a la lista de direcciones en Ubicación del servidor
en el complemento. Si utiliza también la Interfaz Web, asegúrese de utilizar el
puerto correcto para la comunicación con el servicio XML Citrix. Para obtener
más información sobre cómo utilizar la Interfaz Web y los complementos,
consulte sus respectivas guías del administrador.
Planificación de componentes de distribución de

aplicaciones por streaming
La distribución de aplicaciones por streaming requiere un punto compartido de
archivos distribuidos por streaming para almacenar los ejecutables de las
aplicaciones distribuidas por streaming publicadas, y una estación de trabajo de
perfiles para crear paquetes o perfiles de dichos ejecutables.
Citrix Streaming Profiler
La distribución de aplicaciones por streaming requiere una estación de trabajo
para crear los perfiles de aplicación que, en última instancia, se almacenan en el
punto compartido de archivos distribuidos por streaming. Para distribuir
aplicaciones por streaming, instale Citrix Streaming Profiler en una estación de
trabajo independiente y limpia con un sistema operativo similar al de los usuarios
finales. Utilice esta estación de trabajo para crear perfiles de aplicaciones para su
distribución por streaming.
Servidor del punto compartido de archivos distribuidos por streaming
Citrix recomienda el siguiente hardware para el servidor del punto compartido de
archivos distribuidos por streaming:
• Una solución NAS (Network-Attached Storage) o SAN (Storage Area
Network), si es posible.
• Una configuración de almacenamiento RAID, en función de la solución de
tolerancia a fallos deseada.
• Una sola tarjeta de red de 1 Gbps o varias tarjetas de 100 Mbps.

• Si la infraestructura y la configuración de la red no admiten esta velocidad,
utilice tarjetas de red duales. Esta configuración duplica la velocidad de
conexión de la configuración tradicional con una tarjeta de red única.
Los puntos compartidos de archivos distribuidos por streaming pueden alojarse
en un servidor de archivos o en un servidor Web. Hay dos posibles
configuraciones del punto compartido de archivos distribuidos por streaming en
entornos con sucursales:
• Un punto compartido de archivos distribuidos por streaming en cada
sucursal alojado en servidores de archivos de red. Por motivos de
rendimiento y, en algunos países, por razones legales, no es posible que las
sucursales se conecten con un servidor de archivos de red en la oficina
principal de una organización. Por lo tanto, si desea almacenar los perfiles
de distribución por streaming en un servidor de archivos de red, debe
configurar un punto compartido de archivos distribuidos por streaming en
cada sucursal. Por ejemplo, se puede usar un Citrix Branch Repeater para
alojar archivos de perfiles.
• Un punto compartido de archivos distribuidos por streaming en la
oficina principal se aloja en un servidor Web. Al utilizar un servidor
Web, todo el tráfico entre los dispositivos cliente y el punto compartido de
archivos se envía a través de HTTP o HTTPS, que es mucho más rápido
que el protocolo de transmisión de archivos.
Al utilizar un servidor Web para el punto compartido de archivos, se reduce la
necesidad de disponer de un punto compartido de archivos en cada sucursal por
motivos de rendimiento. En lugar de incluir un punto compartido de archivos en
cada sucursal, puede incluir todos los perfiles en el punto compartido de archivos
del servidor Web de la oficina principal.
Para obtener más información sobre el tamaño del punto compartido de archivos
distribuidos por streaming, consulte la base de conocimientos en línea de Citrix.
Configuraciones de hardware de XenApp

El número de usuarios que puede admitir un servidor XenApp depende de varios
factores, entre ellos:
• La especificación de hardware del servidor
• Las aplicaciones distribuidas (debido a los requisitos de memoria y de las
aplicaciones de la CPU)
• La cantidad de entradas de usuario que procesen las aplicaciones
• Lo que considere como uso de recursos máximo deseado en el servidor (por
ejemplo, el 90% de uso de la CPU y el 80% de uso de la memoria).
Algunas recomendaciones generales para seleccionar y configurar el hardware
incluyen lo siguiente:
• RAID. En configuraciones de múltiples procesadores, Citrix recomienda
una instalación RAID (matriz redundante de discos independientes).
XenApp admite hardware y software RAID.
• Reducción de errores del disco duro. Los discos duros son la forma de
error de hardware más común. Puede reducir la probabilidad de error de
hardware con una configuración RAID 1 (duplicación) y RAID 5 (conjunto
con paridad distribuida). Si RAID no se puede utilizar, se recomienda una
unidad rápida SAS (Serial Attached SCSI) o SCSI (Small Computer
System Interface) Ultra-320.
• Velocidad de disco. Las unidades de disco ofrecen mejores tiempos de
respuesta y pueden eliminar o disminuir las obstrucciones.
• Número de controladores. Para servidores cuádruples y óctuples, Citrix
recomienda instalar al menos dos controladores: uno para el sistema
operativo y otro para almacenar aplicaciones y archivos temporales. Citrix
recomienda aislar el sistema operativo tanto como sea posible, sin
aplicaciones instaladas en su controlador. Este principio también se aplica
en comunidades pequeñas. Si es posible (en sistemas de varios
procesadores o núcleos), instale el sistema operativo en un disco duro
independiente de XenApp y las aplicaciones. Esto evitará "obstrucciones"
de entrada/salida cuando el sistema operativo necesite tener acceso a la
CPU. La carga de acceso al disco duro debe estar distribuida de la forma
más equitativa posible en todos los controladores.
Las distribuciones de procesadores dobles (núcleo dual) combinan la
eficacia general y un menor coste de propiedad total. No obstante, si un
sistema tiene ya un procesador de núcleo dual, la implementación de
procesadores adicionales no proporciona necesariamente un incremento en
el rendimiento. La capacidad de ampliación del servidor no aumenta
linealmente con el número de procesadores: el nivel de mejora de la

ampliación cae significativamente cuando hay de ocho a dieciséis núcleos
de CPU.
• Particiones del disco duro. El tamaño de la partición y del disco duro
depende del número de usuarios que se conectan al servidor XenApp y de
las aplicaciones en el servidor. Debido a que cada perfil de usuario de
Terminal Services se carga en el servidor, recuerde que un gran número de
perfiles de usuario puede utilizar gigabytes de espacio de disco en el
servidor. Es necesario disponer de suficiente espacio para estos perfiles en
el servidor.
• Sistema operativo. La ejecución de Windows Server 2008, edición de
64 bits, en equipos de 64 bits puede optimizar los recursos del procesador.
Las limitaciones en la cantidad de memoria de kernel disponible en
sistemas operativos de 32 bits pueden reducir la capacidad de ampliación
del usuario. Puede solucionar las limitaciones de la arquitectura de 32 bits
utilizando aplicaciones de 32 y 64 bits en un sistema operativo de 64 bits.
Consideración de la infraestructura de red

La infraestructura de red tiene un impacto significativo en el rendimiento y el
diseño de la comunidad. Estos temas le ayudan a evaluar y planificar aspectos
específicos del entorno:
• Diseño de perfiles de usuario de Terminal Services
• Definición de cuentas y relaciones de confianza
• Recomendaciones para entornos de Active Directory
• Planificación de una experiencia de usuario correcta
• Planificación de Active Directory Federation Services
Diseño de perfiles de usuario de Terminal

Services
Los perfiles de usuario de Terminal Services definen el entorno Windows Server
2008 específico de usuario y los parámetros de preferencia, incluida la apariencia
del escritorio y las opciones de color. Citrix recomienda configurar los perfiles de
Terminal Services de todos los usuarios a fin de evitar incoherencias. Los perfiles
de usuario de Terminal Services son diferentes de los perfiles de usuario de
Windows.
El diseño eficaz de los perfiles de usuario de Terminal Services puede mejorar

significativamente el rendimiento y la capacidad de administración de un entorno
XenApp. Problemas como inicios de sesión lentos, pérdida de configuraciones de
usuario, perfiles dañados y un esfuerzo de administración excesivo pueden
deberse a diseños de perfiles de usuario de calidad inferior a la deseada.
Cuando un usuario inicia una sesión, el perfil de usuario se carga en el servidor
XenApp. Si no se ha designado un perfil de Terminal Services, se usa el perfil de
usuario de Windows. Si no hay un perfil de Windows, se usa o se crea el perfil de
usuario local existente en el servidor.
Para designar perfiles de usuario en un entorno Terminal Server, elija la solución
óptima para su entorno y, a continuación, planifique el almacenamiento de los
perfiles. En un entorno XenApp, los perfiles de Terminal Server se comportan
como se muestra a continuación:
• Los perfiles locales se almacenan en cada servidor de la comunidad y se
crean inicialmente según el perfil de usuario predeterminado. El acceso de
un usuario a aplicaciones de una comunidad XenApp con administración de
carga crea un perfil independiente en cada servidor. Los usuarios pueden
guardar los cambios realizados en su perfil local en cada servidor por
separado, pero los cambios sólo estarán disponibles para futuras sesiones en
ese servidor. Los perfiles locales no requieren configuración; si un usuario
que inicia una sesión en un servidor XenApp no tiene ninguna ruta de perfil
especificada, se utiliza un perfil local.
Aunque los perfiles locales son los predeterminados, Citrix no recomienda
su uso porque los perfiles se crean para cada usuario en cada uno de los
servidores a los que se conectan, y esto puede dar como resultado una
experiencia de usuario incoherente.
• Los perfiles móviles se almacenan en una ubicación central para cada
usuario. La información de los perfiles móviles (como una impresora o un
parámetro del registro) está disponible para todos los servidores XenApp
del entorno. Para configurar un usuario para un perfil móvil, debe
especificar la ruta de perfiles de Terminal Server del usuario en una
ubicación concreta de un servidor de archivos. La primera vez que el
usuario inicia sesión en un servidor XenApp, se utiliza el perfil de usuario
predeterminado para crear el perfil móvil del usuario. Durante el cierre de
la sesión, el perfil se copia en la ubicación especificada de un servidor de
archivos.
• Los perfiles obligatorios se almacenan en una ubicación central para cada
usuario. Sin embargo, los cambios del usuario no se conservan al cerrar
sesión. Para configurar un usuario para un perfil obligatorio, debe crear un
archivo de perfil obligatorio (NTUSER.MAN) a partir de un perfil local o
móvil existente y asignar la ruta de perfiles de Terminal Services de los
usuarios a la ubicación en la que se puede tener acceso al archivo.
Cuando sea posible, Citrix recomienda el uso de perfiles obligatorios si

cumplen los requisitos definidos.
• Perfiles múltiples combinan dos o más de los tres tipos de perfil básicos
(local, móvil u obligatorio) para el mismo usuario. Los perfiles múltiples
son útiles en entornos con grupos con administración de carga o
aislamiento de aplicaciones. Por ejemplo, en una comunidad XenApp con
dos grupos con administración de carga utilizados para SAP y Microsoft
Office, puede configurar los usuarios para que utilicen un perfil obligatorio
para los servidores SAP y un perfil móvil para los servidores de Microsoft
Office. Los perfiles múltiples también son útiles para las comunidades que
incluyen conexiones WAN, para poder tener acceso a los perfiles de los
servidores de archivos locales.
No obstante, los perfiles múltiples son más complejos de administrar y
mantener y no se usan demasiado.
Citrix recomienda almacenar los perfiles móviles y los datos permanentes de los
usuarios en un servidor de archivos centralizado, una SAN (Storage Area
Network) o una NAS (Network-Attached Storage) que respalden el entorno de
forma adecuada. Este medio de almacenamiento se debe encontrar próximo a
XenApp para reducir el número de saltos de enrutador necesarios y garantizar
tiempos de inicio de sesión óptimos.
Al definir los perfiles de usuario para el entorno XenApp, tenga en cuenta lo
siguiente:
• Si los usuarios necesitan almacenar su configuración. Los requisitos y
las expectativas del usuario determinan qué tipo de perfil del usuario se
debe utilizar. Si los usuarios ejecutan aplicaciones como Microsoft Office
en las que es necesario retener ciertos parámetros, considere el uso de un
perfil móvil. Si los usuarios no necesitan guardar parámetros, el uso de una
solución de perfil obligatorio puede facilitar la administración.
• Si las aplicaciones almacenan la configuración en el registro. Si la
aplicación que está publicando hace referencia a la sección
HKEY_CURRENT_USER (HKCU) del registro, utilice una solución
móvil o de perfiles múltiples.
• Aprovisionamiento de impresoras. Si aprovisiona las impresoras
mediante la creación automática de dispositivos de impresión cliente y
utiliza la configuración de impresión del dispositivo cliente, puede utilizar
perfiles obligatorios. Para guardar la configuración de la impresora, use la
regla de la directiva de retención de propiedades de la impresora de
XenApp.
• Aplicaciones en grupos con administración de carga o “aislamiento de

aplicaciones”. Si las aplicaciones se aíslan en grupos con administración
de carga, los diseños de perfiles móviles pueden aumentar el riesgo de
pérdida o daño de parámetros. Por ejemplo, los usuarios que acceden a SAP
y Microsoft Office al mismo tiempo pueden sobrescribir los parámetros de
perfil móvil configurados en la sesión de Office si el usuario cierra la sesión
de Office antes que la de SAP. Utilice los diseños de perfiles múltiples para
las comunidades que emplean grupos con administración de carga.
Esta tabla compara las diversas opciones de perfiles:
Ventajas Desventajas
Perfil local • Ningún requisito del servidor de archivos • Configuración no coherente entre los
para el almacenamiento de perfiles servidores y las sesiones
• No se puede dañar • Consume espacio de disco local
Perfil móvil • Almacenamiento de la configuración en • Tiempos de inicio de sesión más lentos
todas las sesiones
• Coherencia
Perfil obligatorio • Inicio de sesión rápido • No se almacena la configuración en las
• No se puede dañar diferentes sesiones
Perfiles múltiples • Ventajas de los perfiles obligatorios y • Posibles requisitos adicionales de espacio en
móviles el servidor de archivos
• Administración y mantenimiento
adicionales
Al configurar los perfiles, si es posible, desígnelos en las directivas de Active

Directory y no en las propiedades del usuario.
Además del tipo de perfil, se recomienda especialmente la redirección de
carpetas. Esto garantiza que no sea necesario escribir en el perfil los datos del
usuario almacenados en las carpetas designadas. Por lo general, la redirección de
carpetas se usa para los perfiles obligatorios y móviles. Aunque puede configurar
la redirección de carpetas en Windows Server 2008, Citrix también proporciona
una característica para la redirección de carpetas. Para obtener más información,
consulte la documentación sobre Redirección especial de carpetas en la Guía del
administrador de Citrix XenApp.
Definición de cuentas y relaciones de confianza

Al planificar una comunidad, tenga en cuenta cuántos usuarios accederán a los
recursos. Si varios servidores alojan la misma aplicación publicada, los usuarios
se pueden conectar a cualquiera de ellos al acceder al recurso. Por lo tanto, si un
usuario no tiene permisos para todos los servidores, puede que no tenga acceso al
recurso. Para evitar estos problemas, puede que necesite establecer relaciones de
confianza del dominio entre usuarios o servidores.
Nota: Si cambia los servidores que contienen las aplicaciones y esto cambia la
intersección de confianza, las aplicaciones pueden dejar de estar disponibles para
los usuarios de dicha intersección de confianza.
Consideraciones para la configuración de una cuenta del

sistema
Considere lo siguiente al decidir cómo configurar las cuentas de administrador de
Citrix:
• La comunidad debe tener en todo momento una cuenta de administrador
con autoridad plena. Citrix XenApp impide que elimine la última cuenta
que disponga de este nivel de permiso. Pero si no existe ninguna cuenta de
administrador en la base de datos de la comunidad, es posible iniciar sesión
en Access Management Console con una cuenta de administrador local
para configurar cuentas de administrador Citrix.
• Para crear cuentas de administrador Citrix efectivas, asegúrese de que los
usuarios que agregue como administradores Citrix pertenezcan al dominio
en el que se encuentra la comunidad. Aquellos usuarios que sean
administradores de Citrix y tomen instantáneas del servidor también deben
ser usuarios autorizados de Windows Management Instrumentation (WMI)
en cada uno de los servidores de los que tomen instantáneas.
• Si desea activar el cifrado IMA (Independent Management Architecture)
durante la instalación, Citrix recomienda instalar XenApp con las mismas
credenciales de red. Para instalar XenApp como administrador local,
consulte “Activación del cifrado IMA como administrador local” en la
página 81.
Cómo incluir servidores de otros dominios en las comunidades

XenApp es compatible con el enrutamiento basado en la relación de confianza;
los servidores de los dominios que no mantienen relaciones de confianza pueden
ser miembros de la misma comunidad.
Cuando un servidor tiene que realizar una de las siguientes operaciones en un
dominio en el cuál no confía, el servidor determina a partir del almacén de datos
los servidores que pueden llevar a cabo la operación y transfiere la solicitud al
servidor más accesible:
• Autenticación de un administrador Citrix en Access Management Console
o en la herramienta de configuración avanzada
• Actualización de la pantalla o inicio de una aplicación en Program
Neighborhood y la Interfaz Web
• Enumeración de usuarios y grupos en Access Management Console

• Resolución de usuarios y grupos al agregar usuarios a la aplicación
publicada o las listas de creación automática de impresoras o al definir
nuevos administradores Citrix
Las solicitudes para enumerar las aplicaciones se dirigen a un servidor que tenga
la relación de confianza del dominio necesaria si el servidor de origen no la tiene.
Recomendaciones para entornos de Active

Directory
Citrix recomienda configurar las comunidades de servidores con Active Directory
para:
• Que los servidores XenApp estén en sus propias unidades organizativas
(OU).
• Que todos los servidores residan en el mismo dominio.
• Que el dominio de la comunidad de servidores no tenga relaciones de
confianza con dominios que no sean de Active Directory, ya que esto puede
afectar a las operaciones que requieren dominios de confianza.
• Que la comunidad de servidores esté en un único bosque de Active
Directory. Si la comunidad tiene servidores en más de un bosque, los
usuarios no podrán iniciar sesiones utilizando un UPN (User Principal
Name).
Los inicios de sesión UPN utilizan el formato
nombre_de_usuario@identificador UPN. Con Active Directory, los inicios
de sesión UPN no requieren que se especifique un dominio, ya que Active
Directory puede localizar inicios de sesión UPN completos en el directorio.
No obstante, si hay varios bosques en la comunidad de servidores, pueden
surgir problemas si existe el mismo identificador UPN en dos dominios de
bosques distintos.
Importante: Citrix XenApp no admite inicios de sesión UPN si una

comunidad de servidores abarca diversos bosques de Active Directory, ya
que no hay ningún método eficaz de realizar la resolución de cuentas.
Consideraciones sobre los permisos de usuario de Active

Directory
Los grupos de seguridad de Active Directory pueden afectar a la autenticación de
las aplicaciones publicadas, a la herramienta de configuración avanzada y al
filtrado de Program Neighborhood.
Revise la tabla siguiente para obtener pautas sobre métodos recomendados:
Autenticación en aplicaciones Autenticación en la Filtrado de Program

publicadas herramienta de Neighborhood
configuración avanzada
Grupos Sin efectos adversos. Sin efectos adversos. Sin efectos adversos.
globales
de
dominios
Grupos Recomendación: todos los Recomendación: si un Recomendación: todos los
locales de servidores que equilibran la carga de usuario es administrador de servidores de la comunidad
dominios una aplicación deben estar en el Citrix únicamente por ser deben estar en el mismo
mismo dominio si un grupo local de miembro de un grupo local dominio para que el filtrado
dominios tiene autorización para de dominios, el usuario debe de Program Neighborhood
utilizar la aplicación. conectar la consola a un funcione correctamente.
servidor en el mismo
dominio que el grupo local
Razones: los grupos locales del de dominios. Razones: si un usuario es
dominio asignados a una aplicación miembro de un grupo local
deben ser del dominio principal de dominios, el grupo consta
común de todos los servidores de Razones: si el usuario en el identificador de
equilibrio de carga. conecta la consola a un seguridad del usuario
Al publicar aplicaciones, los grupos servidor en un dominio únicamente cuando se inicia
locales de dominios se muestran en la distinto al grupo local de la sesión en un equipo del
lista de cuentas si se cumple la dominios, se le deniega el mismo dominio que el grupo
primera condición indicada acceso a la consola ya que el local de dominios. El
anteriormente y se muestran las grupo local de dominios no enrutamiento basado en la
cuentas del dominio principal se encuentra en el relación de confianza no
común. identificador de seguridad garantiza que la solicitud de
Si una aplicación publicada tiene del usuario. inicio de sesión de un
usuarios de cualquier grupo local de usuario se vaya a enviar a un
dominios y se agrega un servidor de servidor en el mismo
un dominio distinto, los grupos dominio que el grupo local
locales de dominios se eliminan de la de dominio. Sólo garantiza
lista de usuarios configurados, ya que que la solicitud será
todos los servidores deben poder gestionada por un servidor
validar a cualquier usuario con en un dominio que confía en
permiso para ejecutar la aplicación. el dominio del usuario.
Autenticación en aplicaciones Autenticación en la Filtrado de Program

publicadas herramienta de Neighborhood
configuración avanzada
Grupos Recomendación: si se asignan Recomendación: si un Recomendación: ningún
universale permisos a grupos universales para la usuario está autenticándose dominio de Active Directory
s aplicación, todos los servidores que en la consola y es un del bosque al que pertenecen
administran la aplicación deben estar administrador de Citrix sólo los servidores tiene
en un dominio de Active Directory. por el hecho de ser miembro relaciones de confianza
de un grupo universal, la explícitas con dominios que
consola debe conectarse a un no sean Active Directory.
Razones: un servidor de un dominio servidor que pertenezca a un
que no sea Active Directory podría dominio de Active Directory
autenticar al usuario para ejecutar la del bosque del grupo Razones: los dominios que
aplicación. En este caso, los grupos universal. no son Active Directory no
universales no estarían en el reconocen los grupos
identificador de seguridad del universales y los
usuario, por lo que se deniega el Razones: los controladores controladores del dominio
acceso del usuario a la aplicación. de dominio que no son excluyen a los grupos
Es posible que un servidor en un Active Directory y los universales del identificador
dominio que no sea Active Directory dominios fuera del bosque de seguridad de un usuario.
equilibre la carga de una aplicación de un grupo universal no Como resultado, puede
con servidores en un dominio de tienen ninguna información ocurrir que las aplicaciones
Active Directory si los dominios sobre el grupo universal. no aparezcan en Program
tienen una relación de confianza Neighborhood.
explícita.
Además de las recomendaciones de la tabla, si un usuario es miembro de un

grupo local de dominios, el grupo sólo está en el token de seguridad del usuario
cuando el usuario inicia una sesión en un equipo del mismo dominio que el grupo
local de dominios. El enrutamiento basado en la relación de confianza no
garantiza que la solicitud de inicio de sesión de un usuario se vaya a enviar a un
servidor en el mismo dominio que el grupo local de dominio.
Las configuraciones de red no afectan a la autenticación con Access Management
Console puesto que ésta sólo permite la autenticación PassThrough.
Planificación de Active Directory Federation

Services
XenApp es compatible con Active Directory Federation Services (ADFS) si se
utiliza con la Interfaz Web de Citrix. Si su organización necesita proporcionar
acceso a las aplicaciones publicadas a un socio empresarial, es posible que AD FS
sea una mejor alternativa que la creación de varias cuentas nuevas de usuario en
el dominio empresarial. Si va a utilizar AD FS con XenApp, Citrix recomienda
realizar lo siguiente:
• Durante la instalación de cada servidor XenApp de la comunidad,
seleccione el uso compartido de puertos con la opción IIS y asegúrese de
que IIS está configurado para ser compatible con HTTPS.
• Establezca una relación de confianza entre el servidor que ejecuta la

Interfaz Web y cualquier otro servidor de la comunidad que se comunique
con la Interfaz Web a través de Citrix XML Broker.
La Interfaz Web debe ser capaz de acceder a la lista de revocación de
certificados (CRL) de la entidad de certificación que utilizan los servidores
de federación.
• Si va a aprovisionar la comunidad mediante la creación de imágenes,
configure solicitudes de confianza en el servidor antes de tomar la imagen.
Consulte la información sobre la configuración del puerto del servicio
XML en la Guía del administrador de Citrix XenApp. Estas solicitudes de
confianza se deben activar en cada servidor de la comunidad y no se pueden
establecer en el nivel de comunidad.
• Para evitar que usuarios externos obtengan acceso no autorizado a los
servicios de los servidores de la comunidad, configure todos los servidores
XenApp para una delegación restringida. Para dar acceso a los usuarios a
los recursos en esos servidores debe agregar los servicios pertinentes a la
lista de servicios a través del complemento MMC de usuarios y equipos de
Active Directory.
Para obtener más información sobre estas tareas, así como sobre la configuración
de ADFS, consulte la Guía del administrador de la Interfaz Web.
Planificación de la supervisión y el
mantenimiento del sistema
Al diseñar comunidades XenApp, incluya una estrategia de supervisión y
administración para garantizar la sostenibilidad del entorno. Considere la
incorporación de una o más herramientas de supervisión en el entorno, así como
su personalización para proporcionar alertas en función de las mediciones
asociadas al hardware, el software y los requisitos de uso. Citrix EdgeSight es una
excelente herramienta para la supervisión de comunidades XenApp.
El diseño de la supervisión y la administración debe incluir el hardware, el
software, el rendimiento y las áreas de red. Para la supervisión de hardware,
Citrix recomienda las herramientas de administración de hardware que ofrecen la
mayoría de fabricantes de servidores. Citrix recomienda personalizar las
mediciones predeterminadas de Resource Manager y EdgeSight, ya que puede
que no cumplan las necesidades específicas de supervisión de la organización.
Protección de la distribución de aplicaciones

La arquitectura de Citrix XenApp (incluidos sus componentes relacionados) está
diseñada para permitir el acceso seguro a los recursos por parte de los usuarios.
También está diseñada para permitir a los administradores controlar y supervisar
el acceso a cada recurso y componente.
Varios componentes de XenApp complementarios son seguros por definición y
permiten proporcionar una seguridad completa, incluidos pero sin limitarse a los
siguientes:
• Citrix Password Manager
• Citrix Access Gateway
• Secure Gateway
La planificación de la distribución no estará completa hasta que los
administradores protejan todas las partes accesibles de XenApp. Consulte
también el capítulo “Seguridad en las comunidades de servidores” de la Guía del
Área que proteger/tener en cuenta Consulte este tema o guía

Acceso a las comunidades de “Seguridad en el acceso a los servidores” en el
servidores capítulo “Seguridad en las comunidades de
servidores” de la Guía del administrador de Citrix
XenApp
Almacén de datos de XenApp “Seguridad en el almacén de datos” en el capítulo
“Seguridad en las comunidades de servidores” de la
Guía del administrador de Citrix XenApp
Comunicaciones cliente/servidor, “Seguridad en las comunidades de red” en el
servidores de seguridad, Secure capítulo “Seguridad en las comunidades de
Gateway y Secure Ticket Authority servidores” de la Guía del administrador de Citrix
XenApp
Autenticación de usuario, incluida “Configuración de la autenticación de usuarios” en
la implementación de tarjetas el capítulo “Seguridad en las comunidades de
inteligentes y la autenticación de servidores” de la Guía del administrador de Citrix
Kerberos, XenApp
Cambios en una comunidad de “Registro de cambios administrativos en una
servidores, incluido el seguimiento comunidad de XenApp” en el capítulo “Seguridad
seguro de los cambios en la en las comunidades de servidores” de la Guía del
comunidad administrador de Citrix XenApp
“Cifrado de datos importantes del registro de
configuración” en el capítulo “Seguridad en las
comunidades de servidores” de la Guía del
administrador de Citrix XenApp
Secure Gateway Guía del administrador de Secure Gateway para
Windows
Área que proteger/tener en cuenta Consulte este tema o guía

Access Gateway Guía del administrador de Citrix Access Gateway
Enterprise Edition o Guía del administrador de
Citrix Access Gateway Standard Edition
Citrix Password Manager Guía de instalación de Citrix Password Manager
Seguridad del acceso remoto

Si los usuarios se conectan a la comunidad a través de Internet, bien ahora o en el
futuro, tenga en cuenta lo siguiente:
• Aumentar la seguridad a través de una autenticación de dos factores (con la
incorporación de un segundo método de autenticación como los tokens de
RSA).
• Limitar la instalación automática de controladores de impresoras en los
servidores (activada de forma predeterminada) si los usuarios se conectan
desde dispositivos con impresoras conectadas de forma local. Consulte los
capítulos sobre impresión de la Guía del administrador de XenApp.
• Emplear una estrategia SmartAccess. Por ejemplo, utilizando Access
Gateway y configurando directivas que limiten el acceso según condiciones
en el dispositivo cliente o la ubicación del usuario. Consulte la Guía del
administrador de Access Gateway.
• Cómo distribuirá complementos a los usuarios, especialmente si éstos se
conectan desde cabinas públicas de Internet de un aeropuerto u otras
ubicaciones públicas. Consulte la Guía del administrador de Citrix XenApp
Plugin para aplicaciones de servidor.
• Crear conexiones seguras a las aplicaciones publicadas con SSL/TLS. Si
los complementos del entorno se comunican con la comunidad a través de
Internet, Citrix recomienda habilitar el cifrado SSL/TLS cuando se publica
un recurso. Si desea utilizar el cifrado SSL/TLS, utilice la característica de
Traspaso SSL (en comunidades con menos de cinco servidores) o Secure
Gateway para traspasar el tráfico ICA al servidor XenApp.
También puede usar el Traspaso SSL para proteger el tráfico de Citrix XML
Broker.
Configuración de servidores de seguridad para

acceso remoto
Si los usuarios se conectan a la comunidad de forma remota, puede utilizar
Access Gateway o Secure Gateway para controlar el acceso remoto a la
comunidad. Debe establecer los puertos del servidor de seguridad para
comunicarse con Secure Gateway y la comunidad de servidores. Consulte las
guías del administrador de Secure Gateway y Access Gateway.
Importante: Para que XenApp funcione en Windows Server 2008, la

configuración de XenApp vuelve a configurar los parámetros del puerto del
servidor de seguridad de Windows para permitir los conexiones entrante, tales
como las del tráfico de ICA y del servicio Independent Management
Architecture de Citrix. Para obtener una lista de todos los puertos que XenApp
utiliza, consulte la Guía del administrador de Citrix XenApp.
Planificación de una experiencia de usuario correcta

Al planificar la comunidad, tenga en cuenta los siguientes factores que pueden
afectar a la experiencia de los usuarios:
• Factores que afectan al tiempo de inicio de sesión
• Planificación de la configuración de impresión
Factores que afectan al tiempo de inicio de sesión

Las sesiones que se inician rápidamente son parte integral de la experiencia y la
satisfacción de los usuarios. Estos factores pueden provocar que el inicio de las
sesiones sea más lento de lo necesario:
• Parámetros de la directiva de creación automática de impresoras. Al
diseñar la configuración de impresión, considere limitar el número de
impresoras que se crean de forma automática si el tiempo de inicio de
sesión es importante.
• Actividades de red que se realizan independientemente de las sesiones.
Las operaciones estándar, como el inicio de sesión en Active Directory, la
consulta de servidores de directorio LDAP (Lightweight Directory Access
Protocol), la carga de perfiles de usuario, la ejecución de archivos de
comandos de inicio de sesión, la asignación de unidades de red y la
introducción de variables de entorno en el registro, pueden afectar a los
tiempos de inicio de sesión. Además, la velocidad de conexión y los
programas que se encuentran como elementos de inicio de la sesión, como

los programas antivirus, pueden afectar a los tiempos de inicio.
• Tamaño y ubicación del perfil móvil. Cuando un usuario inicia una sesión
en la que están activados los perfiles móviles y las carpetas de inicio de
Terminal Services, el contenido del perfil móvil y el acceso a esa carpeta se
asignan durante el inicio de sesión y requieren recursos adicionales. En
algunos casos, puede consumir una cantidad considerable de la CPU. Para
mitigar este problema, puede usar carpetas de inicio de Terminal Services
con carpetas personales redirigidas.
• Si el recopilador de datos tiene suficientes recursos para tomar
decisiones de equilibrio de carga de forma eficiente. En entornos con
servidores de infraestructura en la misma ubicación, Citrix sugiere alojar a
Citrix XML Broker en el recopilador de datos para evitar demoras.
• Ubicación del servidor de licencias. Para las WAN con varias zonas,
donde el servidor de licencias está relacionado con la zona.
Planificación de la configuración de impresión

Otro factor importante para la satisfacción del usuario es la capacidad de
imprimir de forma fácil y rápida, y en la impresora más cercana,
independientemente de la frecuencia con la que el usuario cambie de ubicación.
La configuración de la impresión afecta directamente al tiempo que necesitan las
sesiones para iniciarse y al tráfico en la red.
Para la planificación de la configuración de impresión es necesario determinar la
ruta de comunicación de impresión que desea utilizar, cómo desea aprovisionar
las impresoras en las sesiones y cómo desea mantener los controladores de
impresora. Citrix recomienda planificar la configuración de la impresión, incluida
la decisión sobre las directivas de impresión que se establecerán, al diseñar la
comunidad.
Citrix recomienda que se consideren las siguientes configuraciones de impresión
y que se implementen las pertinentes a su entorno:
• Uso de los controladores de impresora universales Citrix y de la impresora
universal siempre que sea posible. Esto da como resultado menos
controladores y menos problemas que solucionar.
• Desactivación de la instalación automática de controladores de impresoras,
que es la configuración predeterminada.
• Ajuste del ancho de banda de la impresora mediante las reglas de directivas
de XenApp, si fuera necesario.
• Si se imprime a través de una WAN, el uso de la regla de la directiva de

enrutamiento de trabajos de impresión de XenApp para redirigir los
trabajos a través del dispositivo cliente. Esto redirige el trabajo a través del
canal virtual ICA y, por lo tanto, hace uso de la compresión ICA.
• Prueba de nuevas impresoras con la utilidad Stress Printers, como se
describe en Citrix Knowledge Center.
Es fundamental seleccionar impresoras que se hayan probado con entornos
multiusuario. La impresora debe ser compatible con PCL o PS y no estar basada
en host. El fabricante de la impresora es quien determina si las impresoras
funcionan en un entorno XenApp, no Citrix. Algunas empresas han desarrollado
pruebas exhaustivas con XenApp y han publicado notas informativas en las que
se indican qué impresoras son compatibles.
Para obtener más información sobre la planificación de la configuración de
impresión y la adquisición de hardware de impresión, consulte la documentación
sobre impresión en la Guía del administrador de XenApp para XenApp 5.0. Para
obtener más información sobre el impacto en la experiencia del usuario final,
consulte la Guía del administrador de Citrix XenApp Plugin para aplicaciones de
servidor.
Integración de componentes de la edición Platinum en la

comunidad
Si tiene la edición Platinum de XenApp, dispone de componentes adicionales y
opcionales que puede instalar.
En esta ilustración se muestra una distribución de la edición Platinum de XenApp.

Como norma general, instale la comunidad XenApp y sus componentes
necesarios en primer lugar. A continuación, tras instalar XenApp y sus servidores
de infraestructura de respaldo, instale los componentes Platinum, avanzando de
forma lógica desde las funciones básicas de la comunidad, según se indica en la
comunidad XenApp de la ilustración.
Si elige distribuir los componentes Platinum, tenga en cuenta lo siguiente:
• EdgeSight o Resource Manager con tecnología de EdgeSight

EdgeSight Server incluye un servidor de base de datos y un servidor Web,
que se pueden ubicar en el mismo o en diferentes equipos.
Como alternativa, si su almacén de datos XenApp se aloja en un servidor
SQL, puede ubicar la base de datos EdgeSight y el almacén de datos en la
misma ubicación. No obstante, Citrix recomienda supervisar el servidor de
la base de datos para asegurarse de que no está sobrecargado.
Para evitar errores en la medición del rendimiento, no instale la base de
datos de EdgeSight en ninguno de los servidores de la comunidad que
alojan sesiones de usuario. Para obtener información sobre los factores que
se deben tener en cuenta en la integración de EdgeSight o Resource
Manager, consulte “Planificación de la supervisión y el mantenimiento del
sistema” en la página 59.
• Password Manager
Citrix Password Manager proporciona seguridad de contraseñas y acceso
de inicio de sesión unificado a las aplicaciones de Windows, Web y basadas
en emulador de terminales que se ejecutan en el entorno Citrix, así como a
las aplicaciones que se ejecutan en el escritorio. Si dispone de varias
aplicaciones en la comunidad que requieren autenticación, considere la
instalación de Password Manager.
El servicio Password Manager se instala normalmente en su propio
servidor. Consulte la Guía de instalación de Citrix Password Manager para
obtener información sobre el diseño de Password Manager. El servidor que
aloja el servicio Password Manager y el almacén central contiene
información altamente confidencial relacionada con los usuarios. Citrix
recomienda el uso de un servidor dedicado y que dicho servidor se coloque
en una ubicación físicamente segura.
• SmartAuditor
SmartAuditor permite grabar la actividad de la pantalla de cualquier sesión
de usuario, a través de cualquier tipo de conexión y desde cualquier
servidor que ejecute XenApp. SmartAuditor graba, cataloga y archiva las
sesiones para poder recuperarlas y reproducirlas. Si dispone de aplicaciones
que requieren supervisión por motivos de cumplimiento de la normativa,
considere la distribución de SmartAuditor.
SmartAuditor requiere una estación de trabajo de escritorio independiente
para el reproductor. Aunque existen varios métodos de distribución de los
componentes de administración de SmartAuditor (base de datos de
SmartAuditor, servidor SmartAuditor y consola de directivas de
SmartAuditor), dichos componentes se instalan normalmente en un
servidor dedicado a la administración. Cuando hay un gran volumen de
datos grabados, por ejemplo, cuando se realizan sesiones de grabación de

una o más comunidades, estos componentes se pueden instalar en
servidores dedicados.
• Access Gateway
Access Gateway es un dispositivo basado en UNIX que permite controlar el
acceso a las aplicaciones publicadas en un servidor XenApp basándose en
ciertas condiciones, como el dispositivo cliente y la ubicación del usuario.
Si dispone de usuarios móviles o remotos, especialmente cuando se
conectan desde los equipos que no pertenecen a la organización, como las
cabinas públicas de Internet de un aeropuerto, considere la instalación de
Access Gateway.
Access Gateway puede impedir el acceso a las aplicaciones y limitar el
acceso a ciertas funciones, como los discos duros o las funciones de
impresión, si el dispositivo cliente no cumple determinados requisitos.
Access Gateway se instala normalmente en zona DMZ. Al instalar Access
Gateway con la Interfaz Web, se deben tener en cuenta consideraciones
específicas de diseño.
Para obtener más información, consulte “Planificación de la Interfaz Web y
de las comunicaciones con XML Broker” en la página 45 y la
documentación correspondiente de estos componentes.
Aunque las licencias de usuario de Access Gateway vienen incluidas en la
edición Platinum, el dispositivo Access Gateway se vende por separado.
• EasyCall
EasyCall permite a los usuarios marcar automáticamente números de
teléfono en aplicaciones Windows publicadas, distribuidas por streaming o
instaladas.
La edición Platinum incluye las licencias de EasyCall, aunque EasyCall
también requiere un dispositivo EasyCall que se vende por separado.
• Optimización de WAN con tecnología de Citrix WANScaler
Los dispositivos WANScaler pueden acelerar el tráfico general de la red
hacia cualquier usuario móvil o remoto. Las funciones avanzadas de
aceleración de WANScaler ofrecen a los usuarios remotos un rendimiento
similar al de la oficina, independientemente de dónde se encuentren.
WANScaler puede acelerar la distribución de aplicaciones distribuidas por
streaming o de aplicaciones instaladas y alojadas en el servidor.
Aunque las licencias de usuario WANScaler vienen incluidas en Platinum,
para usar WANScaler debe adquirir uno o más dispositivos Citrix
WANScaler 8500 u 8800.
Muchos componentes Platinum requieren además la instalación de complementos

o clientes en servidores de la comunidad o en estaciones de trabajo del usuario,
según se describe en “Instalación de los agentes de los componentes Platinum” en
la página 85. Puede encontrar instrucciones de instalación y consideraciones de
diseño para componentes Platinum en las guías del administrador
correspondientes.
Temas relacionados:
“Instalación de componentes adicionales de XenApp” en la página 83
4
Preparación para la instalación de

XenApp
La distribución de XenApp en toda una comunidad requiere repetir la misma

instalación en muchos servidores. A menudo, si se lleva a cabo una instalación
basada en el asistente en cada servidor de la comunidad, se tarda demasiado
tiempo para que sea viable.
El método de instalación elegido está directamente relacionado con la forma en la
que desea que se aprovisionen los servidores de la comunidad. En muchos
entornos, la distribución de imágenes duplicadas, como con Provisioning Server,
es el método estándar para llevar a cabo instalaciones grandes en toda la empresa.
Citrix recomienda optar por un método de instalación que permita instalar
servidores rápidamente en caso de producirse un fallo del servidor o un
crecimiento de la red.
Antes de instalar XenApp, dedique tiempo a planificar el entorno, asegúrese de
que los servidores están correctamente preparados para la instalación y elija las
opciones de configuración necesarias.
Importante: Antes de instalar Citrix XenApp, revise la lista de verificación de

la instalación de Citrix XenApp 5.0 para Microsoft Windows Server 2008.
Instalaciones de XenApp invocadas desde el programa

Autorun
Invoque instalaciones basadas en el asistente desde el programa Autorun,
autorun.exe. No se puede iniciar la instalación haciendo doble clic en el archivo
.msi. Utilice las instalaciones basadas en el asistente si necesita instalar un solo
componente, instalar XenApp en comunidades pequeñas o al crear imágenes para
el aprovisionamiento del servidor. Una diferencia fundamental entre el inicio de
una instalación que se basa en el asistente desde el programa Autorun y los
métodos de instalación personalizada es que, al invocar el programa de
instalación desde el programa Autorun, el programa de instalación instala
automáticamente la mayoría de los requisitos del sistema que no forman parte de
Windows.
Las instalaciones basadas en el asistente instalan manualmente XenApp y
necesitan la selección de opciones en cada página del asistente. Por lo tanto, no es
un método de instalación práctico para comunidades grandes que no se hayan
creado con imágenes.
Temas relacionados:
“Creación de una nueva comunidad de XenApp” en la página 86
Instalaciones de XenApp personalizadas

XenApp admite varios métodos de instalación personalizada, que proporcionan
más control sobre las opciones de instalación que las instalaciones basadas en el
asistente. Las instalaciones personalizadas proporcionan a veces un enfoque
ampliable para el aprovisionamiento del servidor.
Las instalaciones personalizadas permiten controlar muchos aspectos de la
instalación o su configuración final, tales como la capacidad de cambiar las
cuentas locales de los servicios Citrix a cuentas de dominio, evitar que los
usuarios que no son administradores se conecten desde el escritorio del servidor y
controlar los reinicios tras la instalación. XenApp es compatible con varios tipos
de instalaciones personalizadas:
• Transformaciones. En entornos grandes, si distribuye XenApp a varios
servidores simultáneamente a través de Active Directory o el
Administrador de configuración, instale XenApp utilizando
transformaciones con el programa de instalación de XenApp (mps.msi).
Utilice las transformaciones que se incluyen con XenApp para personalizar
las propiedades de instalación de XenApp. Para realizar este tipo de
instalación, Citrix recomienda contar con conocimientos de Windows
Installer y de bases de datos de instalación. También será necesaria una
4 Preparación para la instalación de XenApp 72
herramienta de modificación del MSI de terceros. Antes de realizar la

instalación utilizando transformaciones, consulte “Nombres y valores de
propiedades de instalación en Windows de XenApp” en la página 158.
• Comandos de Windows Installer. XenApp admite la instalación mediante
los comandos de Windows Installer (msiexec). Los comandos de Windows
Installer proporcionan un control adicional sobre las opciones del programa
de instalación no disponibles durante las instalaciones basadas en el
asistente. Al igual que las instalaciones basadas en transformaciones, las
instalaciones con comandos de Windows Installer requieren buenos
conocimientos de las propiedades del MSI de XenApp. Los comandos de
Windows Installer se pueden utilizar por separado o combinados con
transformaciones para las distribuciones de Active Directory. Para instalar
requisitos del sistema e instalar XenApp en una sola acción, cree archivos
de comandos con los comandos de Windows Installer.
• Instalación automática de XenApp. Con la plantilla de instalación
automática, cree un archivo de respuestas que responda a las opciones de
instalación durante la instalación de XenApp. El archivo de respuesta de
ejemplo está incluido en los medios de instalación y utiliza los valores que
constan en “Referencia de propiedades de Windows Installer de XenApp”
en la página 158. Los archivos de respuestas proporcionan una instalación
lista para usar que sólo requiere una mínima personalización por parte del
usuario. Por lo tanto, las instalaciones automáticas son una de las formas
más fáciles de realizar instalaciones personalizadas y generar líneas de
comandos de Windows Installer. Puesto que los archivos de respuestas son
archivos de texto de pequeño tamaño, se almacenan y se comparan
fácilmente con otros archivos de respuestas mediante una utilidad de
comparación de archivos. Sin embargo, las instalaciones automáticas no
son tan eficaces como los archivos de comandos o de transformación de
Windows Installer; estas instalaciones no se pueden utilizar para
aprovisionar los servidores mediante Active Directory.
• Integración de los hotfix de Citrix en la instalación personalizada. Si
desea almacenar una versión de la instalación personalizada que pueda
reproducirse fácilmente e incluya otro tipo de información o elementos,
como los hotfix de Citrix, considere la creación de una instalación
administrativa de XenApp o de Citrix XenApp Plugin para aplicaciones de
servidor. Las instalaciones administrativas se utilizan por lo general para
preparar un paquete con respuestas o revisiones que desee que se apliquen
al ejecutar la línea de comandos de Windows Installer resultante.
Al elegir un método de instalación de XenApp, seleccione uno que pueda

reproducir fácilmente, por ejemplo, la automatización, los archivos de respuestas
o la creación de imágenes. Si dispone de un método que pueda reproducirse para
crear servidores XenApp rápidamente, facilitará la reinstalación si se produce un
fallo de servidor, ahorrará tiempo y recursos y garantizará que las configuraciones
sean coherentes, lo que facilita la solución de problemas.
Al realizar instalaciones personalizadas, considere activar el registro de Windows
Installer. Esto proporciona un resumen detallado de las acciones de instalación, lo
que puede ayudar a la solución de problemas.
Para familiarizarse con la instalación de XenApp, empiece por crear una
comunidad pequeña de prueba de un solo servidor mediante la instalación basada
en el asistente.
Temas relacionados:
“Referencia de instalaciones de XenApp personalizadas” en la página 142
“Referencia de propiedades de Windows Installer de XenApp” en la página 158
Preparación del entorno para la instalación de XenApp

Antes de instalar los componentes que se incluyen con el programa de instalación
de Citrix XenApp, revise la lista de verificación de la instalación de Citrix
XenApp 5.0 para Microsoft Windows Server 2008 para asegurarse de que los
servidores están preparados para la instalación del producto. La lista de
verificación de la instalación incluye los requisitos del sistema para cada
componente.
Para preparar la creación de la comunidad

• En el servidor que alojará el almacén de datos, instale el software de la base
de datos, si es necesario, y cree el almacén de datos de la comunidad.
• Instale el sistema de licencias de Citrix. Puede instalar este sistema en un
servidor independiente o compartido e instalar las licencias antes o después
de la instalación de XenApp; sin embargo, puesto que el programa de
instalación de XenApp solicita información de las licencias, puede que sea
más adecuado instalarlo antes que el programa de instalación.
Para obtener más información sobre la instalación del servidor de licencias,
consulte la Guía de introducción a Citrix Licensing.
• Si utiliza la Interfaz Web o el complemento de Citrix XenApp para el

acceso de usuario, instale la Interfaz Web y configure un sitio Web de
XenApp o de XenApp Services. Para obtener más información, consulte la
Guía del administrador de la Interfaz Web.
Para preparar los servidores de la comunidad

para la instalación
Estos puntos se aplican a todos los servidores de la comunidad, incluido el primer
servidor de la misma.
• Revise las instrucciones sobre la instalación en un entorno de Windows
Server 2008 en la lista de verificación de la instalación y las
consideraciones para el Control de cuentas de usuario.
• Asegúrese de que el sistema operativo en el que instala XenApp tenga el
reloj ajustado en la hora correcta.
• Si realiza una instalación automática, cree un archivo de nombre de origen
de datos (DSN) y copie el archivo en cada servidor de la comunidad
realizando las modificaciones necesarias. Esto no es necesario si el almacén
de datos se aloja en una base de datos de Access.
• Instale el cliente de la base de datos adecuado en cada servidor de la
comunidad. Esto no es necesario si el almacén de datos se aloja en una base
de datos de Access.
• Instale uno de los complementos de Citrix XenApp en cada servidor antes
de ejecutar el programa de instalación.
• Si desea cambiar las cuentas en las se ejecutan Citrix Print Manager Service
y el servicio Citrix CPU Utilization Mgmt/CPU Rebalancer, cree esas
cuentas en cada servidor antes de ejecutar el programa de instalación y
ejecútelo como administrador del dominio.
• Si desea utilizar la compatibilidad con MUI en XenApp, asegúrese de que
la opción de idioma de Windows Server 2008 está establecida en inglés.
Temas relacionados:
“Elección de la ejecución del programa de instalación con Control de cuentas de
usuario activado o desactivado” en la página 75
“Creación de un archivo DSN para la instalación de XenApp” en la página 201
“Instalación de complementos de Citrix XenApp en los servidores” en la página
78
“Sustitución de las cuentas de dominio por cuentas locales” en la página 79
“Para habilitar el respaldo MUI” en la página 81
Planificación para la instalación de XenApp

Hay varias decisiones que debería tomar antes de comenzar la instalación de
XenApp. Algunas configuraciones y funciones de comunidades XenApp, como el
remedo, requieren la planificación de su distribución antes de empezar la creación
de la comunidad.
Elección de la ejecución del programa de

instalación con Control de cuentas de usuario
activado o desactivado
Puede ejecutar el programa de instalación de XenApp con el UAC activado o
desactivado, en función de sus preferencias. Este tema proporciona información
sobre:
• Acceso multiusuario a las aplicaciones
• Cuentas necesarias para las funciones de administración de Citrix
• Instalación de XenApp con UAC activado
• Administración de controladores de impresora y colas de impresión
Acceso multiusuario a las aplicaciones
Para permitir el acceso multiusuario a una aplicación, instale la aplicación como
administrador integrado o active el parámetro Crear usuarios cuando se lo
solicite el UAC.
Cuentas necesarias para las funciones de administración de Citrix
Estas funciones y herramientas de administración de XenApp requieren que los
usuarios sean administradores del dominio, administradores delegados o que
formen parte del grupo de administradores del equipo local:
• Access Management Console
• Herramienta de configuración avanzada
• Comandos de XenApp
• Herramienta de traspaso SSL
• Administrador de reducción de retardo SpeedScreen
Estos permisos son adicionales a los requisitos de la función, tales como tener una
cuenta de administrador de Citrix.
Instalación de XenApp con UAC activado

Tenga en cuenta las siguientes sugerencias antes de realizar la instalación si el
UAC está activado:
• Si realiza una instalación basada en el asistente, invoque el programa de
instalación haciendo clic con el botón secundario en el programa Autorun
(autorun.exe) y seleccionando Ejecutar como administrador. Realizar
una instalación basada en el programa Autorun ejecuta el programa de
instalación en el manifiesto superior y eleva los niveles de privilegios según
corresponda.
Nota: No se puede iniciar el programa de instalación haciendo doble clic

en mps.msi o en MF_Autorun.msi.
• Para realizar la instalación como un usuario diferente al administrador

integrado, inicie el programa de instalación haciendo clic con el botón
secundario en el archivo Autorun.exe y seleccione Ejecutar como
administrador. Si hace doble clic en el ejecutable, no podrá instalar
XenApp en modo de usuario.
• Especifique en Windows si desea elevar el nivel del UAC automáticamente,
sin solicitarlo, mediante la configuración de un parámetro de directiva de
seguridad local:
• En Windows Server 2008, especifique Elevar sin preguntar para el
Control de cuentas de usuario: comportamiento del indicador de
elevación para los administradores en la directiva de seguridad
local.
• Especifique en Windows si desea elevar el nivel de UAC, sin solicitarlo,
mediante una directiva de dominio predeterminado de Active Directory:
• En el controlador de dominio, modifique la Directiva de dominio
predeterminada para establecer el indicador para administradores
Configuración de directiva de seguridad en el Control de cuentas
de usuario: Comportamiento de la elevación en Modo de
aprobación de administrador, Elevar sin preguntar.
Esto evita tener que activar este parámetro en cada servidor antes de la
instalación, siempre que se una al dominio antes de instalar XenApp. Si un
equipo se une al dominio, la directiva de dominio se aplica
automáticamente.
Si desea realizar una instalación silenciosa desde la línea de comandos o una
instalación automática de XenApp con el UAC activado y no es un administrador
integrado, puede:
• Ejecutar el archivo UnattendedInstall.exe especificándolo en la línea de

comandos de una ventana de símbolo del sistema en modo elevado. Por
ejemplo, ejecute:
UnattendedInstall.exe MPS.msi c:\Unattended.txt
Para elevar el símbolo del sistema, haga clic con el botón secundario en el
comando del menú del símbolo del sistema y seleccione Ejecutar como
administrador. Este modo elevado también se conoce como Modo de
aprobación de administrador.
• Ejecutar instalaciones, incluidos los archivos de comandos, desde el
símbolo del sistema en modo elevado.
• Ejecutar instalaciones utilizando archivos por lotes desde el símbolo del
sistema en modo elevado. Para ello, especifique el archivo por lotes en la
línea de comandos de una ventana de símbolo del sistema en modo elevado
(según se describió anteriormente para UnattendedInstall.exe).
Administración de controladores de impresora y colas de impresión
Si se va a activar el UAC en los servidores de la comunidad, Citrix recomienda
activar la función de servicios de impresión para que se puedan administrar los
controladores de impresora y las colas de impresión de los clientes.
Idiomas compatibles
Este tema proporciona información relacionada con los idiomas compatibles de
los sistemas operativos, no de las ediciones.
Edición de idioma de XenApp Edición de idioma del sistema operativo

XenApp, edición en inglés Windows Server 2008, edición en inglés
Windows Server 2008, edición en ruso
Windows 2008, chino simplificado
Windows 2008, chino tradicional
Windows 2008, coreano
XenApp, edición en francés Windows Server 2008, edición en francés
XenApp, edición en alemán Windows Server 2008, edición en alemán
XenApp, edición en japonés Windows Server 2008, edición en japonés
XenApp, edición en español Windows Server 2008, edición en español
El paquete de interfaz de usuario multilingüe (MUI) de Windows solamente se

admite en la edición en inglés de Windows.
Para obtener información sobre las ediciones de sistemas operativos compatibles,

consulte la lista de verificación de la instalación de Citrix XenApp.
Temas relacionados:
“Para habilitar el respaldo MUI” en la página 81
Consideraciones de procedimientos adicionales

anteriores a la instalación
Para utilizar dispositivos de Philips SpeechMike con XenApp, debe instalar los
controladores en todos los servidores que alojan sesiones que graban sonido.
Citrix recomienda la instalación de los controladores Philips antes de instalar
XenApp.
Instalación de complementos de Citrix XenApp en

los servidores
El programa de instalación de XenApp requiere la instalación de al menos un
complemento de Citrix XenApp antes o durante la instalación para que funcionen
correctamente funcionalidades como la autenticación de clientes PassThrough y
el remedo. Si se invoca el programa de instalación desde el programa Autorun,
esto se realiza de forma predeterminada automáticamente.
Si desea distribuir por streaming las aplicaciones o cree que deseará hacerlo en el
futuro, Citrix recomienda la instalación de Citrix XenApp Plugin para
aplicaciones de streaming, que se instala de forma predeterminada en todos los
servidores de la comunidad.
Temas relacionados:
“Instalación de un complemento de XenApp antes de la instalación” en la página
144
“Tarea 4: configuración de la autenticación de clientes PassThrough” en la página
92
Sustitución de las cuentas de dominio por

cuentas locales
De forma predeterminada, el programa de instalación de XenApp crea cuentas
locales para ejecutar los siguientes servicios de XenApp:
XenApp Service Cuenta de usuario local

predeterminada
Servicio Citrix Print Manager ctx_cpsvcuser
CPU Utilization Mgmt/CPU Rebalancer ctx_cpuuser
Administrador de configuración para el Ctx_ConfigMgr
servicio de Interfaz Web
Si se desean cambiar las cuentas locales por cuentas de dominio Citrix

recomienda realizar el cambio antes de instalar XenApp. No se respalda el
cambio de cuentas de servicio después de la instalación.
Ejecute el programa de instalación como administrador del dominio o, de lo
contrario, las cuentas no se crearán correctamente. Si va a cambiar las cuentas
para los servicios y la comunidad tiene servidores en varios dominios, los
dominios deben tener relaciones de confianza entre ellos.
Para sustituir la cuenta de dominio recién creada por la cuenta local, durante la
instalación de XenApp, lleve a cabo la instalación utilizando un método que
emplee comandos de Windows Installer y, a continuación, incluya la propiedad
del servicio y proporcione el nuevo nombre de cuenta de dominio como
parámetro.
Para obtener instrucciones en cómo especificar las cuentas durante la instalación,
consulte “Nombres y valores de propiedades de instalación en Windows de
XenApp” en la página 158. Para obtener una lista con una descripción de las
cuentas XenApp y sus privilegios, consulte la Guía del administrador de Citrix
XenApp.
Planificación del registro de configuración y

cifrado IMA antes de la instalación
La función de cifrado IMA brinda un algoritmo de cifrado AES más potente para
proteger información confidencial en el almacén de datos IMA. Si se habilita el
cifrado IMA, se crea una capa de seguridad adicional para la información
guardada mediante la funcionalidad del registro de configuración.
Si no activa el cifrado IMA, XenApp utiliza el cifrado estándar utilizado en

versiones anteriores de XenApp. En la Guía del administrador de Citrix XenApp,
se describe con más detalle el cifrado IMA, el registro de configuración y cuándo
activar estas funciones.
Puede activar el cifrado IMA durante o después de la instalación de XenApp. Sin
embargo, es más fácil activarlo durante la instalación.
Para activar el cifrado IMA durante la instalación, genere una clave, que se usará
para todos los servidores de la comunidad, y especifíquela durante la instalación.
La clave puede generarse antes de la instalación o durante ésta.
Si va a realizar una distribución de Citrix XenApp a gran escala, Citrix
recomienda llevar a cabo alguno de estos procedimientos si desea activar el
cifrado IMA:
• Distribución de XenApp mediante imágenes
• Generar una clave, ponerla en una carpeta de la red, utilizar una ruta UNC
para especificar la ubicación y llevar a cabo una instalación automática
Nota: Las unidades asignadas no pueden especificarse en la ruta de la

clave durante la instalación.
Si decide generar la clave antes de la instalación, debe hacerlo mediante la

herramienta CTXKEYTOOL, que se describe en la sección sobre comandos de la
Guía del administrador de Citrix XenApp.
Si el entorno tiene varias comunidades de servidores, Citrix recomienda generar
una clave distinta para cada comunidad.
Temas relacionados:
“Activación del cifrado IMA después de la instalación” en el capítulo “Seguridad
en las comunidades de servidores” de la Guía del administrador de Citrix
XenApp.
“Paso 5: activar el cifrado IMA” en la página 98
“Instalaciones de XenApp personalizadas” en la página 71
Activación del cifrado IMA como administrador

local
Citrix recomienda que, si prevé activar el cifrado IMA durante la instalación y
desea establecer una conexión al almacén de datos de forma indirecta, como
sucede de forma predeterminada con SQL Server Express y Access, instale
XenApp utilizando una cuenta de dominio con privilegios de administración local
en el servidor.
No se puede habilitar el cifrado IMA al unirse a una comunidad, ya sea durante la
instalación o al cambiar comunidades, si se inició la sesión como administrador
local y se trata de conectar a la base de datos de forma indirecta. Si utiliza una
cuenta de administrador local que no forma parte del grupo de administradores
Citrix, configure todos los administradores locales como administradores Citrix
tras ejecutar el programa de instalación en el primer servidor de la comunidad.
Para configurar los administradores locales como

administradores Citrix
Este procedimiento sólo es necesario para comunidades en las que la conexión
con el almacén de datos es indirecta.
1. En Access Management Console, expanda el nodo XenApp.
2. En el panel izquierdo, en el nodo Comunidad, seleccione el nodo
Administradores y, a continuación, Acción > Nueva > Agregar
administrador.
3. En la página Agregar administrador Citrix, seleccione la casilla de
verificación Agregar administradores locales.
Al seleccionar esta opción, se agregan todos los administradores locales
creados previamente al grupo de administradores Citrix y también se
agrega automáticamente cualquier administrador local que se cree en el
futuro en dicho grupo.
Para habilitar el respaldo MUI

XenApp admite la Interfaz de usuario multilingüe (MUI) de Microsoft Windows
para Windows Server 2008. Los usuarios que se conecten usando clientes
internacionales verán su entorno y aplicaciones en el idioma que les corresponde,
siempre y cuando el servidor y las aplicaciones respalden la función y se
encuentren disponibles los paquetes de idioma correspondientes. Si bien XenApp
admite la MUI Windows, algunos componentes de XenApp sólo aparecen en
inglés.
1. Antes de instalar XenApp, asegúrese de que la opción de idioma de

Windows Server 2008 está establecida en inglés. Los parámetros de idioma
se encuentran bajo la configuración regional y de idioma. Si desea
obtener información adicional, consulte la documentación de Microsoft.
2. Instale la versión en inglés de XenApp.
3. Instale los paquetes de Windows MUI que desea que usen los usuarios, e
instale las aplicaciones, MUI o nativas, necesarias.
Nota: Si cambia la opción de idioma de Windows Server 2008 a otro idioma

después de instalar XenApp, puede causar problemas en la presentación.
Planificación del remedo antes de la instalación

Decida si desea que esté disponible el remedo de sesiones antes de ejecutar el
programa de instalación. El remedo de sesiones permite supervisar las sesiones de
usuario e interactuar con ellas. Al remedar una sesión de usuario, puede ver todo
el contenido de la pantalla de la sesión de éste.
El remedo de sesiones también permite usar el teclado y el puntero para
interactuar de modo remoto con esa sesión si lo desea. El remedo puede ser una
herramienta útil para la colaboración entre usuarios, la formación, la resolución
de problemas y la supervisión por parte de los supervisores, el personal de
asistencia técnica y los formadores.
El remedo es específico del protocolo de red. Esto quiere decir que puede
remedar sesiones ICA sólo a través de ICA, y sesiones de Protocolo de escritorio
remoto (RDP) sólo a través de RDP.
Durante la instalación, se puede limitar o desactivar el remedo. Se puede
desactivar el remedo de las sesiones ICA en todos los servidores de una
comunidad, por ejemplo, si los requisitos legales sobre privacidad prohíben el
remedo de las sesiones de los usuarios. También puede desactivar el remedo si
existen servidores que alojan aplicaciones delicadas, como las aplicaciones sobre
nóminas o personal, con el fin de proteger los datos confidenciales.
Importante: Las restricciones del remedo son permanentes. Si durante la

instalación desactiva el remedo o lo activa pero no con todas sus funciones, no
podrá cambiar esas restricciones posteriormente. Debe reinstalar XenApp en el
servidor para cambiar restricciones del remedo.
Las directivas de usuario que cree para activar el remedo de usuario a usuario
estarán sujetas a las restricciones que imponga sobre el remedo durante la
instalación.
El remedo es un ajuste del servidor, de modo que puede activarlo en un servidor y

desactivarlo en otro. Puesto que las restricciones del remedo son permanentes, no
puede volver a ejecutar el programa de instalación para configurar el remedo
después de crear la comunidad si ha desactivado la compatibilidad de remedo
predeterminada al instalar el servidor.
Citrix no recomienda desactivar el remedo como alternativa a establecer
directivas de conexión específicas de usuario y de grupo.
Temas relacionados:
“Paso 7: configurar el remedo de sesiones” en la página 100
Instalación de componentes adicionales de

XenApp
Puede iniciar los programas de instalación para los siguientes componentes de
XenApp desde el programa Autorun del mismo:
• Interfaz Web
• Resource Manager y EdgeSight
• SmartAuditor
• Citrix Licensing
• Secure Gateway
Muchos de estos componentes requieren sus propios servidores o tienen
requisitos o consideraciones de instalación diferentes a XenApp. Por ello, la Guía
de instalación de Citrix XenApp no ofrece instrucciones de instalación completas
ni proporciona requisitos completos. Con la excepción de Access Management
Console, las instrucciones de instalación de estos componentes se proporcionan
en sus respectivas guías de instalación y del administrador.
Al instalar una distribución que incluya estos componentes adicionales, instálelos
en el siguiente orden. Aunque la secuencia indicada no es obligatoria para todos
los componentes, reduce la necesidad de configurar manualmente las opciones
tras la instalación si no tenía información disponible como, por ejemplo, los
nombres de los sitios o servidores.
1. Citrix Licensing, incluido el servidor de licencias de Citrix y License
Management Console. Consulte también “Para preparar la creación de la
comunidad” en la página 73.
2. Interfaz Web. La instalación de la Interfaz Web y la creación un sitio de
servicios Web antes de instalar XenApp permite proporcionar una respuesta
al nombre del sitio cuando lo solicite el programa de instalación de
XenApp. Si está distribuyendo el complemento de Citrix XenApp, instale

la Interfaz Web y cree un sitio de XenApp Services.
Nota: También puede instalar la Interfaz Web después de instalar

XenApp. En determinadas situaciones, esto puede ser más fácil y
preferible.
3. XenApp. Consulte “Creación de una nueva comunidad de XenApp” en la

página 86 para obtener información específica sobre la secuencia de
instalación y “Para preparar la creación de la comunidad” en la página 73
para el orden en el que se deben instalar los requisitos específicos.
4. Access Management Console. Es posible instalar Access Management
Console en un equipo remoto, por ejemplo, una estación de trabajo, así
como en servidores XenApp. No obstante, para la Interfaz Web, debe
instalar Access Management Console en el mismo servidor.
Para instalar Access Management Console para XenApp, Password
Manager y Access Gateway en el mismo servidor, instale las extensiones en
el siguiente orden:
1. Access Gateway
2. Password Manager
3. XenApp
5. EdgeSight o Resource Manager con tecnología de EdgeSight.
6. Secure Gateway. La instalación de Secure Gateway después de instalar
XenApp permite finalizar el asistente de configuración de Secure Gateway.
Si instala Secure Gateway antes de crear la comunidad, deberá volver a
ejecutar el asistente de configuración de Secure Gateway volviendo a
ejecutar la instalación. Normalmente no se instala Secure Gateway en un
servidor XenApp.
7. Password Manager.
8. SmartAuditor.
Planificación de funciones adicionales antes de la

instalación
Además, Citrix recomienda, si es posible, tomar estas decisiones antes de ejecutar
el programa de instalación:
• Si desea distribuir por streaming las aplicaciones, instale XenApp Plugin
para aplicaciones de streaming al ejecutar el programa de instalación.
• Si desea utilizar el módulo de administración de Citrix XenApp para

Microsoft Operations Manager 2005 o Microsoft Systems Center
Operations Manager 2007 con el fin de supervisar la comunidad XenApp o
Citrix Licensing, instale el proveedor de XenApp y de licencias, que son los
proveedores de Windows Management Instrumentation (WMI) de XenApp.
Para obtener más información sobre la distribución por streaming, consulte la
Guía de distribución de aplicaciones por streaming. Para obtener información
sobre Systems Center Operations Manager y Microsoft Operations Manager,
consulte la Guía del administrador del módulo de administración.
Temas relacionados:
“Paso 1: seleccionar componentes de XenApp” en la página 95
Instalación de los agentes de los componentes

Platinum
Si elige distribuir los componentes Platinum, tenga en cuenta lo siguiente:
• EdgeSight. Debe instalar el agente de EdgeSight en los servidores XenApp
y dispositivos cliente que desee supervisar.
• Citrix Password Manager. Instale y publique Citrix Password Manager
Plugin en cada servidor que publique aplicaciones que requieren
autenticación. El complemento proporciona credenciales sólo para las
aplicaciones publicadas. Puede instalar Citrix Password Manager Plugin
localmente en dispositivos cliente y utilizarlo para aplicaciones locales.
• SmartAuditor. El agente de SmartAuditor se instala en los servidores que
alojan las aplicaciones que desea supervisar. El agente debe instalarse
después de haber instalado el software de servidor de XenApp.
• EasyCall. Instale el cliente EasyCall en los dispositivos cliente o póngalo a
disposición de los usuarios publicándolo en la comunidad.
Puede instalar el agente de EdgeSight y Password Manager Plugin al instalar el
software de servidor de XenApp permitiendo su instalación.
Puede encontrar las instrucciones de instalación e información sobre los
componentes Platinum en las guías de instalación y del administrador
correspondientes.
5
Creación de una nueva comunidad

de XenApp
Antes de crear una nueva comunidad de XenApp, lea “Planificación de la

distribución de XenApp” en la página 28 y prepare el entorno según las
instrucciones de “Para preparar la creación de la comunidad” en la página 73.
La primera vez que instale XenApp creará una comunidad. Al instalar XenApp en
otros equipos, el programa de instalación le preguntará si desea unirse a la
comunidad que inició en el primer equipo. Una secuencia de instalación de alto
nivel típica consta de los siguientes pasos:
1. Prepare la base de datos para la configuración del almacén de datos durante
la instalación de XenApp.
2. Instale uno de los complementos de Citrix XenApp en el servidor en el que
se va a crear la comunidad.
3. Instale Access Management Console y la herramienta de configuración
avanzada.
4. Cree la comunidad instalando XenApp en el servidor que desee que
funcione como recopilador de datos.
Nota: Cuando cree la comunidad, no utilice un nombre con un guión si

tiene intención de usar Oracle como base de datos del registro de
configuración.
5. Instale XenApp en el resto de servidores de infraestructura y, a

continuación, en los servidores que contienen las aplicaciones publicadas
utilizando la instalación de unión a comunidades.
6. Una vez terminada la instalación, reinicie los servidores de la comunidad.
Después de instalar XenApp, realice las tareas de configuración posteriores a la
instalación antes de que los usuarios puedan iniciar sesión en los recursos
publicados.
Temas relacionados:
“Migración de una comunidad de servidores existente a XenApp 5.0” en la
página 110
“Configuración de XenApp después de la instalación” en la página 139
Requisitos y suposiciones de la instalación de muestra

Este tema presenta una secuencia de instalación de muestra creada
específicamente para explicar las opciones de instalación del servidor XenApp.
En esta instalación, puede:
• Realizar una instalación basada en el asistente de XenApp, Platinum
Edition invocada desde el programa Autorun.
• Instalar todas las herramientas de administración de XenApp en un equipo.
• Que ya haya instalado Citrix Licensing y la Interfaz Web. Por consiguiente,
ambos componentes están desactivados en este procedimiento.
Para obtener información sobre la instalación de Citrix Licensing y la
Interfaz Web, consulte la Guía de introducción a Citrix Licensing y la Guía
del administrador de la Interfaz Web.
• Que desee utilizar el complemento de Citrix XenApp y la Interfaz Web
como métodos de acceso. Además, desea distribuir algunas aplicaciones al
servidor, de modo que está instalando el complemento de Citrix XenApp
para aplicaciones de streaming en el servidor.
• Instalar el servicio XML para que se comparta con Internet Information
Services (IIS). Como resultado, ya ha configurado IIS en el servidor en el
que va a instalar XenApp.
• Instalar el agente de EdgeSight, ya que supervisará el servidor mediante
EdgeSight.
Este procedimiento de ejemplo proporciona instrucciones para bases de datos
relacionales (“de terceros”) y pequeñas. Para bases de datos de terceros, el
procedimiento supone que ya ha designado el almacén de datos en un servidor de
la base de datos y que tiene credenciales para dicha base de datos. Para utilizar
este procedimiento de ejemplo con SQL Server 2005 Express, instálelo en el
primer servidor de la comunidad antes de instalar XenApp.
Aunque la siguiente información se basa en el uso de una instalación basada en el
programa Autorun para instalar los componentes de XenApp, la secuencia y las
explicaciones también se aplican a otros tipos de instalaciones, incluyendo las
automáticas.
5 Creación de una nueva comunidad de XenApp 88
Nota: Estos temas incluyen un número de tarea en el encabezado para mayor

claridad. Cada paso que requiere una respuesta específica para continuar con el
paso o la tarea siguiente en el procedimiento de ejemplo, incluye una respuesta
que tiene una marca de verificación para que pueda duplicar esta secuencia de
instalación de muestra si lo desea.
Creación del primer servidor de la comunidad

La secuencia de páginas de instalación puede variar según las opciones que
seleccione durante la instalación. En general, las tareas para crear una comunidad
son:
• Tarea 1 y 2: seleccionar la ruta de instalación
• Tarea 3: seleccionar los componentes
• Tarea 4: configurar la autenticación de clientes PassThrough
• Tarea 5: especificar las licencias
• Tarea 6, 7 y 8: instalar las herramientas de administración y XenApp
Aunque estas tareas hacen referencia específicamente a una instalación invocada
desde el programa Autorun, el grupo general de tareas de instalación también se
aplica a otros métodos de instalación, como la instalación automática.
Cuando se crea una nueva comunidad, el programa de instalación se ejecuta en el
equipo que será el recopilador de datos de la primera (o única) zona.
Para obtener las instrucciones de instalación para componentes Platinum,
consulte las guías de instalación y del administrador correspondientes.
Temas relacionados:
“Instalación de los agentes de los componentes Platinum” en la página 85
Tarea 1: selección de la edición (página inicial de

Autorun)
Inicie la instalación haciendo doble clic en autorun.exe. La instalación no se
inicia si se hace doble clic en mps.msi.
La página inicial de Autorun tiene las siguientes opciones:
Lista de verificación de la instalación. Haga clic para mostrar los requisitos del
sistema y de la instalación de XenApp. Citrix recomienda leer la lista de
verificación de la instalación para asegurarse de que no se retrasa
innecesariamente durante la instalación.
Platinum Edition, Enterprise Edition, Advanced Edition. La ruta de
instalación y los componentes disponibles para la instalación varían según la
edición que seleccione.
Al adquirir XenApp, puede seleccionar: Platinum Edition, Enterprise Edition y
Advanced Edition. Si tiene dudas sobre qué versión es la más adecuada para sus
necesidades, póngase en contacto con el distribuidor o consulte la sección de
información de productos del sitio Web de Citrix.
Citrix en Internet. Brinda vínculos a los sitios Web de Citrix y de asistencia
técnica de Citrix.
Seleccione Platinum Edition.
Tarea 2: selección de la categoría de instalación

Seleccione una categoría de instalación (que aparece como si hubiera elegido
Platinum Edition en la página anterior):
• Virtualización de aplicaciones. Instala Citrix Licensing, XenApp, la
Interfaz Web, Access Management Console, la herramienta de
configuración avanzada y la documentación.
• Grabación de sesiones de aplicación. (Platinum Edition.) Instala las
funciones de administración de SmartAuditor, el reproductor SmartAuditor
Player y el agente de SmartAuditor.
• Application Performance Monitoring. (Enterprise y Platinum Edition.)
Instala EdgeSight Server y el agente de EdgeSight.
• Inicio de sesión unificado. (Platinum Edition.) Instala el servicio Citrix
Password Manager, el complemento y el almacén central.
• Componentes comunes. Instala componentes como complementos de
Citrix XenApp, Streaming Profiler, Access Management Console, la
herramienta de configuración de XenApp, la Interfaz Web, Secure
Gateway, Citrix Licensing y la documentación.
Seleccione Virtualización de aplicaciones.
Tarea 3: selección de componentes

Después de seleccionar Virtualización de aplicaciones como categoría de
instalación, aparecen las siguientes páginas:
• La página Contrato de licencia.
• La página Instalación de requisitos, que muestra los componentes, las
funciones y las características que se deben instalar antes que XenApp.
Algunos requisitos se instalan automáticamente al iniciar el programa de
instalación desde Autorun. Consulte la lista de verificación de la
instalación de Citrix XenApp para obtener información sobre los
componentes necesarios.
• La página Selección de componentes. Esta página permite que se
seleccionen los componentes que se desean instalar. De forma
predeterminada, todos los componentes, excepto el servidor de licencias y
el agente de EdgeSight, están activados para la instalación. Al hacer clic en
Siguiente, se inicia una serie de asistentes independientes que le guiarán en
la instalación de los componentes de XenApp seleccionados.
Según los componentes seleccionados, puede que no estén disponibles todas las
opciones de configuración aquí descritas o que aparezcan en un orden diferente.
Instale algunos de los siguientes componentes o todos ellos:
• Licencias de Citrix. (Desactivado de forma predeterminada) Instala o
actualiza los componentes del sistema de licencias necesarios para ejecutar
el producto Citrix.
Para que funcione, todas las comunidades de servidores deben tener acceso
a un servidor Citrix License Server, como se describe en la Guía de
introducción a Citrix Licensing.
No es necesario instalar Citrix Licensing cada vez que ejecute la instalación
de XenApp. En su lugar, los servidores XenApp se conectan a un servidor
de licencias común.
• Access Management Console. Administra todos los componentes de
Citrix desde una misma ubicación, que se conecta a Microsoft Management
Console (MMC).
• Interfaz Web. Desactive esta opción para seguir este procedimiento de
instalación de ejemplo.
• Citrix XenApp. Instala XenApp y sus componentes. Las opciones que se
pueden seleccionar para XenApp se explican en “Tarea 7: instalar XenApp
y sus componentes” en la página 95. Tiene dos opciones secundarias:
• Cliente PassThrough. Instala Program Neighborhood y el

complemento de Citrix XenApp. Puede instalar uno de los siguientes
complementos o ambos.
Si desactiva estas opciones, instale, por lo menos, el motor del
cliente, incluido en Clients\ica32\XenAppWeb.exe, que proporciona
las funciones para la autenticación de clientes PassThrough.
• Citrix XenApp Plugin para aplicaciones de streaming. Instala el
complemento requerido para aplicaciones distribuidas por streaming.
Aunque no esté distribuyendo aplicaciones en este servidor, debe
instalar este cliente para distribuir aplicaciones en otros servidores de
la comunidad.
Si decide instalar este cliente manualmente, instálelo con
Clients\Streaming\XenAppStreaming.exe.
• Configuración avanzada de Citrix XenApp. Administra la impresión,
las directivas, el administrador de cargas y las zonas. También puede
instalar esta herramienta en equipos independientes para utilizarlos de
forma remota.
• Biblioteca de documentación de XenApp. Instala la biblioteca de
documentación de XenApp, que es un sistema de ayuda que incluye la
documentación de todos los componentes principales de XenApp, incluidos
los clientes y el servidor de XenApp. Si desactiva este componente, no
aparecerá ninguna ayuda en los componentes XenApp del servidor.
• Agente de EdgeSight Presentation Server. (Desactivada de forma
predeterminada.) Para supervisar servidores con Resource Manager
proporcionado por EdgeSight, debe instalar este agente en todos los
Nota: No se admite la actualización de ningún componente de XenApp 5.0 a

partir de una versión anterior para presentación técnica, como una versión beta o
una versión de demostración.
Seleccione Access Management Console, XenApp y las selecciones de cliente

predeterminadas, la configuración avanzada de XenApp, la biblioteca de
documentación de XenApp y el agente de EdgeSight.
Tarea 4: configuración de la autenticación de

clientes PassThrough
Citrix recomienda activar la autenticación de cliente PassThrough. Cuando el
usuario se conecta a las aplicaciones publicadas en diferentes servidores, la
autenticación de cliente PassThrough permite que XenApp transfiera
automáticamente las credenciales de usuario del servidor inicial al servidor que
contiene la siguiente aplicación. Esto evita que el usuario tener que autenticarse
de nuevo cuando se abran las aplicaciones en diferentes servidores.
En esta ilustración, XenApp transfiere las credenciales del usuario del servidor que
contiene Microsoft Outlook al servidor que contiene Microsoft Excel cuando el usuario
abre el archivo adjunto de Microsoft Excel desde un mensaje de correo electrónico
alojado en un servidor diferente.
Nota: La funcionalidad de autenticación PassThrough tratada en este tema no

es la misma que la que proporciona Citrix Password Manager o las aplicaciones
de administración de contraseñas en general. Citrix utiliza el término inicio de
sesión unificado para hacer referencia a la funcionalidad de Password Manager.
La activación de la autenticación PassThrough precisa que se configuren los

componentes de todos los servidores de aplicaciones de XenApp, así como la
activación de dicha autenticación en los clientes instalados en los dispositivos
cliente de usuario final. Éste último requisito se describe en la Guía del
administrador de Citrix XenApp Plugin para aplicaciones de servidor. Si la
función de autenticación PassThrough no está activada antes de distribuir los
clientes a los usuarios finales, los usuarios deben reinstalar los clientes con esta
función activada para que la autenticación PassThrough funcione.
Para configurar la funcionalidad de autenticación de clientes PassThrough, instale
cualquier complemento de Citrix XenApp para aplicaciones de servidor (Program
Neighborhood, el complemento de Citrix XenApp o XenApp Web Plugin) en
cada servidor XenApp antes de la instalación. Si va a distribuir el complemento
de XenApp como cliente para los usuarios, instálelo en el servidor como cliente
PassThrough. A continuación, configure estas páginas durante la instalación.
• Autenticación Passthrough para el cliente Passthrough. Seleccione Sí
para activar la autenticación del cliente PassThrough.
• Dirección del servidor para el cliente Passthrough. Si ha instalado el
complemento de Citrix XenApp como cliente PassThrough, especifique la
dirección URL para el sitio Web de servicios de XenApp. Por ejemplo,
http://nombre_servidor/Citrix/PNAgent.
Si ha instalado la Interfaz Web en este servidor, introduzca localhost o la
dirección URL completa del sitio de los servicios Web de XenApp. Si ha
instalado la Interfaz Web en un servidor diferente, especifique la dirección
URL completa del sitio de los servicios de XenApp.
Si aún no ha instalado la Interfaz Web, puede hacer clic en Siguiente e
introducirlo después de la instalación.
Nota: Si está aprovisionando los servidores duplicándolos (utilizando un

programa de duplicación de terceros, como Altiris de Symantec) o
utilizándolos en un entorno virtual, introduzca el nombre del servidor de la
Interfaz Web, sin localhost.
Seleccione Sí e introduzca la dirección URL completa del sitio de los servicios de

XenApp en la casilla Dirección del servidor para el cliente Passthrough.
Tarea 5: instalar el servidor de licencias

Si ha desactivado el componente Citrix Licensing en la página Selección de
componentes, aparecerá una página de Advertencia . Tiene dos opciones:
• Instalar ahora un servidor de licencias. Al seleccionar esta opción se
inicia la instalación del servidor de licencias. Este programa instala el
servidor de licencias de Citrix y License Management Console.
Para obtener más información sobre la instalación de componentes y
obtención de licencias de Citrix, consulte la Guía de introducción a Citrix
Licensing.
• Ya tengo un servidor de licencias o utilizaré los medios de instalación
para instalar uno posteriormente. Al seleccionar esta opción puede
especificar el nombre de un servidor de licencias existente o instalar uno
posteriormente. Si selecciona esta opción, el programa de instalación le
pide que introduzca un nombre de servidor de licencias.
Puede aplazar la instalación de los componentes del sistema de licencias
hasta que se ejecute el programa de instalación y proporcionar el nombre
del servidor de licencias en XenApp.
Seleccione Ya tengo un servidor de licencias o utilizaré los medios de
instalación para instalar uno posteriormente.
Tarea 6: instalar Access Management Console

Access Management Console es un entorno en el que se instalan funciones,
también llamadas complementos o extensiones. Cada extensión brinda funciones
administrativas adicionales al entorno Citrix. Al instalar la edición Platinum, se
instalan las extensiones de componentes como la administración de contraseñas.
Nota: No instale diferentes versiones de Access Management Console en el

mismo servidor.
Seleccione Finalizar cuando se le indique después de instalar Access

Management Console. El programa de instalación configura los complementos
de XenApp después de instalar Access Management Console.
Tarea 7: instalar XenApp y sus componentes

Si selecciona XenApp en la página Selección de componentes, las páginas del
asistente le pedirán que instale XenApp y sus diferentes componentes.
Paso 1: seleccionar componentes de XenApp

Los componentes que aparecen en esta página varían según la edición de XenApp
que esté instalando. Haga clic en Espacio en disco para comprobar la cantidad de
espacio en disco que necesitan los componentes seleccionados. Esta página no
aparece si instala Advanced Edition.
Distribución de aplicaciones por streaming. Brinda distribución de
aplicaciones por streaming a servidores y escritorios.
Load Manager. Proporciona la capacidad de equilibrar la carga de las
conexiones de usuario entre servidores para utilizar los recursos de servidor
eficazmente.
Proveedores WMI. Instala XenApp Provider, proveedor de Windows
Management Instrumentation (WMI) de XenApp.
El módulo de administración de Citrix XenApp utilizado con XenApp Provider
supervisa el estado y rendimiento de XenApp y los servidores de licencias en un
entorno MOM (Microsoft Operations Manager).
Instale XenApp Provider en cada servidor que desee supervisar con MOM.
Seleccione Distribución de aplicaciones por Streaming, Load Manager y
Proveedores WMI, que están activados de forma predeterminada.
Paso 2: crear la comunidad de servidores

En este punto de la instalación, cree la comunidad a través de la conexión al
almacén de datos. Antes de hacerlo, determine lo siguiente:
• El nombre que desea asignar a la nueva comunidad de servidores.
• El nombre de la base de datos que contiene el almacén de datos de la
comunidad y que tiene credenciales para autenticarla. (Si usa Microsoft
Access, la base de datos se crea en el primer servidor en el que se ejecute el
programa de instalación.)
• A qué cuenta de usuario se dará inicialmente acceso completo a todas las
tareas de administración de la comunidad. Inicie sesión e instale XenApp
con dichas credenciales.
Aparecerán tres páginas durante el proceso de creación de una comunidad de
servidores:
• Unirse a, o crear, una comunidad de servidores
• Crear una comunidad de servidores
• Asignar credenciales de administrador de comunidades

Después de completar la página Crear una comunidad de servidores, el
programa de instalación configura el almacén de datos y la forma en que el
almacén de datos se comunica con la comunidad.
En la página Unirse a, o crear, una comunidad de servidores, seleccione Crear
una nueva comunidad.
Paso 3: especificar el almacén de datos

Utilice uno de estos procedimientos, dependiendo de la base de datos que desee
utilizar para el almacén de datos:
• Para crear una comunidad de servidores con un almacén de datos de SQL
Server, Oracle o IBM DB2
• “Para crear una comunidad de servidores utilizando Access o SQL Server
Express para el almacén de datos” en la página 97
Para crear una comunidad de servidores con un almacén de datos de SQL Server,
Oracle o IBM DB2
Utilice este procedimiento para configurar una conexión al almacén de datos
cuando dicho almacén esté en una base de datos de Microsoft SQL Server, Oracle
o IBM DB2.
1. En la página de instalación Crear una comunidad de servidores,
introduzca un nombre para la nueva comunidad. Los nombres de
comunidades pueden contener espacios y su longitud máxima es de
<:hr>32 caracteres.
2. Seleccione Usar la siguiente base de datos en un servidor de base de
datos distinto y, a continuación, seleccione la base de datos de la lista.
Importante: Si su controlador no aparece en la lista, debe cancelar la

configuración, instalar el controlador y volver a iniciar la configuración.
3. Si desea cambiar el nombre de la zona de la comunidad de servidores

(Zona predeterminada), anule la selección de la casilla de verificación
Utilizar el nombre de zona predeterminado y escriba el nuevo nombre.
Nota: Citrix recomienda limitar el número de zonas que cree a no más de

una zona por ubicación geográfica. No cree una zona para cada subred del
dominio.
4. Haga clic en Siguiente y cree una nueva conexión del origen de datos a la
base de datos.
El programa de instalación crea automáticamente un archivo de origen de

datos (DSN) basado en la información introducida cuyo nombre es
MF20.dsn. Para obtener instrucciones sobre cómo configurar conexiones a
bases de datos de Microsoft SQL Server, Oracle e IBM DB2, consulte la
documentación de bases de datos correspondiente.
Para crear una comunidad de servidores utilizando Access o SQL Server Express
para el almacén de datos
• Para utilizar SQL Server 2005 Express para el almacén de datos de la
comunidad, instálelo en el servidor antes de instalar XenApp como se
describe en “Instalación de Microsoft SQL Server Express” en la página
211.
• Para utilizar una base de datos de Microsoft Access como almacén de datos
de la comunidad, el programa de instalación crea la base de datos en el
primer servidor de la comunidad si selecciona Access como base de datos.
Para ambos tipos de base de datos, los siguientes servidores que se unan a la
comunidad se conectan al primer servidor a través del puerto TCP
predeterminado 2512.
1. En la página de instalación Crear una comunidad de servidores,
introduzca un nombre para la nueva comunidad. Los nombres de
comunidades pueden contener espacios y su longitud máxima es de
<:hr>32 caracteres.
2. Seleccione Usar una base de datos local en este servidor y, a
continuación, seleccione la base de datos de la lista.
3. Si desea cambiar el nombre de la zona de la comunidad de servidores
(Zona predeterminada), anule la selección de la casilla de verificación
Utilizar el nombre de zona predeterminado y escriba el nuevo nombre.
4. Haga clic en Siguiente y continúe con la instalación.
En la página Crear una nueva comunidad de servidores, seleccione Usar la
siguiente base de datos en un servidor de base de datos separado. Utilice el
nombre de zona predeterminado.
Temas relacionados:
“Elección de una base de datos” en la página 193
Paso 4: asignar credenciales de administrador de comunidades

Introduzca las credenciales del dominio para el usuario que desea que sea el
primer administrador de la comunidad. Este administrador tendrá permisos
completos en la comunidad una vez que se instale XenApp y podrá crear cuentas
de administrador adicionales en Access Management Console.
Paso 5: activar el cifrado IMA

El cifrado IMA brinda un cifrado más fuerte de datos importantes en el almacén
de datos IMA. Si activa esta función durante la instalación de la comunidad, la
instalación le fuerza a activarla en todos los servidores que se unan a la
comunidad y necesita la clave que especificó durante este paso. Tras activar el
cifrado IMA, no podrá desactivarlo sin reinstalar todos los servidores existentes
de la comunidad.
Importante: Consulte “Planificación del registro de configuración y cifrado

IMA antes de la instalación” en la página 79 para obtener información sobre la
preparación del entorno a fin de activar el cifrado IMA, así como sobre cuándo
cargar una clave antes de la instalación.
Durante la creación de la comunidad, especifique la clave generada antes de la

instalación utilizando CTXKEYTOOL o cree una durante la instalación. Para
activar el cifrado IMA durante la instalación, se deben especificar y cargar claves
(las activadas en el almacén de datos). La especificación de una clave no obliga a
cargarla.
Si el entorno tiene varias comunidades de servidores, Citrix recomienda generar
una clave distinta para cada comunidad.
Citrix recomienda instalar XenApp utilizando las credenciales de red al activar el
cifrado IMA durante la instalación. Para obtener información sobre la activación
del cifrado IMA al realizar la instalación de XenApp como administrador local,
consulte “Activación del cifrado IMA como administrador local” en la página 81.
Para habilitar el cifrado IMA durante la creación de la comunidad
1. En la página Habilitar cifrado IMA, seleccione la casilla de verificación
Habilitar cifrado IMA y haga clic en Siguiente.
2. En la página Tipo de clave de cifrado IMA, seleccione una de las
siguientes opciones.
• Instalar clave desde un archivo. Seleccione esta opción si ya generó

un archivo de clave para la comunidad y dicho archivo está en una
unidad USB, disquete o unidad de red a la que tiene acceso.
Esta opción especifica el archivo de clave de un servidor y lo carga
simultáneamente. No es necesario almacenar la clave en el equipo
local. Si ya cargó la clave, utilice la opción Usar clave ya cargada.
Si selecciona esta opción, consulte “Para instalar la clave desde un
archivo” en la página 99 para obtener instrucciones adicionales.
• Generar e instalar nueva clave. Seleccione esta opción si aún no ha
generado una clave para esta comunidad. Esta opción genera la clave
y la instala en el equipo local.
Si selecciona esta opción, consulte “Para generar un nuevo archivo de
clave e instalar la clave” en la página 99 para obtener instrucciones
adicionales.
• Usar clave ya cargada. Elija esta opción si generó una clave usando
CTXKEYTOOL y la cargó al servidor antes de comenzar la
instalación. Si ha cargado una clave válida, aparecerá la página
Servidor de licencias Citrix.
Esta opción no está disponible si no hay una clave presente en el
equipo local.
Seleccione Generar e instalar nueva clave. Utilice el nombre de zona
predeterminado.
Para instalar la clave desde un archivo
1. Seleccione Instalar clave desde un archivo.
2. Busque la ubicación del archivo.
Si el archivo de clave está en una ubicación de red, utilice una ruta UNC
para especificar la ubicación.
Después de seleccionar el archivo de clave, aparecerá la página
Configuración de Citrix Licensing. Esto indica que ha cargado la clave
correctamente.
3. Continúe en “Paso 6: especificar el servidor de Citrix License Server” en la
página 100.
Para generar un nuevo archivo de clave e instalar la clave
1. Seleccione Generar e instalar nueva clave.
2. Guarde la clave en cualquier carpeta del equipo local.
Citrix recomienda encarecidamente elegir un nombre de clave significativo,
por ejemplo, que coincida con su comunidad asociada. Por ejemplo,
C:\Clave comunidad alfa\clavecomunidadalfa.ctx. Puede especificar una

extensión que no se use.
Después de hacer clic en Guardar, aparecerá la página Configuración de
Citrix Licensing. Esto indica que se ha configurado y activado el cifrado
IMA correctamente.
Importante: Citrix recomienda que realice una copia de seguridad del

archivo de clave como se describe en la Guía del administrador de Citrix
XenApp.
Paso 6: especificar el servidor de Citrix License Server

Antes de que los usuarios puedan conectarse a XenApp, debe configurar el primer
servidor de la comunidad que utilizará Citrix License Server. Seleccione una de
estas opciones:
• Escribir el nombre de host del equipo del servidor de licencias Citrix.
Introduzca el número de puerto si el servidor de licencias no usa el número
de puerto predeterminado (27000). De forma predeterminada, los
servidores que se unen a la comunidad utilizan la información que
introduzca aquí.
Nota: Cuando especifique un servidor de licencias, no podrá dejar el

nombre del servidor de licencias en blanco.
• Escriba el nombre de host después. Si no conoce el nombre del servidor

de licencias ni el número de puerto, puede introducir esta información
posteriormente mediante Access Management Console.
Seleccione Escribir el nombre de host del equipo del servidor de licencias de
Citrix y el nombre del servidor de licencias. Utilice el puerto predeterminado.
Paso 7: configurar el remedo de sesiones

El remedo de sesiones permite supervisar las sesiones de los usuarios e
interactuar con ellas. Al remedar una sesión de usuario, puede ver la pantalla de la
sesión del usuario e interactuar con dicha sesión con su propio teclado y ratón de
forma remota.
Precaución: Las restricciones del remedo son permanentes. Si desactiva el

remedo o las funciones relacionadas durante la instalación, no podrá volver a
configurarlas después y éstas se aplicarán posteriormente a cualquier directiva
para el remedo de usuario a usuario. No desactive el remedo como alternativa a
establecer directivas de conexión específicas de usuario y de grupo.
Durante la instalación, se puede limitar o desactivar el remedo de la siguiente

forma.
Prohibir el remedo de sesiones en este servidor. Desactiva permanentemente el
remedo de las sesiones de usuario en este servidor.
Permitir el remedo de sesiones en este servidor. Activa el remedo de las
sesiones de usuario por parte del servidor. Puede aplicar las siguientes
restricciones:
• Prohibir el control remoto. De forma predeterminada, los usuarios
autorizados pueden ver una sesión que estén remedando; también pueden
usar el teclado y ratón propios para interactuar con la sesión remedada. Esta
opción permite que los usuarios autorizados sepan que su sesión se está
remedando.
• Forzar el menú de aceptación de remedo. De forma predeterminada, un
mensaje de aceptación notifica a los usuarios cuando un usuario autorizado
intenta remedar sus sesiones. Seleccione esta opción para evitar que los
usuarios autorizados remeden sesiones sin enviar un mensaje de aceptación.
• Registrar todas las conexiones de remedo. Puede registrar los intentos de
remedo correctos e incorrectos en el registro de eventos de Windows.
Seleccione esta opción para activar el registro.
Para obtener más información sobre el remedo, consulte la Guía del
Seleccione Permitir el remedo de sesiones en este servidor y, a continuación,
Forzar el menú de aceptación de remedo.
Paso 8: configurar el puerto del servicio XML Citrix

XenApp utiliza el servicio XML Citrix para proporcionar al servidor de la
Interfaz Web y a los clientes que se conectan los nombres de las aplicaciones
disponibles en una comunidad. De forma predeterminada, el programa de
instalación configura el servicio XML Citrix para que comparta el puerto de
comunicaciones TCP/IP predeterminado (puerto 80) con Microsoft Internet
Information Services (IIS).
Si desea enviar datos de la Interfaz Web mediante una conexión HTTP segura
utilizando SSL, asegúrese de que el servicio XML Citrix esté configurado para
compartir el puerto con IIS y que éste esté configurado para admitir HTTPS. Si
tiene intención de instalar la Interfaz Web en el mismo servidor que el servicio
XML, seleccione la opción de uso compartido de puertos.
La página Configurar el puerto del servicio XML Citrix, en la que podrá
configurar el servicio XML durante la instalación, tiene dos opciones:
• Compartir el puerto TCP/IP predeterminado con Internet Information
Services. (Predeterminado) Si selecciona esta opción, el servicio XML se
comunica a través del puerto de IIS configurado para dicho fin. De forma
predeterminada, IIS se comunica a través del puerto 80 para tráfico HTTP
y, si está configurado, a través del puerto 443 para tráfico HTTPS. Un caso
habitual en el que resulta útil seleccionar esta opción es si tiene la Interfaz
Web y XenApp instalados en el mismo servidor.
Si decide que IIS y el servicio XML compartan el puerto y tras la
instalación desea cambiar el puerto del servicio XML, debe hacerlo
manualmente. No hay ninguna opción al respecto en la página Propiedades
del servidor > Servicio XML.
Puede ejecutar el servicio XML a través del puerto 443 mediante SSL de
dos maneras:
• Configure IIS para tráfico HTTPS en el puerto 443 y elija el uso
compartido de puertos en la instalación de XenApp.
• Configure el traspaso SSL en el puerto 443. No importa si selecciona
o no el uso compartido de puertos.
Nota: Si desea que el servicio XML comparta un puerto con IIS, debe
instalar la Interfaz Web antes de ejecutar el programa de instalación de
XenApp.
• Usar un puerto separado. Abre un número de puerto diferente en el

servidor XenApp para las comunicaciones del servicio XML con la Interfaz
Web y los clientes. Seleccione esta opción si:
• Desea instalar el servicio XML en un servidor dedicado XML
• No desea que el servicio XML Citrix comparta el puerto TCP con IIS
Si, durante la instalación, tiene intención de especificar un número de
puerto distinto al predeterminado, asegúrese de que otras aplicaciones no
utilizan el nuevo número de puerto. Para obtener una lista de los puertos
que están en uso, escriba netstat -a en la línea de comandos. Debe
recordar el número de puerto especificado. Si cambia el puerto
predeterminado, configure los servidores de la Interfaz Web y los clientes

que se conectan al mismo para que usen el nuevo número de puerto.
Importante: Todos los servidores de la comunidad deben utilizar el

mismo puerto TCP para el servicio XML Citrix.
Seleccione Compartir el puerto TCP/IP predeterminado con Internet

Information Server.
Paso 9: agregar usuarios al grupo Usuarios de escritorio remoto

Sólo los usuarios que son miembros del grupo Usuarios de escritorio remoto
pueden conectarse a las aplicaciones publicadas. De forma predeterminada, no
hay ningún usuario en el grupo Usuarios de escritorio remoto. Hasta que no
agregue usuarios a este grupo, sólo los administradores pueden conectarse de
forma remota al servidor.
Si las cuentas de usuario ya están en el servidor, la instalación puede agregar
usuarios al grupo Usuarios de escritorio remoto. Esta página de instalación tiene
tres opciones:
• Agregar los usuarios autenticados ahora. Agrega las cuentas de dominio
al grupo Usuarios de Windows al grupo Usuarios de escritorio remoto. Esta
opción garantiza que cualquier usuario que agregue posteriormente al
grupo Usuarios se agregará también al grupo Usuarios de escritorio remoto.
• Agregar la lista de usuarios del grupo Usuarios ahora. Copia todos los
usuarios actuales del grupo Usuarios al grupo Usuarios de escritorio
remoto. Después de la instalación, si agrega cualquier cuenta de usuario,
debe agregar las cuentas al grupo Usuarios de escritorio remoto
manualmente.
• Omitir este paso y agregar los usuarios después. No agrega usuarios al
grupo Usuarios de escritorio remoto. Al seleccionar esta opción, ningún
usuario puede conectarse a las aplicaciones publicadas hasta que no los
agregue al grupo Usuarios de escritorio remoto en Windows Server 2008.
Seleccione Agregar los usuarios autenticados ahora.
Tarea 8: instalar la configuración avanzada de

XenApp
Si selecciona Configuración avanzada de XenApp en la página Selección de
componentes, el programa de instalación le pedirá que instale la herramienta de
configuración avanzada.
Nota: No instale diferentes versiones de la herramienta de configuración de

XenApp en el mismo servidor.
Tarea 9: instalar la biblioteca de documentación

de XenApp
Si selecciona la biblioteca de documentación de XenApp en la página
Selección de componentes, el programa de instalación le solicita que instale la
documentación del producto.
Nota: XenApp le pedirá que reinicie el equipo al final de la instalación. Debe

reiniciar XenApp para que se integre correctamente con Terminal Services.
Unión a una comunidad de servidores

Después de instalar el primer servidor en la comunidad y los componentes de
administración, como la herramienta de configuración avanzada de XenApp y
Access Management Console, puede instalar XenApp en otros servidores.
Al instalar XenApp en los siguientes servidores, se une a la comunidad que ha
creado y ve un subconjunto de las opciones de la instalación de creación de una
comunidad. La instalación de XenApp le pedirá el nombre de la comunidad y
hace referencia a sus parámetros.
Durante la instalación para unirse a una comunidad, el asistente le pedirá que se
una a una comunidad directa o indirectamente. Es posible tener una mezcla de
servidores que se comuniquen directa e indirectamente con el almacén de datos.
El siguiente tema sólo proporciona información sobre aquellas tareas de
instalación de la instalación de unión a una comunidad que varían de las de
creación de una comunidad.
Antes de unir servidores a una comunidad de servidores existente, tenga a mano
la siguiente información:
• Si usa una base de datos (Microsoft SQL Server, Oracle o IBM DB2) en un
servidor dedicado, necesitará saber qué tipo de base de datos está
configurada para alojar el almacén de datos. También necesita las
credenciales de inicio de sesión de un usuario autorizado para acceder a la
base de datos.
• Si está usando una base de datos en el primer servidor de la comunidad
(Microsoft Access o SQL Server Express), necesitará el nombre del
servidor y las credenciales de inicio de sesión de un usuario autorizado para
acceder a la base de datos.
Si ha activado el cifrado IMA al crear la comunidad:
• Copie la clave utilizada para el primer servidor de la comunidad en una
unidad de red compartida que debe especificar con una ruta UNC.
• Acceda a la clave, que se genera al crear la comunidad, desde un
dispositivo de almacenamiento portátil, como una unidad USB.
Citrix recomienda que se elimine la clave del servidor después de terminar la
instalación de la comunidad.
Tarea 1: instalación inicial al unirse a una

comunidad
Hasta que llegue a la página Unirse a, o crear, una comunidad de servidores
del asistente de instalación de Citrix XenApp para Windows, el programa de
instalación es idéntico para unirse a una comunidad que para crearla. Al unirse a
una comunidad, instale los componentes que desea en ese servidor. Puede que los
servidores que se unen a las comunidades no necesiten tantos componentes como
el primer servidor de la comunidad. Consulte “Creación del primer servidor de la
comunidad” en la página 88 para obtener información sobre las páginas iniciales
de la instalación.
Tarea 2: unirse a una comunidad de servidores

En la página Unirse a, o crear, una comunidad de servidores del asistente de
instalación, seleccione Unirse a una comunidad de servidores existente.
Configure una conexión del servidor con la comunidad de servidores existente.
Debe crear una conexión directa o indirecta al almacén de datos mediante:
• La creación de un origen de datos ODBC que pueda utilizar para conectarse
directamente. Normalmente, esta opción se utiliza para bases de datos
empresariales, como Oracle, SQL Server o DB2.
• La especificación del nombre del servidor donde instaló inicialmente
XenApp o el nombre del servidor a través del cual se conectará con el
almacén de datos (servidor intermediario). Normalmente, esta opción se

utiliza para Microsoft Access o SQL Server Express.
No obstante, si tiene más de una zona en la comunidad, especifique el nombre de
la zona en la que desea agregar el servidor en la página Unirse a una comunidad
de servidores. Desactive la casilla de verificación Utilizar el nombre de zona
predeterminado e introduzca el nombre de la zona a la que desea agregar el
servidor. Para entornos con una sola zona, active la casilla de verificación Usar el
nombre de zona predeterminado si desea unirse a la zona creada en el primer
servidor de la comunidad.
Para conectarse directamente al almacén de datos

1. En la página Unirse a una comunidad de servidores, seleccione una de
las siguientes opciones: Conectarse directamente a una base de datos
usando ODBC. Seleccione la base de datos de la lista y haga clic en
Siguiente.
2. Configure el controlador ODBC asociado a la base de datos que utiliza.
Para obtener instrucciones para realizar esta operación en bases de datos
Microsoft SQL Server, Oracle e IBM DB2, consulte la documentación de la
base de datos correspondiente.
Para conectarse directamente a un servidor que contiene el

almacén de datos
1. En la página Unirse a una comunidad de servidores, seleccione
Conectarse a una base de datos en este servidor, introduzca el nombre
del servidor que contiene la base de datos de Access o SQL Server Express
y haga clic en Siguiente. El número de puerto predeterminado es 2512.
2. En la página Acceso a la base de datos en un equipo con Citrix XenApp,
introduzca las credenciales del servidor al que se conectará y haga clic en
Siguiente.
Después de conectarse al origen de datos aparecerá la página
Configuración de Citrix Licensing o la página Tipo de clave de cifrado
IMA, en función de si el cifrado IMA está activado en la comunidad a la
que se está uniendo.
Temas relacionados:
“Planificación del almacén de datos de XenApp” en la página 192
“Conexión con el almacén de datos” en la página 194
Tarea 3: especificar la ubicación del archivo de

clave de cifrado IMA
El programa de instalación detecta automáticamente si el cifrado IMA está
activado en la comunidad a la que se está uniendo y le solicita que especifique la
ubicación de la misma clave utilizada en el primer servidor de la comunidad.
Al activar el cifrado IMA durante el programa de instalación de unión a
comunidades, puede realizar una de estas acciones:
• Agregar el archivo de clave a cada equipo antes de la instalación
• Colocar el archivo de clave en una ubicación de red compartida a la que se
pueda acceder especificando una ruta UNC
• Colocar el archivo de clave en un dispositivo de almacenamiento portátil,
como un CD o una unidad USB que utilice para cada instalación
Al realizar instalaciones personalizadas o aprovisionar servidores en entornos
grandes, considere el almacenamiento del archivo de clave en una ubicación de
red compartida o incluyéndolo como parte de la imagen del servidor en el que
está distribuyendo XenApp.
Nota: Si agrega un archivo de clave a una ubicación de red, asegúrese de

disponer de derechos explícitos para tener acceso al mismo, de modo que no se le
soliciten las credenciales durante la instalación. Para obtener más información,
consulte “Almacenamiento de la clave en una ubicación compartida” en la página
230.
Seleccione uno de los siguientes métodos para especificar la ubicación de un

archivo de clave al unirse a una comunidad:
• Instalar clave desde un archivo. Seleccione esta opción si no ha cargado
un archivo de clave en este servidor. A continuación, siga el procedimiento
especificado en “Para instalar la clave desde un archivo” en la página 99.
• Usar clave ya cargada. Seleccione esta opción si ya ha cargado la clave
para esta comunidad en este servidor. Si ha cargado una clave válida,
aparecerá la página Servidor de licencias Citrix.
Nota: La opción Usar clave ya cargada sólo está disponible si cargó una clave
en el servidor antes de comenzar la instalación. Debido a que no se puede generar
ninguna nueva clave al unirse a una comunidad, la opción Generar e instalar
nueva clave está desactivada.
Para verificar que el cifrado IMA esté activado y configurado correctamente en

los servidores, use la opción query del comando CTXKEYTOOL, que se
encuentra en la carpeta Support de los medios de instalación. La documentación
de esta herramienta se encuentra en la Guía del administrador de Citrix XenApp.
Tarea 4: usar la configuración de licencias de la

comunidad
El servidor de licencias puede usar los mismos parámetros que la comunidad o
seleccionar un servidor de licencias diferente. En la página Configuración de
Citrix Licensing, seleccione una de estas opciones:
• Escribir el nombre de host del equipo del servidor de licencias Citrix.
Seleccionar un servidor de licencias diferente que el resto de servidores de
la comunidad.
• Usar los parámetros generales de la comunidad para el servidor de
licencias. Selecciona el mismo servidor de licencias que el resto de
• Escriba el nombre de host después. Si no conoce el nombre del servidor
de licencias ni el número de puerto, puede introducir esta información
posteriormente mediante Access Management Console.
Para obtener más información sobre las licencias, consulte Guía de introducción a
Citrix Licensing.
6
Migración a XenApp 5.0
Este tema proporciona información sobre la migración de la comunidad existente

a XenApp 5.0. En este tema, el término migrar se utiliza para indicar el proceso
de mover datos y parámetros de una versión anterior a ésta.
Este tema también contiene la información necesaria para el trabajo en un entorno
de comunidades mixtas. Una comunidad mixta consta de servidores que ejecutan
distintas versiones de XenApp y Presentation Server.
Si no ha instalado anteriormente XenApp, consulte “Preparación para la
instalación de XenApp” en la página 70 y “Creación de una nueva comunidad de
XenApp” en la página 86.
Migración de una comunidad de servidores existente a

XenApp 5.0
Si desea mover los servidores de su comunidad a la siguiente versión, hay tres
maneras diferentes de hacerlo:
• Migración del servidor. Consiste en una nueva instalación de XenApp en
un sistema limpio de una comunidad existente. Puesto que esta operación se
realiza mediante una instalación completa (no con el asistente de
actualización), no se transfiere ningún parámetro al servidor. Sin embargo,
el servidor obtiene los parámetros de la comunidad a partir de una
comunidad existente.
• Actualización de la comunidad. Se mantienen la comunidad y el almacén
de datos existentes. Sin embargo, se migra al menos un servidor de la
comunidad a la nueva versión de XenApp.
• Migración de comunidades
. Se crean una comunidad y un almacén de datos nuevos basándose en la
instalación de al menos un servidor nuevo (es decir, el primer servidor de la
comunidad).
En este tema se describen las migraciones de servidores, las actualizaciones de las

comunidades y las migraciones de las comunidades. Para migrar a la versión más
reciente de XenApp, Citrix recomienda seguir uno de los procesos de migración
para poder conservar las configuraciones de la comunidad, incluidos los
parámetros de las directivas, de impresión, de las licencias y de la comunidad.
Antes de iniciar la migración de la comunidad a XenApp, lea los siguientes
temas, en los que se proporciona información útil que puede simplificar la
migración:
• “¿Qué ha cambiado en esta versión de la instalación de XenApp?” en la
página 111
• “Elección de una estrategia de migración de la comunidad” en la página
115
• “Requisitos de la migración” en la página 119
Si desea ejecutar XenApp en entornos mixtos (es decir, con servidores que
ejecutan dos versiones diferentes de XenApp en una comunidad), consulte
“Trabajo con comunidades mixtas” en la página 124.
¿Qué ha cambiado en esta versión de la

instalación de XenApp?
Antes de instalar la última versión de XenApp, tenga en cuenta los siguientes
cambios, que pueden modificar la distribución de la comunidad o los sistemas
operativos de los servidores en los que desea publicar aplicaciones:
• “Cambios que afectan al diseño de la comunidad” en la página 111
• “Cambios generales en la instalación” en la página 112
• “Cambios que afectan a las instalaciones personalizadas” en la página 113
• “Cambios de componentes, funciones y parámetros” en la página 114
• “Cambios de Windows Server 2008 que afectan a XenApp” en la página
115
Cambios que afectan al diseño de la comunidad

Estos cambios podrían afectar a la ubicación de los componentes en el entorno
Citrix:
• Citrix no recomienda la creación de una zona para cada subred del entorno.
A menos que su comunidad tenga servidores ubicados en distintas zonas en
toda la WAN, Citrix recomienda tener solamente una zona en el entorno.
Por razones de rendimiento en las WAN, Citrix recomienda el uso de una
sola zona para cada gran centro de datos ubicado en una zona geográfica
6 Migración a XenApp 5.0 112
distinta. Para minimizar el número de zonas, Citrix recomienda conectar las

ubicaciones con sólo unos pocos servidores a una zona de mayor tamaño si
existe una buena conectividad WAN.
• Debido a los requisitos del sistema operativo para la versión XenApp 5.0,
Citrix no recomienda la instalación del servidor SmartAuditor en el mismo
servidor que XenApp. Esto puede suponer un cambio en la ubicación de los
componentes de SmartAuditor en la topología.
Cambios generales en la instalación

Estos cambios afectan a la secuencia o al empaquetado de componentes de
instalación:
• El paquete de XenApp, que contiene los medios de instalación, ahora está
en DVD.
La dirección URL del servidor de la página Dirección del servidor para el
cliente PassThrough ya no se establece de forma predeterminada en
localhost, debido a que esto puede crear problemas de aprovisionamiento
del servidor.
• La instalación de XenApp Plugin para aplicaciones de servidor tiene ahora
su propio archivo .msi: XenAppHosted.msi.
• Los complementos deben instalarse antes de iniciar la instalación de
XenApp; esto sólo se realiza de forma predeterminada en la instalación
invocada desde el programa Autorun.
• La herramienta de configuración avanzada de XenApp ahora tiene su
propio paquete de instalación, CMC.msi. Este paquete está en el medio de
instalación en Administration\XenApp Advanced Configuration. Aunque
se instala de forma predeterminada, la herramienta de configuración
avanzada de XenApp ya no se incluye como parte de la instalación básica
de XenApp (mps.msi).
• XenApp_Documentation.msi reemplaza el anterior paquete de instalación
de documentación, docs.msi.
• La página Crear una comunidad de servidores del programa de
instalación de XenApp ya no utiliza la subred del servidor como nombre de
zona predeterminado.
• Access Management Console admite ahora la desinstalación simultánea de
todas las extensiones de Access Management Console.
Cambios que afectan a las instalaciones personalizadas

Si utiliza archivos de comandos o archivos de respuestas para instalar XenApp,
tenga en cuenta estos cambios:
• Ya no existe un tipo de instalación predeterminado. Al realizar la
instalación mediante comandos de Windows Installer (msiexec), debe
configurar la propiedad CTX_MF_SERVER_TYPE independientemente
del tipo de instalación que realice o si se producen errores en la instalación.
• Para simplificar la actualización de los complementos, la instalación de
XenApp Plugin para aplicaciones de servidor en la instalación de XenApp
hace referencia ahora al archivo .msi para los complementos,
XenAppHosted.msi. Esto afecta a los archivos de comandos de la
instalación del servidor XenApp como se indica a continuación:
• Puesto que se deben instalar los complementos antes de iniciar la
instalación de XenApp, agregue los comandos para instalar los
complementos antes que los comandos para instalar XenApp.
• La configuración de la autenticación PassThrough ha cambiado. Al
realizar instalaciones personalizadas, como archivos de comandos,
configúrela como parte de la instalación de XenApp Plugin para
aplicaciones de servidor, que debe preceder a la instalación de
XenApp.
• Debido a que los complementos tienen ahora su propio archivo .msi,
algunas de sus propiedades de instalación han cambiado:
CLIENT_INSTALLDIR ahora es INSTALLDIR y se ha agregado
ADDLOCAL.
• La instalación de XenApp presenta errores sin los complementos y es
posible que no se muestre un mensaje de advertencia si realiza una
instalación silenciosa de XenApp.
• La instalación de XenApp tiene los siguientes cambios en los archivos msi:
• Hay archivos .msi independientes para la herramienta de
configuración avanzada de XenApp (Administration\XenApp
Advanced Configuration\cmc.msi).
• XenApp_Documentation.msi reemplaza el anterior paquete de
instalación de documentación, docs.msi.
Modifique los archivos de comandos para que tengan en cuenta los nuevos
archivos .msi, las propiedades asociadas, y asegúrese de que están en la
secuencia correcta.
Cambios de componentes, funciones y parámetros

Estos cambios pueden afectar a su forma de diseñar la comunidad o de instalar los
componentes:
• Para ejecutar esta versión, debe tener el servidor de licencias (versión 11.5)
que está disponible en Autorun o en el sitio de descarga de Citrix. Si ejecuta
una versión anterior del servidor de licencias, debe actualizar dicho
servidor a la versión 11.5. Para conocer la versión del servidor de licencias,
consulte la Guía de introducción a Citrix Licensing.
• XenApp 5.0 no es compatible con Active Sync ni Windows Mobile. Si
necesita compatibilidad para PDA u otros dispositivos móviles,
proporciónela desde un equipo que ejecute Presentation Server 4.5 con
Feature Pack 1 (es decir, ejecute dos comunidades en paralelo o cree un
entorno de comunidades mixtas).
• XenApp 5.0 ya no es compatible con la reasignación de las letras de unidad
del servidor.
• Conferencing Manager ya no se incluye como parte de XenApp. En su
lugar, Citrix recomienda el uso de Citrix GoToMeeting.
• Access Management Console admite ahora la desinstalación simultánea de
todas las extensiones de Access Management Console.
• Citrix ha reemplazado Resource Manager por Resource Manager con
tecnología de EdgeSight en XenApp 5.0.
• Si utiliza Resource Manager, consulte la sección sobre dónde
encontrar documentación de EdgeSight, que indica dónde encontrar
más información sobre el uso de Resource Manager de EdgeSight.
• Resource Manager con tecnología de EdgeSight no puede supervisar
equipos que ejecutan Presentation Server 4.5 con Feature Pack 1.
Para supervisar entornos de comunidades mixtas, utilice Resource Manager
para los equipos que ejecutan Presentation Server 4.5 con Feature Pack 1 y
Resource Manager con tecnología de EdgeSight para los servidores
XenApp. Si lo prefiere, también puede utilizar EdgeSight para XenApp,
incluido en la edición Platinum, para supervisar ambas versiones.
Cambios de Windows Server 2008 que afectan a XenApp

Citrix recomienda encarecidamente que revise los cambios de Windows
Server 2008 antes de migrar a XenApp 5.0. Es muy importante comprender las
diferencias de configuración y comportamiento entre Windows Server 2003 y
Windows Server 2008.
Es posible que algunas aplicaciones publicadas correctamente en un entorno de
Windows Server 2003 no respondan como se espera si no son compatibles con
Windows Vista o Control de cuentas de usuario (UAC).
Dos puntos claves:
• Existen restricciones para la ejecución de aplicaciones no compatibles con
Vista en Windows Server 2008. Para obtener más información, consulte
“Elección de la ejecución del programa de instalación con Control de
cuentas de usuario activado o desactivado” en la página 75.
• En Windows Server 2008, la opción Restringir cada usuario a una sesión
en la herramienta Configuración de Terminal Services ya está activada de
forma predeterminada. Para asegurarse de que los usuarios puedan
conectarse a varias sesiones simultáneamente, Citrix recomienda establecer
esta opción en No.
Citrix recomienda el uso de la configuración de servidor y de toda la
comunidad en XenApp para controlar el número de sesiones simultáneas
que puede iniciar un usuario.
Elección de una estrategia de migración de la

comunidad
Hay dos métodos de migración distintos:
• Migrar servidores de forma individual, que permite convertir gradualmente
la comunidad a la versión actual y mantiene el nombre y el almacén de
datos de la comunidad existente.
• Crear una nueva comunidad y, conforme se vuelven a crear imágenes de los
servidores o se crean servidores con la nueva versión, agregarlos a esta
nueva comunidad y copiar manualmente las directivas y los parámetros de
la comunidad
Estos métodos tienen diferentes ventajas, dependiendo del entorno y de los
objetivos. Ambos métodos de migración requieren retirar el servidor que desea
migrar de la red y, a continuación, eliminarlo de la comunidad por medio de
Access Management Console.
Conversión gradual de servidores

Si la comunidad ejecuta Presentation Server 4.5 con Feature Pack 1, se puede
realizar una migración por fases mediante la unión de servidores de XenApp 5.0
de los que se han creado imágenes recientemente a la comunidad existente a
medida que se eliminan servidores de Presentation Server 4.5 con Feature Pack 1.
Este tipo de migración conserva las directivas existentes y sus reglas. Al unir un
servidor de XenApp 5.0 a una comunidad de Presentation Server 4.5 con Feature
Pack 1, todas las reglas de directivas introducidas con la nueva versión se
establecen como Sin configurar. En el servidor de XenApp 5.0, se pueden
activar nuevas reglas en las directivas de comunidad existentes. Sin embargo, los
servidores que ejecutan versiones anteriores omiten las nuevas reglas.
La migración de cualquier servidor de una comunidad, independientemente de la
designación de la zona, actualiza toda la comunidad y pone a la comunidad en
modo de comunidad mixta. Si se utiliza una zona piloto para una prueba de
preproducción y se instala XenApp 5.0 en un servidor de la zona, la comunidad se
ejecutará en modo mixto. Es posible que surjan problemas inesperados. Citrix
recomienda encarecidamente que todas las pruebas se realicen en una comunidad
diferenciada para que no afecten a los usuarios de producción.
Convertir de forma gradual los servidores de la comunidad significa la ejecución
de un entorno mixto durante el periodo en el que se produce la migración
individual de los servidores, lo que puede hacer que la administración sea más
compleja. Si bien permite que la comunidad siga en producción, no se trata de un
método tan "limpio" como el de crear una nueva comunidad. Citrix recomienda la
ejecución en modo mixto por el periodo de tiempo más corto posible.
Creación de nuevos grupos
Cuando se van a implementar un número elevado de cambios, debe considerar la
creación de una nueva comunidad. Este método reduce la posibilidad de que se
dañen los datos. Si su comunidad existente se basa en cualquier versión excepto
Presentation Server 4.5 con Feature Pack 1, debe crear una nueva comunidad
porque el modo mixto sólo es compatible con esta versión.
El método de creación de una nueva comunidad no conserva la configuración;
por esta razón, debe teclear manualmente todas las directivas y parámetros. Al
migrar la comunidad, utilice la Interfaz Web como punto de acceso principal.
Esto permite a los usuarios el acceso tanto a la nueva comunidad como a la
anterior durante el período de migración, ya que la Interfaz Web puede combinar
las aplicaciones disponibles de diferentes comunidades y mostrarlas en la misma
página Web.
Consideraciones de diseño para la migración

Además de los cambios de XenApp que afectan al diseño de la comunidad,
cuando planifique la migración tenga en cuenta los siguientes factores:
Diseño de servidor de infraestructura. A medida que las comunidades se
expanden en tamaño o el número de conexiones se incrementa, es posible que sea
necesario aumentar el número de servidores dedicados al alojamiento de la
infraestructura del entorno. Por ejemplo, si ha agregado servidores de
aplicaciones a la comunidad, es posible que necesite migrar desde un servidor de
infraestructura que aloja al servidor de licencias Citrix, el recopilador de datos y
XML Broker a un servidor que aloja únicamente al recopilador de datos y a XML
Broker o un servidor dedicado para cada función. Si esto no se realiza a medida
que la comunidad se expande, un buen momento para considerar el diseño del
servidor de infraestructura es cuando se migra a la siguiente versión de XenApp.
Para evaluar la necesidad de servidores de infraestructura, siga las orientaciones
que se incluyen en “Planificación de servidores de infraestructura” en la página
42 sobre los contadores de rendimiento para la evaluación del rendimiento
infraestructura-servidor.
Diseño de Load Manager. Debido a que los servidores de 64 bits admiten un
mayor número de usuarios, considere la consulta del diseño de Load Manager de
la comunidad para garantizar su eficacia, especialmente si el patrón de carga
predeterminado o avanzado forma parte del diseño existente de la comunidad. Si
los patrones de carga utilizan principalmente porcentajes, como la CPU o la
memoria, es posible que no necesite volver a configurar la implementación del
equilibrio de carga. Si ha migrado sus servidores a hardware de 64 bits, es posible
que pueda reducir el número de servidores de equilibrio de carga porque los
servidores de 64 bits pueden admitir más recursos.
Migración a Access Gateway. Cuando realice la migración de la comunidad a
XenApp 5.0, evalúe la configuración de seguridad y determine si desea
reemplazar Secure Gateway por Access Gateway para el acceso remoto.
Algunas de las ventajas de reemplazar Secure Gateway con Access Gateway son
que éste último:
• Admite aplicaciones y protocolos adicionales.
• Consolida todas las soluciones de acceso remoto en un solo dispositivo.
Access Gateway también protege las conexiones remotas de las
comunidades y el acceso a recursos no publicados, como el correo
electrónico, aplicaciones Web internas y archivos compartidos de red.
• Reemplaza un servidor en la zona desmilitarizada (DMZ) por un
dispositivo más potente.
• Le permite agregar funcionalidad VPN y mantener la capacidad de obtener
acceso a aplicaciones publicadas.
• Admite la conexión de una gama más amplia de dispositivos cliente a las

aplicaciones publicadas en la red segura mediante complementos de
XenApp.
La migración a Access Gateway puede cambiar la topología de la comunidad.
Cuando quita Secure Gateway de la zona desmilitarizada (DMZ) y lo reemplaza
por Access Gateway, puede mover la Interfaz Web a su red interna segura. Access
Gateway autentica y autoriza a los usuarios, y luego los conecta a la Interfaz Web.
Esto proporciona una mayor seguridad porque hay dos servidores Windows
menos en la DMZ.
En general, el proceso de migración desde Secure Gateway a Access Gateway
incluye:
• Abrir los puertos del servidor de seguridad pertinentes
• Determinar si desea migrar los certificados de seguridad desde Secure
Gateway o crear nuevos certificados para Access Gateway
• Instalar el dispositivo Access Gateway
Para obtener más información, consulte la guía Secure Gateway to Access
Gateway Migration Guide que se incluye con la documentación de Access
Gateway.
Definición de un plan de migración

La planificación de la migración es fundamental para su éxito. Un buen plan de
migración incluye cuatro pasos clave: requisitos, diseño, pruebas e
implementación.
1. Definición de requisitos
Identificar y confirmar los requisitos técnicos, del usuario y de la empresa.
Los requisitos de la empresa pueden incluir el coste de la propiedad o los
requisitos de personal. Los requisitos técnicos se pueden basar en la
infraestructura existente y en la complejidad técnica. Los requisitos del
usuario pueden incluir la autenticación PassThrough y la facilidad de
acceso.
2. Documentación del diseño
El documento de diseño es una guía para el nuevo entorno, similar a los
planos de un edificio. Incorpora las nuevas funciones y los cambios
importantes que tendrán repercusión en la comunidad de servidores.
Citrix recomienda la creación de documentos de diseño detallados para la
migración, similares a los que se crean para la instalación inicial.
3. Pruebas
Es importante probar cuáles son los efectos de la nueva funcionalidad y
cómo afectan los cambios de Windows Server 2008 a la configuración de la
comunidad.
4. Plan de implementación
Al migrar a una nueva versión de XenApp, se recomienda crear una escala
de tiempo. Dependiendo del tipo de migración seleccionado, la migración
podría durar varios meses. Por lo general, un plan de implementación se
debe basar en el documento de diseño e incluir un plan de proyecto con
escalas de tiempo, recursos y dependencias.
El plan de implementación suele incluir el método para crear imágenes de
los servidores, la configuración de parámetros, el método de instalación de
la aplicación, la capacitación para el servicio de asistencia técnica, la
capacitación de los usuarios, las fases de implementación (si fuera
necesario) y el plan para retirar la anterior comunidad (si fuera necesario).
Requisitos de la migración
En la migración a XenApp 5.0, se deben actualizar varios componentes.
Actualización de licencias de Citrix. Si ejecuta el servidor de licencias que se
incluye con Presentation Server 4.5 con Feature Pack 1, actualícelo al servidor de
licencias incluido con esta versión. Los archivos de licencias existentes son
compatibles con el nuevo servidor de licencias. Para obtener más información
sobre la actualización del servidor de licencias, consulte el artículo técnico de
Citrix “Licencias:?Migración, actualización y cambio de nombre” en
http://support.citrix.com
Migrar los controladores de impresora. Si se migran los controladores de
impresora a los servidores que ejecutan Windows Server 2008, los controladores
deben ser compatibles con Windows Server 2008. Por ejemplo, Windows Server
2008 no es compatible con los controladores de modo kernel de Windows NT 4.0.
Preferiblemente, los controladores instalados en los servidores XenApp deben
estar certificados como compatibles con Vista.
Restricciones a la actualización de Access Management Console. Al actualizar
Access Management Console desde versiones suministradas con versiones
anteriores de XenApp, tenga en cuenta que existen restricciones sobre cómo la
última versión de la consola reconoce las vistas de Mis vistas creadas con la
versión anterior o los elementos detectados por la misma.
Si, después de actualizar, se le pregunta si desea actualizar el archivo de
configuración .msc, realice una de las siguientes acciones:
• Actualizar. Se actualizará el archivo y no podrá utilizar la versión anterior

de la consola para abrir el archivo ni ver ninguna de las vistas de Mis vistas
creadas con la misma. Sin embargo, podrá utilizar la versión posterior.
• No actualizar. No actualizará el archivo y podrá utilizar ambas versiones
de la consola para ver las vistas de Mis vistas. Sin embargo, sólo puede
editar y guardar las vistas de Mis vistas con la versión anterior.
No se admite la migración desde una versión de demostración. Las versiones
de demostración de XenApp no están pensadas para el uso en entornos de
producción. No se admite la migración desde la versión de demostración de
XenApp 5.0 a la versión oficial de XenApp 5.0.
Importante: Citrix no admite la actualización de ningún componente de

Windows Server 2003 a Windows Server 2008, a menos que se indique de forma
específica.
Para migrar de forma gradual desde la versión

anterior
En este tema se proporciona un resumen general de las tareas necesarias para
migrar una comunidad a la última versión de XenApp.
1. Actualice el servidor de licencias Citrix.
Antes de actualizar el primer servidor de una comunidad, actualice el
servidor de licencias y asegúrese de descargar las licencias actuales.
Para obtener más información sobre la actualización del servidor de
licencias, consulte el artículo técnico Licencias: Migración, actualización y
cambio de nombre en la base de conocimientos en línea de Citrix.
2. Si es necesario, migre el almacén de datos a uno que sea compatible con
XenApp 5.0. Por ejemplo, si su almacén de datos se basa en SQL Server
2005, no requerirá cambios.
3. Actualice o vuelva a instalar la herramienta de configuración avanzada de
XenApp, Access Management Console y la Interfaz Web.
Para actualizar automáticamente dichos componentes y conservar los
parámetros de configuración personalizados, utilice los parámetros
predeterminados de sus respectivos programas de instalación al invocarlos
desde Autorun.
Nota: Sólo puede utilizar el asistente de actualización en la instalación

para actualizar Access Management Console y la configuración avanzada
de XenApp si se actualizan estos componentes en la misma plataforma de
sistema operativo (por ejemplo, de Windows Vista a Windows Vista).
4. Use el procedimiento “Eliminación de un servidor XenApp durante la

migración” en la página 123 para eliminar cualquier servidor de la
comunidad cuya imagen desea volver a crear.
5. Instale XenApp 5.0 en servidores cuyas imágenes ha vuelto a crear o en
servidores nuevos mediante el programa de instalación de unión a
comunidades. Durante la instalación, especifique la unión a la comunidad
existente. Migre los servidores en este orden:
A. Recopiladores de datos de zona
B. Servidores de infraestructura
C. Servidores miembros que alojan aplicaciones publicadas
6. Instale y configure un nuevo Secure Gateway, si está en uso. XenApp 5.0
requiere que se instale la última versión de Secure Gateway (Secure
Gateway 3.1). Para obtener más información, consulte la Guía del
administrador de Secure Gateway.
Para migrar una comunidad de servidores

existente o heredada mediante la creación de una
nueva comunidad
A continuación, se muestra un resumen general de las tareas necesarias para
adoptar la siguiente versión de XenApp 5.0 mediante la creación de una nueva
comunidad.
1. Utilice Citrix Client Packager para proporcionar a los usuarios los
complementos más recientes, volver a empaquetar el complemento de
XenApp e incluir la dirección URL del sitio XenApp Services.
Algunas de las funciones de XenApp 5.0 requieren complementos nuevos.
Citrix recomienda la actualización de los complementos de usuario antes de
la migración, de modo que pueda resolver cualquier problema que surja
antes de realizar la migración de la comunidad. Si se actualizan los
complementos antes de la migración de la comunidad, resulta más fácil
determinar si los problemas se relacionan con los complementos o con los
En lugar de Citrix Client Packager, puede implementar el nuevo paquete en
los escritorios cliente mediante una directiva de grupo de Active Directory,
el Administrador de configuración de Microsoft System Center (conocido

anteriormente como Systems Management Server, SMS) u otra herramienta
de distribución de aplicaciones de terceros. Este método de instalación no
requiere ningún tipo de intervención por parte del usuario.
Para obtener más información, consulte la Guía del administrador de
Citrix XenApp Plugin para aplicaciones de servidor.
2. Cree un nuevo almacén de datos si éste no se aloja en Microsoft Access.
3. Instale XenApp 5.0 en un servidor que sea independiente de su comunidad
de Presentation Server y asígnele un nombre que sea diferente al de la
comunidad existente. Éste es el primer servidor de la nueva comunidad.
4. Utilice Access Management Console y la herramienta de configuración
avanzada de XenApp para configurar el nuevo servidor instalado con el fin
de que coincida con la configuración de la comunidad existente. Asegúrese
de copiar también los parámetros de las aplicaciones publicadas.
También es posible crear un archivo de comandos que exporte e importe la
información relativa a las aplicaciones publicadas. Consulte Citrix
Developer Network
para obtener información adicional.
5. Instale la Interfaz Web como punto de acceso principal de la nueva
comunidad instalada.
Utilice registros de recursos de alias (CNAME) DNS para los servidores de
la Interfaz Web. Cuando dé nombre al alias de DNS, elija algo fácil de
recordar como, por ejemplo misaplicaciones. Por ejemplo, Citrix puede
tener un esquema de instalación interno para la Interfaz Web con varios
servidores que compartan el alias de DNS misaplicaciones.citrix.com.
6. Utilice el nuevo esquema de instalación en las pruebas piloto.
7. Haga las mejoras necesarias en función de los resultados de las pruebas y
utilice el esquema modificado con los usuarios finales.
Indique a los usuarios finales la dirección URL del servidor de la Interfaz
Web. El siguiente ejemplo está basado en el alias indicado anteriormente:
http://misaplicaciones.citrix.com
8. Retire la comunidad que ejecuta la versión heredada de XenApp.
Eliminación de un servidor XenApp durante la

migración
Si quiere eliminar un servidor de una comunidad existente, Citrix recomienda que
desinstale XenApp mediante Panel de control > Programas y características.
Compruebe que el servidor se haya eliminado correctamente de la comunidad con
Access Management Console y, a continuación, si lo desea, vuelva a crear una
imagen del mismo. Este método elimina la información de host del almacén de
datos de la comunidad y quita el servidor de las propiedades de la comunidad que
aparecen en las herramientas de administración. Aunque puede eliminar el
servidor de la comunidad usando únicamente Access Management Console,
Citrix recomienda el uso del método que se describe en este tema ya que más
seguro.
Para eliminar un servidor de la comunidad

1. Con el servidor aún en la red y en conexión con la comunidad, desinstale
XenApp del servidor desde Panel de control > Programas y características,
seleccionando Citrix XenApp 5.0 y luego Desinstalar.
2. Abra Access Management Console en otro servidor, ejecute o vuelva a
ejecutar la función de descubrimiento y compruebe que el servidor se haya
eliminado correctamente de la comunidad.
Si el servidor desde el que ha desinstalado XenApp aún aparece en Access
Management Console, haga lo siguiente:
A. En el panel izquierdo de Access Management Console, seleccione el
servidor.
B. En el menú Acción, seleccione Todas las tareas > Quitar de la
comunidad.
3. Después de asegurarse que el servidor ya no aparece en la comunidad en
Access Management Console, desconecte el servidor de la red.
Precaución: No vuelva a conectar el servidor a la red hasta que no haya

vuelto a crear imágenes del mismo o hasta que no haya eliminado el
software XenApp que contiene. Si se vuelve a conectar a la red, puede
dañar la comunidad.
4. Ejecute el comando dscheck en el almacén de datos para reparar cualquier

error de coherencia.
5. Haga una nueva instalación del sistema operativo (es decir, una instalación
“limpia” y no una actualización) y de XenApp 5.0 (si desea volver a utilizar
el hardware de ese servidor).
Desinstalación de XenApp
Antes de disinstalar XenApp, revise estos puntos importantes:
• Desinstale XenApp en Comunidades con conexión directa o indirecta al
almacén de datos. En comunidades con conexión directa o indirecta al
almacén de datos, Citrix recomienda desinstalar los servidores indirectos
antes de desinstalar el servidor al cual se conectan (o sea, el servidor
conectado directamente). Si se desinstala XenApp de un servidor con una
conexión directa al almacén de datos, los servidores conectados
indirectamente no puede acceder al almacén de datos. Información, tal
como aplicaciones o los administradores Citrix, se pierde y los servidores
que se conectan indirectamenete a ese servidor no se pueden desinstalar del
almacén de datos.
• Desinstalar desde una sesión de Conexión de Escritorio remoto (RDC).
Citrix no recomienda la desinstalación de XenApp desde una sesión de
Conexión de Escritorio remoto (RDC), ya que el programa de
desinstalación requiere el cierre de todas las sesiones de usuarios remotos al
desinstalar XenApp. Si necesita desinstalar XenApp de forma remota,
utilice herramientas como el Administrador de configuración de Microsoft.
Recreación y cambio de nombre de los servidores

XenApp
Hay pasos específicos a seguir cuando se remplaza un servidor debido a una falla
de hardware o a un cambio de nombre de un servidor de una comunidad a través
del sistema operativo. Estos pasos previenen la corrupción de los registros del
almacén de datos y aseguran la integración adecuada del servidor a la comunidad.
Asegúrese de seguir los pasos tal y como se indican en la Guía del administrador
de Citrix XenApp en la sección de mantenimiento de la comunidad.
Trabajo con comunidades mixtas

Lea estos temas si tiene una combinación de servidores que ejecutan XenApp 5.0
y Presentation Server 4.5 con Feature Pack 1 en la misma comunidad. Si la
comunidad contiene solamente servidores XenApp 5.0, no necesita leer esta
información.
Estos temas contienen información sobre el trabajo en un entorno de
comunidades mixtas. Se incluye información sobre la administración de Resource
Manager que, aunque se ha reemplazado por Resource Manager (con tecnología
de EdgeSight) en esta versión, se puede administrar en una comunidad mixta.
Introducción a las comunidades mixtas

Citrix recomienda que, siempre que sea posible, actualice todos los servidores de
la comunidad simultáneamente de modo que no haya distintas versiones de
XenApp y Presentation Server ejecutándose en la misma comunidad. Sin
embargo, los equipos que ejecutan XenApp 5.0 pueden coexistir con los equipos
que ejecutan Presentation Server 4.5 con Feature Pack 1. No se admite la
capacidad operativa mixta de esta versión de XenApp con servidores y
comunidades anteriores a Presentation Server 4.5 con Feature Pack 1; Feature
Pack 1 es un requisito para una comunidad mixta.
A la hora de determinar si se va a migrar toda la comunidad o parte de ésta, tenga
en cuenta las funciones que requieren los usuarios. Por ejemplo, si los usuarios
sincronizan PDA, tenga en cuenta que debe dejar un servidor con Presentation
Server 4.5 con Feature Pack 1 en la comunidad.
Importante: Para tener una comunidad mixta, debe agregar servidores de

XenApp 5.0 a la comunidad Presentation Server 4.5 con Feature Pack 1. No
puede agregar equipos que ejecutan Presentation Server 4.5 con Feature Pack 1 a
una comunidad de XenApp 5.0.
Para descubrir una comunidad mixta, ejecute el descubrimiento utilizando la

última versión de Access Management Console en un servidor XenApp 5.0. Es
posible que las nuevas funciones no estén disponibles si no usa la versión más
reciente de Access Management Console.
Una vez finalizado el descubrimiento, la funcionalidad y la apariencia variarán en
función de la versión de servidor que seleccione. Por ejemplo, si selecciona un
servidor que ejecuta Presentation Server 4.5 con Feature Pack 1, verá la
información de Resource Manager si está instalado; si selecciona un servidor que
ejecuta XenApp 5.0, no verá dicha información.
También puede administrar varias comunidades; por ejemplo, una comunidad
compuesta por equipos que ejecutan XenApp 5.0 y otra compuesta por equipos
que ejecutan Presentation Server 4.5 con Feature Pack 1. Debe utilizar la última
versión de Access Management Console para descubrir las comunidades.
Al instalar XenApp 5.0 en un entorno de comunidades mixtas, si está creando
cuentas de dominio para los servicios, asegúrese de que las cuentas no tienen el
mismo nombre que las cuentas de los servidores para la versión anterior. Si los
privilegios asociados a una de las cuentas son superiores para una versión de
XenApp que para otra, las cuentas pueden entrar en conflicto.
Importante: La consola Access Management Console incluida con XenApp

5.0 sólo puede administrar servidores que ejecuten Presentation Server 4.5 con
Feature Pack 1 si hay un servidor de XenApp 5.0 instalado en la comunidad.
Citrix no recomienda la ejecución en modo mixto de forma indefinida. Si es

necesario conservar Presentation Server 4.5 con Feature Pack 1 por determinadas
funciones, Citrix sugiere tener dos comunidades y usar la Interfaz Web para
integrarlas.
Los siguientes temas explican lo que necesita saber si trabaja en un entorno de
comunidades mixtas.
Nota: No puede volver a una versión anterior en un servidor de la comunidad,

por ejemplo, de XenApp 5.0 a Presentation Server 4.5.
Aumento del límite de memoria de gráficos en una

comunidad mixta
En XenApp 5.0, el límite de memoria de gráficos predeterminado es de 32 MB,
con un límite máximo de memoria de gráficos de 64 MB. En un entorno de
comunidades mixtas, compuesto por servidores de Presentation Server 4.5 con
Feature Pack 1 y XenApp 5.0, el límite de memoria de gráficos predeterminado
es de 5 MB, con un límite máximo de memoria de gráficos de 8 MB (valores
predeterminados de Presentation Server 4.5 con Feature Pack 1).
En una comunidad compuesta solamente por servidores de XenApp 5.0, use
Access Management Console para aumentar el límite de la memoria gráfica para
todos los servidores de la comunidad o para servidores individuales. Sin embargo,
en un entorno de comunidades mixtas, solamente los servidores de XenApp 5.0
respetarán los límites establecidos mediante Access Management Console. Por lo
tanto, para aumentar el límite de la memoria gráfica en los equipos que ejecutan
Presentation Server 4.5 con Feature Pack 1 en una comunidad mixta, use el
procedimiento documentado en “How to Allow More Memory for Session
Graphics on Windows Server 2003”, en http://support.citrix.com/.
Administración de Resource Manager en una

comunidad mixta
En XenApp 5.0, Resource Manager se ha reemplazado por Resource Manager
(con tecnología de EdgeSight). Por tanto, el Panel de mandos y la Base de
conocimientos ya no están disponibles. Sin embargo, en un entorno de
comunidades mixtas, puede administrar Resource Manager, que se instala en un
servidor que ejecuta Presentation Server 4.5 con Feature Pack 1.
Para mayor comodidad, las tareas de la Ayuda relacionadas con Resource
Manager, el Panel de mandos y la Base de conocimientos se incluyen aquí y
puede obtener ayuda contextual de la forma habitual. También encontrará
documentación sobre Resource Manager en el Centro de documentación de un
servidor que ejecute Presentation Server 4.5 con Feature Pack 1, o visitando http:/
/support.citrix.com/.
Administración de Installation Manager en una

comunidad mixta
En XenApp 5.0, se ha reemplazado Installation Manager por una nueva
herramienta, también denominada Installation Manager, que se basa en Microsoft
Windows Task Scheduler 2.0 y en Windows PowerShell 1.0. Sin embargo, en un
entorno de comunidades mixtas, puede administrar la versión anterior de
Installation Manager que se instala en un servidor que ejecuta Presentation
Server 4.5 con Feature Pack 1. Para ello, utilice las versiones de Presentation
Server 4.5 con Feature Pack 1 de Access Management Console y Presentation
Server Console.
Administración de entornos de aislamiento en

una comunidad mixta
En XenApp 5.0, se utiliza la distribución de aplicaciones por streaming en lugar
de entornos de aislamiento. Sin embargo, en un entorno de comunidades mixtas,
puede administrar entornos de aislamiento en un servidor que ejecuta
Presentation Server 4.5 con Feature Pack 1 mediante la versión de Presentation
Server 4.5 con Feature Pack 1 de Presentation Server Console.
Consideraciones de SNMP en una comunidad

mixta
Si se configura una comunidad SNMP (Simple Network Management Protocol)
en el equipo con XenApp con permisos de lectura/escritura y se activa el agente
SNMP, los usuarios pueden realizar de forma remota acciones potencialmente
peligrosas (como el cierre de la sesión o la desconexión de un usuario, la
finalización de un proceso o el envío de un mensaje).
En sistemas Windows 2003, primero debe crear a una comunidad SNMP nueva y,
a continuación, establecer los permisos de la comunidad en lectura/escritura.
En las comunidades que tienen equipos que ejecutan versiones anteriores de
Presentation Server, se utilizaba Resource Manager para permitir el envío de
alertas SNMP cuando determinadas mediciones cambiaban su estado de alarma.
En la tabla siguiente se muestran las interrupciones que admite Resource
Manager.
Nombre
Número de interrupción de Acción del servidor que activa la interrupción
OID
trapAlert Ya no se utiliza.
1.3.6.1.4.1.3845.3.3.1.3
trapServerDown El servidor Resource Manager está inactivo.
1.3.6.1.4.1.3845.3.3.1.4
trapMetricToGreen El estado de la medición del servidor Resource
1.3.6.1.4.1.3845.3.3.1.5 Manager ha cambiado a verde.
trapMetricGreenToYellow El estado de la medición del servidor Resource
1.3.6.1.4.1.3845.3.3.1.6 Manager ha cambiado de verde a amarillo.
trapMetricRedToYellow El estado de la medición del servidor Resource
1.3.6.1.4.1.3845.3.3.1.7 Manager ha cambiado de rojo a amarillo.
trapMetricToRed El estado de la medición del servidor Resource
1.3.6.1.4.1.3845.3.3.1.8 Manager ha cambiado a rojo.
Para obtener más información, consulte la documentación de Resource Manager

para la versión de Presentation Server correspondiente. Para supervisar las
interrupciones que hacen cambiar los colores de los iconos, es posible que pueda
utilizar el método de supervisión de colores; consulte la documentación del
producto de administración de red SNMP para obtener más información.

7
Configuración y aprovisionamiento
de XenApp
Este tema describe las tareas que se pueden realizar después de la instalación de
XenApp:
• Métodos de distribución del software del servidor XenApp en otros
servidores de la comunidad (aprovisionamiento)
• Tareas de configuración que realizar después de instalar XenApp
• Distribución de complementos entre los usuarios
Aprovisionamiento de servidores de la comunidad

Después de instalar XenApp en el segundo servidor de la comunidad, puede
aprovisionar otros servidores en la comunidad. En este contexto, el término
aprovisionar se refiere al proceso de distribución del software XenApp en un
grupo de servidores. En comunidades grandes, el aprovisionamiento de los
servidores de la comunidad es fundamental.
El método que elija para aprovisionar los servidores de la comunidad depende de
una serie de factores, como la infraestructura, los métodos o las herramientas
existentes. Este tema sugiere información general e ideas para aprovisionar los
servidores de la comunidad; no pretende ser prescriptivo.
Al aprovisionar los servidores de la comunidad, tenga en cuenta estos métodos:
• Aprovisionamiento de XenApp mediante Citrix Provisioning Server.
Citrix vende un producto que facilita el aprovisionamiento de grandes
comunidades de servidores, conocido como Citrix Provisioning Server.
Citrix Provisioning Server distribuye por streaming sistemas operativos y
aplicaciones, incluido XenApp, a los servidores de la comunidad. Los datos
distribuidos por streaming (sistemas operativos o aplicaciones) no son
persistentes, así que las imágenes para Citrix Provisioning Server deben
incluir todo lo que desee distribuir (es decir, el sistema operativo, XenApp,
las aplicaciones publicadas).
Para aprovisionar mediante Provisioning Server, instale y configure un
servidor XenApp y cree su imagen en un vDisk del Provisioning Server
para Datacenters (específicamente, un Streaming Server del Provisioning
Server). En general, el proceso para configurar Provisioning Server para
distribuir XenApp por streaming es similar a la duplicación de servidores.
Puede utilizar las instrucciones para la duplicación de servidores con el fin
de preparar las imágenes para Provisioning Server con algunas
modificaciones. También puede utilizar la información de la guía del
administrador Instalación de Citrix XenApp en discos virtuales de Citrix
Provisioning Server para Datacenters y “Citrix Provisioning Server PS
Integration Utility” en la base de conocimientos en línea de Citrix
(CTX116063).
• Distribución de paquetes de Windows Installer con Active Directory
Active Directory permite distribuir los paquetes de Windows Installer de
varios servidores y estaciones de trabajo simultáneamente. Puede utilizar
archivos de transformación de XenApp para seleccionar las opciones de
instalación e introducir datos. Al utilizar Active Directory para crear
imágenes, se reduce el número de veces que necesita interactuar
directamente con un servidor (o “tocarlo”) durante el proceso de creación
de imágenes. Este método permite instalar requisitos, dependiendo del
proveedor para la asistencia de los requisitos; ejecutar la instalación de
XenApp; e instalar después cualquier aplicación. Del mismo modo, no es
necesario conectar el servidor de destino para invocar los programas de
instalación manualmente.
• Duplicación de servidores con imágenes preconfiguradas. Puede utilizar
programas de creación de imágenes de terceros, como Altiris de Symantec,
para crear una copia de la instalación y la configuración de un servidor que
se haya unido a la comunidad. A continuación, utilice esta imagen para
crear servidores adicionales en la comunidad. Este proceso se denomina
duplicación. Se requieren algunos pasos manuales, que se describen en
“Duplicación de servidores XenApp” en la página 132, para la duplicación
de servidores XenApp. También puede duplicar máquinas virtuales con
productos como XenServer.
• Creación de una instalación administrativa. Si prevé que va a necesitar
instalar servidores (o volver a crear una imagen de ellos) con frecuencia,
por ejemplo, durante una migración o en comunidades muy grandes,
plantéese la creación de una instalación administrativa para que las
versiones preconfiguradas y revisadas estén siempre disponibles. Las
instalaciones de administrador son también un buen método para
personalizar la instalación.
7 Configuración y aprovisionamiento de XenApp 132
• Uso de la instalación automática de XenApp. Las instalaciones

automáticas permiten crear un archivo de respuestas que especifique la
configuración deseada. Entonces puede ejecutar el programa de instalación
en cualquier máquina mediante ese archivo de respuestas. Así se reduce
considerablemente el tiempo de instalación. Aunque este método no
permite incluir los requisitos en la instalación y requiere una interacción
más manual, puede ser más fácil para algunas organizaciones y requiere
una inversión de tiempo menor porque XenApp proporciona una plantilla
(UnattendedInstall.txt).
Si la organización debe instalar o volver a crear imágenes de servidores
frecuentemente, considere la creación de un método que pueda reproducirse,
como el uso de Provisioning Server, la realización de instalaciones de
administrador o el aprovisionamiento mediante Active Directory, que requieren
una cantidad mínima de interacción manual.
Duplicación de servidores XenApp

Al aprovisionar servidores mediante duplicación, crea una copia genérica de una
imagen de XenApp o la duplica y, a continuación, aprovisiona la comunidad
distribuyendo la imagen duplicada a lo largo de sus servidores. La creación de
copias duplicadas de XenApp requiere crear una versión genérica de un servidor
cuyas características identificativas se hayan eliminado.
Todos los servidores de la comunidad contienen propiedades que contribuyen a su
identificación única, como el nombre del servidor, pertenencia a dominio e ID de
seguridad (SID). En general, la duplicación de un servidor XenApp supone lo
siguiente:
1. La creación de una imagen de plantilla de un servidor de la comunidad
configurado, lo que implica la eliminación de la identidad de la imagen para
que ésta se convierta en una plantilla que se pueda volver a utilizar.
2. Distribución de la imagen en los servidores de la comunidad de destino.
3. Regeneración de la identidad única de cada uno de estos servidores.
Duplicación de técnicas utilizadas al crear una comunidad XenApp con
tecnologías de aprovisionamiento como Citrix Provisioning Server o Altiris de
Symantec. Estas técnicas también se utilizan con las tecnologías de virtualización
que contiene XenApp, como entornos Citrix XenServer, el componente Hyper-V
de Windows Server 2008 y VMware.
Los candidatos típicos para la duplicación de servidores son los servidores en los
que se tiene que realizar la instalación repetidamente. En comunidades pequeñas
o medianas, puede que sólo necesite crear imágenes duplicadas de los servidores
que alojarán aplicaciones publicadas. En comunidades grandes, puede que
también desee crear imágenes duplicadas para el servidor Crear comunidad y los
servidores de infraestructura, como recopiladores de datos o XML Brokers, para
volver a crear rápidamente los servidores en caso de fallo.
Al preparar un servidor para su duplicación con Provisioning Server, puede que
desee incluir las aplicaciones y otros parámetros que desee que aparezca en esa
imagen.
Aunque XenApp es compatible con la duplicación de servidores, los problemas
del software de duplicación pueden afectar negativamente al sistema operativo o
sus complementos. Cuando duplique servidores XenApp, duplique un servidor y
pruebe su funcionamiento en un entorno de prueba antes de distribuir el resto de
la comunidad.
Preparación de servidores para la duplicación
Antes de cambiar el ID de seguridad (SID) del servidor utilizado para acceder a la
herramienta de configuración avanzada de XenApp, agregue uno de los
siguientes como administrador de Citrix con privilegios de lectura y escritura.
• Un administrador del dominio
• El grupo de administradores locales
• Un administrador local de un servidor en el que el SID permanezca estático
Nota: No intente crear una imagen de un servidor con un certificado SSL

instalado, debido a que los certificados SSL son específicos del hardware.
Configuración de servidores después de la duplicación

No se retiene la configuración de zona cuando se duplica un servidor. Cuando se
inicia el servicio IMA por primera vez en el servidor duplicado, dicho servidor
duplicado se une a la zona predeterminada del programa de instalación. Si va a
distribuir imágenes en servidores que se encuentran en varias zonas, asigne la
información de zona para cada servidor cuando termine el proceso de
duplicación.
Después de crear las imágenes de los servidores, únalos en la comunidad
mediante el comando Change farm. Para obtener más información, consulte
“CHFARM” en la Guía del administrador de Citrix XenApp.
Para duplicar un servidor

Esta tarea requiere una utilidad de preparación del sistema, como Microsoft
Sysprep, y software de creación de imágenes de terceros. Esta tarea presupone
que desea duplicar un servidor con el fin de alojar aplicaciones publicadas y que
una base de datos relacional (Oracle, SQL Server o DB2) contiene el almacén de
datos.
Importante: Citrix recomienda que cree las imágenes iniciales en una

comunidad de prueba y no en un entorno de producción. Estas instrucciones
ofrecen exclusivamente información sobre la duplicación de servidores y pueden
variar en función del entorno y el software de creación de imágenes.
1. Después de crear la comunidad, instale XenApp en un servidor mediante la

instalación de unión a la comunidad XenApp y únalo a la comunidad
creada.
2. Configure el servidor con los parámetros que desee incluir en todos los
servidores.
Por ejemplo, puede configurar directivas, establecer la preferencia de
elección en Sin nivel de preferencia si esta imagen se va a utilizar para los
servidores que contienen las aplicaciones publicadas, o agregar
controladores de impresora.
3. Preparación del servidor para la duplicación mediante:
A. Configuración de servicios de XenApp; consulte “Para configurar los
servicios de XenApp antes de la duplicación” en la página 135.
B. Configuración del registro; consulte “Para configurar el registro antes
de la duplicación” en la página 135.
C. Eliminación de los archivos de caché persistentes locales para bases
de datos de XenApp; consulte “Para eliminar archivos de caché
persistentes locales” en la página 136.
D. Edición del archivo DSN; consulte “Para eliminar la identificación de
la estación de trabajo de los archivos DSN” en la página 136.
E. Eliminación de archivos antiguos; consulte “Para eliminar archivos
antiguos” en la página 136.
Nota: Si está utilizando Citrix Provisioning Server, que ejecuta el

instalador PVS PS Integration Utility.msi, puede acelerar el proceso de
integración automatizando estos pasos. Para obtener información sobre esta
utilidad, consulte “Citrix Provisioning Server PS Integration Utility” en la
base de conocimientos en línea de Citrix (CTX116063).
4. Cree una imagen de esta instalación mediante un software de creación de

imágenes de terceros, Citrix Provisioning Server o Citrix XenServer.
5. Distribución de la imagen en otros servidores mediante las herramientas
proporcionadas por el software de creación de imágenes.
6. Al iniciar la imagen, inicialícela como se describe en “Para inicializar la
imagen duplicada” en la página 137.
Para configurar los servicios de XenApp antes de la duplicación

1. Detenga estos servicios:
• Citrix MFCOM Service
• Citrix Independent Management Architecture
• Servicio Citrix WMI
2. Establezca el tipo de inicio de Citrix Independent Management
Architecture y los servicios de Citrix MFCOM en Manual.
Para configurar el registro antes de la duplicación

Precaución: Los procedimientos en este tema requieren la modificación del
registro. El uso de Editor del Registro del sistema puede causar problemas graves
que pueden requerir la reinstalación del sistema operativo. Citrix no garantiza que
los problemas causados por un uso incorrecto del Editor del Registro puedan
resolverse. Use el Editor del Registro bajo su propia responsabilidad.
1. En el registro del servidor, establezca

HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\Runtime\PSRequir
ed en 1.
Esto hace que el servidor se comunique con el almacén de datos para que la
caché del host local se actualice con la nueva información.
2. Elimine el valor de
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\ServerHost.
3. Si utiliza Citrix Provisioning Server, cree la siguiente clave de registro:

HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\Provisioning
Server\PVSImage y establézcala en 1.
Para eliminar archivos de caché persistentes locales

Elimine el contenido de los archivos de caché de base de datos presentes
realizando los pasos siguientes mediante el comando de XenApp DSMAINT con
el parámetro correspondiente. La sintaxis para los parámetros se explica en la
sección de DSMAINT de la Guía del administrador de Citrix XenApp. C es la
unidad en que instaló XenApp.
1. Elimine el contenido del caché local del host, ubicado en C:\Archivos de
programa (x86)\Citrix\Independent Management Architecture\imalhc.mdb
mediante dsmaint recreaterade. Por ejemplo:
dsmaint recreaterade
2. Elimine el contenido del caché de la base de datos sin conexión de

aplicaciones distribuidas por streaming, ubicado C\Archivos de programa
(x86)\Citrix\Independent Management Architecture\RadeOffline.mdb
mediante dsmaint recreatelhc. Por ejemplo:
dsmaint recreatelhc
Nota: En entornos de comunidades mixtas, si está duplicando un servidor

Presentation Server 4.5 con Feature Pack 1, elimine el caché de base de
datos de Resource Manager, ubicado en C:\Archivos de programa
(x86)\Citrix\Citrix Resource Manager\LocalDB\RMLocalDatabase.mdb.
Para eliminar la identificación de la estación de trabajo de los

archivos DSN
Use un editor de texto, abra estos archivos DSN y elimine la línea que especifica
la identificación de la estación de trabajo (WSID):
• MF20.dsn
• RadeOffline.dsn
Estos archivos se encuentran en C:\Archivos de programa
(x86)\Citrix\Independent Management Architecture, donde C es la unidad en la
que instaló XenApp.
Para eliminar archivos antiguos

Si está duplicando un sistema que puede haber tenido instalado un complemento
anterior de XenApp en algún momento, elimine el archivo C:\WFCName.ini,
donde C es la unidad en la que instaló XenApp.
Este archivo se creó con las versiones anteriores de XenApp Plugin para
Para inicializar la imagen duplicada

Después de duplicar la imagen, reinicie el servidor y realice los siguientes pasos:
1. Con una utilidad de preparación del sistema o el software de creación de
imágenes, asigne a la imagen duplicada un nuevo nombre de equipo.
2. Establezca
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\Logging\HostNam
e en el nuevo nombre de equipo.
3. Establezca
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\RUNTIME\HostN
ame en el nuevo nombre de equipo.
4. Edite el archivo CtxSta.config para crear un ID único de STA mediante la
dirección MAC del servidor, como sigue:
A. Con cualquier editor de texto, abra el archivo CtxSta.config de
C:\Archivos de programa (x86)\Citrix\System32, donde C es la
unidad en la que instaló XenApp.
B. Utilice la dirección MAC del nuevo servidor al que aplicó la
duplicación para crear el ID de STA Quite los dos puntos o espacios
de la dirección MAC y escriba delante “STA”.
Por ejemplo, la dirección MAC, 02-00-68-55-4D-01 pasaría a ser
STA020068554D01.
C. Introduzca el ID de STA en el campo UID del archivo CtxSta.config.
Por ejemplo:
UID=STA020068554D01
Si no lo cambia a un ID único, Secure Gateway y otros componentes no
identificarán de forma única al nuevo servidor.
5. Realice estos pasos en el panel de control de servicios de Windows para
reiniciar los servicios de XenApp:
A. Establezca el tipo de inicio de Citrix Independent Management
Architecture y el servicio Citrix MFCOM como Automático.
B. Inicie el servicio Citrix Independent Management Architecture.
C. Inicie el servicio Citrix MFCOM.
D. Inicie el servicio Citrix WMI.
Configuración de servidores de infraestructura

Este tema incluye:
• Configuración de recopiladores de datos después de la instalación
• Configuración de zonas después de la instalación
Configuración de recopiladores de datos después

de la instalación
Después de la instalación, configure el recopilador de datos y cualquier
recopilador de datos de respaldo.
De forma predeterminada, el programa de instalación configura el servidor de
creación de comunidad como recopilador de datos estableciendo su preferencia
de elección de servidor en Mayor nivel de preferencia. Una elección de servidor
es el proceso de conmutación por error que selecciona un nuevo servidor como
recopilador de datos cuando éste no esté disponible. Todos los servidores que se
unieron a la comunidad se establecen en Nivel de preferencia predeterminado.
Para dedicar un servidor como recopilador de datos, establézcalo en Mayor nivel
de preferencia y no lo utilice para ninguna otra función, incluido el alojamiento
de aplicaciones publicadas.
Después de configurar el recopilador de datos, establezca las preferencias de
elección de los servidores que alojan las aplicaciones publicadas en Sin nivel de
preferencia, la preferencia de elección mínima, para que la posibilidad de que
dichos servidores actúen como recopiladores de datos sea reducida.
Para especificar un servidor como recopilador de datos

1. En el panel izquierdo de la configuración avanzada de XenApp, seleccione
la comunidad.
2. En el menú Acciones, haga clic en Propiedades.
3. Seleccione Zonas.
4. En la lista de zonas y sus servidores, seleccione el servidor deseado y haga
clic en Establecer nivel de preferencia.
5. Seleccione una de estas opciones:
• Mayor nivel de preferencia. Especifica este servidor como
recopilador de datos asignándolo al mayor nivel de preferencia. Citrix
recomienda asignar esta preferencia sólo a un servidor por zona.
• Nivel de preferencia medio. Especifica este servidor como
recopilador de datos de respaldo.
• Sin nivel de preferencia. Éste es el nivel más bajo de preferencia de

elección. Citrix recomienda utilizar este parámetro para servidores de
Configuración de zonas después de la instalación

Al configurar las zonas para una WAN, Citrix recomienda que:
• No active el equilibrio de carga en las zonas. La opción No compartir
información de carga en la función de administración de zona de la
herramienta de configuración avanzada controla esta funcionalidad.
• Dirija las solicitudes de los usuarios de la aplicaciones a la ubicación
geográfica más cercana configurando el orden de conexión de zonas en la
regla de directiva: Área de trabajo del usuario > Conexiones > Nivel de
preferencia de zonas y conmutación por error. Dirigir a los usuarios para
que se conecten a los servidores en su propia zona puede reducir el tráfico a
través de conexiones muy lentas. Esta característica solamente afecta al
complemento de XenApp y a la Interfaz Web.
Configuración de XenApp después de la instalación

Después de finalizar la instalación de XenApp, realice estas tareas adicionales
para que los usuarios puedan iniciar sesión en la comunidad.
1. Configure cualquier servidor de infraestructura requerido. Consulte
“Configuración de servidores de infraestructura” en la página 138.
2. Cambie cualquier configuración necesaria, incluidas las siguientes:
Para permitir que los usuarios se vuelvan a conectar a las sesiones
coherentemente, establezca la opción Restringir cada usuario a una
sesión en No en la herramienta Configuración de Terminal Services. En
Windows Server 2008, esta configuración está ahora activada de forma
predeterminada.
Citrix recomienda el uso de la configuración de servidor y de toda la
comunidad en XenApp para controlar el número de sesiones que pueden
iniciar los usuarios.
3. Después de instalar la Interfaz Web, deberá crear uno o más sitios mediante
Access Management Console antes de poder conectar mediante la Interfaz
Web o el complemento de XenApp.
4. Inicie Access Management Console y detecte los servidores de la
comunidad. Consulte Guía del administrador de Citrix XenApp para
obtener más información.
5. Cree las cuentas administrativas necesarias para la comunidad. Consulte

Guía del administrador de Citrix XenApp para obtener más información.
6. Publicar aplicaciones. Consulte Guía del administrador de Citrix XenApp
para obtener más información.
7. Lleve a cabo las personalizaciones adicionales que sean necesarias, como
establecer directivas, configurar la impresión, cambiar la configuración de
elección del servidor y configurar el equilibrio de carga. Consulte la
información de esta guía y la Guía del administrador de Load Manager
para obtener más información.
Además, deberá crear paquetes de complementos para distribuirlos entre los
usuarios. Los factores que determinan la elección de paquetes de complementos y
de métodos de distribución se analizan en la Guía del administrador de Citrix
XenApp Plugin para aplicaciones de servidor.
Configuración de servidores después de la

instalación con archivos de comandos
Después de aprovisionar los servidores o distribuir las imágenes duplicadas, es
posible que desee ejecutar archivos de comandos para realizar tareas de
configuración. Entre las tareas de configuración que se pueden incorporar a los
archivos de comandos, se incluyen la publicación de aplicaciones, la
configuración de preferencias del recopilador de datos y la aplicación de patrones
de carga. No obstante, el uso de archivos de comandos para estas opciones de
configuración permite realizar cambios por servidor si es necesario. Para obtener
información sobre el uso de los archivos de comandos y los idiomas compatibles,
consulte Software Development Kit de MFCOM en Citrix Developer Network.
8
Referencia de instalaciones de
XenApp personalizadas
Este tema proporciona información sobre las opciones de instalación de XenApp

desde Autorun. Este tema también describe la compatibilidad para varias
funciones de instalación, como los registros de instalación. Los asuntos tratados
en este tema son los siguientes:
• Instalación de XenApp con una instalación automática
• Instalación de XenApp mediante la modificación de los paquetes de
Windows Installer
• Preparación de instalaciones con respuestas rellenadas previamente
• Generación de un archivo de registro de la instalación
Creación de instalaciones personalizadas

XenApp proporciona algunas alternativas para la instalación con Autorun basada
en el asistente. Estos métodos de instalación pueden ser útiles al instalar XenApp
en un gran número de servidores de forma simultánea.
Puede configurar la instalación de XenApp mediante:
• Modificación de los paquetes de Windows Installer (.msi) mediante
transformaciones o el comando Msiexec de Windows.
• Creación de un archivo de respuesta para responder a las preguntas que se
realizan durante la instalación.
Si desea almacenar las imágenes preconfiguradas de XenApp en un punto
compartido de red, debe instalar XenApp aplicando transformaciones al paquete
.msi.
Las instrucciones para realizar instalaciones automáticas de licencias se incluyen
en la Guía de introducción a Citrix Licensing. Sin embargo, las propiedades de
instalación del sistema de licencias de XenApp se definen en “Referencia de
propiedades de Windows Installer de XenApp” en la página 158.
En la documentación de instalación de XenApp se utiliza la siguiente

terminología de instalación:
• Instalación silenciosa. Este término hace referencia a las instalaciones
realizadas mediante comandos de Windows Installer (msiexec/qb) que no
muestran solicitudes, mensajes ni páginas de instalación durante su
progreso. Las instalaciones silenciosas no son sinónimas de las
instalaciones automáticas.
• Instalación automática. Este término hace referencia a las instalaciones de
XenApp mediante unattendedinstall.exe con un archivo de respuestas.
Aunque muchos tipos de instalaciones, incluidos los archivos de comandos
que utilizan comandos de Windows Installer, son técnicamente
instalaciones automáticas, la documentación de instalación de XenApp
utiliza este término específicamente para denotar las instalaciones de
XenApp que utilizan un archivo de respuestas.
Temas relacionados:
“Preparación para la instalación de XenApp” en la página 70
“Creación de una nueva comunidad de XenApp” en la página 86
“Migración a XenApp 5.0” en la página 110
Tareas adicionales para las instalaciones de XenApp

personalizadas
Si no instala XenApp mediante la instalación invocada por Autorun, realice estas
tareas adicionales antes de la instalación:
• Instalar todos los requisitos. Los requisitos que se instalan automáticamente
durante la instalación invocada por Autorun no se instalan durante las
instalaciones personalizadas. Antes de instalar XenApp, consulte los
requisitos del sistema en la lista de verificación de la instalación de Citrix
XenApp.
• Instale un complemento de XenApp. Consulte “Instalación de un
complemento de XenApp antes de la instalación” en la página 144.
• Crear un archivo DSN si está utilizando Oracle, SQL Server o DB2 para el
almacén de datos. Consulte “Creación de un archivo DSN para la
instalación de XenApp” en la página 201.
Nota: Si ha instalado XenApp anteriormente, consulte “¿Qué ha cambiado en

esta versión de la instalación de XenApp?” en la página 111.
8 Referencia de instalaciones de XenApp personalizadas 144
Instalación de un complemento de XenApp antes

de la instalación
XenApp requiere que se instale un complemento de XenApp antes de ejecutar la
instalación. Si se invoca el programa de instalación desde el programa Autorun,
esto se realiza de forma predeterminada automáticamente.
Sin embargo, si utiliza otro método para la instalación, debe instalar el
complemento antes de instalar XenApp o es posible que funciones como la
autenticación PassThrough y el remedo no funcionen correctamente. Algunos
puntos importantes:
• Los paquetes de instalación del complemento de XenApp,
XenAppHosted.msi y XenAppWeb.exe, se encuentran en la carpeta
Clients\ica32 de los medios de instalación.
• Puede instalar Program Neighborhood, el complemento de XenApp,
XenApp Web Plugin o una combinación de estos complementos. Instale el
paquete de XenApp Web Plugin si está configurando la Interfaz Web en el
servidor.
• Citrix también recomienda que instale el complemento de streaming, que
no se instala automáticamente durante las instalaciones no ejecutadas por
Autorun, en todos los servidores de la comunidad. Citrix XenApp Plugin
para aplicaciones de streaming, XenAppStreaming.exe, se encuentra en la
carpeta Clients\Streaming de los medios de instalación.
Nota: Si está actualizando clientes en el servidor, desinstale todas las versiones

anteriores de los clientes Citrix, incluidos los clientes de streaming y, a
continuación, instale solamente los complementos incluidos en esta versión.
Temas relacionados:
“Tarea 4: configuración de la autenticación de clientes PassThrough” en la página
92
Instalación de XenApp mediante la modificación de los

paquetes de Windows Installer
XenApp y sus componentes están compilados en un archivo de paquete de
Windows Installer (.msi). Windows Installer se compone del servicio Windows
Installer para los sistemas operativos Windows y el formato de archivos de
paquete .msi, que se utiliza para almacenar información sobre la instalación de la
aplicación.
XenApp admite dos métodos de instalación de XenApp modificando sus archivos
.msi:
• Ejecución de los comandos de Windows Installer (Msiexec)
• Aplicación de transformaciones
Puede combinar los comandos de Windows Installer con transformaciones y
métodos de instalación administrativa para lograr instalaciones más eficaces que
son más fáciles a la hora de aplicar revisiones y actualizaciones. Por ejemplo,
puede distribuir los paquetes de XenApp Installer mediante Microsoft Active
Directory Services, Systems Management Server o productos de otros
fabricantes.
El paquete de XenApp Windows Installer, mps.msi, se encuentra en el servidor
XenApp de los medios de instalación de XenApp.
Si se producen problemas al ejecutar el paquete de Windows Installer, puede
consultar el Visor de sucesos de Windows para ver una lista de los problemas.
Compruebe el registro de aplicaciones y busque las entradas de la columna de
origen del tipo "MSIInstaller".
Instalación mediante los comandos de Windows

XenApp admite el uso del comando Msiexec para la instalación. El comando
Msiexec permite instalar, modificar y realizar operaciones en paquetes de
Windows Installer (.msi) desde la línea de comandos.
Establezca las propiedades agregando Property=”valor” en la línea de comandos
después del resto de modificadores y parámetros. Para obtener definiciones de las
propiedades del paquete de XenApp Windows Installer, consulte “Referencia de
propiedades de Windows Installer de XenApp” en la página 158.
También puede utilizar el comando Msiexec para ejecutar la instalación
(instalaciones administrativas) desde los puntos compartidos de red. Consulte
“Preparación de instalaciones con respuestas rellenadas previamente” en la
página 152.
Instalaciones de XenApp
La siguiente línea de comandos de ejemplo instala el paquete de XenApp
Windows Installer y crea un archivo de registro para guardar la información
relativa a este proceso. Este ejemplo no incluye las propiedades necesarias. Debe
agregar las propiedades que desee establecer después de los modificadores.
msiexec /i mps.msi /L*v c:\output.log
Instalaciones de configuración avanzada de Access Management Console y
XenApp. Para realizar instalaciones personalizadas de Access Management
Console y la herramienta de configuración avanzada, utilice los archivos MSI
individuales situados en las carpetas Administration\Access Management
Console\Setup y Administration\XenApp Advanced Configuration de los medios
de instalación de XenApp. El archivo .msi al que hace referencia Autorun no se
puede utilizar para instalaciones personalizadas.
Comandos Msiexec comunes
A continuación se muestran algunas de las opciones más comunes del comando
Msiexec.
Opción Sintaxis
Instalar o configurar un msiexec /i {paquete|CódigoProducto}
producto
Desinstalar un producto msiexec /x {paquete|CódigoProducto}
Establecer un nivel de msiexec /L [i][w][e][a][r][u][c][m][p][v][+][!]
registro LogFile
(úselo con la opción para Para incluir la opción v en un archivo de registro
instalar o desinstalar) utilizando la marca de comodín, escriba /L*v en
el símbolo del sistema.
Las opciones del archivo de registro de Windows
Installer también pueden utilizarse en el proceso
de desinstalación.
Instalar un archivo de msiexec /i package
transformación TRANSFORMS=TransformList
(úselo con la opción para Si desea aplicar varios archivos de
instalar o desinstalar) transformación, separe cada archivo de
transformación con un punto y coma.
Establecer el nivel de la msiexec /q {n|b|r|f}
interfaz de usuario
(úselo con la opción para
instalar o desinstalar)
Para obtener más información sobre los parámetros que se pueden usar con las
opciones señaladas, busque el término msiexec en el sitio Web de Microsoft.
Instalación mediante la aplicación de

transformaciones a la instalación
XenApp proporciona archivos de transformación de Windows Installer para
instalaciones de creación de una comunidad XenApp, de unión a una comunidad
y de Citrix Licensing. La modificación de transformaciones proporciona un
control efectivo sobre la instalación de XenApp, lo que permite modificar la base
de datos para la instalación de XenApp actual. La aplicación de transformaciones
es un método de instalación de XenApp a través de Active Directory.
Las transformaciones son archivos con la extensión .mst que controlan los
elementos de la base de datos de instalación incluidos en el paquete de instalación
de XenApp (mps.msi). Los archivos de transformación de XenApp realizan
cambios en el paquete de instalación de XenApp durante la instalación y
repercuten de forma dinámica en el comportamiento de la instalación.
Las transformaciones de XenApp son archivos de transformación de ejemplo
pensadas como guía para ayudar a conseguir la configuración deseada. Edite las
transformaciones de XenApp para que incluyan los valores necesarios utilizando
herramientas para paquetes de Windows Installer de terceros, aplíquelas al
mps.msi e inicie la instalación.
Al modificar una transformación para aplicarla al paquete de instalación de
XenApp, establezca los valores deseados para las propiedades en el paquete. A
continuación, cuando aplique el archivo de transformación al paquete de
instalación, las preguntas que normalmente debe responder durante la instalación
ya tendrán respuesta.
Las transformaciones que cree para personalizar un paquete de instalación de
XenApp permanecen guardadas en la memoria caché del sistema. Las
transformaciones se vuelven a aplicar al paquete de instalación básico (mps.msi)
siempre que instale hotfixes (cuando el instalador necesite modificar mps.msi).
Sin embargo, puede aplicar transformaciones sólo al instalar inicialmente
XenApp; no puede aplicarlas a XenApp después de instalarlo.
Si una propiedad aparece en el archivo .msi y desea establecerla en el valor
“Null”, elimine dicha propiedad del archivo de transformación.
Edición de los archivos de transformación de ejemplo

Se proporcionan cuatro archivos de transformación de ejemplo, que se asocian al
archivo mps.msi, en la carpeta Support\Install de los medios de instalación de
XenApp y documentados en este tema:
• thirdpartydb_create_direct.mst. Crea una comunidad de XenApp que
utiliza una base de datos de empresa (SQL Server, Oracle, DB2) para el
almacén de datos.
• thirdpartydb_join_direct.mst. Une a una comunidad de XenApp que

utiliza una base de datos de empresa para el almacén de datos y crea una
conexión directa al almacén de datos.
• Localdb_access_create.mst. Crea una comunidad de XenApp que utiliza
Microsoft Access o SQL Express para el almacén de datos.
• Join_Indirect.mst. Une a una comunidad de XenApp que utiliza Microsoft
Access o SQL Server Express para el almacén de datos y crea una conexión
indirecta al almacén de datos.
Para instalar Citrix License Server a través de Active Directory, puede utilizar
ActiveDirectoryLicensingInstallSupport.mst. Esta transformación se asocia a
ctx_licensing.msi y se documenta en la Guía de introducción a Citrix Licensing.
Para crear un archivo de transformación personalizado utilizando uno de los
archivos de ejemplo
1. Con su herramienta preferida de edición de paquetes de Windows Installer,
abra el paquete de instalación de XenApp, mps.msi, situado en las carpetas
XenApp Server\w2k8x64 y XenApp Server\w2k de los medios de
2. Aplique el archivo de transformación que incluye las propiedades y valores
que quiera modificar.
3. Introduzca valores nuevos para las propiedades que desea cambiar.
4. Genere un archivo de transformación y guárdelo con un nombre nuevo.
Para aplicar un archivo de transformación
1. Escriba lo siguiente en el símbolo del sistema, donde package es el nombre
del paquete de instalación de XenApp y TransformList es la lista de las
transformaciones que desea aplicar:
msiexec /i package TRANSFORMS= TransformList
Para obtener más información sobre los parámetros y conmutadores que
puede utilizar con estas opciones, visite el sitio Web de Microsoft en http://
www.microsoft.com/ y realice una búsqueda sobre el término “msiexec”.
2. Si desea aplicar varios archivos de transformación, separe cada archivo de
transformación con un punto y coma.
Temas relacionados:
“Instalación mediante la aplicación de transformaciones a la instalación” en la
página 147
“Para crear un archivo de transformación personalizado utilizando uno de los
archivos de ejemplo” en la página 148
“Para aplicar un archivo de transformación” en la página 148
“Nombres y valores de propiedades de instalación en Windows de XenApp” en la

página 158
thirdpartydb_create_direct.mst
Este archivo de transformación de ejemplo crea una nueva comunidad de
servidores que utiliza un almacén de datos en un servidor de base de datos
distinto. Esta transformación crea una comunidad de servidores que utiliza una
base de datos de Microsoft SQL Server, Oracle o IBM DB2 como almacén de
datos. La base de datos se almacena en un servidor de bases de datos dedicado y
está configurada para permitir el acceso directo de los servidores de la
comunidad.
Propiedades y valores de ejemplo
CTX_MF_NEW_FARM_NAME=Comunidad de terceros
CTX_MF_CREATE_FARM_DB_CHOICE=ThirdParty
CTX_MF_USER_NAME=Administrador
CTX_MF_DOMAIN_NAME=Dominio 1
CTX_MF_FARM_SELECTION=Create
CTX_MF_ODBC_USER_NAME=sa
CTX_ODBC_PASSWORD=citrix
CTX_MF_ODBC_RE_ENTERED_PASSWORD=citrix
CTX_MF_LICENSE_SERVER_NAME=License_Server
CTX_MF_SHADOWING_CHOICE=Yes
CTX_MF_XML_PORT_NUMBER=180
CTX_MF_XML_CHOICE=Separate
CTX_MF_SERVER_TYPE=e
CTX_MF_SHADOW_PROHIBIT_NO_LOGGING=No
CTX_MF_SHADOW_PROHIBIT_NO_NOTIFICATION=Yes
CTX_MF_SHADOW_PROHIBIT_REMOTE_ICA=No
Debe agregar la siguiente fila a la transformación porque no está disponible en el
paquete de Windows Installer predeterminado utilizado para mps.msi.
CTX_MF_SILENT_DSNFILE =\\servidor_de_archivos\copia\TestSQL.DSN
Temas relacionados:
página 158
thirdpartydb_join_direct.mst
Este archivo de transformación de ejemplo se une a una comunidad de servidores
existente que utiliza un almacén de datos en un servidor de base de datos distinto.
En esta transformación, la comunidad de servidores existente utiliza una base de
datos Microsoft SQL Server, Oracle o IBM DB2 almacenada en un servidor de
base de datos dedicado. El servidor que se une a la comunidad accede
directamente al almacén de datos.
CTX_MF_FARM_SELECTION=Join
CTX_MF_JOIN_FARM_DB_CHOICE=Direct
CTX_MF_ODBC_USER_NAME=sa
CTX_ODBC_PASSWORD=citrix
CTX_MF_ODBC_RE_ENTERED_PASSWORD=citrix
CTX_MF_XML_CHOICE=Separate
CTX_MF_SERVER_TYPE=e
CTX_MF_SHADOW_PROHIBIT_NO_NOTIFICATION=Yes
Debe agregar la siguiente fila a la transformación porque no está disponible en el
paquete de Windows Installer predeterminado utilizado para mps.msi.
CTX_MF_SILENT_DSNFILE =\\servidor_de_archivos\copia\TestSQL.DSN
Temas relacionados:
página 158
Localdb_access_create.mst
Este archivo de transformación de ejemplo crea una nueva comunidad de
servidores que utiliza una base de datos alojada localmente para el almacén de
datos de la comunidad. La base de datos se almacena localmente en el primer
servidor de la comunidad en la que se instaló XenApp.
CTX_MF_NEW_FARM_NAME=FarmAccess
CTX_MF_USER_NAME=Administrador
CTX_MF_DOMAIN_NAME=Dominio 1
CTX_MF_FARM_SELECTION=Create
CTX_MF_CREATE_FARM_DB_CHOICE=Local
CTX_MF_LOCAL_DATABASE=SQLEXPRESS
CTX_MF_MSDE_INSTANCE_NAME=CITRIX_METAFRAME
CTX_MF_ENABLE_VIRTUAL_SCRIPTS=Yes
CTX_MF_XML_CHOICE=Share
CTX_MF_SERVER_TYPE=a
CTX_MF_SHADOW_PROHIBIT_NO_NOTIFICATION=No
Temas relacionados:
página 158
Join_Indirect.mst
Este archivo de transformación de ejemplo se une a una comunidad de servidores
existente que utiliza un almacén de datos alojado localmente. En esta
transformación de ejemplo, la comunidad de servidores actual utiliza una base de
datos de Microsoft SQL Server 2005 Express almacenada en uno de los
servidores que ejecutan XenApp.
Nota: Si utiliza este archivo de transformación, no se activa el cifrado IMA. Si

usa este archivo de transformación y quiere habilitar el cifrado IMA, debe hacerlo
manualmente después de la instalación usando CTXKEYTOOL. Consulte
“CTXKEYTOOL” en la Guía del administrador de Citrix XenApp para obtener
más información.

CTX_MF_FARM_SELECTION=Join
CTX_MF_INDIRECT_JOIN_USER_NAME=Administrador
CTX_MF_INDIRECT_JOIN_DOMAIN_NAME=Dominio 1
CTX_MF_JOIN_FARM_SERVER_NAME=Servidor1
CTX_MF_JOIN_FARM_SERVER_PORT=2512
CTX_MF_JOIN_FARM_DB_CHOICE=Indirect
CTX_MF_ENABLE_VIRTUAL_SCRIPTS=Yes
CTX_MF_XML_CHOICE=share
CTX_MF_SERVER_TYPE=a
CTX_MF_SHADOW_PROHIBIT_NO_LOGGING=Yes
CTX_MF_SHADOW_PROHIBIT_NO_NOTIFICATION=No
Las propiedades de la contraseña de la base de datos no se incluyen en el paquete
de Windows Installer predeterminado utilizado para mps.msi. Si la base de datos
tiene una contraseña, especifíquela agregando esta fila al archivo de
transformación:
CTX_INDIRECT_JOIN_PASSWORD=Contraseña
Si dispone de una contraseña en blanco, no agregue la propiedad de contraseña.
Temas relacionados:
página 158
Preparación de instalaciones con respuestas

rellenadas previamente
Si instala XenApp con frecuencia y desea reducir el número de pasos que debe
realizar, considere crear una instalación administrativa de XenApp mediante los
comandos de Windows Installer (msiexec /a).
Una instalación administrativa es un tipo de instalación automática que
descomprime los archivos de instalación y copia las versiones rellenadas
previamente a un punto compartido de red. Cualquier usuario con acceso al punto
compartido puede ejecutar a continuación el programa de instalación de XenApp
desde esa ubicación.
Las instalaciones de administrador generan una copia de los comandos de
Windows Installer que utilizó para iniciarlas. Sin embargo, los parámetros que
proporcionó inicialmente en la línea de comandos (por ejemplo,
INSTALLDIR="C:\MiCarpeta") se almacenan en la nueva copia de los
comandos de Windows Installer.
Considere la creación de una instalación administrativa de XenApp si desea:
• Ejecutar los comandos de Windows Installer que incluyan soluciones de

reparación, como un hotfix de Citrix o actualización de Windows, de modo
que no tenga que instalar las soluciones de reparación en un paso adicional
• Conservar las rutas de la instalación, como la ruta al sitio de servicios Web
• Preparar los comandos de Windows Installer con respuestas rellenadas
previamente para distribuciones de Active Directory
Después de crear la imagen de origen administrativa, puede aplicar cualquier
archivo de revisión de Windows Installer (.msp) a la imagen, como los archivos
hotfix de Citrix, conforme se publique. Al aplicar los archivos de revisión a la
imagen de origen es posible instalar las revisiones cuando se instala la aplicación
en un nuevo servidor; no es necesario instalar las revisiones de forma separada
después de instalar la aplicación.
Citrix sugiere que cree las siguientes imágenes de origen de instalación
administrativa:
• El paquete de instalación y los archivos de transformación necesarios para
crear la comunidad de servidores. Ejecute esta copia en el primer servidor
de la comunidad.
• El paquete de instalación y los archivos de transformación necesarios para
unir otros servidores a la comunidad. Ejecute esta copia en los servidores
que se unen a la comunidad.
Para crear una instalación administrativa

1. Copie la imagen de los medios de instalación de XenApp en una ubicación
de red a la que tengan acceso los administradores y servidores.
2. Cree los archivos de transformación necesarios para crear una nueva
comunidad de servidores y unir servidores a la comunidad. Por ejemplo, si
el almacén de datos está en una base de datos relacional, utilice
thirdpartydb_create_direct.mst y thirdpartydb_join_direct.mst.
3. Ejecute el comando msiexec /a para crear dos imágenes de red desde
las cuales instalar XenApp:
• La copia utilizada para crear la comunidad de servidores
• La copia utilizada para unir servidores a la comunidad
El siguiente es un ejemplo del comando ejecutado para lograrlo:
msiexec /a <ruta completa al paquete mps.msi básico> /L*v <ruta
completa al archivo de registro> /qb TARGETDIR=“ <ruta completa a la
ubicación de red>” TRANSFORMS=<lista delimitada por puntos y comas
de los archivos de transformación adecuados creados en el paso 2
(ejemplo: sql_join.mst)>
4. Ejecute la instalación administrativa desde los puntos compartidos de la red

que contienen la imagen utilizada para crear el primer servidor de la
comunidad. El siguiente es un ejemplo del comando ejecutado para
lograrlo:
msiexec /i <ruta completa al nuevo punto compartido mps.msi> /L <ruta
completa a la ubicación del archivo de registro> /qb-
5. Ejecute la instalación administrativa que contiene la imagen utilizada para
unir un servidor a la comunidad.
Generación de un archivo de registro de la

instalación
Los archivos de registro de instalación y desinstalación no se crean
automáticamente para los paquetes de Windows Installer. Puede crear archivos de
registro utilizando los métodos siguientes:
• Utilice el comando de registro para crear archivos de registro únicamente
para las operaciones de Windows Installer.
• Active la función de registros automáticos para todas las operaciones de
Windows Installer creando una nueva cadena de registro con el valor que se
señala a continuación.
Precaución: El uso incorrecto del Editor del Registro del sistema puede
causar problemas graves que pueden requerir la reinstalación del sistema
operativo. Citrix no garantiza que los problemas causados por un uso
incorrecto del Editor del Registro puedan resolverse. Use el Editor del
Registro bajo su propia responsabilidad. Asegúrese de respaldar el registro
antes de modificarlo.
Clave: HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\
Windows\Installer
Tipo: REG_SZ
Nombre: Logging
Datos del valor: voicewarmup
Se crea un archivo de registro para cada operación en el directorio
%Tmp%.
• Utilice el Editor de directivas de grupo de Active Directory para configurar
las propiedades de registro de los grupos de Active Directory.
Para editar una directiva de registro, abra el Editor de directivas de grupo y

seleccione Configuración del equipo > Plantillas administrativas >
Componentes de Windows > Windows Installer.
Instalación de XenApp con una instalación automática

Puede realizar una instalación automática de XenApp creando un archivo de
respuesta para responder a los mensajes de la instalación de XenApp. Un archivo
de respuesta de ejemplo, UnattendedTemplate.txt, se encuentra en los medios de
instalación de XenApp, en Support\Install. Este archivo contiene instrucciones
para las opciones de configuración.
También puede utilizar el archivo de respuestas para generar una línea de
comandos de Windows Installer con la opción silenciosa. Esta línea de comandos
es el resultado de la ejecución de la instalación automática de XenApp.
Para llevar a cabo una instalación automática

con un archivo de respuestas
1. Copie el archivo con ejemplos de respuestas en otra ubicación y
modifíquelo según sus necesidades.
2. Con un editor de texto, abra UnattendedTemplate.txt en la carpeta
Support\Install de los medios de instalación de XenApp.
3. Introduzca los valores de las entradas que desea establecer y guarde el
archivo.
En el archivo se incluyen definiciones y los posibles valores de cada
entrada.
4. Escriba lo siguiente en la línea de comandos, donde path-to-mps.msi es la
ruta completa de la instalación de XenApp y answer_file.txt es el nombre
del archivo de texto creado en el paso 1:
UnattendedInstall.exe <path-to-mps.msi>
<answer_file.txt> [MSIPROPERTY1=”VALUE1”] ...
[MSIPROPERTYN=“VALUEN”]
Un ejemplo de este comando que incluye la contraseña ODBC es:
c:\XenApp\UnattendedInstall.exe "c:\Setup\MPS.msi" c:\cps\x32ORCL10-
1.txt CTX_ODBC_PASSWORD="contraseña"
CTX_MF_ADD_LOCAL_ADMIN=Yes
Un ejemplo de este comando que incluye la contraseña de unión indirecta

es:
c:\XenApp\UnattendedInstall.exe "c:\Setup\MPS.msi" c:\cps\x32Access-
2All.txt CTX_INDIRECT_JOIN_PASSWORD="contraseña"
CTX_MF_ADD_LOCAL_ADMIN=Yes
Nota: Nótese que las contraseñas ya no se almacenan en el archivo de

respuestas. Las contraseñas se deben introducir en la línea de comandos al
invocar UnattendedInstall.exe. Consulte la plantilla del archivo de instalación
automática para ver las opciones de contraseña específicas necesarias en su caso.
9
Referencia de propiedades de
Windows Installer de XenApp
Este tema proporciona información sobre las propiedades de instalación de

XenApp para su uso con los comandos de Windows Installer (msiexec):
• Propiedades de instalación en Windows de cliente PassThrough
• Nombres y valores de propiedades de instalación en Windows de XenApp
Nombres y valores de propiedades de instalación en

Windows de XenApp
Las propiedades de instalación de XenApp permiten especificar valores al instalar
XenApp mediante los comandos o las transformaciones de Windows Installer.
Algunos puntos importantes:
• Algunos valores, como las contraseñas, pueden distinguir entre mayúsculas
y minúsculas.
• Al realizar una instalación automática (UnattendedInstall.exe), utilice las
propiedades de instalación de la línea de comandos para especificar las
credenciales del usuario; éstas ya no se encuentran en el archivo de
respuesta de XenApp. También puede utilizar la línea de comandos para
especificar otras propiedades de instalación, como los directorios de
instalación.
• Al utilizar propiedades de instalación en una línea de comandos como parte
de una instalación automática, encierre los valores que incluyan espacios
entre comillas (""). Si utiliza comillas al ejecutar propiedades de instalación
en la línea de comandos, establézcalas de forma explícita precedidas por el
signo de escape (\). Por ejemplo, utilice
INSTALLDIR=\"C:\Archivos de programa\Citrix\" en
lugar de INSTALLDIR="C:\Archivos de programa\Citrix".
• Las propiedades de instalación de los componentes Platinum, como

Password Manager y SmartAuditor, se incluyen, si están disponibles, en las
guías del administrador e instalación correspondientes.
• Los comandos de Windows Installer (msiexec) para Citrix Licensing están
disponibles en la Guía de introducción a Citrix Licensing.
Cada propiedad de instalación corresponde a una etapa diferente del proceso de
instalación. Las etapas del proceso de instalación se explican en “Creación de una
nueva comunidad de XenApp” en la página 86.
Etapa de la instalación basada en asistente Propiedad de instalación correspondiente

Creación de comunidades
Tarea 1: selección de la edición (página inicial de
Autorun)
Tarea 2: selección de la categoría de instalación
Tarea 4: configuración de la autenticación de CLIENT_UPGRADE
clientes PassThrough INSTALLDIR
PROGRAM_FOLDER_NAME
SERVER_LOCATION
DEFAULT_NDSCONTEXT
ENABLE_SSON
Tarea 5: instalar el servidor de licencias CTX_MF_LICENSE_SERVER_NAME
CTX_MF_LICENSE_SERVER_PORT
CTX_MF_LICENSE_SERVER_PORT_DEFAULT
Tarea 6: instalar Access Management Console CTX_ADDLOCAL

Tarea 7: instalar XenApp y sus componentes CTX_ADDLOCAL
Tarea 8: instalar la configuración avanzada de CTX_ADDLOCAL
XenApp
Unión a comunidades
Tarea 1: instalación inicial al unirse a una CTX_MF_FARM_SELECTION
comunidad
Tarea 2: unirse a una comunidad de servidores CTX_MF_JOIN_FARM_DB_CHOICE
CTX_MF_INDIRECT_JOIN_DOMAIN_NAME
CTX_MF_INDIRECT_JOIN_PASSWORD
CTX_MF_JOIN_FARM_SERVER_NAME
CTX_MF_JOIN_FARM_SERVER_PORT
Tarea 3: especificar la ubicación del archivo de CTX_PROTECT_KEY_PATH

clave de cifrado IMA
Tarea 4: usar la configuración de licencias de la CTX_MF_JOIN_FARM_SERVER_NAME
comunidad CTX_MF_JOIN_FARM_SERVER_PORT
CTX_MF_LIC_CHOICE_FOR_JOIN_OR_UPGRADE
9 Referencia de propiedades de Windows Installer de XenApp 160
Resúmenes de propiedades de instalación de

XenApp
Los siguientes temas proporcionan un resumen de las propiedades de instalación
para los comandos de Windows Installer (msiexec) asociadas a diferentes tipos de
instalación (unión a comunidades y creación de comunidades).
“Propiedades de instalación en Windows y parámetros de archivos de respuestas”
en la página 163 describe las propiedades de instalación en Windows de XenApp
y los parámetros equivalentes en la instalación automática de XenApp.
Resumen de propiedades de instalación de unión a

comunidades
Las siguientes propiedades se aplican solamente al instalar XenApp en servidores
unidos a una comunidad.
• CTX_MF_SILENT_DSNFILE
• CTX_MF_JOIN_FARM_DB_CHOICE
• CTX_MF_INDIRECT_JOIN_DOMAIN_NAME
• CTX_MF_INDIRECT_JOIN_USER_NAME
• CTX_MF_INDIRECT_JOIN_PASSWORD
• CTX_MF_JOIN_FARM_SERVER_NAME
• CTX_MF_JOIN_FARM_SERVER_PORT
• CTX_PROTECT_KEY_PATH
• CTX_MF_LIC_CHOICE_FOR_JOIN_OR_UPGRADE
Resumen de propiedades de instalación de creación de

comunidades
Las siguientes propiedades se aplican solamente al instalar XenApp en el primer
servidor de la comunidad.
• CTX_MF_NEW_FARM_NAME
• CTX_MF_USER_NAME
• CTX_MF_DOMAIN_NAME
• CTX_PROTECT_NEW_KEY_PATH
• CTX_MF_SHADOWING_CHOICE
• CTX_MF_SHADOW_PROHIBIT_NO_NOTIFICATION
• CTX_MF_SHADOW_PROHIBIT_NO_LOGGING
• CTX_MF_XML_CHOICE
• CTX_MF_XML_PORT_NUMBER
• CTX_MF_SERVER_TYPE
• CTX_MF_ADD_LOCAL_ADMIN
• CTX_RDP_DISABLE_PROMPT_FOR_PASSWORD
• CTX_MF_LIC_CHOICE_FOR_CREATE
Resumen de propiedades de instalación de unión a

comunidades y creación de comunidades
Las siguientes propiedades se aplican solamente al instalar XenApp en el primer
servidor de la comunidad y al unirse a una comunidad. Normalmente, los valores
usados con estas propiedades varían dependiendo de si va a crear o a unirse a una
comunidad.
• CTX_MF_FARM_SELECTION
• CTX_MF_CREATE_FARM_DB_CHOICE
• CTX_MF_LOCAL_DATABASE
• CTX_MF_MSDE_INSTANCE_NAME
• CTX_MF_ODBC_USER_NAME
• CTX_MF_ODBC_PASSWORD
• CTX_MF_ODBC_DRIVER
• CTX_MF_ZONE_NAME
• CTX_MF_ENABLE_VIRTUAL_SCRIPTS
• CTX_IMA_PROTECTION_ENABLE
• CTX_PROTECT_KEY_TYPE
• CTX_ADDLOCAL
• CTX_MF_LICENSE_SERVER_NAME
• CTX_MF_LICENSE_SERVER_PORT
• CTX_MF_LICENSE_SERVER_PORT_DEFAULT
• CTX_MF_ONLY_LAUNCH_PUBLISHED_APPS
• CTX_MF_ADD_ANON_USERS
• CTX_MF_CREATE_REMOTE_DESKTOP_USERS
• CTX_CONFIGMGR_USER
• CTX_CONFIGMGR_USER_PASSWORD
• CTX_CPSVC_SERVICE_USER_NAME
• CTX_CPSVC_SERVICE_USER_PASSWORD
• CTX_MALOO_SERVICE_USER
• CTX_MALOO_SERVICE_USER_PASSWORD
• INSTALLDIR
• REBOOT
• REINSTALLMODE
Propiedades de instalación en Windows y parámetros de

archivos de respuestas
Al realizar instalaciones automáticas de XenApp, debe proporcionar valores con
una sintaxis distinta a la utilizada con los comandos de Windows Installer. La
siguiente tabla muestra las propiedades de instalación de XenApp y los
parámetros equivalentes para instalaciones automáticas.
Propiedad de instalación de Windows Installer Parámetro de instalación automática

CTX_MF_FARM_SELECTION CreateFarm
CTX_MF_NEW_FARM_NAME NombreComunidad
CTX_MF_USER_NAME FarmAdministratorUsername
CTX_MF_DOMAIN_NAME FarmAdministratorDomain
CTX_MF_CREATE_FARM_DB_CHOICE DirectConnect
CTX_MF_LOCAL_DATABASE LocalDBType
CTX_MF_MSDE_INSTANCE_NAME InstanceName
CTX_MF_ODBC_USER_NAME NombreUsuario
CTX_ODBC_PASSWORD
CTX_MF_SILENT_DSNFILE DSNFilePath
CTX_MF_JOIN_FARM_DB_CHOICE DirectConnect
CTX_MF_INDIRECT_JOIN_DOMAIN_NAME NombreDominio
CTX_MF_INDIRECT_JOIN_USER_NAME NombreUsuario
CTX_INDIRECT_JOIN_PASSWORD
CTX_MF_JOIN_FARM_SERVER_NAME IndirectServerName
CTX_MF_JOIN_FARM_SERVER_PORT IndirectServerPort
CTX_MF_ZONE_NAME ZoneName
CTX_MF_ADD_ANON_USERS
CTX_CREATE_REMOTE_DESKTOP_USERS
CTX_MF_SHADOWING_CHOICE AllowShadowing
CTX_MF_SHADOW_PROHIBIT_REMOTE_ICA ProhibitRemoteControl
CTX_MF_SHADOW_PROHIBIT_NO_NOTIFICATION ProhibitNotificationOff
CTX_MF_SHADOW_PROHIBIT_NO_LOGGING ProhibitLoggingOff
CTX_MF_XML_CHOICE ExtendIIS
CTX_MF_XML_PORT_NUMBER DedicatedPortNumber
CTX_MF_ENABLE_VIRTUAL_SCRIPTS EnableVirtualScripts
Propiedad de instalación de Windows Installer Parámetro de instalación automática

CTX_MF_SERVER_TYPE ServerType
CTX_IMA_PROTECTION_ENABLE EncryptionEnable
CTX_PROTECT_KEY_TYPE KeyType
CTX_PROTECT_NEW_KEY_PATH NewKeyPath
CTX_PROTECT_KEY_PATH KeyPath
CTX_MF_ADD_LOCAL_ADMIN
CTX_ADDLOCAL
CTX_RDP_DISABLE_PROMPT_FOR_PASSWORD DisableRDPPromptForPassword
CTX_MF_LIC_CHOICE_FOR_CREATE LicenseServerChoice
CTX_MF_LICENSE_SERVER_NAME LicenseServerName
CTX_MF_LIC_CHOICE_FOR_JOIN_OR_UPGRADE LicenseServerChoice
CTX_MF_LICENSE_SERVER_PORT LicenseServerPort
CTX_MF_LICENSE_SERVER_PORT_DEFAULT LicenseServerPortDefault
INSTALLDIR
Propiedades de instalación en Windows de

cliente PassThrough
Se debe instalar Citrix XenApp Plugin para aplicaciones de servidor antes de
instalar XenApp. Estas propiedades afectan a XenAppHosted.msi; la instalación
de clientes ya no forma parte de mps.msi. Para obtener más información sobre los
clientes PassThrough, consulte “Tarea 4: configuración de la autenticación de
clientes PassThrough” en la página 92.
Utilice las siguientes propiedades de instalación al instalar el cliente
PassThrough.
ADDLOCAL
• Definición: instala una o más de las funciones especificadas. Al especificar
varios parámetros de función, separe cada parámetro con una coma. No
utilice espacios. Los nombres distinguen entre mayúsculas y minúsculas.
• Valores posibles:
• “ICA_Client”: componente de motor de complemento (se instala
siempre y es necesario para establecer otros valores)
• “PN_AGENT”: instala el complemento de Citrix XenApp
• “PN”: instala Program Neighborhood (no se instala de forma
predeterminada)
• “WEB_CLIENT”: instala Citrix Xenapp Web Plugin
• “SSON”: instala los archivos de autenticación PassThrough
• Valor predeterminado: en blanco
CLIENT_UPGRADE
• Definición: actualiza el cliente a la versión más reciente.
• Valores posibles: “Yes” o “No”
• Valor predeterminado: “Yes”
• Tipo de instalación: Citrix XenApp Plugin para aplicaciones de servidor
ENABLE_DYNAMIC_CLIENT_NAME
• Definición: cuando se usa el cliente PassThrough, activar o desactivar la
capacidad de usar el nombre de equipo como nombre del dispositivo cliente
y reconocer los cambios en el nombre del cliente.
INSTALLDIR
• Definición: directorio de instalación, donde directorio de instalación es la
ubicación donde se instala el software del complemento.
• Valor predeterminado: C:\Archivos de programa\Citrix\ICA Client.
PROGRAM_FOLDER_NAME
• Definición: nombre de la carpeta de programas en el menú Inicio, donde
nombre de la carpeta de programas en el menú Inicio es el nombre de la
carpeta de programas en el menú Inicio que contiene el acceso directo al
complemento de XenApp o a Program Neighborhood.
• Valores posibles: definido por el usuario
• Valor predeterminado: “Citrix\”
• Comentarios: esta función no se admite en actualizaciones de
complemento.
SERVER_LOCATION
• Definición: dirección URL del servidor que ejecuta la Interfaz Web. Este
servidor aloja el archivo de configuración del complemento de XenApp.
Debe introducir la dirección del servidor si desea usar el complemento de
XenApp como cliente PassThrough. La dirección del servidor puede
utilizar HTTP o HTTPS.
• Valor predeterminado: “localhost”
DEFAULT_NDSCONTEXT
• Definición: incluya este parámetro si desea establecer un contexto
predeterminado para NDS. Si incluye más de un contexto, coloque el valor
entre comillas y separe los contextos con comas.
Ejemplos de parámetros correctos:
DEFAULT_NDSCONTEXT=Contexto1
DEFAULT_NDSCONTEXT="Contexto1,Contexto2"
Ejemplo de un parámetro incorrecto:

DEFAULT_NDSCONTEXT=Contexto1,Contexto2
ENABLE_SSON
• Definition: establezca “Yes” para activar la autenticación PassThrough.
Establezca “No” para desactivar la autenticación PassThrough.
Comandos de Windows Installer de herramientas

de administración
Puesto que Access Management Console y la herramienta de configuración
avanzada de XenApp tienen sus propios archivos .msi, no se especifican con las
propiedades de instalación en Windows como parte de la instalación de XenApp.
En su lugar, los comandos de instalación de estas herramientas se especifican en
sus propias líneas de comandos:
• Para instalar Access Management Console, Citrix recomienda
encarecidamente ejecutar CtxInstall.exe, que instala todas las extensiones.
Si instala Access Management Console con otro método, las extensiones se
deben instalar en una secuencia específica o se producirán errores en la
instalación.
Para instalar Access Management Console automáticamente, ejecute el
siguiente comando: CtxInstall.exe /silent.
• Para instalar la herramienta de configuración avanzada, ejecute cmc.msi.
Propiedades de instalación en Windows de

XenApp
Este tema proporciona la sintaxis de las propiedades de instalación de XenApp
que modifican los comandos de Windows Installer (msiexec). También ofrece
muestras de código para la instalación de XenApp, que utilizan una base de datos
local y una base de datos empresarial, Citrix Licensing y la Interfaz Web.
Archivo de comandos de Windows Installer de ejemplo de creación de
comunidad
Este archivo de comandos de ejemplo crea una comunidad con una base de datos
local (Microsoft Access) con uso compartido de puertos, cifrado IMA y remedo
activados.
msiexec.exe /i MPS.msi /qb- /l*v C:\mps.log CTX_MF_SERVER_TYPE="P"
INSTALLDIR="C:\XenApp\" CTX_MF_FARM_SELECTION="Create"
CTX_MF_CREATE_FARM_DB_CHOICE="Local" CTX_LOCAL_DATABASE="Access"
CTX_MF_NEW_FARM_NAME="NewFarmName" CTX_MF_XML_CHOICE="Share"
CTX_MF_USER_NAME="Administrator" CTX_MF_DOMAIN_NAME="DomainName"
CTX_MF_LIC_CHOICE_FOR_CREATE="Point"
CTX_MF_LICENSE_SERVER_NAME="LicenseServerName"
CTX_MF_LICENSE_SERVER_PORT_DEFAULT="1"
CTX_MF_LICENSE_SERVER_PORT="27000" CTX_IMA_PROTECTION_ENABLE="1"
CTX_PROTECT_KEY_TYPE="generate"
CTX_PROTECT_NEW_KEY_PATH="C:\KeyFile.key"
CTX_MF_SHADOWING_CHOICE="Yes"
CTX_MF_SHADOW_PROHIBIT_NO_NOTIFICATION="No"
CTX_MF_SHADOW_PROHIBIT_REMOTE_ICA="No"
CTX_MF_CREATE_REMOTE_DESKTOP_USERS="AddEveryone"
CTX_MF_ADD_ANON_USERS="Yes" CTX_MF_ENABLE_VIRTUAL_SCRIPTS="Yes"
CTX_MF_ADD_LOCAL_ADMIN="Yes" CTX_MF_ONLY_LAUNCH_PUBLISHED_APPS="No"
Archivo de comandos de Windows Installer de ejemplo de unión a

comunidad
Este archivo de comandos de ejemplo une una comunidad cuyo almacén de datos
se aloje en una base de datos de terceros o empresarial (SQL Server). La
comunidad tiene el cifrado IMA y el remedo activados.
msiexec /i MPS.msi /qb- /l*v C:\mps.log CTX_MF_SERVER_TYPE="E"
INSTALLDIR="C:\XenApp\" CTX_MF_FARM_SELECTION="Join"
CTX_MF_CREATE_FARM_DB_CHOICE="Thirdparty"
CTX_MF_JOIN_FARM_DB_CHOICE="Direct"
CTX_MF_ODBC_USER_NAME="DomainName\UserName"
CTX_ODBC_PASSWORD="****" CTX_MF_ODBC_RE_ENTERED_PASSWORD="****"
CTX_MF_SILENT_DSNFILE="C:\SQLWin.dsn"
CTX_MF_SELECTED_DRIVER_NAME="SQL Server"
CTX_MF_XML_CHOICE="Separate" CTX_MF_XML_PORT_NUMBER="8080"
CTX_MF_LIC_CHOICE_FOR_JOIN_OR_UPGRADE="UseFarmSettings"
CTX_IMA_PROTECTION_ENABLE="1" CTX_PROTECT_KEY_TYPE="file"
CTX_PROTECT_KEY_PATH="C:\KeyFile.key" CTX_MF_SHADOWING_CHOICE="Yes"
CTX_MF_SHADOW_PROHIBIT_NO_NOTIFICATION="No"
CTX_MF_SHADOW_PROHIBIT_NO_LOGGING="No"
CTX_MF_SHADOW_PROHIBIT_REMOTE_ICA="No"
CTX_MF_CREATE_REMOTE_DESKTOP_USERS="CopyUsers"
Archivo de comandos de Windows Installer de ejemplo de Citrix Licensing

Este archivo de comandos instala Citrix Licensing. Para obtener más información
sobre las propiedades de instalación de licencias, consulte la Guía de
introducción a Citrix Licensing.
msiexec.exe /i ctx_licensing.msi
CTX_LICENSING_INSTALLDIR="C:\program files\citrix\"
CTX_LIC_FILE_PATH="C:\program files\citrix\licensing\my files\"
CTX_WEB_SERVER="IIS" CTX_LICENSE_SERVER_PORT="23456"
CTX_VENDOR_DAEMON_PORT="65432" /l*v "C:\Lic.log" /qb-
Archivo de comandos de Windows Installer de ejemplo de la Interfaz Web

Este archivo de comandos de ejemplo instala la Interfaz Web. Para obtener más
información sobre las propiedades de instalación de la Interfaz Web, consulte la
Guía del administrador de la Interfaz Web de Citrix.
WebInterface.exe -q -v %systemdrive%\WI.log
CTX_ADDLOCAL
• Definición: especifica una o más funciones de XenApp que instalar. Los
valores de CTX_ADDLOCAL son funciones y componentes de XenApp.
Los valores están delimitados por comas y se deben instalar de forma local.
CTX_ADDLOCAL=ALL instala todas las funciones. (Esta propiedad es
similar a la propiedad ADDLOCAL de Windows Installer.)
• All: instala todas las funciones y componentes de XenApp
• CTX_MF_MetaFrame_Core: instala el software de servidor de
núcleo exclusivamente para XenApp
• CTX_MF_LM: instala el componente Load Manager, que carga
conexiones de usuario equilibradas en los servidores para utilizar
recursos de servidor de forma más eficiente
• WMI: instala XenApp Provider, que es la versión de XenApp y Citrix
Licensing de proveedores WMI, y ofrece compatibilidad con MOM
2005 y 2007
• CTX_MF_IMA_Core: instala el servicio Citrix Independent
Management Architecture
• CTX_MF_CTXCPU: instala la función Citrix CPU Utilization
Management que permite controlar el uso de CPU en un servidor de
la comunidad
• CTX_MF_CTXSFO: instala la función de administración de
optimización de memoria
• CSS_SS: instala soluciones de compatibilidad para la distribución de
aplicaciones por streaming. Esto se aplica solamente a Enterprise y
Platinum Edition.
Precaución: No especifique el valor CSS_SS para la propiedad

CTX_ADDLOCAL si tiene una licencia Advanced Edition. Si
especifica esta propiedad, puede tener problemas después de la
instalación al aplicar hotfixes.
• Valor predeterminado: en blanco

• Tipo de instalación: creación de comunidad, unión a comunidad
• Comentarios
• Separe las entradas con comas.
• CTX_ADDLOCAL no proporciona valores de instalación de Access
Management Console ni la herramienta de configuración avanzada de
XenApp. Consulte “Comandos de Windows Installer de herramientas
de administración” en la página 168.
CTX_CPSVC_SERVICE_USER_NAME
• Definición: especifica una cuenta de usuario distinta para Citrix Print
Manager Service. Si no se especifica esta propiedad, el servicio se instala
en la cuenta ctx_cpsvcuser. Si desea cambiar la cuenta, especifique
CTX_CPSVC_SERVICE_USER_NAME con un valor que represente la
cuenta ya creada y utilice CTX_CPSVC_SERVICE_USER_PASSWORD
para especificar la contraseña.
• Valores posibles: definido por el usuario.
• Valor predeterminado: “ctx_cpsvcuser”
• Formato: Dominio\Nombre_usuario
• Comentarios
• Para especificar una cuenta de dominio para un servicio, debe iniciar
una sesión en el servidor en el que vaya a ejecutar el programa de
instalación como administrador del dominio en el que desea ejecutar
el servidor.
• Si desea especificar otra cuenta para que se utilice en la instalación,
debe especificar los siguientes privilegios al crear la cuenta: Iniciar
sesión como servicio (SeServiceLogonRight) e Iniciar sesión como
proceso por lotes (LogonAsBatch). Sin estos privilegios, no se inicia
Citrix Print Manager Service.
Nota: El servicio Citrix Print Manager Service ahora utiliza la cuenta

ctx_cpsvcuser en lugar de la cuenta Ctx_SmaUser, que era el servicio que
se usaba en Presentation Server 4.0.
CTX_CPSVC_SERVICE_USER_PASSWORD
• Definición: especifica la cuenta para el servicio Citrix Print Manager. Si se
especifica CTX_CPSVC_SERVICE_USER_PASSWORD sin especificar
CTX_CPSVC_SERVICE_USER_NAME, se instalará el servicio en la
cuenta predeterminada (ctx_cpsvcuser) y podrá cambiar la contraseña. Si se
especifica CTX_CPSVC_SERVICE_USER_PASSWORD con
CTX_CPSVC_SERVICE_USER_NAME, se podrán cambiar el nombre de
usuario y la contraseña para la cuenta.
CTX_IMA_PROTECTION_ENABLE
• Definición: utilice esta propiedad para activar o desactivar el cifrado IMA
durante la instalación de creación de la comunidad.
• “1”: activa el cifrado IMA. Utilice esta propiedad con
CTX_PROTECT_KEY_TYPE.
• “0”: desactiva el cifrado IMA.
• Valor predeterminado: “0”
CTX_MALOO_SERVICE_USER
• Definición: especifica una cuenta de usuario distinta para el servicio CPU
Utilization Mgmt/CPU Rebalancer, que es uno de los servicios de la
función de administración de uso de CPU. Si no se especifica esta
propiedad, el servicio se instala en la cuenta ctx_cpuuser. Si desea cambiar
la cuenta, especifique CTX_MALOO_SERVICE_USER con un valor que
represente la cuenta ya creada y utilice
CTX_MALOO_SERVICE_USER_PASSWORD para especificar la
contraseña.
• Valor predeterminado:“ctx_cpuuser”
• Comentarios
• Este servicio sólo se instala en los servidores con varios
procesadores.
el servidor.
sesión como servicio (SeServiceLogonRight), Iniciar sesión como
proceso por lotes (LogonAsBatch), Depurar programas
(SeDebugPrivilege) y Aumentar prioridad de programación
(SeIncrementBasePriorityPrivilege). Sin estos privilegios, el servicio
CPU Utilization Mgmt/CPU Rebalancer no se inicia.
CTX_MALOO_SERVICE_USER_PASSWORD
• Definición: especifica la contraseña del servicio Citrix CPU Utilization
Mgmt/CPU Rebalancer. Si se especifica
CTX_MALOO_SERVICE_USER_PASSWORD sin especificar
CTX_MALOO_SERVICE_USER, se instala el servicio con el valor
predeterminado (ctx_cpuuser) para la propiedad
CTX_MALOO_SERVICE_USER como nombre de usuario y se permite
cambiar la contraseña. Si se especifica
CTX_MALOO_SERVICE_USER_PASSWORD con
CTX_MALOO_SERVICE_USER, podrá cambiar tanto el nombre de
usuario como la contraseña para la cuenta.
CTX_MF_ADD_ANON_USERS
• Definición: determina si los usuarios anónimos se pueden conectar de
forma remota. Esta propiedad agrega usuarios anónimos al grupo Usuarios
de escritorio remoto de Windows Server 2008.
Si es “Yes” y CTX_MF_CREATE_REMOTE_DESKTOP_USERS es
“CopyUsers” o “DoNothing”, los usuarios anónimos se agregan al grupo
Usuarios de escritorio remoto.
Si CTX_MF_CREATE_REMOTE_DESKTOP_USERS es
"AddEveryone", esta propiedad se omite porque el grupo Usuarios de
escritorio remoto está configurado de modo que cada usuario en el grupo

Usuarios también sea parte del mismo.
Si esta propiedad se establece en “No”, prohíbe conexiones anónimas a
XenApp.
CTX_MF_ADD_LOCAL_ADMIN
• Definición: si está activado, crea cuentas de administrador de Citrix para
todas las cuentas de usuario del grupo de administradores locales.
• Valor predeterminado: “No”
• Tipo de instalación: creación de comunidad
CTX_MF_CREATE_REMOTE_DESKTOP_USERS
• Definición: determina si se deben agregar usuarios al grupo Usuarios de
escritorio remoto de Windows si ya se han creado las cuentas en el sistema.
Los usuarios deben ser miembros de este grupo para poder iniciar sesiones
remotas en Windows Server 2008.
La configuración de esta propiedad no tiene efecto si el grupo Usuarios de
escritorio remoto ya tiene miembros.
Nota: CTX_MF_CREATE_REMOTE_DESKTOP_USERS tiene

precedencia sobre CTX_MF_ADD_ANON_USERS. Por lo tanto, si
CTX_MF_CREATE_REMOTE_DESKTOP_USERS se establece en
“AddEveryone” y CTX_MF_ADD_ANON_USERS en “No”, se activan
las conexiones anónimas a XenApp en este servidor.
• “AddEveryone”: agrega el grupo Usuarios autentificados al grupo
Usuarios de escritorio remoto. Esta opción permite que todos los
miembros actuales del grupo de usuarios inicien sesiones remotas en
el servidor. Si selecciona esta función, al agregar un usuario al grupo
de usuarios, XenApp agregará el usuario al grupo Usuarios de

escritorio remoto
• “CopyUsers”: copia los usuarios presentes del grupo Usuarios al
grupo Usuarios de escritorios remoto. Después de la instalación, si
agrega cualquier cuenta de usuario para la que desee activar el acceso
de reescritura al servidor, debe agregar manualmente las cuentas al
grupo Usuarios de escritorio remoto.
• “DoNothing” — No agrega usuarios al grupo Usuarios de escritorio
remoto. Si elige esta opción, ningún usuario podrá iniciar sesiones de
forma remota en el servidor hasta que no se agreguen usuarios al
grupo Usuarios de escritorio remoto en Windows Server 2008.
• Valor predeterminado: “CopyUsers”
CTX_CONFIGMGR_USER
• Definición: define la cuenta del administrador de configuración para el
servicio de Interfaz Web. Si no se especifica esta propiedad, el servicio se
instala con la cuenta de usuario local predeterminada (Ctx_ConfigMgr).
Puede cambiar este valor para que se ejecute en una cuenta diferente
utilizando esta propiedad de instalación con
CTX_CONFIGMGR_USER_PASSWORD.
• Valor predeterminado:“ctx_cpuuser”
• Comentarios
el servidor.

sesión como servicio (SeServiceLogonRight) e Iniciar sesión como
proceso por lotes (LogonAsBatch). Sin estos privilegios, el
administrador de configuración del servicio de Interfaz Web no se
inicia.
CTX_CONFIGMGR_USER_PASSWORD
• Definición: especifica la contraseña del administrador de configuración
para el servicio de Interfaz Web. Se utiliza con
CTX_CONFIGMGR_USER.
CTX_MF_CREATE_FARM_DB_CHOICE
• Definición: especifica si la base de datos es una base de datos local
almacenada en el primer servidor de la comunidad o una base de datos
empresarial (de terceros) almacenada en un servidor independiente.
• “Local”: Access o SQL Server Express. Utilice esta propiedad con
CTX_MF_LOCAL_DATABASE y, si usa SQL Server Express, con
CTX_MF_MSDE_INSTANCE_NAME.
• “Third Party”: SQL, Oracle o IBM DB2. Utilice esta propiedad con
CTX_MF_ODBC_USER_NAME y
CTX_MF_ODBC_PASSWORD.
• Valor predeterminado:“Local”
CTX_MF_DOMAIN_NAME
• Definición: especifica el nombre de dominio de la primera cuenta de
administrador de Citrix que se va a crear en la comunidad.
• Valor predeterminado: “DomainName”
CTX_MF_ENABLE_VIRTUAL_SCRIPTS
• Definición: especifique esta propiedad para activar el uso compartido de
puertos con IIS durante la instalación. Esta propiedad dirige el programa de
instalación de XenApp para que cree el directorio de archivos de comando
virtual, requerido para IIS. Si el valor se establece en “Yes” o “1”, el
programa de instalación no solicita que se cree el directorio de archivos de
comandos virtual, incluso si se está ejecutando el programa de instalación
en el modo basado en asistente.
Si se está ejecutando una instalación silenciosa y esta propiedad no está
establecida en "Yes" ni "1" y el puerto XML del servidor está compartido
con IIS (por ejemplo, si se está instalando la Interfaz Web en el mismo
servidor que XenApp), el programa de instalación se cancela y aparece el
siguiente mensaje de error en el registro de la instalación:
“ERROR: SetIISScriptsDir - Could not get the scripts path because the
Virtual Scripts directory in not enabled in IIS or the property
CTX_MF_ENABLE_VIRTUAL_SCRIPTS is not set to Yes.”
Si esta propiedad está definida, la instalación automática continúa sin
errores.
• “Yes” o “1”: crea el directorio de comandos virtuales si no existe.
• No definido "0" o "No": no crea directorio de comandos virtuales si
no existe. El programa de instalación le pedirá que cree el directorio.
• Valor predeterminado: no definido
CTX_MF_FARM_SELECTION
• Definición: define si se está creando una nueva comunidad de servidores o
se está uniendo el servidor a una comunidad existente. Si el servidor se está
uniendo a una comunidad, también debe establecer
CTX_MF_JOIN_FARM_DB_CHOICE.
• Valores posibles: “Create” o “Join”
• Valor predeterminado:“Create”
CTX_MF_LICENSE_SERVER_NAME
• Descripción: especifica el servidor de licencias que utiliza el servidor
XenApp. Sólo se usa:
• Cuando se lleva a cabo una nueva instalación y se agrega el servidor a
una comunidad existente y
CTX_MF_LIC_CHOICE_FOR_JOIN_OR_UPGRADE es “Point”.
• Cuando se lleva a cabo una nueva instalación creando una nueva
comunidad y CTX_MF_LIC_CHOICE_FOR_CREATE es “Point”
• Valor predeterminado: “localhost”
CTX_MF_LICENSE_SERVER_PORT_DEFAULT
• Definición: controla si XenApp se comunica con el servidor de licencias
mediante el número de puerto predeterminado del servidor de licencias
27000.
• “1”: XenApp utiliza el número de puerto predeterminado, 27000.
• “” (nulo): especifica que se utilice el valor de
CTX_MF_LICENSE_SERVER_PORT como el número de puerto
que se usará en las comunicaciones con Citrix License Server.
CTX_MF_LICENSE_SERVER_PORT
• Definición: CTX_MF_LICENSE_SERVER_PORT permite especificar un
valor para un número de puerto distinto (que no sea el predeterminado
27000) que se utilizará en la comunicaciones con Citrix License Server. El
valor debe coincidir con el número de puerto configurado en el servidor de
licencias. Utilice esta propiedad con
CTX_MF_LICENSE_SEVER_PORT_DEFAULT establecido en “” (nulo).
• Valores posibles: cualquier entero que represente el número de puerto a
través del que el servidor de licencias recibe solicitudes.
CTX_MF_LOCAL_DATABASE
• Definición: especifica el tipo de base de datos local del almacén de datos
de la comunidad.
• “Access”
• “SQL”: “SQL” para SQL Server 2005 Express
• Valor predeterminado:“Access”
CTX_MF_INDIRECT_JOIN_DOMAIN_NAME
• Definición: especifica el nombre de dominio de una cuenta de usuario que
tiene derechos administrativos completos en XenApp. Utilícelo si se va a
unir a una comunidad que usa una base de datos de Microsoft Access o
SQL Server 2005 Express almacenada de forma local en el primer servidor
de la comunidad (conexión indirecta).
• Valores posibles: cualquier dominio en el que la cuenta de usuario tenga
privilegios de administrador completos en la comunidad XenApp.
• Valor predeterminado: “DomainName”
• Tipo de instalación: unión a comunidad
CTX_MF_INDIRECT_JOIN_USER_NAME
• Definición: especifica el nombre de usuario de una cuenta que tiene
derechos administrativos completos en XenApp. Utilícelo si se va a unir a
una comunidad que usa una base de datos de Microsoft Access o SQL
Server 2005 Express almacenada de forma local en el primer servidor de la
comunidad (conexión indirecta).
• Valores posibles: cualquier cuenta de usuario que tenga privilegios de
administrador completos en la comunidad XenApp; preferiblemente, la
misma cuenta que se utilizó para crear la comunidad.
• Valor predeterminado: “Administrator”
CTX_MF_INDIRECT_JOIN_PASSWORD
• Definición: especifica la contraseña de una cuenta de usuario que tiene
derechos administrativos completos en XenApp. Utilícelo si se va a unir a
una comunidad que usa una base de datos de Microsoft Access o SQL
Server 2005 Express almacenada de forma local en el primer servidor de la
comunidad (acceso indirecto).
• Valores posibles: la contraseña correspondiente al nombre de usuario
indicado en CTX_MF_INDIRECT_JOIN_USER_NAME.
• Valor predeterminado: “” (nulo)
CTX_MF_JOIN_FARM_DB_CHOICE
Definición: se utiliza al unirse a una comunidad para especificar si la comunidad
existente se conecta de forma directa o indirecta al almacén de datos.
• Valores posibles:“Direct” o “Indirect”
Configure este valor de la propiedad como "Indirect" si va a usar una base
de datos de Microsoft Access o SQL Server 2005 Express almacenada de
forma local en el primer servidor de la comunidad en el que instaló
XenApp.
Configure esta propiedad como “Direct” si usa una base de datos de
Microsoft SQL, Oracle o IBM DB2 almacenada en un servidor de base de
datos dedicado independiente.
• Valor predeterminado: “Direct”
CTX_MF_JOIN_FARM_SERVER_NAME
• Definición: especifica el nombre del primer servidor en la comunidad a la
que se quiere unir.
• Valores posibles: cualquier nombre de servidor en que se aloje el almacén
de datos de Access o SQL Server 2005 Express.
• Valor predeterminado: “ServerName”
CTX_MF_JOIN_FARM_SERVER_PORT
• Definición: especifica el número de puerto de las comunicaciones IMA
utilizado para comunicarse con el almacén de datos de la comunidad
almacenado localmente. (Esto se aplica si va a usar una base de datos
Microsoft Access o SQL Server 2005 Express, almacenada de forma local
en el primer servidor de la comunidad en el que instaló XenApp.)
CTX_MF_ONLY_LAUNCH_PUBLISHED_APPS
• Definición: de forma predeterminada, XenApp prohíbe a los usuarios no
administrativos que se conecten a los escritorios publicados y al escritorio
de los servidores que alojan XenApp. Si esta propiedad está establecida en
“Yes” o “” (nulo), los usuarios sólo pueden conectarse a aplicaciones
publicadas. Este parámetro es propio del servidor y no se aplica a toda la
comunidad. Si desea permitir que los usuarios se conecten a algunos
escritorios de servidor pero no a todos, cambie el valor de la propiedad para
dichos servidores.
• Valores posibles: “” (nulo), “Yes” o “No”
• “Yes”: los usuarios no pueden conectarse a escritorios publicados ni a
escritorios de servidor con clientes
• “No”: los usuarios pueden conectarse a escritorios publicados o a
escritorios de servidor con clientes
• “” (nulo): los usuarios no pueden conectarse a escritorios publicados
ni a escritorios de servidor con clientes
Nota: Si establece un valor distinto de “Yes” o “No”, la mejora de

seguridad se activa durante la instalación.

CTX_MF_LIC_CHOICE_FOR_CREATE
• Definición: configura el servidor para que se conecte con un servidor
existente de Citrix License Server al crear una comunidad. Si usa “Point”,
asegúrese de que CTX_MF_LICENSE_SERVER_NAME nombre a un
servidor de licencias válido. Si instala el servidor de licencias después de
instalar XenApp, establezca CTX_MF_LIC_CHOICE_FOR_CREATE en
“DontKnow”.
• Valores posibles: “Point” o “DontKnow”
• Valor predeterminado:“Point”
Nota: También se puede usar Access Management Console para

configurar el servidor en este sentido después de ejecutar el programa de
instalación.
CTX_MF_MSDE_INSTANCE_NAME
• Definición: si se instala SQL Server Express mediante el archivo por lotes,
SetupSqlExpressForCPS.cmd, el nombre de la instancia predeterminado es
CITRIX_METAFRAME. No obstante, si ha definido un nombre de
instancia distinto, utilice esta propiedad para especificar dicho nombre. Es
decir, utilice esta propiedad si ha modificado el nombre de instancia en el
archivo por lotes o no instaló SQL Server Express con el archivo por lotes.
• Valor predeterminado: “CITRIX_METAFRAME”
CTX_MF_NEW_FARM_NAME
• Definición: especifica el nombre de la nueva comunidad. Si se está uniendo
a una comunidad, utilice CTX_MF_JOIN.
• Valor predeterminado:“NewFarmName”
CTX_MF_ODBC_DRIVER
• Definición: especifica el nombre del controlador ODBC de la base de datos
que aloja el almacén de datos de la comunidad. Se utiliza al unirse a una
comunidad de forma directa.
• Valores posibles: nombre del controlador ODBC, como “SQL Server”,
“Oracle in OraClient11g_home1” o “IBM DB2 ODBC DRIVER -
DB2COPY1”.
CTX_MF_ODBC_PASSWORD
• Definición: especifica la contraseña de una base de datos conectada de
forma directa que contiene el almacén de datos de la comunidad.
• Valor predeterminado: “Password”
CTX_MF_ODBC_USER_NAME
• Definición: especifica el nombre de usuario de una base de datos conectada
de forma directa que contiene el almacén de datos de la comunidad.
Normalmente, esta propiedad se especifica cuando el almacén de datos está
alojado en Oracle, SQL o DB2. Se utiliza con
CTX_MF_ODBC_PASSWORD.
• Valor predeterminado: “UserName”
CTX_PROTECT_KEY_PATH
• Definición: utilice esta propiedad al unirse a una comunidad para indicar la
ruta completa de la ubicación donde está almacenado un archivo de clave
de cifrado válida. Esta propiedad se debe utilizar en combinación con
CTX_PROTECT_KEY_TYPE con el valor “file”. Si no se configuran
ambas claves correctamente, el programa de instalación XenApp no
activará la configuración de cifrado para el servidor actual.
• Valores posibles: ruta completa de la ubicación donde está almacenado un
archivo de clave de cifrado.

CTX_PROTECT_KEY_TYPE
• Definición: utilice esta propiedad para indicar cómo se proporcionará la
clave de cifrado IMA.
• “file”: proporciona una ruta a la ubicación en la que reside el archivo
de clave. Utilice esta propiedad junto con la propiedad
CTX_PROTECT_KEY_PATH.
• “generate”: proporciona una ubicación en la que se puede escribir y
donde se almacena el archivo de clave después de que el programa de
instalación genere una nueva clave de cifrado. Utilice esta propiedad
junto con la propiedad CTX_PROTECT_NEW_KEY.
• “existing”: indica que ya hay cargada una clave en el equipo, por lo
que el programa de instalación no intentará reemplazar la clave
existente por una nueva del archivo. Esta propiedad requiere
CTX_PROTECT_KEY_PATH o
CTX_PROTECT_NEW_KEY_PATH.
• Valor predeterminado: “file”
CTX_PROTECT_NEW_KEY_PATH
• Definición: especifica la ruta completa hasta la carpeta en la que se desea
crear el archivo de clave de cifrado IMA. Si no se puede escribir en la
carpeta, se producirá un error en la instalación. Utilice esta propiedad con
CTX_PROTECT_KEY_TYPE y establezca su valor en “generate.” Si no
se establecen ambas propiedades correctamente, el programa de instalación
de XenApp no activará la configuración del cifrado para el servidor actual.
• Valores posibles: ruta completa de la ubicación donde se creará el archivo
de clave de cifrado
CTX_RDP_DISABLE_PROMPT_FOR_PASSWORD
• Definición: si esta propiedad se establece en "Yes" se cambian los
parámetros de seguridad en el servidor para que no sea necesario introducir
la contraseña para los usuarios del software Conexión Web a Escritorio
remoto de Microsoft. Los usuarios deberán ingresar sus credenciales al
iniciar sus sesiones en la Interfaz Web, pero podrán iniciar aplicaciones sin
que el servidor les vuelva a pedir sus credenciales.
CTX_MF_SERVER_TYPE
• Definición: especifica la edición de XenApp que se va a instalar.
Importante: Puesto que no existe ningún tipo de instalación establecido

como valor predeterminado, se producirá un error en el programa de
instalación si no se configura esta propiedad o si se deja como “” (nulo).
• “P”: Platinum Edition
• “E”: Enterprise Edition
• “A”: Advanced Edition
CTX_MF_SHADOWING_CHOICE
• Definición: activa o desactiva el remedo de sesiones.
Importante: Si desactiva el remedo de sesiones durante la instalación de

XenApp, no podrá habilitar el remedo con posterioridad usando las
directivas de usuario o la configuración de la conexión.
• “Yes”: se activa
• “No”: se desactiva
CTX_MF_SHADOW_PROHIBIT_REMOTE_ICA
• Definición: prohíbe o permite el control remoto de las sesiones remedadas,
el control del puntero o el teclado de forma remota.
• “Yes”: prohibirlo
• “No”: permitirlo
CTX_MF_SHADOW_PROHIBIT_NO_NOTIFICATION
• Definición: prohíbe o permite el remedo de conexiones sin notificación.
CTX_MF_SHADOW_PROHIBIT_NO_LOGGING
• Definición: prohíbe o permite el remedo de conexiones sin registro.
CTX_MF_SILENT_DSNFILE
Definición: durante una instalación de unión a comunidad, especifica la ruta del
archivo de nombres de origen de datos (DSN) que se utilizará para conectarse al
almacén de datos cuando la base de datos es de Oracle, SQL o DB2. Al ejecutar el
programa de instalación desde Autorun, la instalación creará el archivo DSN.
Cuando inicie la instalación desde otro lugar diferente de Autorun, debe crear el
archivo DSN y utilizar la propiedad de instalación
CTX_MF_SILENT_DSNFILE para especificar su ubicación.
• Valores posibles: ruta completa del archivo DNS
CTX_MF_USER_NAME
• Definición: especifica el nombre de usuario de la primera cuenta de
administrador de Citrix que se va a crear en la comunidad.
• Valor predeterminado: “UserName”
CTX_MF_XML_CHOICE
• Definición: determina si Microsoft Internet Information Services (IIS) y el
servicio XML Citrix usan el mismo puerto en el servidor. Si no desea que
los servicios IIS y XML Citrix compartan el mismo puerto, debe configurar
el número de puerto del servicio XML Citrix mediante
CTX_MF_XML_PORT_NUMBER.
• Valores posibles: o
• “Share”: compartir con IIS
• “Separate”: utilizar el puerto independiente indicado en
CTX_MF_XML_PORT_NUMBER
• Valor predeterminado: “Share”
CTX_MF_XML_PORT_NUMBER
• Definición: número de puerto que desea que use el servicio XML Citrix
cuando no desea que el servicio comparta el puerto con IIS.
CTX_MF_LIC_CHOICE_FOR_JOIN_OR_UPGRADE
• Definición: se utiliza en la unión a una comunidad para configurar XenApp
con el fin de que se conecte con un servidor existente de Citrix License
Server. Si usa “Point”, asegúrese de que
CTX_MF_LICENSE_SERVER_NAME señale a un servidor de licencias
válido. Si usa “UseFarmSettings”, asegúrese de que la comunidad existente
está configurada para usar un servidor de licencias válido. Si va a instalar el
servidor de licencias después de instalar XenApp, establezca
CTX_MF_LIC_CHOICE_FOR_JOIN_OR_UPGRADE en “DontKnow”.
Nota: También se puede usar Access Management Console para

configurar XenApp en este sentido después de ejecutar el programa de
instalación.
• “Point”
• “UseFarmSettings”
• “DontKnow”
• Valor predeterminado: “UseFarmSettings”
CTX_MF_ZONE_NAME
• Definición: especifica el nombre de la zona a la que pertenece el servidor.
Durante una creación de comunidad, especifica el nombre de la primera
zona en la comunidad. Durante una unión a la comunidad, especifica el
nombre de la zona a la que desea agregar el servidor que está instalando.
• Valores posibles: no aplicable
• Valor predeterminado: Ninguno El valor predeterminado del nombre de
zona es “Default Zone”.
INSTALLDIR
• Definición: ubicación de destino de la instalación.
• Valor predeterminado: %Archivos de programa%\Citrix
REBOOT
• Definición: propiedad estándar de Windows Installer que controla si se
reinicia el servidor manualmente o si se solicita que lo reinicie.
Nota: XenApp requiere que reinicie el servidor después de la instalación.

• “Force”: hace que se produzca el reinicio; no se muestran más
pantallas
• “Suppress”: hace que no tenga lugar el reinicio de forma
predeterminada; aparece una pantalla si es necesario tomar alguna
medida
• “ReallySuppress”: hace que no tenga lugar el reinicio, no se realizan
más preguntas
• Valor predeterminado: “Force”
REINSTALLMODE
• Definición: propiedad estándar de Windows Installer que lleva a cabo la
misma función que la función Reparar de Panel de control > Programas y
características. Especifica el tipo de reinstalación que se llevará a cabo.
Las opciones no distinguen entre mayúsculas y minúsculas y su orden no
importa.
Importante: Citrix recomienda no modificar esta propiedad.
• p: instalar los archivos que faltan
• o: reemplazar archivos de versiones más antiguas o archivos que
faltan
• c: remplazar los archivos dañados (validación de la suma de
comprobación)
• e: reemplazar archivos de la misma versión o archivos que faltan
• d: remplazar archivos de versiones distintas
• a: remplazar todos los archivos sin importar la versión
• u: remplazar los parámetros del registro del usuario
• m: remplazar los parámetros del registro en el servidor
• s: remplazar los accesos directos
• v: remplazar el caché del paquete MSI con el paquete que se está

instalando
• Valor predeterminado: “oums”
10
Referencia sobre la base de datos

del almacén de datos
Este tema contiene información de referencia sobre las bases de datos

compatibles con el almacén de datos de la comunidad de Citrix XenApp.
• “Planificación del almacén de datos de XenApp” en la página 192
• “Preparación de las bases de datos antes de la instalación de XenApp” en la
página 199
• “Base de datos de Microsoft SQL Server” en la página 203
• “Base de datos Oracle” en la página 206
• “Base de datos IBM DB2” en la página 209
• “Microsoft SQL Server Express” en la página 211
• “Base de datos Microsoft Access” en la página 213
Para obtener información sobre los requisitos de base de datos, consulte la lista de
verificación de la instalación. Para obtener una lista de bases de datos
compatibles, incluidas las que están disponibles después de la versión
XenApp 5.0, consulte http://support.citrix.com/article/CTX114501.
Consulte la documentación del proveedor de la base de datos antes de la
instalación, configuración y uso del producto.
Planificación del almacén de datos de XenApp

Al distribuir la comunidad de servidores, ésta debe disponer de un almacén de
datos asociado. Al conectarse, los servidores de una comunidad consultan la
información de configuración del almacén de datos. El almacén de datos pone a
disposición de los servidores información permanente sobre la comunidad:
• Datos de configuración de la comunidad
• Configuraciones de las aplicaciones publicadas
• Configuración de los servidores

• cuentas de administrador Citrix
• Configuraciones de impresoras
Los siguientes temas tratan sobre las consideraciones para planificar la
implementación del almacén de datos y cómo configurarlo. Para obtener más
información sobre las versiones admitidas de bases de datos y controladores, así
como información sobre requisitos mínimos, autenticación y migración para cada
base de datos compatible, consulte “Referencia sobre la base de datos del
almacén de datos” en la página 192 y la lista de verificación de la instalación de
Citrix XenApp.
Antes de instalar y configurar las conexiones a la base de datos que servirá de
almacén de datos, es necesario tener en cuenta aspectos como los siguientes: la
base de datos que se utilizará, el tamaño del sistema, la configuración de
hardware más adecuada para el entorno, así como otras opciones de
configuración.
Elección de una base de datos

Como paso de planificación inicial, decida qué base de datos se usará para el
almacén de datos de la comunidad. Puede utilizar los siguientes programas de
software de base de datos para el almacén de datos de la comunidad:
• Microsoft SQL Server, Oracle e IBM DB2. Son bases de datos de cliente/
servidor reales que ofrecen compatibilidad segura y con posibilidades de
ampliación para el acceso a los datos de varios servidores. Se pueden
utilizar en comunidades de cualquier tamaño.
• Microsoft SQL Server 2005 Express Edition. Este tipo de base de datos
es adecuado para comunidades de tamaño pequeño y mediano y puede
administrarse con herramientas de Microsoft SQL Server estándar.
• Microsoft Access. Microsoft Access es el tipo predeterminado de base de
datos. Si mantiene este tipo seleccionado, el programa de instalación crea el
almacén de datos en el primer servidor de la comunidad mediante
Microsoft Access. Normalmente, es adecuado para comunidades muy
pequeñas o de prueba.
Éstos son algunos de los criterios que se deben tener en cuenta para decidir qué
base de datos utilizar para el almacén de datos:
• El número de servidores que piensa incluir en la comunidad inicialmente y
si podría aumentar ese número.
10 Referencia sobre la base de datos del almacén de datos 194
• Si entre su personal cuenta con un administrador de bases de datos capaz de

configurar y administrar un almacén de datos que se ejecute en SQL Server,
Oracle o DB2.
• Si prevé una expansión de la organización, en cuyo caso, el tamaño y
mantenimiento de la base de datos también se incrementarán.
• Si un servidor tiene la configuración de hardware apropiada para ejecutar
también una base de datos de Access o SQL Server Express o si es
necesario que la base de datos se encuentre en un servidor que no ejecute
XenApp.
• Los posibles requisitos de mantenimiento de la base de datos, como las
copias de respaldo, la redundancia y la duplicación.
Para obtener información sobre los requisitos de hardware específicos para el
servidor de la base de datos, consulte la documentación del software de bases de
datos.
Conexión con el almacén de datos

Otro factor que debe tenerse en cuenta al planificar el almacén de datos es si los
servidores de la comunidad se comunicarán directa o indirectamente (es decir, a
través de un servidor intermediario) con el almacén de datos. Esta elección viene
determinada por el tipo de base de datos que se elija para el almacén de datos y el
tamaño del entorno:
• Si se trata de un entorno con comunidades grandes, o con una comunidad
de importancia fundamental para la organización, o si se usa Oracle, SQL
Server o DB2 como base de datos para el almacén de datos, Citrix
recomienda el acceso directo al mismo.
• Si se trata de un entorno de tamaño medio o pequeño y si se usa SQL Server
Express o Microsoft Access como base de datos para el almacén de datos,
cada uno de los servidores de la comunidad, aparte del servidor Crear
comunidad, debe acceder al almacén de datos de forma indirecta.
Al ejecutar el programa de instalación de XenApp en los servidores que se van
agregando a la comunidad hay que especificar si se comunicarán de forma directa
o indirecta con el almacén de datos.
Acceso directo. Para establecer un acceso directo al almacén de datos, debe
instalar y configurar correctamente los controladores ODBC apropiados en un
servidor. El servidor se conecta directamente al servidor en el que se ejecuta la
base de datos. Si se trata de un entorno de comunidades grandes, Citrix
recomienda el acceso directo al almacén de datos. No obstante, la incorporación
directa a la comunidad durante la instalación del servidor sólo es posible si el
almacén de datos está alojado en una base de datos potente como Oracle o SQL.
Acceso indirecto. Para un acceso indirecto, el servidor se conecta a un servidor

intermediario con Citrix XenApp que se conecta directamente al almacén de
datos.
Si usa SQL Server 2005 Express y Microsoft Access como base de datos para el
almacén de datos, seleccione una incorporación indirecta a la comunidad durante
la instalación. SQL Server Express y Microsoft Access sólo pueden acceder al
almacén de datos de manera indirecta.
Citrix no recomienda el uso de conexiones indirectas para las comunidades de
importancia fundamental en la organización, ya que el servidor intermediario
representa un punto de fallo.
De forma predeterminada, el acceso indirecto utiliza el puerto TCP 2512 para la
comunicación entre servidores de la comunidad y el servidor intermediario
conectado al almacén de datos. Si los servidores se encuentran en distintas
subredes entre las que hay un servidor de seguridad, este puerto debe estar abierto
en el servidor de seguridad.
Protección del almacén de datos antes de la

instalación
Uno de los aspectos más importantes en la seguridad de la comunidad de
servidores es la protección del almacén de datos. Esto implica tanto la protección
de los datos en la base de datos del almacén de datos como la restricción del
acceso a la misma.
Cuando la conexión con el almacén de datos es directa, todos los servidores de la
comunidad comparten una única cuenta de usuario y contraseña para acceder al
almacén de datos. Elija una contraseña que sea difícil de adivinar. Mantenga el
nombre de usuario y la contraseña en un lugar seguro y proporciónelos sólo a los
administradores cuando tengan que instalar XenApp.
Las recomendaciones de Citrix más específicas para proteger el almacén de datos
varían según la base de datos de dicho almacén. Para obtener más información,
consulte el capítulo sobre seguridad de la Guía del administrador de Citrix
XenApp.
Tamaño del sistema para la base de datos del

almacén de datos
La elección del tipo de base de datos para el almacén de datos depende del
entorno y la implantación en cada caso.
Utilice el siguiente gráfico como guía para determinar cuál es el caso que más se
asemeja a su entorno.
Pequeña Mediana Grande Empresas

Servidores 1-50 25-100 50-100 100 o más
Usuarios < 150 < 3000 < 5000 > 3000
identificados
Aplicaciones < 100 < 100 < 500 < 2000
A continuación se ofrece una serie de recomendaciones generales para la base de

datos del almacén de la comunidad:
• Microsoft SQL Server, Oracle e IBM DB2 se pueden utilizar en entornos de
cualquier tamaño, por lo que se recomiendan para todos los entornos de
gran tamaño y para empresas.
• Microsoft Access y SQL Server Express son adecuadas para todos los
entornos de tamaño pequeño y muchos de tamaño medio situados en una
misma ubicación física (es decir, que no cuenten con sucursales en una red
WAN).
Cuando cree comunidades grandes a través de una WAN, puede obtener una
ventaja considerable en el rendimiento duplicando el almacén de datos y
distribuyendo la carga en varios servidores de base de datos. SQL Server, Oracle
e IBM DB2 son adecuados para comunidades de gran tamaño y permiten la
duplicación.
Temas relacionados:
“Consideraciones sobre duplicación de bases de datos de almacén de datos” en la
página 198
Configuraciones de hardware sugeridas para el

almacén de datos
Este tema ofrece sugerencias de configuraciones de hardware. Si se incrementa la
capacidad de la CPU y la velocidad del servidor de base de datos, se puede
mejorar el tiempo de respuesta de las consultas realizadas al almacén de datos con
respecto a los siguientes aspectos:
• Inicio del servicio Citrix IMA Service en varios servidores al mismo
tiempo
• Incorporación de servidores a la comunidad
• Eliminación de servidores de la comunidad.
El tiempo de respuesta de otros sucesos que ocurren en la comunidad de

servidores (como el inicio de IMA Service en un solo servidor, la creación del
caché del host local o la duplicación de los controladores de impresión en todos
los servidores de la comunidad) se ve afectado más por el tamaño de la
comunidad que por el tiempo de respuesta del almacén de datos.
La adición de procesadores al servidor que aloja el almacén de datos puede
mejorar el tiempo de respuesta en gran medida cuando se ejecutan varias
consultas simultáneas. Si el entorno incluye un gran número de servidores que
entrarán en línea simultáneamente y con intervalos frecuentes, los procesadores
adicionales pueden procesar las solicitudes más rápido.
Las funciones del procesador en el servidor de bases de datos afectan al
rendimiento de Access Management Console y la herramienta de configuración
avanzada, al tiempo necesario para añadir (instalar) y eliminar un servidor de la
comunidad, y al tiempo necesario para iniciar varios servidores simultáneamente.
El rendimiento real del almacén de datos de la comunidad puede variar según el
motor de base de datos y el nivel de ajuste del rendimiento que se alcance.
En el siguiente gráfico, se muestran cinco configuraciones de ejemplo de
comunidades y se hace referencia a las mismas como casos del A al E. Cada caso
presenta diversas mediciones de la comunidad.
Caso A B C D E
Número de servidores 50 100 250 500 1000
Número de aplicaciones publicadas en todos 50 50 50 50 50
los servidores
Número de directivas de usuario 25 25 25 25 25
Impresoras por servidor 5 5 5 5 5
Controladores de impresora instalados por 25 25 25 25 25
servidor
Servidores de impresión de red con 5 5 5 5 5
impresoras
Número de patrones de carga de Load 10 10 10 10 10
Manager
Número de carpetas de aplicaciones en 10 10 10 10 10
Access Management Console
Número de carpetas de servidores en Access 8 16 25 50 50
Management Console
Número de entornos de aislamiento de 10 10 10 10 10
aplicaciones
Número de administradores de Citrix 10 10 10 10 10
Tamaño del almacén de datos en megabytes 32 51 76 125 211
Este cuadro muestra configuraciones de hardware sugeridas para el servidor que

aloja el almacén de datos, para cada uno de los casos descritos en la tabla anterior.
Caso A B C D E
Dual Pentium 4/1,6 GHz con 2 GB RAM X X X
Dual Pentium 4/3.0GHz con 4GB RAM X X X X
Quad Pentium 4/3.0GHz con 4GB RAM X X X X X
Mejora del rendimiento de la comunidad y el

almacén de datos
Una vez planificado el almacén de datos, tenga en cuenta las opciones de
configuración para mejorar el rendimiento, como utilizar RAID y bases de datos
duplicadas.
Consideraciones sobre duplicación de bases de datos de

almacén de datos
Una parte considerable del tráfico de la red para las comunidades XenApp la
constituyen las lecturas del almacén de datos; las escrituras son poco frecuentes.
La cantidad de ancho de banda necesaria aumenta conforme aumenta el tamaño
de la comunidad. Para acciones como las lecturas del almacén de datos y el
reinicio simultáneo de varios servidores, el aumento del uso de ancho de banda es
desproporcionado para comunidades más grandes.
Citrix recomienda usar un solo almacén de datos en la mayoría de distribuciones.
Sin embargo, en algunas situaciones, colocar un almacén de datos duplicado en
sitios remotos puede mejorar el rendimiento de la comunidad. Citrix recomienda
duplicar el almacén de datos en puntos conectados a través de enlaces WAN de
alto o bajo ancho de banda. Un almacén de datos duplicado garantiza que las
lecturas del almacén de datos se realicen en la red local del servidor XenApp, lo
que mejora el rendimiento de la comunidad. Cuando los servidores llevan a cabo
más operaciones de lectura que de escritura en el almacén de datos, la duplicación
de bases de datos aumenta el rendimiento.
En un entorno WAN, puede colocar copias del almacén de datos en sitios donde
exista un número considerable de servidores. Este método minimiza las lecturas a
través del enlace WAN. La duplicación de la base de datos consume ancho de
banda. Limite el uso de bases de datos duplicadas en situaciones donde el sitio
remoto tenga suficientes servidores para justificar el gasto de ancho de banda al
colocar una copia de la base de datos en el sitio. Para SQL Server, debe utilizar la
duplicación transaccional de actualización inmediata.
Problemas en redes WAN con mucho retardo. Si no se usan bases de datos

duplicadas en enlaces con mucho retardo, se pueden dar situaciones en que el
almacén de datos se bloquee durante largos periodos de tiempo al realizar tareas
de mantenimiento de comunidad desde sitios remotos. Las lecturas del almacén
de datos no afectan negativamente a las conexiones locales, pero los sitios
remotos pueden sufrir una disminución del rendimiento. Esto significa que el
servicio IMA puede tardar mucho en iniciarse y algunas operaciones normales
pueden fallar si se ejecutan desde un sitio remoto.
Nota: El rendimiento puede ser deficiente si utiliza Access Management

Console localmente para llevar a cabo tareas de mantenimiento de una
comunidad de servidores ubicada en un sitio remoto con mucho retardo. En esta
situación, la comunicación entre la consola y el almacén de datos debe atravesar
el enlace con retardo alto. Puede resolver este problema publicando Access
Management Console y la herramienta de configuración avanzada como
aplicaciones en un servidor del sitio remoto y utilizar Citrix XenApp Plugin para
acceder a las herramientas de administración publicadas.
Preparación de las bases de datos antes de la

instalación de XenApp
Después de elegir el producto que alojará el almacén de datos, cree las bases de
datos para dicho fin.
Precaución: No modifique datos directamente en la base de datos del almacén

a menos que sea con herramientas suministradas por Citrix. Por ejemplo, no
utilice herramientas de IBM DB2, Microsoft SQL Server ni Oracle para
modificar la base de datos. Si lo hace se arruinarán los datos.
Bases de datos de Microsoft SQL Server, IBM DB2 y Oracle

Si se usa Microsoft SQL Server, Oracle o IBM DB2, por lo general la base de
datos se encuentra en uno o más servidores dedicados a ejecutar la base de datos.
Si la base de datos todavía no está operativa, configúrela antes de crear la
comunidad. Durante el programa de instalación se debe configurar una conexión
ODBC al servidor de la base de datos. Los servidores de XenApp también deben
tener instalado el software del cliente de la base de datos adecuado.
Nota: No instale Citrix XenApp en el servidor para las bases de datos de

Microsoft SQL, Oracle o IBM DB2.
Microsoft SQL Server Express

Para usar SQL Server 2005, primero debe instalarlo y luego crear una instancia.
A continuación, ejecute el programa de instalación de Citrix XenApp. La base de
datos se guarda en el primer servidor de la comunidad.
Nota: Si se usa SQL Server Express, se debe instalar y reiniciar el sistema antes
de instalar Citrix XenApp.
Microsoft Access
Al seleccionar Microsoft Access, el programa de instalación de XenApp
configura el almacén de datos durante la instalación en el primer servidor de la
comunidad.
Creación de una base de datos para el almacén de

datos
Si utiliza una base de datos de Microsoft Access o SQL Server Express, se creará
una base de datos en el sistema local durante la instalación de XenApp en el
primer servidor de la comunidad. Si utiliza una base de datos de SQL Server,
Oracle o IBM DB2 para el almacén de datos, la creación de dicho almacén no
forma parte de la instalación de XenApp. Por lo tanto, cree la base de datos antes
de la instalación de XenApp.
Al crear la base de datos de su almacén de datos, Citrix sugiere la siguiente
configuración:
• Servidor SQL
• La configuración predeterminada y los tamaños de las bases de datos
por lo general son suficientes para el almacén de datos de XenApp.
• Oracle
• Tamaño mínimo del espacio de tabla= 20 MB
• Los permisos de papel de usuario deben ser como mínimo de
conexión y recurso
• IBM DB2
• Prefetch Size = 32
• Overhead = 8.3
• Transfer = 0.18
• Use la opción grant all para el espacio de tabla seleccionado.
• Los privilegios de usuario deben ser grant all para el grupo público.
Para obtener más información, consulte la documentación de la base de datos
elegida.
Importante: Citrix no admite bases de datos que distingan entre mayúsculas y

minúsculas.
Creación de un archivo DSN para la instalación de

XenApp
Si no instala XenApp mediante la instalación basada en el asistente y el almacén
de datos está en una base de datos Oracle, SQL Server, SQL Server Express o
DB2, antes de ejecutar el programa de instalación, cree un archivo de nombres de
origen de datos (DSN) para configurar la conexión de XenApp al almacén de
datos.
El archivo DSN debe estar en cada servidor de la comunidad. Puede crear el
archivo una vez y copiarlo en los otros servidores (o ponerlo en un punto
compartido de la red) siempre que elimine el valor de cualquier información
específica de cada estación de trabajo, como el WSID de Oracle.
Utilice la propiedad de instalación CTX_MF_SILENT_DSNFILE para
especificar la ubicación del archivo durante la instalación.
Puede utilizar archivos DSN durante la instalación basada en el asistente si los
especifica al configurar el controlador ODBC. La configuración del controlador
ODBC tiene lugar tras completar las páginas Crear una comunidad de
servidores o Unirse a una comunidad de servidores del programa de
instalación.
Temas relacionados:
“CTX_MF_SILENT_DSNFILE” en la página 187
“Para crear una conexión de origen de datos de SQL Server” en la página 204
Mantenimiento y recuperación de un almacén de datos

de XenApp
El mantenimiento de la base de datos normalmente requiere de los comandos
DSMAINT y DSCHECK. Por ejemplo, use DSMAINT para:
• Actualizar el almacén de datos de XenApp
• Mover los datos del almacén de datos a otro servidor de la base de datos
• Migrar el almacén de datos de una base de datos Microsoft Access a una
base de datos Microsoft SQL Server
• Cambiar el nombre del archivo DSN
A excepción de Microsoft Access, DSMAINT se ejecuta en servidores de la
comunidad y no el servidor de la base de datos. Muchos parámetros de
DSMAINT afecta la forma en la que XenApp se conecta al almacén de datos,
aunque algunos afecta el almacén de datos en sí.
Citrix recomienda crear una copia de respaldo del almacén de datos
(dsmaint backup). Sin el respaldo, debe recrear manualmente todas las
directivas de la comunidad, configuraciones, cuentas y otros datos persistentes
en el almacén de datos.
Si el almacén de datos falla, cada servidor de la comunidad puede ejecutar los
datos en el Caché del host local (siempre y cuando pueda contactar el servidor de
licencias). Sin embargo, no se pueden hacer modificaciones a la comunidad o
utilizar Access Management Console o la Herramienta de configuración
avanzada de XenApp.
Para restaurar el respaldo de la base de datos o migrar a un servidor nuevo, siga
las instrucciones de la Guía del administrador de Citrix XenApp o el comando
dsmaint migrate. Sin un respaldo, prepare un nuevo almacén de datos de la
misma forma que lo hizo anteriormente con la ejecución de la configuración de
XenApp y ejecute CHFARM desde cualquier servidor de la comunidad. La
utilización de CHFARM es equivalente a la ejecución de la configuración
XenApp para configurar el almacén de datos. Después de ejecutar CHFARM,
manualmente vuelva a configurar los parámetros perdidos. Si utiliza el mismo
nombre de almacén de datos que utilizó anteriormente, no es necesario volver a
configurar los servidores de la comunidad.
DSMAINT y DSCHECK se describen en la Guía del administrador de Citrix
XenApp. También se puede mostrar la sintaxis y el uso desde la línea de
comandos al escribir el nombre del comando y /?.
Información específica de la base de datos

Los siguientes temas proporcionan información específica de un tipo de base de
datos (por ejemplo, Oracle o Microsoft SQL Server Express) y describe temas
tales como la migración del almacén de datos a una base de datos específica, con
la utilización de sockets para conectarse a un almacén de datos y la utilización de
servidores de base de datos distribuidos .
La mayor parte de la información sobre la instalación de base de datos,
mantenimiento y recuperación se encuentra en “Planificación del almacén de
datos de XenApp” en la página 192, “Preparación de las bases de datos antes de la
instalación de XenApp” en la página 199 y “Mantenimiento y recuperación de un
almacén de datos de XenApp” en la página 202. La siguiente información sobre
base de datos complementa esta información:
• “Base de datos de Microsoft SQL Server” en la página 203
• “Base de datos Oracle” en la página 206
• “Base de datos IBM DB2” en la página 209
• “Microsoft SQL Server Express” en la página 211
• “Base de datos Microsoft Access” en la página 213
Base de datos de Microsoft SQL Server

Microsoft SQL Server es compatible con la autenticación de Windows y
Microsoft SQL Server. Para entornos de alta seguridad, Citrix recomienda utilizar
sólo la autenticación de Windows.
La cuenta de usuario utilizada para instalar o actualizar el almacén de datos, o
para aplicar los hotfix al mismo, debe tener derechos de propietario (db_owner)
para la base de datos. Cuando haya terminado de instalar la base de datos con los
derechos de propietario de base de datos, establezca los permisos de usuario para
lectura y escritura solamente. De esta forma, se aumenta la seguridad de la base
de datos.
Si cambia los derechos de propietario de base de datos por los de lectura y
escritura, vuelva a cambiar los derechos a los de propietario de base de datos
antes de instalar Feature Release (versiones de funcionalidad) y los paquetes de
servicios. Puede que la instalación de las versiones y paquetes de servicios no se
lleve a cabo correctamente si la cuenta de usuario utilizada para autenticar en el
almacén de datos durante la instalación no cuenta con derechos de propietario de
base de datos.
Al utilizar Microsoft SQL Server en un entorno duplicado, utilice la misma
cuenta de usuario en cada servidor Microsoft SQL Server para el almacén de
datos.
Cada comunidad necesita una base de datos dedicada. No obstante, se pueden

ejecutar varias bases de datos en un único servidor con Microsoft SQL Server. No
configure la comunidad en una base de datos que sea compartida con cualquier
otra aplicación cliente-servidor.
Haga copias de seguridad de la base de datos con regularidad y siga las
recomendaciones de Microsoft para configurar los registros de transacciones y
bases de datos para la recuperación. Por ejemplo, establezca la opción Truncar
registro en punto de comprobación en la base de datos para controlar el espacio
de registro.
Uso de sockets para conectarse a una base de datos de

Microsoft SQL Server
Dos protocolos que se utilizan para conectarse a una base de datos son los sockets
TCP/IP y las canalizaciones con nombres. Las canalizaciones con nombres son
un protocolo de comunicación autenticado, de manera que en cualquier momento
que intente abrir una conexión a la base de datos de SQL Server con este
protocolo, se produce el proceso de autenticación de Windows. Los sockets TCP/
IP no utilizan la autenticación de Windows para establecer la conexión, pero
brindan autenticación de usuario y contraseña para la base de datos después de
que se establezca la conexión. La autenticación de Windows reduce la posibilidad
de que se pueda producir un error si el servidor que ejecuta SQL Server y el
servidor que ejecuta XenApp no tienen el dominio ni la relación de confianza de
Active Directory correctos. Por lo tanto, Citrix recomienda que utilice sockets
TCP/IP para conectar servidores que ejecuten XenApp a un servidor que aloje
Microsoft SQL Server.
Si está ejecutando SQL Server 2005 y configura canalizaciones con nombres para
establecer una conexión a la base de datos, active de forma manual la opción de
canalizaciones con nombres en el servidor de la base de datos. Para habilitar las
canalizaciones con nombres, use la herramienta de configuración de superficie
incluida en SQL Server 2005. Para obtener información adicional sobre cómo
usar las canalizaciones con nombres para conectarse a una base de datos de SQL
Server 2005, consulte la documentación de SQL Server 2005.
Para crear una conexión de origen de datos de SQL Server
1. En la pantalla Crear un nuevo origen de datos para SQL Server,
introduzca la descripción del origen de datos y seleccione el servidor SQL
Server al que desea conectarse.
2. Seleccione la autenticación de Windows NT o la autenticación de SQL
Server.
3. Haga clic en Configuración de cliente.
4. Seleccione TCP/IP entre las bibliotecas de red disponibles.
5. Después de instalar XenApp, modifique el nombre del origen de datos

(DSN) que creó durante la instalación y cambie la configuración del cliente
para que use TCP/IP.
Para modificar un DSN, utilice la utilidad Administrador de orígenes de datos
ODBC de Windows para abrir el archivo DSN, que de forma predeterminada se
encuentra en la carpeta %Archivos de programa(x86)%\Citrix\Independent
Management Architecture, y seleccione TCP/IP como protocolo de conexión para
la configuración del cliente.
Uso de la conmutación por error con Microsoft SQL Server

Para lograr tolerancia de fallos con Microsoft SQL Server, utilice los servicios de
clúster de Microsoft, que proporcionan conmutación por error y conmutación a
configuración previa para sistemas agrupados en clústeres. La conmutación por
error de la base de datos de SQL Server en un entorno de clúster es transparente
para XenApp.
Un grupo de clústeres de los servicios de clúster de Microsoft es un conjunto de
recursos agrupados, como unidades de disco, que pertenece a uno de los nodos de
clúster de la conmutación por error. La propiedad del grupo se puede transferir de
un nodo a otro, pero cada grupo sólo puede pertenecer a un nodo a la vez.
Los archivos de base de datos para una copia de Microsoft SQL Server se colocan
en un solo grupo de clústeres que pertenece al nodo en el que la copia está
instalada. Si un nodo que ejecuta una copia de Microsoft SQL Server falla, se
cambia el grupo de clústeres que contiene los archivos de datos de dicha copia a
otro nodo. Debido a que el nodo nuevo ya tiene los archivos ejecutables y la
información del registro para dicha copia de Microsoft SQL Server en su unidad
de disco local, puede iniciar la copia de Microsoft SQL Server y comenzar a
aceptar solicitudes de conexión para dicha copia.
Nota: La agrupación Microsoft Cluster Services no admite el equilibrio de

carga entre servidores agrupados porque funciona sólo en modo activo/pasivo.
Uso de bases de datos distribuidas con Microsoft SQL Server

XenApp es compatible con bases de datos distribuidas (duplicadas). Las bases de
datos duplicadas son útiles cuando hay muchas solicitudes de lecturas al almacén
de datos y se crea una reducción del rendimiento de procesamiento. Microsoft
SQL Server utiliza la duplicación para crear un entorno de base de datos
distribuida.
XenApp requiere que haya coherencia de datos entre las varias bases de datos.
Debido a este requisito, es necesario un algoritmo de confirmación en dos fases
para almacenar datos en la base de datos.
Al configurar Microsoft SQL Server para un algoritmo de confirmación en dos

fases, utilice el modelo de suscriptores de actualización inmediata. Consulte la
documentación de Microsoft SQL Server para obtener información adicional.
Precaución: No use la duplicación de mezcla. El uso de la duplicación de

mezcla arruina el almacén de datos.
Para configurar un entorno distribuido para una comunidad existente

1. Configure un publicador (el servidor Microsoft SQL Server que
actualmente aloja el almacén de datos) y suscriptores (sitios remotos)
usando el Administrador corporativo de Microsoft SQL Server.
2. Ejecute el comando dsmaint publishsqlds en un servidor de la comunidad.
De este modo, se ejecutan las sentencias SQL necesarias para crear los
artículos publicados en el servidor Microsoft SQL Server (publicador)
actual.
3. Configure los sitios remotos (suscriptores) que desee suscribir a los
artículos publicados creados en el paso 2.
Migración de un almacén de datos de la comunidad a SQL

Server
La migración de un almacén de datos de una comunidad a Microsoft SQL Server
está respaldada para las versiones de bases de datos que se muestran a
continuación.
Base de datos original Base de datos de destino compatible

Microsoft Access SQL Server 2000 con Service Pack 3a
Oracle 9.2.0.1 SQL Server 2005
Oracle 10.2.0.1.0
IBM DB2 versión 8.2
SQL Server 2005 Express Edition SQL Server 2005
SQL Server 2000 con Service Pack 3a
Base de datos Oracle

Oracle es compatible tanto con la autenticación de Windows como con la de
Oracle. Consulte la documentación de Oracle para obtener información acerca de
cómo configurar la autenticación de Windows.
Oracle para Solaris sólo es compatible con la autenticación de Oracle. No es
compatible con la autenticación de Windows.
En el archivo sqlnet.ora file de Oracle, establezca
SQLNET.AUTHENTICATION_SERVICES= (NONE). El parámetro
predeterminado (NTS) producirá fallos en la conexión.
Instale el cliente Oracle en el servidor y, a continuación, reinicie el servidor antes

de instalar XenApp.
La cuenta de usuario de Oracle debe ser la misma para cada servidor de la
comunidad dado que todos los servidores que ejecutan XenApp comparten un
esquema común.
Si utiliza una base de datos para guardar la información de varias comunidades,
cada comunidad incluida en la base de datos debe tener una cuenta de usuario
distinta porque la información del almacén de datos se almacena en la cuenta de
usuario de Oracle.
La cuenta utilizada para conectarse a la base de datos del almacén de datos tiene
los siguientes permisos de Oracle:
• Conectar
• Recurso
• Unlimited Tablespace (Espacio de tabla ilimitado) [opcional]
Tenga en cuenta lo siguiente cuando configure un servidor de Oracle para que
aloje el almacén de datos de una comunidad.
• La utilización del modo compartido/Servidor de procesos múltiples puede
reducir el número de procesos en comunidades con más de 100 servidores.
Sin embargo, el rendimiento puede verse afectado debido a la gran carga
del almacén de datos.
• Si usa el modo Servidor de subprocesos múltiples, compruebe que los
valores del archivo Init.ora sean mayores o iguales que los valores que se
muestran aquí. Si se ejecutan varias comunidades en la misma base de datos
de Oracle, incluya todos los servidores que ejecutan XenApp en los
cálculos. Redondee las fracciones.
shared_servers = Número de servidores / 10
max_shared_servers = Número de servidores / 5
Donde Número de servidores es el total de los que ejecutan XenApp.
• Al utilizar un servidor Oracle de forma dedicada, agregue un proceso
adicional para cada servidor de la comunidad que se conecte directamente a
la base de datos Oracle. Por ejemplo, si el servidor de Oracle utiliza 100
procesos antes de instalar XenApp y la comunidad tiene 50 servidores,
establezca el valor de los procesos en, al menos, 150 en el archivo Init.ora
del servidor de Oracle.
• Cree copias de seguridad en línea con el modo Archivelog, que reduce el
tiempo de recuperación de una base de datos dañada.
• Si utiliza la misma base de datos Oracle para varias comunidades de

servidores, cree un espacio de tabla para cada comunidad con su propio
nombre de usuario y contraseña para mejorar la seguridad de cada una de
ellas. No use la cuenta predeterminada del sistema con Oracle.
Migración de un almacén de datos de la comunidad a Oracle

La migración de un almacén de datos de la comunidad de otra base de datos a una
base de datos de Oracle es compatible con las versiones de bases de datos que se
muestran a continuación.
Base de datos original Base de datos de destino compatible

Microsoft Access Oracle 9.2.0.1
SQL Server 2005 Express Edition Oracle 10.2.0.1.0
IBM DB2 versión 8.2 Oracle x.x.x
SQL Server 2005
Para obtener más información sobre la utilidad de línea de comandos dsmaint,

consulte la Guía del administrador de Citrix XenApp.
Uso de la conmutación por error con Oracle

Mantenga una base de datos en espera para una recuperación rápida en caso de
problemas. Una base de datos en espera mantiene una copia de la base de datos de
producción en un estado permanente de recuperación. Consulte la documentación
de Oracle para ver las instrucciones de instalación.
Uso de bases de datos distribuidas con Oracle

XenApp es compartible con bases de datos distribuidas. Las bases de datos
distribuidas son útiles cuando hay muchos pedidos de lecturas al almacén de
datos y se crea una reducción del rendimiento de procesamiento. Oracle utiliza la
duplicación para crear un entorno de base de datos distribuida.
Para reducir la carga en un solo servidor de base de datos, instale copias de
lectura/escritura y distribuya los servidores de la comunidad de forma uniforme
entre el sitio principal (master) y las copias.
XenApp requiere que haya coherencia de datos entre las varias bases de datos.
Debido a este requisito, es necesario un algoritmo de confirmación en dos fases
para las operaciones de escritura en la base de datos.
La utilización de Oracle como una solución de base de datos distribuida requiere
lo siguiente:
• Todas las bases de datos involucradas deben ejecutar Oracle.
• También deben ejecutarse en el modo Servidor de subprocesos múltiples o
modo Compartido (en lugar del modo Dedicado).
• Todos los clientes Oracle (servidores que ejecutan XenApp y que se

conectan directamente a la base de datos de Oracle) deben tener SQL*Net
versión 2 o Net8.
• Instale primero la base de datos del almacén de datos de la comunidad en el
sitio maestro y, después, configure la duplicación en los sitios que se van a
usar para instantáneas de duplicación de la base de datos.
• Duplique todos los objetos contenidos en el esquema de usuario del
almacén de datos (tablas, índices y procedimientos almacenados).
Si el rendimiento en el sitio de la base de datos duplicada es considerablemente
más lento, compruebe que todos los índices para el esquema del usuario se hayan
duplicado correctamente.
Cuando configure Oracle para una confirmación en dos fases:
• Utilice copias sincrónicas que se puedan actualizar con un solo sitio
maestro. XenApp requiere acceso de escritura para realizar instantáneas.
• Utilice la actualización rápida (Fast Refresh) donde sea posible (esto
requiere registros de copias).
• Cuando configure el entorno de duplicación, no configure la resolución de
conflictos.
• Configure el intervalo de enlace de duplicación para que sea tan frecuente
como lo permita el entorno de red. Con la duplicación de Oracle, si no se
han realizado cambios, no se envían datos a través del enlace.
• Cuando Oracle se configura en modo Servidor de subprocesos múltiples y
las transferencias de datos remotos se inician desde un sitio remoto, éstas
pueden bloquear las transferencias de datos locales (porque todas las
conexiones comparten un conjunto de subprocesos de trabajo). La solución
a este problema es incrementar el valor del parámetro Max_Mts_Servers en
el archivo Init.ora.
Base de datos IBM DB2

Instale el Cliente IBM DB2 Run-Time en cada servidor que vaya a acceder al
servidor de la base de datos. Si dispone de varias comunidades, cree una base de
datos o espacio de tabla independiente para el almacén de datos de cada
comunidad.
Reinicie el servidor después de instalar el cliente IBM DB2 Run-Time antes de
instalar XenApp.
Si crea un nombre de origen de datos (DSN) para utilizarlo durante la instalación

automática de IBM DB2, cree dicho nombre utilizando la página de
administración de orígenes de datos ODBC de Microsoft. De esta forma se
garantiza que el nombre de origen de datos se rellene de acuerdo con los
requisitos del servidor para la correcta conectividad de la base de datos o espacio
de tabla DB2.
Proporcione los siguientes permisos a la cuenta de usuario DB2 que se utiliza
para la comunidad:
• Conectar base de datos
• Crear tablas
• Registrar funciones que se ejecutan en el proceso del gestor de bases de
datos
• Crear esquemas implícitamente
No son necesarios permisos de cuenta de administrador del sistema (DB2Admin)
para acceder al almacén de datos.
Uso de bases de datos distribuidas con IBM DB2

XenApp es compartible con bases de datos distribuidas. Las bases de datos
distribuidas son útiles cuando hay muchos pedidos de lecturas al almacén de
datos y se crea una reducción del rendimiento de procesamiento. IBM DB2 utiliza
la duplicación para crear un entorno de base de datos distribuida.
XenApp utiliza datos del tipo BLOB (del inglés Binary Large Object) para
almacenar información en bases de datos de IBM DB2. IBM DB2 no es
compatible con la utilización de datos del tipo BLOB en una situación de
duplicación que se pueda actualizar. Por ello, si la comunidad de servidores
requiere duplicados que pueden actualizarse, utilice Microsoft SQL Server u
Oracle para el almacén de datos de la comunidad, en lugar de IBM DB2.
Migración de un almacén de datos de la comunidad a IBM DB2

La migración de un almacén de datos de la comunidad de otra base de datos a una
base de datos de IBM DB2 es compatible con las versiones de bases de datos que
se muestran a continuación.
Base de datos original Base de datos de destino

Microsoft Access IBM DB2 versión 8.2
SQL Server 2005 Express Edition IBM DB2 versión x.x
Oracle 9.2.0.1
Oracle 10.2.0.1.0
SQL Server 2005
La migración del almacén de datos de una comunidad de servidores existente a

IBM DB2 se realiza en una única transacción por motivos de anulación de
acciones. Antes de proceder a la migración de la base de datos a DB2, compruebe
que haya suficiente espacio de registro en el servidor DB2 de destino como para
permitir la migración. Si el servidor DB2 se queda sin espacio de registro, la
migración no se llevará a cabo y se anularán las acciones realizadas.
Microsoft SQL Server Express

Instale SQL Server 2005 Express Edition Service Pack 2 en el servidor antes de
ejecutar Autorun de XenApp.
Importante: No use caracteres de doble byte en el nombre del servidor en el

que se instala la base de datos.
La base de datos de SQL Server Express es compatible con la autenticación de

Windows. Por razones de seguridad, la autenticación de Microsoft SQL Server no
está respaldada.
Instalación de Microsoft SQL Server Express

Existen dos métodos para instalar SQL Server Express. El método que utilice
dependerá de si desea utilizar el nombre de instancia y la contraseña del
administrador predeterminados.
• Si no tiene ninguna instancia de SQL Server Express instalada en el
servidor de base de datos y desea usar el nombre (CITRIX_METAFRAME)
y la contraseña de administrador del sistema (CITRIX) predeterminados de
la instancia, ejecute el archivo por lotes SetupSqlExpressForCPS.cmd. El
archivo por lotes se encuentra en los medios de instalación de XenApp, en
el directorio \Support\SqlExpress_2005_SP2.
• Si no puede o no desea utilizar el nombre de instancia ni la contraseña del
administrador predeterminados, inicie el programa de instalación de SQL
Server 2005 Express Edition Service Pack 2 desde una línea de comandos.
Si instala SQL Server Express y especifica un nombre de instancia distinto del

nombre predeterminado “CITRIX_METAFRAME”, debe instalar XenApp
utilizando un método de instalación manual para poder establecer la propiedad
del programa de instalación de XenApp CTX_MF_MSDE_INSTANCE_NAME
en el nuevo nombre de instancia.
Temas relacionados:
“CTX_MF_MSDE_INSTANCE_NAME” en la página 182
Para instalar SQL Server Express con el nombre de instancia predeterminado
Ejecute el archivo por lotes SetupSqlExpressForCPS.cmd, que se encuentra en
los medios de instalación de XenApp, en el directorio
\Support\SqlExpress_2005_SP2.
SetupSqlExpressForCPS.cmd crea los archivos y directorios necesarios para
ofrecer compatibilidad a SQL Server Express en el directorio
%ProgramFiles(x86)%\Microsoft SQL Server y el directorio de instancia
denominado MSSQL$CITRIX_METAFRAME.
Para instalar SQL Server Express con el nombre de instancia personalizado
1. En la línea de comandos, cambie al directorio
\Support\SqlExpress_2005_SP2 de los medios de instalación de XenApp.
Por ejemplo, si la unidad de los medios es E, escriba:
E:
cd \Support\SqlExpress_2005_SP2
2. Cambie al modo de instalación escribiendo:
change user /INSTALL
3. Inicie el instalador de SQL Server 2005 Express Edition Service Pack 2,
especificando el nombre de instancia y la contraseña de SA.
setup.exe INSTANCENAME=nombre SAPWD=contraseña
4. Después de instalar SQL Server 2005 Express Edition Service Pack 2,
seleccione Usar una base de datos local en este servidor y Base de datos
de SQL Server Express en la lista de posibles bases de datos durante la
Respaldo y restauración de una base de datos SQL Server

Express
Use dsmaint backup para respaldar un almacén de datos que se encuentre en
SQL Server Express. Especifique una ruta local como ubicación para los archivos
de la copia de seguridad de la base de datos. Use dsmaint recover para restaurar
una copia de respaldo de un almacén de datos SQL Server Express..
Nota: Si mueve un almacén de datos SQL Server Express a otro servidor en la

comunidad, ejecute dsmaint failover en todos los servidores indirectos para
asignarlos al nuevo servidor de la base de datos.
Migración de un almacén de datos de la comunidad de Access a

SQL Server Express
Para migrar un almacén de datos de Microsoft Access a SQL Server 2005
Express Edition Service Pack 2, ejecute la utilidad de línea de comandos
MigrateToSqlExpress que se encuentra en los medios de instalación de XenApp,
en el directorio \Support\SqlExpress_2005_SP2.
Para obtener más información sobre la utilidad de línea de comandos
migratetosqlexpress, consulte la Guía del administrador de Citrix XenApp.
Base de datos Microsoft Access

El motor de base de datos de Microsoft Access y los controladores ODBC son un
componente predeterminado de los servidores Windows. La conexión ODBC con
Access utiliza Microsoft Jet Engine. Para utilizar este motor de base de datos, no
es necesario instalar ningún controlador ni configurar la base de datos antes de la
Cambio de contraseña de un archivo de base de datos de

Access
Si crea una base de datos de Microsoft Access local para el almacén de datos, el
programa de instalación creará un archivo de base de datos denominado
Mf20.mdb. El nombre de usuario y contraseña predeterminados para esta base de
datos son “citrix” los dos.
El archivo Mf20.mdb y todos los archivos de copia de seguridad automática se
encuentran de forma predeterminada en la carpeta %Archivos de
programa(x86)%\Citrix\Independent Management Architecture.
Para cambiar la contraseña del archivo de base de datos, utilice el comando
dsmaint (dsmaint config /pwd:newpassword). El servicio Citrix IMA Service
puede estar en ejecución cuando se utiliza este comando.
Importante: Realice una copia de seguridad de la base de datos Access

mediante el comando dsmaint (dsmaint backup) antes de cambiar la contraseña
de acceso a la base de datos.

Creación de copias de seguridad y restauración de una base de

datos de Access
Utilice el comando dsmaint para crear copias de seguridad o recuperar un
almacén de datos de Microsoft Access. Cree copias de seguridad del almacén de
datos con un script de archivo por lotes, periódicamente o antes de llevar a cabo
actividades como modificaciones de configuración.
La copia de seguridad automática se genera cada vez que Citrix IMA Service se
detiene o se reinicia un servidor. Durante la creación de una copia de seguridad
automática, se realiza una copia de seguridad del archivo Mf20.mdb, se compacta
y se copia como Mf20.bak. Cada vez que se inicia el servicio IMA, éste elimina la
copia Mf20.bak existente y cambia el nombre del archivo Mf20.unk a Mf20.bak.
Este proceso garantiza que el archivo Mf20.bak es una base de datos válida para
la comunidad.
Si el servidor no tiene suficiente espacio en disco en la unidad donde está
almacenado el archivo Mf20.mdb, se detiene la copia de seguridad automática.
Asegúrese de que exista siempre al menos tres veces más espacio libre en el disco
que el tamaño del archivo Mf20.mdb.
Precaución: El comando dsmaint recover elimina el archivo Mf20.mdb del

servidor. Por lo tanto, no intente recuperar el almacén de datos con este comando
sin verificar primero que existe el archivo Mf20.bak. Si el archivo Mf20.bak no
existe, ejecute dsmaint backup antes de recuperar el almacén de datos.


XenApp Installation Guide

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

XenApp Installation Guide

Uploaded by

Copyright:

Available Formats

Guía de instalación de Citrix XenApp

Citrix XenApp™ 5.0 para Microsoft® Windows Server® 2008

2 Descripción de los conceptos de instalación de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

3 Planificación de la distribución de XenApp. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

Configuraciones de hardware de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .50

4 Preparación para la instalación de XenApp. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70

5 Creación de una nueva comunidad de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86

6 Migración a XenApp 5.0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110

7 Configuración y aprovisionamiento de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .130

8 Referencia de instalaciones de XenApp personalizadas. . . . . . . . . . . . . . . . . . . . . . . . . . . .142

9 Referencia de propiedades de Windows Installer de XenApp . . . . . . . . . . . . . . . . . . . . . . . 158

10 Referencia sobre la base de datos del almacén de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . 192

Creación de un archivo DSN para la instalación de XenApp. . . . . . . . . . . . . . . . . . . . .201

En este prefacio se describe cómo buscar la información necesaria para

Cómo utilizar esta guía para instalar XenApp

En esta ilustración se presenta una descripción general de los recursos de instalación

Organización de la guía de instalación de XenApp

Tarea Consulte esta sección

Esta guía también incluye información que no es específica de la instalación

Si es la primera vez que utiliza XenApp

Antes de empezar a planificar la implementación, configure una comunidad de

Si ha instalado XenApp anteriormente

• La Guía de introducción a Citrix Licensing.

Nuevos nombres para los componentes de Citrix

• Citrix XenApp Plugin para aplicaciones de servidor es el nuevo nombre

Cómo encontrar la documentación

Asistencia técnica y aprendizaje

Descripción de los conceptos de

Terminología de instalación de XenApp

• Entorno multiusuario. Entorno, incluido XenApp y Terminal Services, en

Resumen de los conceptos básicos de la comunidad

En la siguiente ilustración, se muestra una distribución básica de Citrix XenApp.

Services, ya sea directamente o a través del complemento de XenApp o

En esta ilustración se utiliza una comunidad grande para mostrar el funcionamiento

Introducción a los servidores de infraestructura XenApp

Uno o más de estos servicios de infraestructura se pueden agrupar en

En esta ilustración se indican las funciones de infraestructura que se pueden agrupar en

En esta ilustración se muestran los servidores de infraestructura de una comunidad

En esta ilustración se muestra un servidor de infraestructura de una comunidad pequeña

Este tema se centra en las consideraciones de planificación y diseño de la

Tareas para diseñar y distribuir una comunidad

3. Determinar cómo se desean distribuir las aplicaciones, ya sea virtualizadas

Planificación de aplicaciones y cargas del servidor

Evaluación de la compatibilidad con XenApp de

lectura/escritura de archivos, que tienen que volver a configurarse para

Factores básicos que se deben considerar en las

usuarios ejecuten las aplicaciones en ventanas integradas. Para obtener más

Evaluación de los métodos de distribución de

almacenan en el punto compartido de archivos distribuidos por streaming.

Instalada y alojada en el servidor Distribuida al cliente

El requisito de un servidor de archivos central no es necesariamente un

Algunas situaciones requieren métodos de distribución de aplicaciones

Elección entre aplicaciones y escritorios publicados

Localización de aplicaciones en los servidores

Determinación de si se agruparán las aplicaciones en

que otros pueden tener un conjunto de aplicaciones interrelacionadas. Por

Gracias a funciones como Load Manager y el equilibrio de carga preferencial,

Planificación de cargas del servidor y servidores dedicados

La diferencia principal entre las características de Load Manager y el equilibrio

Nota: Consulte la matriz de comparación de funciones en http://

Determinación del modo de instalación de las aplicaciones

Centralización o distribución de servidores de

En organizaciones con sitios ubicados en distintas zonas geográficas, hay que

Servidores centralizados en un sitio Servidores distribuidos en varios sitios