Citrix XenApp Installation Guide

Citrix XenApp™ 5.0 para Microsoft® Windows Server® 2008

Guía de instalación de Citrix XenApp

Nota sobre Copyright y registro de marcasLa 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 registradasAdobe, 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 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10Cómo utilizar esta guía para instalar XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .10

Organización de la guía de instalación de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . .12Recursos de instalación. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .13Nuevos nombres para los componentes de Citrix Presentation Server . . . . . . . . . . . . . . . . .14Cómo encontrar la documentación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .15Convenciones de la documentación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .16Asistencia técnica y aprendizaje . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .16. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .17

2 Descripción de los conceptos de instalación de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18Terminología de instalación de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .18Resumen de los conceptos básicos de la comunidad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .19Introducción a los servidores de infraestructura XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . .23

3 Planificación de la distribución de XenApp. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28Tareas para diseñar y distribuir una comunidad. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .28Planificación de aplicaciones y cargas del servidor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .29

Evaluación de la compatibilidad con XenApp de las aplicaciones . . . . . . . . . . . . . . . . .30Factores básicos que se deben considerar en las aplicaciones . . . . . . . . . . . . . . . . . . . . .31Evaluación de los métodos de distribución de aplicaciones . . . . . . . . . . . . . . . . . . . . . . .33Localización de aplicaciones en los servidores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .35Centralización o distribución de servidores de aplicaciones . . . . . . . . . . . . . . . . . . . . . .38

Determinación del número de comunidades que se deben distribuir . . . . . . . . . . . . . . . . . .39Uso compartido de componentes entre comunidades. . . . . . . . . . . . . . . . . . . . . . . . . . . .41

Planificación de servidores de infraestructura . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .42Planificación de recopiladores de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .43Planificación de WAN mediante zonas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .44Planificación de la Interfaz Web y de las comunicaciones con XML Broker . . . . . . . . .45Planificació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 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .50Consideración de la infraestructura de red . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .51

Diseño de perfiles de usuario de Terminal Services. . . . . . . . . . . . . . . . . . . . . . . . . . . . .51Definición de cuentas y relaciones de confianza . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .54Recomendaciones para entornos de Active Directory . . . . . . . . . . . . . . . . . . . . . . . . . . .56Planificación de Active Directory Federation Services . . . . . . . . . . . . . . . . . . . . . . . . . .58Planificación de la supervisión y el mantenimiento del sistema . . . . . . . . . . . . . . . . . . .59

Protección de la distribución de aplicaciones. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .60Seguridad del acceso remoto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .61

Configuración de servidores de seguridad para acceso remoto . . . . . . . . . . . . . . . . . . . .62Planificación de una experiencia de usuario correcta. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .62

Factores que afectan al tiempo de inicio de sesión . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .62Planificació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. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70Instalaciones de XenApp invocadas desde el programa Autorun . . . . . . . . . . . . . . . . . . . . .71Instalaciones de XenApp personalizadas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .71Preparación del entorno para la instalación de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . .73

Para preparar la creación de la comunidad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .73Para preparar los servidores de la comunidad para la instalación . . . . . . . . . . . . . . . . . .74

Planificación para la instalación de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .75Elección de la ejecución del programa de instalación con Controlde cuentas de usuario activado o desactivado . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .75Idiomas compatibles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .77Consideraciones de procedimientos adicionales anteriores a la instalación . . . . . . . . . .78Instalación de complementos de Citrix XenApp en los servidores . . . . . . . . . . . . . . . . .78Sustitución de las cuentas de dominio por cuentas locales. . . . . . . . . . . . . . . . . . . . . . . .79Planificación del registro de configuración y cifrado IMA antes de la instalación . . . . .79Activación del cifrado IMA como administrador local . . . . . . . . . . . . . . . . . . . . . . . . . .81Para habilitar el respaldo MUI. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .81Planificación del remedo antes de la instalación. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .82Instalación de componentes adicionales de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . .83Planificación de funciones adicionales antes de la instalación. . . . . . . . . . . . . . . . . . . . .84Instalación de los agentes de los componentes Platinum . . . . . . . . . . . . . . . . . . . . . . . . .85

Contenido 6

5 Creación de una nueva comunidad de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86Requisitos y suposiciones de la instalación de muestra . . . . . . . . . . . . . . . . . . . . . . . . . . . . .87Creación del primer servidor de la comunidad. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .88

Tarea 1: selección de la edición (página inicial de Autorun) . . . . . . . . . . . . . . . . . . . . . .88Tarea 2: selección de la categoría de instalación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .89Tarea 3: selección de componentes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .90Tarea 4: configuración de la autenticación de clientes PassThrough. . . . . . . . . . . . . . . .92Tarea 5: instalar el servidor de licencias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .94Tarea 6: instalar Access Management Console . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .94Tarea 7: instalar XenApp y sus componentes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .95Tarea 8: instalar la configuración avanzada de XenApp . . . . . . . . . . . . . . . . . . . . . . . .104Tarea 9: instalar la biblioteca de documentación de XenApp . . . . . . . . . . . . . . . . . . . .104

Unión a una comunidad de servidores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .104Tarea 1: instalación inicial al unirse a una comunidad . . . . . . . . . . . . . . . . . . . . . . . . . .105Tarea 2: unirse a una comunidad de servidores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .105Tarea 3: especificar la ubicación del archivo de clave de cifrado IMA . . . . . . . . . . . . .107Tarea 4: usar la configuración de licencias de la comunidad . . . . . . . . . . . . . . . . . . . . .108

6 Migración a XenApp 5.0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .110Migració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? . . . . . . . . . . . . . . . . .111Elección de una estrategia de migración de la comunidad . . . . . . . . . . . . . . . . . . . . . . .115Requisitos de la migración . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .119Para migrar de forma gradual desde la versión anterior . . . . . . . . . . . . . . . . . . . . . . . . .120Para migrar una comunidad de servidores existente o heredada mediantela creación de una nueva comunidad. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .121Eliminación de un servidor XenApp durante la migración . . . . . . . . . . . . . . . . . . . . . .123Recreación y cambio de nombre de los servidores XenApp . . . . . . . . . . . . . . . . . . . . .124

Trabajo con comunidades mixtas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .124Introducción a las comunidades mixtas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .125Aumento del límite de memoria de gráficos en una comunidad mixta . . . . . . . . . . . . .126Administración de Resource Manager en una comunidad mixta. . . . . . . . . . . . . . . . . .127Administración de Installation Manager en una comunidad mixta . . . . . . . . . . . . . . . .127Administración de entornos de aislamiento en una comunidad mixta . . . . . . . . . . . . . .127Consideraciones de SNMP en una comunidad mixta. . . . . . . . . . . . . . . . . . . . . . . . . . .128


7 Configuración y aprovisionamiento de XenApp. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .130Aprovisionamiento de servidores de la comunidad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .130

Duplicación de servidores XenApp. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .132Configuración de servidores de infraestructura . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .138

Configuración de recopiladores de datos después de la instalación. . . . . . . . . . . . . . . .138Configuración de zonas después de la instalación . . . . . . . . . . . . . . . . . . . . . . . . . . . . .139

Configuración de XenApp después de la instalación. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .139Configuración de servidores después de la instalación con archivos de comandos. . . .140

8 Referencia de instalaciones de XenApp personalizadas. . . . . . . . . . . . . . . . . . . . . . . . . . . .142Creación de instalaciones personalizadas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .142Tareas adicionales para las instalaciones de XenApp personalizadas . . . . . . . . . . . . . . . . .143

Instalación de un complemento de XenApp antes de la instalación. . . . . . . . . . . . . . . .144Instalación de XenApp mediante la modificación de los paquetes de Windows Installer .145

Instalación mediante los comandos de Windows . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .145Instalación mediante la aplicación de transformaciones a la instalación . . . . . . . . . . . .147Preparación de instalaciones con respuestas rellenadas previamente . . . . . . . . . . . . . .152Generación de un archivo de registro de la instalación . . . . . . . . . . . . . . . . . . . . . . . . .154

Instalación de XenApp con una instalación automática. . . . . . . . . . . . . . . . . . . . . . . . . . . .155Para llevar a cabo una instalación automática con un archivo de respuestas. . . . . . . . .155

9 Referencia de propiedades de Windows Installer de XenApp . . . . . . . . . . . . . . . . . . . . . . .158Nombres y valores de propiedades de instalación en Windows de XenApp . . . . . . . . . . .158

Resúmenes de propiedades de instalación de XenApp. . . . . . . . . . . . . . . . . . . . . . . . . .160Propiedades de instalación en Windows de cliente PassThrough . . . . . . . . . . . . . . . . .165Comandos de Windows Installer de herramientas de administración . . . . . . . . . . . . . .168Propiedades de instalación en Windows de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . .168

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

Elección de una base de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .193Conexión con el almacén de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .194Protección del almacén de datos antes de la instalación. . . . . . . . . . . . . . . . . . . . . . . . .195Tamaño del sistema para la base de datos del almacén de datos . . . . . . . . . . . . . . . . . .195Configuraciones de hardware sugeridas para el almacén de datos. . . . . . . . . . . . . . . . .196Mejora 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. . . . . . . . . . . . . . . . .199Creació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. . . . . . . . . . . . . . . . . . . . .201Mantenimiento y recuperación de un almacén de datos de XenApp. . . . . . . . . . . . . . . . . .202Información específica de la base de datos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .203

Base de datos de Microsoft SQL Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .203Base de datos Oracle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .206Base de datos IBM DB2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .209Microsoft SQL Server Express . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .211Base 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 XenAppEsta 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:

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 XenAppSi 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

Tarea Consulte esta sección

Descripción de la arquitectura de la comunidad y de los conceptos básicos de instalación

“Descripción de los conceptos de instalación de XenApp” en la página 18

Planificación de la distribución de la comunidad de servidores

“Planificación de la distribución de XenApp” en la página 28

Creación de una base de datos del almacén de datos

“Referencia sobre la base de datos del 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 existente

“Migración a XenApp 5.0” en la página 110

Instalación de XenApp mediante archivos de comandos, archivos de respuestas y transformaciones

“Referencia de instalaciones de XenApp personalizadas” en la página 142

Instalación de XenApp mediante los comandos de Windows Installer (msiexec)

“Referencia de propiedades de Windows Installer de XenApp” en la página 158

Métodos de aprovisionamiento de servidores en entornos grandes

“Aprovisionamiento de servidores de la comunidad” en la página 130

Configuración de XenApp después de la instalación

“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 anteriormenteSi 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ónUtilice 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ónEl 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) enhttp://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.

http://support.citrix.com

http://www.citrix.com/xenapp/comparativematrix

1 Presentación 16

Convenciones de la documentaciónPor 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.

Asistencia técnica y aprendizajeCitrix 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/.

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 ancho fijo

Texto contenido en un archivo de texto.

{ 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 suspensivos)

Indican que se puede repetir uno o varios de los elementos anteriores en las sentencias de comandos. Por ejemplo: /route:nombre_dispositivo[,…] significa que se pueden escribir varios nombres_de_dispositivos adicionales separados por comas.

http://support.citrix.com/xenappforum

http://support.citrix.com

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 XenAppEl 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 comunidadEn 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 XenAppLas 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 aplicaciones publicadas.


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 comunidadLas 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 servidorAntes 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 aplicacionesAntes 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 aplicacionesTenga 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 aplicacionesEl 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 aplicaciones de servidor.

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.

Instalada y alojada en el servidor o distribuida por streaming al servidor

Distribuida al cliente

Ventajas:• El usuario obtiene una experiencia de uso más

coherente independientemente del dispositivo cliente.

• Puede mantener y administrar aplicaciones de forma centralizada.

• En muchos casos, la distribución por streaming al servidor permite ejecutar aplicaciones en conflicto en el mismo servidor sin necesidad de aislarlas.

• Los dispositivos cliente no requieren grandes recursos como los discos duros. Estos métodos de distribución admiten clientes delgados (thin clients).

Ventajas:• Los usuarios pueden utilizar las aplicaciones de

forma local, aunque se administren de forma centralizada.

• Los usuarios pueden tener una mejor experiencia al distribuir por streaming al cliente aplicaciones que consumen muchos recursos, como aquellas que hacen un uso intensivo de gráficos o de la CPU. El tráfico de las aplicaciones distribuidas por streaming al cliente no se envía por el canal de ICA.

Desventajas:• Los servidores de comunidad necesitan recursos

suficientes para admitir las aplicaciones.

Desventajas:• Los dispositivos cliente deben tener suficientes

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.


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 publicadosAntes 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 servidoresAl 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 servidoresHabitualmente, 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:• Se facilita el seguimiento del uso y la ubicación de

la aplicación.• La centralización facilita la configuración y el

mantenimiento de la aplicación.• Otras aplicaciones no interfieren en la aplicación

instalada.• Puede ser útil en aplicaciones de vital importancia.

Ventajas:• Reduce el número de servidores necesarios para las

aplicaciones en comunidades de tamaño medio o pequeño.

• Puede simplificar los permisos de usuario y la necesidad de garantizar configuraciones coherentes durante la instalación de aplicaciones.

• Cada usuario tiene acceso a un solo servidor y se garantizan las sesiones compartidas.

Desventajas:• Se requieren servidores adicionales para garantizar

la redundancia suficiente.

Desventajas:• No se puede usar con aplicaciones que tienen

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 aplicacionesAl 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 aplicacionesEn 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 aplicacionesEn 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:

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.

Servidores centralizados en un sitio Servidores distribuidos en varios sitios

Ventajas:• Asistencia técnica y administración de servidores

centralizadas.• Administración de aplicaciones centralizada.• Seguridad física potencialmente mejor que en las

sucursales.

Ventajas:• Continuidad de la actividad de la organización y

redundancia mejoradas: si un sitio pierde la conexión, ello no afecta al acceso de todas las aplicaciones.

• 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.

Desventajas:• Punto único de error: si el sitio pierde la conexión,

los usuarios no disponen de ningún acceso alternativo.

Desventajas:• La comunicación entre servidores atraviesa la red

WAN.• 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.


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 la comunidad

Una única comunidad Varias comunidades

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 de datos

Citrix recomienda que el almacén de datos se duplique en los sitios remotos cuando se esté usando una única comunidad en un entorno WAN.

Si cada sitio remoto es una comunidad son su propio almacén de datos, no hay necesidad de duplicar el almacén de datos.

Equilibrio de carga Puede equilibrar la carga de una aplicación en toda la comunidad.

No puede equilibrar la carga de una aplicación en todos los servidores de las diferentes comunidades.

Cruce seguro de los servidores de seguridad

Si la comunidad ocupa varios sitios, los puertos del servidor de seguridad deben estar abiertos para la comunicación entre servidores.

Las comunidades basadas en sitios eliminan la necesidad de abrir los puertos del servidor de seguridad para la comunicación entre servidores.


Uso compartido de componentes entre comunidadesAlgunos 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.

Comunicación entre servidores

La información del almacén de datos se sincroniza con los servidores miembros mediante notificaciones y consultas. En comunidades con varias zonas, los recopiladores de datos permiten comunicar información dinámica, como los inicios de sesión y el uso de aplicaciones en toda la comunidad.

El uso de varias comunidades puede mejorar el rendimiento respecto a una única comunidad cuando el tráfico entre servidores se debe realizar a través de un enlace WAN o si la comunidad es muy grande.

Herramientas de administración

Puede supervisar y configurar la comunidad desde una única consola de administración y sólo tiene que iniciar sesión en una comunidad para hacerlo.

Puede supervisar y configurar varias comunidades desde Access Management Console. Para la comunicación con varias comunidades desde la consola, es necesario iniciar sesión en cada una de las comunidades.

Elemento o componente de la comunidad

Una única comunidad Varias comunidades


Planificación de servidores de infraestructuraLos 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.

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 datosSe 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).

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


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 zonasEn 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 BrokerLa 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 instalación de XenApp.

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 instalación de XenApp.

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 streamingLa 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 XenAppEl 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 redLa 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 ServicesLos 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:

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 confianzaAl 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.

Ventajas Desventajas

Perfil local • Ningún requisito del servidor de archivos para el almacenamiento de perfiles

• No se puede dañar

• Configuración no coherente entre los servidores y las sesiones

• Consume espacio de disco local

Perfil móvil • Almacenamiento de la configuración en todas las sesiones

• Coherencia

• Tiempos de inicio de sesión más lentos

Perfil obligatorio • Inicio de sesión rápido• No se puede dañar

• No se almacena la configuración en las diferentes sesiones

Perfiles múltiples • Ventajas de los perfiles obligatorios y móviles

• Posibles requisitos adicionales de espacio en el servidor de archivos

• Administración y mantenimiento adicionales


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 comunidadesXenApp 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 DirectoryCitrix 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 publicadas

Autenticación en la herramienta de configuración avanzada

Filtrado de Program Neighborhood

Grupos globales de dominios

Sin efectos adversos. Sin efectos adversos. Sin efectos adversos.

Grupos locales de dominios

Recomendación: todos los servidores que equilibran la carga de una aplicación deben estar en el mismo dominio si un grupo local de dominios tiene autorización para utilizar la aplicación.

Razones: los grupos locales del dominio asignados a una aplicación deben ser del dominio principal común de todos los servidores de equilibrio de carga.Al publicar aplicaciones, los grupos locales de dominios se muestran en la lista de cuentas si se cumple la primera condición indicada anteriormente y se muestran las cuentas del dominio principal común. Si una aplicación publicada tiene usuarios de cualquier grupo local de dominios y se agrega un servidor de un dominio distinto, los grupos locales de dominios se eliminan de la lista de usuarios configurados, ya que todos los servidores deben poder validar a cualquier usuario con permiso para ejecutar la aplicación.

Recomendación: si un usuario es administrador de Citrix únicamente por ser miembro de un grupo local de dominios, el usuario debe conectar la consola a un servidor en el mismo dominio que el grupo local de dominios.

Razones: si el usuario conecta la consola a un servidor en un dominio distinto al grupo local de dominios, se le deniega el acceso a la consola ya que el grupo local de dominios no se encuentra en el identificador de seguridad del usuario.

Recomendación: todos los servidores de la comunidad deben estar en el mismo dominio para que el filtrado de Program Neighborhood funcione correctamente.

Razones: si un usuario es miembro de un grupo local de dominios, el grupo consta en el identificador de seguridad del usuario únicamente cuando se inicia la 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. Sólo garantiza que la solicitud será gestionada por un servidor en un dominio que confía en el dominio del usuario.


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 ServicesXenApp 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.

Grupos universales

Recomendación: si se asignan permisos a grupos universales para la aplicación, todos los servidores que administran la aplicación deben estar en un dominio de Active Directory.

Razones: un servidor de un dominio que no sea Active Directory podría autenticar al usuario para ejecutar la aplicación. En este caso, los grupos universales no estarían en el identificador de seguridad del usuario, por lo que se deniega el acceso del usuario a la aplicación.Es posible que un servidor en un dominio que no sea Active Directory equilibre la carga de una aplicación con servidores en un dominio de Active Directory si los dominios tienen una relación de confianza explícita.

Recomendación: si un usuario está autenticándose en la consola y es un administrador de Citrix sólo por el hecho de ser miembro de un grupo universal, la consola debe conectarse a un servidor que pertenezca a un dominio de Active Directory del bosque del grupo universal.

Razones: los controladores de dominio que no son Active Directory y los dominios fuera del bosque de un grupo universal no tienen ninguna información sobre el grupo universal.

Recomendación: ningún dominio de Active Directory del bosque al que pertenecen los servidores tiene relaciones de confianza explícitas con dominios que no sean Active Directory.

Razones: los dominios que no son Active Directory no reconocen los grupos universales y los controladores del dominio excluyen a los grupos universales del identificador de seguridad de un usuario. Como resultado, puede ocurrir que las aplicaciones no aparezcan en Program Neighborhood.

Autenticación en aplicaciones publicadas

Autenticación en la herramienta de configuración avanzada

Filtrado de Program Neighborhood


• 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 sistemaAl 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 aplicacionesLa 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 administrador de Citrix XenApp.

Área que proteger/tener en cuenta Consulte este tema o guía

Acceso a las comunidades de servidores

“Seguridad en el acceso a los servidores” en el 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, servidores de seguridad, Secure Gateway y Secure Ticket Authority

“Seguridad en las comunidades de red” en el capítulo “Seguridad en las comunidades de servidores” de la Guía del administrador de Citrix XenApp

Autenticación de usuario, incluida la implementación de tarjetas inteligentes y la autenticación de Kerberos,

“Configuración de la autenticación de usuarios” en el capítulo “Seguridad en las comunidades de servidores” de la Guía del administrador de Citrix XenApp

Cambios en una comunidad de servidores, incluido el seguimiento seguro de los cambios en la comunidad

“Registro de cambios administrativos en una comunidad de XenApp” en el capítulo “Seguridad en las comunidades de servidores” de la Guía del 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


Seguridad del acceso remotoSi 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.

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

Área que proteger/tener en cuenta Consulte este tema o guía


Configuración de servidores de seguridad para acceso remotoSi 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 correctaAl 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ónLas 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ónOtro 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 personalizadasXenApp 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 XenAppAntes 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ónEstos 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 XenAppHay 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 desactivadoPuede 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 compatiblesEste tema proporciona información relacionada con los idiomas compatibles de los sistemas operativos, no de las ediciones.

El paquete de interfaz de usuario multilingüe (MUI) de Windows solamente se admite en la edición en inglés de Windows.

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ésWindows Server 2008, edición en rusoWindows 2008, chino simplificadoWindows 2008, chino tradicionalWindows 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


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ónPara 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 servidoresEl 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 localesDe forma predeterminada, el programa de instalación de XenApp crea cuentas locales para ejecutar los siguientes servicios de XenApp:

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ónLa 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.

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 servicio de Interfaz Web

Ctx_ConfigMgr


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 localCitrix 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 CitrixEste 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 MUIXenApp 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ónDecida 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 XenAppPuede 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ónAdemá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 PlatinumSi 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 muestraEste 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 comunidadLa 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ónSeleccione 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 componentesDespué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 servidores de la comunidad.

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 PassThroughCitrix 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 licenciasSi 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 ConsoleAccess 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 componentesSi 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 XenAppLos 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 servidoresEn 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 datosUtilice 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 DB2Utilice 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 comunidadesIntroduzca 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 IMAEl 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 comunidad1. 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 ServerAntes 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 sesionesEl 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 administrador de Citrix XenApp.

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 CitrixXenApp 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 remotoSó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 XenAppSi 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 servidoresDespué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 comunidadHasta 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 servidoresEn 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 datos1. 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 datos1. 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 IMAEl 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 comunidadEl 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 servidores de la comunidad.

• 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 comunidadEstos 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ónEstos 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 personalizadasSi 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ámetrosEstos 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 XenAppCitrix 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 comunidadHay 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ónAdemá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ónLa 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ónEn 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:

http://support.citrix.com/


• 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 anteriorEn 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 comunidadA 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 servidores de la comunidad.

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ónSi 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 comunidad1. 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 XenAppAntes 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 mixtasLea 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 mixtasCitrix 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 mixtaEn 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 mixtaEn 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 mixtaEn 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 mixtaEn 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 mixtaSi 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.

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.

Nombre Número de interrupción de OID

Acción del servidor que activa la interrupción

trapAlert 1.3.6.1.4.1.3845.3.3.1.3

Ya no se utiliza.

trapServerDown 1.3.6.1.4.1.3845.3.3.1.4

El servidor Resource Manager está inactivo.

trapMetricToGreen 1.3.6.1.4.1.3845.3.3.1.5

El estado de la medición del servidor Resource Manager ha cambiado a verde.

trapMetricGreenToYellow 1.3.6.1.4.1.3845.3.3.1.6

El estado de la medición del servidor Resource Manager ha cambiado de verde a amarillo.

trapMetricRedToYellow 1.3.6.1.4.1.3845.3.3.1.7

El estado de la medición del servidor Resource Manager ha cambiado de rojo a amarillo.

trapMetricToRed 1.3.6.1.4.1.3845.3.3.1.8

El estado de la medición del servidor Resource Manager ha cambiado a rojo.


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 comunidadDespué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 XenAppAl 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 servidorEsta 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ón1. 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\PSRequired 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 localesElimine 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 antiguosSi 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 aplicaciones de servidor.

Para inicializar la imagen duplicadaDespué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\HostName en el nuevo nombre de equipo.

3. Establezca HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\RUNTIME\HostName 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 infraestructuraEste 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ónDespué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 datos1. 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 aplicaciones publicadas.

Configuración de zonas después de la instalaciónAl 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ónDespué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 comandosDespué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 personalizadasXenApp 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ónXenApp 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 WindowsXenApp 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 producto

msiexec /i {paquete|CódigoProducto}

Desinstalar un producto msiexec /x {paquete|CódigoProducto}

Establecer un nivel de registro(úselo con la opción para instalar o desinstalar)

msiexec /L [i][w][e][a][r][u][c][m][p][v][+][!] LogFilePara incluir la opción v en un archivo de registro 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 transformación(úselo con la opción para instalar o desinstalar)

msiexec /i package TRANSFORMS=TransformListSi desea aplicar varios archivos de transformación, separe cada archivo de transformación con un punto y coma.

Establecer el nivel de la interfaz de usuario(úselo con la opción para instalar o desinstalar)

msiexec /q {n|b|r|f}


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ónXenApp 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 ejemploSe 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 ejemplo1. 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 instalación de XenApp.

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ón1. 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.mstEste 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 ejemploCTX_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:



thirdpartydb_join_direct.mstEste 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.

Propiedades y valores de ejemploCTX_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:


Localdb_access_create.mstEste 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.

Propiedades y valores de ejemploCTX_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:


Join_Indirect.mstEste 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.

Propiedades y valores de ejemploCTX_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:


Preparación de instalaciones con respuestas rellenadas previamenteSi 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 administrativa1. 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ónLos 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_SZNombre: LoggingDatos 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áticaPuede 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 respuestas1. 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 clientes PassThrough

CLIENT_UPGRADEINSTALLDIRPROGRAM_FOLDER_NAMESERVER_LOCATIONDEFAULT_NDSCONTEXTENABLE_SSON

Tarea 5: instalar el servidor de licencias CTX_MF_LICENSE_SERVER_NAMECTX_MF_LICENSE_SERVER_PORTCTX_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 XenApp

CTX_ADDLOCAL

Unión a comunidades

Tarea 1: instalación inicial al unirse a una comunidad

CTX_MF_FARM_SELECTION

Tarea 2: unirse a una comunidad de servidores CTX_MF_JOIN_FARM_DB_CHOICECTX_MF_INDIRECT_JOIN_DOMAIN_NAMECTX_MF_INDIRECT_JOIN_PASSWORDCTX_MF_JOIN_FARM_SERVER_NAMECTX_MF_JOIN_FARM_SERVER_PORT

Tarea 3: especificar la ubicación del archivo de clave de cifrado IMA

CTX_PROTECT_KEY_PATH

Tarea 4: usar la configuración de licencias de la comunidad

CTX_MF_JOIN_FARM_SERVER_NAMECTX_MF_JOIN_FARM_SERVER_PORTCTX_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 XenAppLos 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 comunidadesLas 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 comunidadesLas 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 comunidadesLas 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 respuestasAl 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


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

Propiedad de instalación de Windows Installer Parámetro de instalación automática


Propiedades de instalación en Windows de cliente PassThroughSe 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ónPuesto 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 XenAppEste 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.


• 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), 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



• 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, 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_CHOICEDefinició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 XenAppAl 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

http://support.citrix.com/article/CTX114501


• 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 datosComo 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 datosOtro 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ónUno 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 datosLa 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.


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 datosEste 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.

Pequeña Mediana Grande Empresas

Servidores 1-50 25-100 50-100 100 o más

Usuarios identificados

< 150 < 3000 < 5000 > 3000

Aplicaciones < 100 < 100 < 500 < 2000


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 los servidores

50 50 50 50 50

Número de directivas de usuario 25 25 25 25 25

Impresoras por servidor 5 5 5 5 5

Controladores de impresora instalados por servidor

25 25 25 25 25

Servidores de impresión de red con impresoras

5 5 5 5 5

Número de patrones de carga de Load Manager

10 10 10 10 10

Número de carpetas de aplicaciones en Access Management Console

10 10 10 10 10

Número de carpetas de servidores en Access Management Console

8 16 25 50 50

Número de entornos de aislamiento de aplicaciones

10 10 10 10 10

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.

Mejora del rendimiento de la comunidad y el almacén de datosUna 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 datosUna 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.

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


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 datosSi 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 XenAppSi 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 datosLos 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 ServerMicrosoft 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 ServerPara 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 ServerXenApp 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 existente1. 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 ServerLa 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 OracleOracle 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.

Base de datos original Base de datos de destino compatible

Microsoft AccessOracle 9.2.0.1Oracle 10.2.0.1.0IBM DB2 versión 8.2

SQL Server 2000 con Service Pack 3aSQL Server 2005

SQL Server 2005 Express EditionSQL Server 2000 con Service Pack 3a

SQL Server 2005


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 OracleLa 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.

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 OracleMantenga 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 OracleXenApp 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).

Base de datos original Base de datos de destino compatible

Microsoft AccessSQL Server 2005 Express EditionIBM DB2 versión 8.2SQL Server 2000 con Service Pack 3aSQL Server 2005

Oracle 9.2.0.1Oracle 10.2.0.1.0Oracle x.x.x


• 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 DB2Instale 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 DB2XenApp 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 DB2La 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 AccessSQL Server 2005 Express EditionOracle 9.2.0.1Oracle 10.2.0.1.0SQL Server 2000 con Service Pack 3aSQL Server 2005

IBM DB2 versión 8.2IBM DB2 versión x.x


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 ExpressInstale 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 ExpressExisten 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 predeterminadoEjecute 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 personalizado1. 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 instalación de XenApp.

Respaldo y restauración de una base de datos SQL Server ExpressUse 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 ExpressPara 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 AccessEl 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 instalación de XenApp.

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 AccessUtilice 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.



Documents

Citrix XenApp Installation Guide