Guide d'installation Citrix XenApp

Transcription

1 Guide d'installation Citrix XenApp Citrix XenApp 5.0 pour Microsoft Windows Server 2008

2 Avis de copyright et de marque déposée Les informations contenues dans ce document peuvent faire l objet de modifications sans préavis. Sauf mention contraire, les sociétés, noms et données utilisés dans les exemples fournis sont fictifs. À l'exception de l'impression d'une seule copie pour votre usage personnel, aucune partie de ce document ne peut être reproduite ou transmise, sous quelque forme, par quelque moyen, électronique ou mécanique, et pour quelque motif que ce soit, sans l'autorisation expresse et écrite de Citrix Systems, Inc. Copyright Citrix Systems, Inc. Tous droits réservés. Citrix, ICA (Independent Computing Architecture) et Program Neighborhood sont des marques déposées. 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 et Citrix Subscription Advantage sont des marques de fabrique, de commerce ou de service de Citrix Systems, Inc., aux États-Unis et dans d'autres pays. Citrix Access Gateway, Citrix Delivery Center et Citrix XenDesktop sont des marques de fabrique, de commerce ou de service de Citrix Systems, Inc. et/ou d'une ou plusieurs de ses filiales, et peuvent avoir fait l'objet d'un dépôt auprès de l'institut de la propriété intellectuelle des États-Unis et d'autres pays. RSA Encryption RSA Security Inc. Tous droits réservés. FLEXnet Operations et FLEXnet Publisher sont des marques de fabrique, de commerce ou de service et/ou des marques déposées d'acresso Software Inc. et/ou InstallShield Co. Inc. Avis de marques Adobe, Flash et Acrobat sont des marques de fabrique, de commerce ou de service ou des marques déposées d'adobe Systems Incorporated aux États-Unis et/ou dans d'autres pays. Altiris est une marque déposée d'altiris. Apple et Macintosh sont des marques de fabrique, de commerce ou de service ou des marques déposées d'apple Computer Inc. AutoCAD est une marque déposée d'autodesk, Inc. IBM, DB2, Tivoli et NetView sont des marques déposées ou des marques de fabrique, de commerce ou de service d'ibm Corporation, aux États-Unis ou dans d'autres pays. Java est une marque déposée de Sun Microsystems, Inc. aux États-Unis et dans d'autres pays. Solaris est une marque déposée 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 et DirectShow sont des marques déposées ou des marques de fabrique, de commerce ou de service de Microsoft Corporation, aux États-Unis et/ou dans d'autres pays. FLEXnet Operations et FLEXnet Publisher sont des marques de fabrique, de commerce ou de service et/ou des marques déposées d'acresso Software Inc. et/ou InstallShield Co. Inc. Netscape et Mozilla Firefox sont des marques déposées de Netscape Communications aux États-Unis et dans d'autres pays. Novell Directory Services est une marque déposée de Novell, Inc., aux États-Unis et dans d'autres pays. Oracle Database est une marque déposée d'oracle Corporation. RealOne est une marque de fabrique, de commerce ou de service de RealNetworks, Inc. SAP est une marque déposée de SAP AG, en Allemagne et dans d'autres pays. SpeechMike est une marque de fabrique, de commerce ou de service de Koninklijke Philips Electronics N.V. Symantec et Symantec Ghost sont des marques de fabrique, de commerce ou de service de Symantec Corporation, aux États- Unis et dans d'autres pays. UNIX est une marque déposée de The Open Group aux États-Unis et dans d'autres pays. HP OpenView est une marque de fabrique, de commerce ou de service de la société Hewlett-Packard. Ce produit inclut du logiciel développé par The Apache Software Foundation ( Ce logiciel est partiellement basé sur le travail du groupe IJG (Independent JPEG Group).

3 Certaines parties de ce logiciel contiennent du code dont les droits appartiennent à Pegasus Imaging Corporation, Tampa, FL. Tous droits réservés. Toutes les autres marques de fabrique, de commerce ou de service et marques déposées appartiennent à leurs détenteurs respectifs. Code du document : 29 août 2008 (SV)

4 Table des matières 1 Bienvenue Comment utiliser ce guide d'installation de XenApp Organisation du Guide d'installation XenApp Ressources d'installation Nouvelle appellation des composants Citrix Presentation Server Documentation Conventions de la documentation Aide et formation Notions fondamentales liées à l'installation de XenApp Terminologie de l'installation de XenApp Aperçu des notions fondamentales d'une batterie de serveurs Introduction aux serveurs d'infrastructure XenApp Planification de votre déploiement XenApp Tâches de conception et de déploiement de batterie Organisation des applications et des charges de serveurs Évaluation des applications à des fins de compatibilité XenApp Facteurs de base à prendre en compte pour les applications Évaluation des méthodes de mise à disposition des applications Localisation d'applications sur les serveurs Serveurs d'applications centralisés ou distribués Détermination du nombre de batteries à déployer Partage de composants entre batteries Planification des serveurs d'infrastructure Organisation des collecteurs de données Organisation de réseaux étendus à l'aide des zones Organisation des communications de l'interface Web et de XML Broker Planification des composants de streaming d'application Configurations matérielles XenApp

5 5 Guide d installation Citrix XenApp Considérations relatives à votre infrastructure réseau Conception des profils d'utilisateurs des services Terminal Server Définition de comptes et de relations d'approbation Recommandations pour des environnements Active Directory Planification des services fédérés Active Directory Planification du contrôle et de la maintenance système Sécurisation de la mise à disposition des applications Sécurisation de l'accès à distance Configuration des pare-feu pour l'accès à distance Planification d'une expérience réussie de l'utilisateur Facteurs affectant les durées d'ouverture de session Planification de votre configuration d'impression Intégration des composants de l'édition Platinum à votre batterie Préparation de l'installation de XenApp Installations de XenApp invoquées par le programme Autorun Installations personnalisées de XenApp Préparation de votre environnement pour l'installation de XenApp Pour préparer la création de la batterie Pour préparer des serveurs de batterie individuelle à l'installation Planification de l'installation de XenApp Considérations relatives à l'activation ou à la désactivation du contrôle de compte d'utilisateur lors de l'installation Langues prises en charge Considérations supplémentaires préalables à l'installation Installation de Citrix XenApp Plugins sur des serveurs Substitution de comptes de domaines pour des comptes locaux Organisation de la journalisation de la configuration et du cryptage IMA avant l'installation Activation du cryptage IMA en tant qu'administrateur local Pour activer la prise en charge de l'interface utilisateur multilingue Windows (MUI) Organisation de l'observation avant l'installation Installation de composants XenApp supplémentaires Organisation de fonctionnalités supplémentaires avant l'installation Installation des agents pour les composants Platinum

6 Table des matières 6 5 Création d'une nouvelle batterie de serveurs XenApp Éléments requis et hypothèses pour l'exemple d'installation Création du premier serveur de la batterie Tâche 1 : choix de l'édition (première page du programme Autorun) Tâche 2 : choix d'une catégorie d'installation Tâche 3 : sélection des composants Tâche 4 : configuration de l'authentification du client de liaison Tâche 5 : installation d'un serveur de licences Tâche 6 : installation de la console Access Management Console Tâche 7 : installation de XenApp et de ses composants Tâche 8 : installation de la Configuration avancée XenApp Tâche 9 : installation de la documentation XenApp Association à une nouvelle batterie Tâche 1 : installation initiale lors de l'association à une batterie Tâche 2 : association à une nouvelle batterie Tâche 3 : spécification de l'emplacement du fichier de clé de cryptage IMA Tâche 4 : utilisation des paramètres de licences de la batterie de serveurs Migration vers XenApp Migration d'une batterie de serveurs existante vers XenApp Nouveautés du programme d'installation de cette version de XenApp Choix d'une stratégie de migration de batterie de serveurs Configuration de migration requise Pour effectuer une migration graduelle à partir de la version précédente Pour effectuer la migration d'une batterie de serveurs existante ou d'ancienne génération via la création d'une nouvelle batterie Suppression d'un serveur XenApp pendant la migration Recréation et attribution d'un nouveau nom aux serveurs XenApp Utilisation de batteries mixtes Présentation des batteries mixtes Augmentation de la limite de mémoire graphique au sein d'une batterie mixte Administration de Resource Manager dans une batterie mixte Administration d'installation Manager dans une batterie mixte Administration des environnements d'isolation dans une batterie mixte Considérations relatives à SNMP dans une batterie mixte

7 7 Guide d installation Citrix XenApp 7 Configuration et approvisionnement de XenApp Approvisionnement des serveurs de batterie Clonage de serveurs XenApp Configuration de serveurs d'infrastructure Configuration des collecteurs de données à l'issue de l'installation Configuration de zones à l'issue de l'installation Configuration de XenApp à l'issue de l'installation Configuration des serveurs après l'installation, à l'aide de scripts Référence au sujet des installations personnalisées de XenApp Création d'installations personnalisées Tâches supplémentaires relatives aux installations personnalisées de XenApp Installation de XenApp Plugin avant de procéder à l'installation Installation de XenApp via la modification des packs Windows Installer Installation à l'aide de commandes Windows Installation avec fichiers de transformation Préparation d'installations avec réponses renseignées Création d'un fichier journal d'installation Installation non assistée de XenApp Pour procéder à une installation non assistée avec un fichier de réponses Informations de référence sur les propriétés XenApp Windows Installer Noms et valeurs des propriétés du programme d'installation de XenApp Synthèses des propriétés d'installation de XenApp Propriétés d'installation Windows du client de liaison Commandes Windows Installer des outils de gestion Propriétés d'installation Windows de XenApp Informations de référence sur la base de données du magasin de données Planification du magasin de données XenApp Sélection d'une base de données Connexion au magasin de données Sécurisation du magasin de données avant l'installation Dimensionnement des systèmes pour le magasin de données Configurations matérielles recommandées pour le magasin de données Amélioration des performances de la batterie et du magasin de données Préparation de la base de données avant l'installation de XenApp Création de la base de données du magasin de données

8 Table des matières 8 Création d'un fichier DSN pour le programme d'installation de XenApp Gestion et restauration d'un magasin de données XenApp Informations spécifiques aux bases de données Base de données Microsoft SQL Server Base de données Oracle Base de données IBM DB Microsoft SQL Server Express Base de données Microsoft Access

9 9 Guide d installation Citrix XenApp

10 1 Bienvenue Cette préface, qui fournit des indications relatives à la recherche des informations nécessaires à la mise en œuvre de Citrix XenApp 5.0 et de ses composants, inclut : la méthode permettant de trouver les instructions d'installation des composants de XenApp ; une liste de livres blancs, d'articles extraits de la base de connaissances et d'autres ressources qui pourront vous aider lors de l'installation de XenApp ; la manière d'utiliser la documentation Citrix en général ; les façons de contacter l'assistance technique de Citrix et les modalités d'inscription à des cours de formation Citrix. Avant d'installer Citrix XenApp, prenez soin de consulter le fichier Lisez-moi pour Citrix XenApp. Comment utiliser ce guide d'installation de XenApp Ce guide vous aide à installer XenApp et à planifier l'implémentation qui sera ultérieurement mise en production dans votre environnement. Dans la mesure où un déploiement typique de XenApp comprend souvent de nombreux composants XenApp possèdant chacun ses propres instructions d'installation, ce guide ne fournit pas d'informations détaillées sur ces installations. Au lieu de cela, les instructions d'installation relatives aux composants tels que l'interface Web, Secure Gateway, les plug-ins, Access Gateway et les composants Platinum sont fournies dans leurs guides de l'administrateur ou d'installation respectifs.

11 11 Guide d'installation Citrix XenApp Cette illustration présente les ressources d'installation disponibles pour la planification du déploiement de XenApp. Organisation du Guide d'installation XenApp Ce tableau répertorie les tâches que vous êtes susceptible d'effectuer ainsi que les sections comportant les informations pertinentes : Tâche Notions relatives à l'architecture et à l'installation d'une batterie Planification du déploiement de votre batterie de serveurs Création de la base de données du magasin de données Préparation de votre environnement pour l'installation de XenApp Création d'une batterie Section à consulter «Notions fondamentales liées à l'installation de XenApp», page 18 «Planification de votre déploiement XenApp», page 28 «Informations de référence sur la base de données du magasin de données», page 196 «Préparation de l'installation de XenApp», page 70 «Création d'une nouvelle batterie de serveurs XenApp», page 88

12 1 Bienvenue 12 Tâche Migration d'une batterie XenApp existante Installation de XenApp à l'aide de scripts, de fichiers de réponses et de fichiers de transformation Installation de XenApp à l'aide des commandes Windows Installer (msiexec) Méthodes de déploiement sur des serveurs appartenant à des environnements importants Configuration de XenApp à l'issue de l'installation Section à consulter «Migration vers XenApp 5.0», page 112 «Référence au sujet des installations personnalisées de XenApp», page 144 «Informations de référence sur les propriétés XenApp Windows Installer», page 160 «Approvisionnement des serveurs de batterie», page 132 «Configuration et approvisionnement de XenApp», page 132 Ce guide traite également de sujets qui ne sont pas propres à l'installation, comme la maintenance de bases de données et le contrôle de compte d'utilisateur. Les exigences quant au magasin de données se trouvent dans la Check-list d'installation de Citrix XenApp. Si vous n'avez jamais installé XenApp auparavant Si vous n'avez jamais installé XenApp auparavant, nous vous recommandons de lire les sections ci-après : «Planification de votre déploiement XenApp», page 28 «Préparation de l'installation de XenApp», page 70 «Création d'une nouvelle batterie de serveurs XenApp», page 88 «Configuration et approvisionnement de XenApp», page 132 Avant de commencer à planifier votre déploiement, il est préférable de paramétrer une batterie dans un environnement de laboratoire, afin de vous familiariser avec le programme d'installation de XenApp. Vous pouvez installer XenApp sur des systèmes répondant aux exigences d'exécution de Windows Server 2008 avec les services Terminal Server et les rôles d'un serveur Web configuré. Suivez ensuite les instructions du chapitre Préparation de l'installation de XenApp. Pour une petite batterie de test, utilisez Microsoft Access pour héberger le magasin de données.

13 13 Guide d'installation Citrix XenApp Si vous avez déjà installé XenApp par le passé Si vous avez installé XenApp auparavant, nous vous recommandons de lire les sections ci-après : «Nouveautés du programme d'installation de cette version de XenApp», page 113, cette section traite des nouvelles fonctionnalités et des modifications affectant les scripts d'installation. «Considérations relatives à l'activation ou à la désactivation du contrôle de compte d'utilisateur lors de l'installation», page 76, cette section propose des astuces sur l'installation de XenApp avec le contrôle de compte d'utilisateur de Microsoft activé. «Choix d'une stratégie de migration de batterie de serveurs», page 117 «Utilisation de batteries mixtes», page 127 Présentation des nouveautés dans le Guide de démarrage de Citrix XenApp Ce guide comporte également un tableau répertoriant, pour chaque édition, les fonctionnalités disponibles. Ressources d'installation Utilisez les ressources ci-après afin d'organiser votre déploiement XenApp : Check-list d'installation de Citrix XenApp, cette check-list contient les éléments requis pour l'installation de XenApp. Guide de l'administrateur Citrix XenApp, ce guide vous fournit des informations sur les fonctionnalités principales de XenApp, y compris la publication, les comptes d'administrateur et la sécurité. Fichier Lisez-moi de Citrix XenApp, fichier Lisez-moi de Citrix XenApp Plugin 11.x pour Windows et fichier Lisez-moi pour le système de licences Citrix pour Windows. Guide de démarrage du système de licences Citrix. Guide de l'administrateur XenApp Plugin pour applications hébergées pour Windows, ce guide présente le déploiement du plug-in. Documents spécifiques à un composant, tels que le Guide de l'administrateur Secure Gateway pour Windows, le Guide de l'administrateur de l'interface Web et le Guide Streaming d'application Citrix. En général, s'il n'existe aucun guide d'installation spécifique à un composant, l'installation du composant est documentée dans son guide de l'administrateur.

14 1 Bienvenue 14 L'exemple d'un modèle de fichier de réponses pour les installations non assistées, que vous pouvez copier ou personnaliser selon vos besoins, est disponible sur le support d'installation de XenApp sous Support\Install\UnattendedTemplate.txt. Les livres blancs Citrix suivants, ou leurs remplaçants, vous fournissent des informations sur des rubriques d'installation spécialisées : How to Include the License Server Information in an Unattended Installation (comment inclure les informations du serveur de licences dans une installation non assistée) (CTX105536) ; Understanding MSI Installation Logs (compréhension des journaux d'installation MSI) (CTX415447). Au moment de l'impression de ce guide, ces sujets étaient disponibles dans le Centre des connaissances Citrix. Parmi les ressources supplémentaires qui vous seront peut-être utiles, selon les produits Citrix présents dans votre environnement, figurent : le Guide de l'administrateur Citrix Access Gateway ; le Guide d'installation de Citrix EdgeSight ; le Guide d'installation de WANScaler Appliance et son guide de l'utilisateur ; le Guide de l'administrateur EasyCall. Nouvelle appellation des composants Citrix Presentation Server Citrix XenApp est la nouvelle appellation de Citrix Presentation Server. Les clients et composants suivants ont été mis à jour pour refléter cette nouvelle appellation. Configuration avancée XenApp Citrix est la nouvelle appellation de la console Presentation Server. Citrix XenApp Plugin pour applications hébergées est la nouvelle appellation du plug-in dédié à la virtualisation côté serveur (anciennement appelé client Citrix Presentation Server). Il contient les plug-ins suivants : Citrix XenApp, anciennement appelé Agent Program Neighborhood Citrix XenApp Web Plugin, anciennement appelé client Web Program Neighborhood

15 15 Guide d'installation Citrix XenApp Citrix XenApp Plugin pour applications en streaming est la nouvelle appellation du plug-in dédié à la virtualisation côté client, anciennement appelé Citrix Streaming Client. Fournisseur Citrix XenApp est la nouvelle appellation du fournisseur WMI. Pack d'administration Citrix XenApp est la nouvelle appellation des Packs d'administration System Center Operations Manager et MOM. Documentation Le fichier «Bienvenue dans Citrix XenApp» (Read_Me_First.html), disponible sur le support d'installation, contient des liens vers des documents qui vous seront d'une grande utilité pour démarrer. Vous y trouverez également des liens vers la documentation produit la plus récente pour XenApp et ses composants, ainsi que vers des technologies connexes. Après avoir installé la documentation et l'aide à partir d'autorun, vous pouvez accéder à ce document en cliquant sur Démarrer > Tous les programmes > Citrix > XenApp Server > Documentation. Le site Web Knowledge Center de Citrix, contient des liens organisés par produit se rapportant à toute la documentation produit. Sélectionnez le produit souhaité et cliquez sur l'onglet Documentation dans la page d'informations produit. Les informations relatives aux problèmes connus sont comprises dans le fichier Lisez-moi du produit. Consultez Citrix XenApp Comparative Feature Matrix sur xenapp/comparativematrix pour savoir quelles fonctionnalités sont prises en charge dans les éditions de XenApp. Pour nous faire part de vos commentaires sur la documentation, cliquez sur le lien Article Feedback situé à droite de la page de documentation produit. Conventions de la documentation À des fins de cohérence, la terminologie relative à Windows Vista et Windows Server 2008 (64 bits) a été utilisée dans tous les documents ; par exemple, «Documents» est utilisé à la place de «Mes documents» et «Ordinateur» à la place de «Poste de travail». La documentation Citrix XenApp utilise les conventions typographiques suivantes. Convention Gras Signification Commande, nom d'un élément de l'interface tel qu une zone de texte ou un bouton, ou données entrées par l'utilisateur.

16 1 Bienvenue 16 Convention Italique Police à espacement fixe {accolades} [crochets] (barre verticale)... (points de suspension) Signification Emplacement réservé à des informations que vous devez fournir. Exemple : si une procédure vous demande d'entrer un nom de fichier vous devez entrer le nom d'un fichier. L'italique peut également indiquer un terme nouveau ou le titre d'un document. Texte figurant dans un fichier texte. Dans une commande, une série d'éléments dont seul un est requis. Par exemple, { yes no } signifie que vous devez taper yes ou no. Ne saisissez pas les accolades. Dans une commande, des éléments facultatifs. Par exemple, [/ping] signifie que vous pouvez saisir /ping avec la commande. N entrez pas les crochets. Dans une commande, un séparateur entre les éléments entre crochets ou accolades. Par exemple, { /hold /release /delete } signifie que vous devez saisir /hold ou /release ou /delete. Le ou les éléments précédemment utilisés dans la commande peuvent être répétés. Exemple : /route:nomdeperiphérique[, ] signifie que vous pouvez taper des NomsdePeriphériques supplémentaires séparés par des virgules. Aide et formation Citrix dispose d'un forum en ligne d'assistance technique. Ce dernier est accessible depuis : Le site Web comprend des liens vers les pages de téléchargement, le centre de connaissances Citrix, les services de consulting Citrix ainsi que vers d'autres pages d'assistance utiles. Le Citrix Knowledge Center ( offre toute une panoplie de services d'assistance technique, d'outils et de ressources développeur. Pour en savoir plus sur les formations Citrix disponibles, visitez le site

17 17 Guide d'installation Citrix XenApp

18 2 Notions fondamentales liées à l'installation de XenApp Cette rubrique traite des notions fondamentales liées à l'installation de XenApp, notamment : Terminologie de l'installation de XenApp Aperçu des notions fondamentales d'une batterie de serveurs Introduction aux serveurs d'infrastructure XenApp Examinez ces informations avant de concevoir l'architecture de votre batterie. Terminologie de l'installation de XenApp Le programme d'installation de XenApp comprend deux assistants d'installation : Créer une nouvelle batterie. La première fois que vous installez XenApp, sélectionnez Créer une nouvelle batterie dans l'assistant d'installation. Le programme d'installation crée la batterie sur le serveur hébergeant des rôles spécifiques. Le serveur sur lequel vous avez installé XenApp puis créé la batterie est désigné par le terme premier serveur de la batterie ou bien serveur de création de batterie. Dans le programme d'installation, le chemin que vous suivez après avoir sélectionné Créer une nouvelle batterie s'appelle Créer une batterie. Associer le serveur à une batterie existante. Lorsque vous exécutez le programme d'installation sur des serveurs après avoir installé XenApp sur le premier serveur de la batterie, vous suivez un chemin différent dans le programme d'installation, tandis que XenApp fait référence aux paramètres définis sur le premier serveur de batterie. Ces serveurs s'associent à la batterie existante, puis établissent une communication avec le premier serveur de la batterie.

19 19 Guide d'installation Citrix XenApp Quelques termes supplémentaires utilisés dans la documentation sur l'installation : Environnement multiutilisateur. Tout environnement, notamment XenApp et les services Terminal Server, au sein duquel des applications sont publiées sur des serveurs en vue d'une utilisation simultanée par plusieurs utilisateurs. Serveurs d'application. Serveurs de la batterie qui hébergent des applications publiées. Serveurs d'infrastructure. Serveurs de la batterie qui hébergent les services d'infrastructure, comme le magasin de données ou le serveur de licences. En général, ils n'hébergent aucune application publiée. Batterie de production. Batterie d'utilisation courante à laquelle accèdent les utilisateurs de votre entreprise. Batterie de validation de conception. Batterie installée dans un environnement de laboratoire, généralement comme modèle de conception ou projet pour la batterie de production. Batterie pilote. Batterie pilote de pré-production utilisée pour tester la conception d'une batterie avant son déploiement dans toute votre organisation. Un pilote authentique repose sur un accès limité à certains utilisateurs, auxquels sont ajoutés d'autres utilisateurs par la suite jusqu'à ce que tous les utilisateurs aient accès à cette batterie pour leurs besoins journaliers. Énumération. Processus dans lequel un client transmet des données destinées à localiser les serveurs sur le réseau et obtenir des informations sur les applications publiées de la batterie de serveurs. Au cours de l'énumération, Citrix XenApp Plugin pour applications hébergées communique avec le Service XML Citrix ou l'explorateur ICA, selon le protocole d'exploration sélectionné dans le plug-in. Aperçu des notions fondamentales d'une batterie de serveurs Cette rubrique suppose que vous comprenez les concepts de base dans XenApp, tels que l'architecture client- serveur, la redirection et la publication d'applications. Pour une vérification de ces concepts et fonctionnalités, veuillez consulter le Guide de démarrage de Citrix XenApp.

20 2 Notions fondamentales liées à l'installation de XenApp 20 Cette illustration présente un déploiement élémentaire de Citrix XenApp. Il vous faut comprendre ces concepts pour planifier votre batterie. Système de licences Citrix. Le serveur de licences Citrix est un composant nécessaire à tout déploiement XenApp. Ce serveur de licences peut se trouver soit sur un serveur partagé, soit sur un serveur dédié, selon la taille de votre batterie. Après avoir installé le serveur de licences, téléchargez les fichiers de licence appropriés et ajoutez-les au serveur de licences. Pour obtenir des instructions, veuillez consulter le Guide de démarrage du système de licences Citrix. Magasin de données. Le magasin de données est la base de données dans laquelle les serveurs stockent les informations statiques de la batterie, telles que les informations de configuration sur les applications publiées, les utilisateurs, les imprimantes et les serveurs. Un seul magasin de données est associé à chaque batterie de serveurs. Collecteur de données. Un collecteur de données est un serveur hébergeant une base de données en mémoire qui conserve des informations dynamiques relatives aux serveurs de la zone, telles que la charge des serveurs, le statut d'une session, les applications publiées, les utilisateurs connectés et l'utilisation de licences. Les collecteurs de données reçoivent des mises à jour de données incrémentielles, ainsi que des demandes de la part de serveurs de la zone. Les collecteurs de données relaient des informations vers tous les autres collecteurs de données de la batterie. Par défaut, le premier serveur de la batterie fonctionne comme collecteur de données.

21 21 Guide d'installation Citrix XenApp Par défaut, le collecteur de données est configuré sur le premier serveur lors de la Configuration de la création d'une batterie, et tous les autres serveurs sont configurés de manière à disposer des droits équivalents pour prendre le relais en tant que collecteur de données en cas de défaillance de ce dernier. Lors d'une défaillance du collecteur de données de la zone, une sélection de collecteur de données a lieu et un autre serveur prend en charge la fonctionnalité de collecteur de données. Les batteries déterminent le collecteur de données en fonction des préférences de sélection définies pour un serveur. Le collecteur de données est un serveur d'infrastructure ; les applications ne sont généralement pas publiées dessus. Zone. Une zone est un regroupement de serveurs XenApp qui communiquent avec un collecteur de données commun. Dans les grandes batteries comportant plusieurs zones, chaque zone dispose d'un serveur défini en tant que collecteur de données. Les collecteurs de donnés dans les batteries comptant plus d'une zone fonctionnent comme passerelle de communication entre les collecteurs de données des autres zones. Le collecteur de données conserve toutes les informations de charge et de session des serveurs de sa zone. Toutes les batteries comptent au moins une zone, même petite. Il est préférable de mettre en œuvre un nombre minimal de zones, en s'assurant que l'une d'entre elles soit optimale. Les zones multiples ne sont nécessaires que dans les batteries importantes couvrant des réseaux étendus. Serveur de fichiers en streaming ou Web. Les applications peuvent être fournies aux utilisateurs en streaming ou bien via leur hébergement sur le serveur. Si vous choisissez de livrer des applications en streaming, soit à un client soit à un serveur, vous devez déployer un serveur de fichiers en streaming au sein de votre environnement. Lorsque vous livrez des applications en streaming, vous créez des profils de l'application, que vous enregistrez sur un serveur de fichiers ou Web. Chaque profil est constitué d'un fichier manifeste (.profile), c'est-à-dire un fichier XML définissant le profil, ainsi que de fichiers CAB cibles, d'un fichier de clé de hachage, du référentiel des icônes (Icondata.bin) et d'un dossier de scripts d'avant démarrage et d'après fermeture. Interface Web. L'Interface Web est un composant nécessaire dans tout environnement au sein duquel les utilisateurs accèdent à leurs applications à l'aide de XenApp Plugin ou bien d'un navigateur Web. En règle générale, installez l'interface Web sur un ordinateur autonome. Néanmoins, lorsque les ressources sont limitées, vous pouvez le co-implanter avec d'autres fonctions. Pour obtenir des instructions, veuillez consulter le Guide de l'administrateur de l'interface Web.

22 2 Notions fondamentales liées à l'installation de XenApp 22 Sites Web XenApp et Services XenApp. Les sites Web XenApp et Services XenApp (auparavant appelés respectivement sites Access Platform et Agent Program Neighborhood) fonctionnent comme interface pour la batterie de serveurs de la machine cliente. Lorsqu'un utilisateur s'authentifie sur un site Web XenApp ou Services XenApp, soit directement soit via XenApp Plugin ou Access Gateway, le site : transmet les données d'identification de l'utilisateur au Service XML Citrix ; reçoit la série d'applications disponibles à cet utilisateur par le biais du Service XML ; affiche les applications disponibles à l'utilisateur, soit via une page Web soit en plaçant directement des raccourcis sur l'ordinateur de l'utilisateur. Service Citrix XML et Citrix XML Broker. Le Citrix XML Broker agit comme intermédiaire entre les autres serveurs de la batterie et l'interface Web. Lorsqu'un utilisateur s'authentifie sur l'interface Web, le XML Broker. Reçoit les informations d'identification de l'utilisateur depuis l'interface Web et demande à la batterie de serveurs de lui fournir une liste d'applications publiées auxquelles l'utilisateur a le droit d'accéder. XML Broker obtient cet ensemble d'applications depuis le système IMA (Independent Management Architecture) et le renvoie à l'interface Web. À la réception de la demande de l'utilisateur de lancer une application, il localise les serveurs de la batterie qui hébergent cette application et identifie le serveur le mieux à même d'établir cette connexion selon différents facteurs. XML Broker renvoie l'adresse de ce serveur à l'interface Web. XML Broker est une fonction du Service XML Citrix. Par défaut, le Service XML est installé sur tous les serveurs lors de l'installation de XenApp. Toutefois, seul le Service XML du serveur défini dans l'interface Web fonctionne en tant qu'intermédiaire (broker). Le Service XML des autres serveurs de la batterie est toujours en cours d'exécution, mais n'est pas utilisé pour les connexions des utilisateurs finaux. Dans une petite batterie, XML Broker est généralement désigné sur un serveur dédié à plusieurs fonctions d'infrastructure. Dans une batterie importante, XML Broker peut être configuré sur un ou plusieurs serveurs dédiés.

23 23 Guide d'installation Citrix XenApp XML Broker est parfois appelé Serveur XML Citrix ou Service XML Citrix. Pour clarifier, le terme XML Broker est utilisé pour désigner le Service XML lorsque celui-ci agit en tant qu'intermédiaire entre l'interface Web et le service IMA, qu'il soit hébergé sur un serveur dédié ou coimplanté avec d'autres fonctions d'infrastructure. Cette illustration présente la manière dont l'interface Web et le Service XML collaborent au sein d'une batterie importante. (1) L'utilisateur se connecte à l'interface Web via XenApp Plugin ou un navigateur Web ; (2) l'interface Web contacte XML Broker pour déterminer les applications disponibles à cet utilisateur ; (3) XML Broker consulte le service IMA pour obtenir ces informations et renvoie les résultats à l'interface Web ; (4) l'interface Web affiche les applications disponibles sur une page Web ou en plaçant directement des raccourcis sur l'ordinateur de l'utilisateur. Introduction aux serveurs d'infrastructure XenApp Les batteries XenApp comptent deux types de serveurs : les serveurs d'infrastructure et les serveurs membres qui hébergent des applications publiées. Les serveurs d'infrastructure accomplissent des fonctions spécifiques et n'hébergent généralement aucune application publiée, sauf dans les petites batteries. Ces services incluent : Services d'infrastructure de batterie. Magasin de données, collecteur de données et le Citrix XML Broker. Services d'infrastructure d'accès. Interface Web, Secure Gateway (facultatif) et Access Gateway (facultatif).

24 2 Notions fondamentales liées à l'installation de XenApp 24 Services supplémentaires. Serveur de licences Citrix, serveur de fichiers en streaming ou serveur Web (facultatif), ordinateur d'édition du profil des applications, base de données de journalisation de la configuration (facultative), base de données EdgeSight (facultative) et lecteur SmartAuditor (facultatif). Un ou plusieurs de ces services d'infrastructure peuvent être regroupés au sein de plus petites batteries. Dans les grands déploiements, chaque service est exécuté sur un ou plusieurs serveurs dédiés.

25 25 Guide d'installation Citrix XenApp Cette illustration indique les fonctions d'infrastructure pouvant être regroupées sur le même serveur, selon la taille de votre environnement. Des facteurs autres que la taille peuvent toutefois influencer la manière dont les fonctions d'infrastructure sont regroupées. Des aspects spécifiques de la sécurité, les serveurs virtualisés et la charge utilisateur sont autant d'éléments à prendre en compte dans la décision relative aux fonctions pouvant être co-implantées. Cette illustration présente des serveurs d'infrastructure dans une grande batterie. L'Interface Web, le Service XML, le collecteur de données et le magasin de données sont déployés sur des serveurs différents. Pour réfléchir à la division entre les serveurs d'infrastructure et les serveurs d'applications publiées, il suffit d'imaginer le serveur d'infrastructure comme un serveur de contrôle et les serveurs d'applications publiées comme des serveurs de tâches. Le serveur de contrôle fournit l'infrastructure qui gère et assiste les serveurs de tâches, qui eux, hébergent les applications. Généralement, dans les batteries plus importantes, on répartit les fonctions de contrôle sur différents serveurs. Toutefois, dans les batteries de plus petite taille, on peut avoir un serveur de contrôle qui héberge les fonctions d'infrastructure et plusieurs serveurs de tâches qui hébergent les applications publiées.

26 2 Notions fondamentales liées à l'installation de XenApp 26 Cette illustration présente le serveur d'infrastructure d'une petite batterie communiquant avec Access Gateway. Dans ce cas de figure, le magasin de données, le collecteur de données, le Service XML, le serveur de licences Citrix et l'interface Web sont installés sur un serveur d'infrastructure. Les petites batteries nécessitant une certaine redondance peuvent disposer d'un ou de deux serveurs d'infrastructure. Par exemple, dans une petite batterie disposant d'un magasin de données Access, le magasin de données peut être configuré sur le même serveur que le collecteur de données et XML Broker, voire le même que celui hébergeant le serveur de licences Citrix et l'interface Web. Les batteries moyennes et importantes peuvent regrouper des serveurs d'infrastructure et des services lorsqu'elles ont les mêmes fonctions. Par exemple, il se peut que XML Broker soit groupé avec le collecteur de données. Dans certains déploiements plus importants, chaque service d'infrastructure est susceptible de disposer d'un ou de plusieurs serveurs dédiés. Par exemple, dans les batteries importantes, le serveur de licences Citrix et l'interface Web sont généralement hébergés sur des serveurs distincts.

27 27 Guide d'installation Citrix XenApp

28 3 Planification de votre déploiement XenApp Cette rubrique met l'accent sur les remarques relatives à la planification et à la conception de votre batterie, y compris : Tâches de conception et de déploiement de batterie Organisation des applications et des charges de serveurs Planification des serveurs d'infrastructure Configurations matérielles XenApp Considérations relatives à votre infrastructure réseau Tâches de conception et de déploiement de batterie Les applications jouent un rôle essentiel pour les batteries XenApp et sont à la base de toutes les décisions de planification que vous prenez pour votre batterie. Les principales décisions prises pendant le processus de planification découlent toutes des points suivants : Quelles applications publier au sein de la batterie, lesquelles fonctionnent, lesquelles nécessitent des changements pour pouvoir fonctionner et lesquelles ne sont pas candidates à la publication? De quelle façon les utilisateurs accèderont-ils à leurs applications? Comment configurer les applications? Ces décisions determinant votre infrastructure réseau, la conception de votre batterie et la configuration matérielle requise. En règle générale, la planification d'une batterie XenApp inclut : 1. La familiarisation avec XenApp et le programme d'installation de XenApp en créant une batterie de test de petite taille comportant un ou deux serveurs. 2. Le choix des applications à mettre à la disposition des utilisateurs.

29 29 Guide d'installation Citrix XenApp 3. Le choix de la méthode de mise à disposition de ces applications (de façon virtuelle sur le serveur, ou encore sur le client). Cela s'effectue au moyen du test et de l'évaluation des applications, ainsi qu'en tenant compte des besoins périphériques. 4. Le choix de l'emplacement d'installation des applications sur les serveurs XenApp et des applications pouvant être co-implantées. 5. La détermination du nombre de serveurs requis pour les applications. 6. Le choix du nombre total de serveurs à inclure dans votre batterie et l'évaluation de la configuration matérielle requise. 7. La création de l'infrastructure réseau et la définition des processus d'installation. 8. La création d'une batterie pilote basée sur votre conception de batterie. 9. Le test de cette batterie pilote. 10. Le lancement de la batterie en production. Lors de la conception de votre batterie, Citrix vous recommande vivement de créer un document de conception détaillé, à utiliser comme plan pour votre nouvel environnement. Ce document doit porter mention des décisions de conception associées à chaque composant et à chaque zone fonctionnelle à des fins d'architecture, de configurations de système d'exploitation, d'accès utilisateur et de mise à disposition d'applications. Utilisez les rubriques de ce chapitre comme guide pour ces différents domaines à traiter. Le processus de création de ce document vous permet d'analyser les limites et les exigences propres à votre environnement, de soulever des problèmes de conception qui pourraient compromettre sa réussite et d'organiser des exigences de croissance. Organisation des applications et des charges de serveurs Avant de pouvoir déterminer le nombre de serveurs dont vous avez besoin dans votre batterie et les serveurs sur lesquels installer des applications, déterminez les applications que vous souhaitez mettre à disposition, et réfléchissez à votre manière de procéder. Cette rubrique décrit la méthode de détermination des applications à publier et la méthode de mise à disposition de ces applications.

30 3 Planification de votre déploiement XenApp 30 Évaluation des applications à des fins de compatibilité XenApp Avant de publier des applications au sein d'une batterie de production, vérifiez qu'elles sont compatibles avec le système d'exploitation du serveur, et qu'elles sont multiutilisateurs. La compatibilité d'application détermine la méthode de mise à disposition des applications (accès à partir du serveur, livrées en streaming sur le serveur ou livrées en streaming sur les bureaux clients). De nombreuses applications prennent en charge les environnements multiutilisateurs et fonctionnent dans XenApp sans configuration supplémentaire. Lorsque vous concevez votre batterie, évaluez si les applications sont compatibles avec les environnements multiutilisateurs ; si c'est le cas, déterminez l'extensibilité du serveur d'applications. Avant de tester la compatibilité des applications, recherchez sur Internet ou sur les forums de support technique le fonctionnement des applications avec les services Terminal Server ou XenApp. Les applications compatibles avec les services Terminal Server et Windows Logo engendrent peu de problèmes (voire aucun) comparé aux applications non compatibles. Le test de compatibilité initiale des applications inclut généralement la publication de l'application, afin qu'elle soit installée et hébergée sur un serveur de batterie de test et que des utilisateurs multiples puissent s'y connecter. Le test initial doit révéler les applications qui fonctionnent et celles qui rencontrent des problèmes. Les applications qui fonctionnent correctement doivent être testées au niveau des éventuels conflits avec d'autres applications à installer sur le serveur, ainsi que de l'extensibilité qu'elles présentent. Les applications qui ne fonctionnent pas correctement peuvent ne pas avoir été conçues pour les environnements multi-utilisateurs, multi-applications. Les applications non conçues pour ces environnements peuvent entrer en conflit avec d'autres applications ou rencontrer des problèmes d'extensibilité ou de performances. Les paramètres de registre, les tentatives de partage de fichiers ou de DLL, les impératifs d'utilisation exclusive de fichiers ou de DLL ou d'autres fonctionnalités dans une application peuvent la rendre incompatible. Vous pouvez résoudre certains problèmes d'application via le streaming, en utilisant des fonctionnalités telles que les adresses IP virtuelles, ou en mettant en silo l'application.

31 31 Guide d'installation Citrix XenApp Après le test, si ces solutions ne fonctionnent pas, il peut s'avérer nécessaire de trouver et corriger la cause première du problème. Pour identifier les problèmes d'origine des applications, utilisez des outils tels que l'outil ACT (Microsoft Application Compatibility Toolkit) ou encore Windows Sysinternals. Exemples de problèmes courants : Fichiers.ini contenant des noms de chemins codés en dur, des paramètres de connexion à la base de données et des configurations de verrouillage de fichiers en lecture/écriture qui doivent être reconfigurés afin d'éviter les conflits de fichiers. Applications personnalisées développées avec des chemins codés en dur dans le registre. Applications qui utilisent le nom ou l'adresse IP de l'ordinateur à des fins d'identification. Un serveur peut exécuter plusieurs instances de l'application ; par conséquent, toutes les instances peuvent utiliser la même adresse IP ou le même nom d'ordinateur, ce qui peut entraîner l'échec de l'application. Lorsque vous détectez ces paramètres codés en dur ou d'autres causes de conflit, indiquez-les dans le document de conception de batterie. Une fois que vous avez résolu ces problèmes, concevez votre batterie et testez-la via la création d'une batterie pilote. Facteurs de base à prendre en compte pour les applications Prenez en compte ces facteurs lorsque vous définissez la configuration matérielle et système de votre batterie : Puis-je exécuter les applications à mettre à la disposition des utilisateurs sous Windows Server 2008, les services Terminal Server ou XenApp 5.0? Citrix vous recommande de tester sur Windows Server 2008 les applications non compatibles avec Vista avant de les publier sur votre batterie. Vous pouvez exécuter certaines applications non compatibles avec Vista sur Windows Server 2008 à l'aide de la fonctionnalité Compatibilité d'application. Envisagez d'utiliser Presentation Server 4.5 avec Feature Pack 1 pour les applications qui ne sont pas exécutées avec la fonctionnalité Compatibilité d'application de Windows Server 2008.

32 3 Planification de votre déploiement XenApp 32 Si les utilisateurs ont besoin de fonctions non prises en charge dans cette version (synchronisation des ordinateurs de poche, par exemple), il peut être nécessaire de déployer une batterie incluant Presentation Server 4.5 avec Feature Pack 1. d'après moi, combien d'utilisateurs souhaiteront se connecter à chaque application pendant les heures de pointe et les heures creuses? ai-je besoin d'allouer des serveurs pour l'équilibrage de charge? les utilisateurs accéderont-ils fréquemment à certaines applications? est-ce que je souhaite publier toutes ces applications sur le même serveur, afin de faciliter le partage de session et de réduire le nombre de connexions sur un serveur? Si vous souhaitez utiliser un partage de session, vous pouvez également exécuter des applications dans des fenêtres transparentes. Pour plus d'informations sur le partage de session et les fenêtres transparentes, veuillez consulter la section «Partage de sessions et de connexions», page 162. mon organisation devra-t-elle fournir la preuve de son respect des obligations légales pour certaines applications? des applications devrontelles être soumises à un audit de sécurité? Si vous souhaitez utiliser SmartEditor pour l'enregistrement des sessions sur ces serveurs, installez l'agent SmartEditor sur ceux-ci. En outre, vérifiez que les serveurs possèdent suffisamment de ressources système pour garantir des performances adéquates. Certaines de mes applications utiliseront-elles beaucoup de graphiques? Si oui, envisagez d'utiliser les fonctionnalités XenApp SpeedScreen, de gestion de la consommation de mémoire ou de gestion d'utilisation d'uc, ainsi que des composants matériels plus robustes pour les sessions hébergées sur ces serveurs. Si vous disposez d'applications qui nécessitent Presentation Server 4.5 ou Windows Server 2003, déterminez la manière dont vous souhaitez gérer les exigences de votre batterie mixte. Utilisez un des scénarios suivants : une batterie qui exécute à la fois Presentation Server 4.5 et XenApp 5.0 ; Utilisez ce scénario uniquement dans le cadre d'une stratégie de migration de batterie, et non comme solution permanente. une batterie pour Presentation Server 4.5 et une autre pour XenApp 5.0. Utilisez l'interface Web pour fournir un point d'accès consolidé aux utilisateurs. Citrix recommande cette stratégie lorsqu'une batterie mixte constitue une exigence permanente. Pour plus d'informations, veuillez consulter le Guide de l'administrateur SmartAuditor.

33 33 Guide d'installation Citrix XenApp Évaluation des méthodes de mise à disposition des applications La détermination de la méthode de mise à disposition des applications est un facteur qui permet de choisir le nombre de serveurs à inclure dans une batterie, ainsi que les configurations matérielles requises. Votre choix dépend des besoins de votre entreprise. Par exemple, certaines entreprises utilisent XenApp pour effectuer une administration accélérée. Dans d'autres entreprises, l'infrastructure matérielle existante peut affecter la méthode de mise à disposition sélectionnée, ainsi que les types d'applications à fournir. Chaque méthode de mise à disposition possède différents avantages ; certaines s'adapteront plus particulièrement à votre environnement. Les applications peuvent être mises à la disposition des utilisateurs en tant qu'applications : Hébergées et accessibles depuis le serveur. Les applications sont installées sur le serveur sur lequel a lieu le traitement et l'accès s'effectue à partir du serveur. Il s'agit du modèle traditionnel de publication XenApp. Pour de nombreuses entreprises, cette méthode présente le coût total de possession le moins élevé pour les ressources informatiques en raison de son extensibilité. Livrée(s) en streaming sur le serveur. Les fichiers exécutables des applications sont placés dans des packs (appelés profils) et stockés sur un serveur de fichiers ; toutefois, le traitement des applications s'effectue sur le serveur. L'une des principales différences entre la livraison des applications en streaming et leur hébergement sur le serveur réside dans le stockage des applications en streaming sur un serveur de fichiers central dans le premier cas (partage du fichier de streaming), et dans l'isolation d'application. Lorsque vous effectuez un streaming d'application sur le serveur, tous les serveurs nécessitent l'utilisation de XenApp Plugin pour applications en streaming. En revanche, les machines clientes ont simplement besoin de XenApp Plugin pour applications hébergées.

34 3 Planification de votre déploiement XenApp 34 Livrée en streaming sur la machine cliente. Les applications sont stockées sur un serveur de fichiers ou Web ; toutefois, le traitement des applications a lieu sur la machine cliente et non sur le serveur. Lorsque des applications sont livrées en streaming sur la machine cliente (livrées en streaming sur le bureau), l'expérience utilisateur est similaire à l'exécution d'applications localement. En cas de streaming d'application vers le client, XenApp Plugin pour applications en streaming doit être installé sur les machines clientes. Comme pour l'exemple de streaming sur le serveur, les fichiers exécutables des applications sont stockés au niveau du partage de fichier de streaming. Pour pouvoir exécuter les applications autorisant l'accès en mode déconnecté, XenApp Plugin pour applications hébergées doit être installé sur les machines clientes. Installée et hébergée sur le serveur ou livrée en streaming sur le serveur Avantages : L'expérience utilisateur est plus cohérente quelle que soit la machine cliente. Vous pouvez conserver et gérer les applications de manière centralisée. Dans de nombreux cas, le streaming sur le serveur permet à des applications en conflit d'être exécutées sur le même serveur, sans devoir les placer en silo. Les machines clientes ne nécessitent pas de ressources importantes (disques durs, par exemple). Ces méthodes de mise à disposition prennent en charge les clients fins. Inconvénients : Les serveurs de batteries ont besoin d'une quantité suffisante de ressources pour prendre en charge les applications. Livrée en streaming sur la machine cliente Avantages : Les utilisateurs peuvent profiter de l'expérience des applications locales, mais vous gérez les applications de manière centralisée. Les utilisateurs peuvent bénéficier d'une meilleure expérience lorsque les applications très consommatrices de ressources (d'uc ou de graphiques, par exemple) sont livrées en streaming sur la machine cliente. Le trafic des applications livrées en streaming n'est pas transmis via le canal ICA. Inconvénients : Les machines clientes doivent posséder suffisamment de ressources pour pouvoir exécuter l'application localement ; les machines clientes ne peuvent pas être des clients fins. Les machines clientes doivent exécuter les systèmes d'exploitation Windows XP ou Vista. Le serveur de fichiers central n'est pas obligatoire pour le déploiement d'applications livrées en streaming dans les entreprises à succursales, car le fichier de streaming peut être déployé sur un serveur Web, comme décrit à la section «Planification des composants de streaming d'application», page 49.

35 35 Guide d'installation Citrix XenApp Combinaison des méthodes de mise à disposition des applications Vous pouvez exécuter des applications en mode double, où XenApp tente d'abord d'effectuer une livraison en streaming de l'application vers la machine cliente, mais utilise une autre méthode d'accès si le streaming n'est pas pris en charge sur la machine cliente. Vous pouvez indiquer que certains utilisateurs (commerciaux, par exemple) exécutent les applications livrées en streaming vers le client lorsqu'ils y accèdent à partir de machines Windows, puis en tant qu'applications hébergées lorsqu'ils recourent à des machines portatives ou de type borne Internet. Certaines situations nécessitent des méthodes spécifiques de mise à disposition des applications. Si les utilisateurs doivent accéder aux applications lorsqu'ils sont déconnectés (non connectés à la batterie), vous pouvez envisager le streaming d'applications. Si vos utilisateurs possèdent des clients fins, installez et mettez les applications à disposition à partir des batteries de serveurs. Pour plus d'informations sur la mise à disposition d'applications, veuillez consulter le Guide de l'administrateur XenApp et le Guide Streaming d'application Citrix. Choix entre bureaux publiés et applications publiées Avant de sélectionner la méthode de mise à disposition des applications, déterminez si vous souhaitez publier le bureau ou les applications. Publication du bureau. Présente aux utilisateurs un bureau Windows Server complet lors de la connexion à XenApp. Cependant, le bureau doit être verrouillé pour des raisons de sécurité. Publication d'applications Permet de publier des applications spécifiques et de ne mettre que ces applications à la disposition des utilisateurs. Cette option offre un plus grand contrôle administratif et est utilisée le plus souvent. Vous pouvez utiliser des stratégies pour empêcher des utilisateurs d'accéder à des machines et ports locaux, grâce aux deux méthodes de mise à disposition d'applications. Ainsi, vous n'avez pas à publier le bureau. Localisation d'applications sur les serveurs Lors de la conception de votre batterie, prenez en compte les éléments suivants : les serveurs sur lesquels les applications sont installées ; si l'équilibrage de charge ou l'équilibrage de charge préférentiel modifie votre besoin de dédier des serveurs à des applications indispensables au fonctionnement ou très utilisées ;

36 3 Planification de votre déploiement XenApp 36 l'emplacement géographique des serveurs qui mettent les applications à disposition (pour les réseaux étendus et les organisations disposant de succursales). Décision de regrouper ou non des applications sur les serveurs En général, les deux stratégies principales pour déterminer les serveurs sur lesquels vous souhaitez regrouper des applications sont des applications «en silo» et «non mises en silo». Applications en silo. Lorsque des applications sont mises en silo sur des serveurs de batterie, chaque serveur dispose d'un nombre limité d'applications. Certains serveurs peuvent avoir une seule application, tandis que d'autres peuvent disposer d'un ensemble d'applications associées. Vous pouvez par exemple installer une application médicale sur le serveur A et une application de gestion des ressources d'entreprise sur le serveur B. Cependant, si l'application de gestion est intégrée au courrier électronique, vous pouvez également avoir un client de messagerie sur le serveur B. La mise en silo est parfois nécessaire lorsque des applications ont des configurations matérielles uniques, pour des raisons commerciales, pour isoler des applications critiques ou pour séparer les applications fréquemment mises à jour. Toutefois, les applications en silo ne sont pas aussi efficaces que les applications non mises en silo pour l'utilisation matérielle et le trafic réseau. Applications non mises en silo. Lorsque vous installez des applications non mises en silo, vous installez toutes les applications sur chaque serveur. Les applications peuvent être installées de manière traditionnelle ou isolées (dans des profils distincts). Bien que les applications non mises en silo soient plus courantes, la mise en silo permet de répondre à des exigences spécifiques. Citrix recommande d'installer les applications qui interagissent sur le même serveur, ou encore de les inclure au sein du même profil de streaming. Par exemple, si une application interagit avec un client de messagerie électronique en permettant aux utilisateurs d'envoyer des notifications par s, installez l'application et le client de messagerie électronique sur le même serveur. De même, si des applications telles que Microsoft Office partagent des paramètres et préférences, installez-les sur le même serveur.

37 37 Guide d'installation Citrix XenApp En silo Avantages : La mise en silo facilite le suivi de l'emplacement et de l'utilisation d'une application. La centralisation facilite la configuration et la gestion de l'application. Les autres applications n'interfèrent pas avec l'application installée Utile pour les applications critiques Inconvénients : Des serveurs supplémentaires sont requis pour garantir une redondance suffisante Non mises en silo Avantages : Diminue le nombre de serveurs requis pour les applications des batteries de petite taille et de taille moyenne Peut simplifier les autorisations utilisateur et le besoin de cohérence entre les paramètres au cours de l'installation d'applications Chaque utilisateur accède à un seul serveur et le partage de session est assuré Inconvénients : Ne peut être utilisé lorsque des applications sont en conflit avec d'autres applications À cause de fonctionnalités telles que Load Manager et l'équilibrage de charge préférentiel, vous pouvez considérer qu'il n'est pas nécessaire de mettre en silo des applications indispensables au fonctionnement ou dont l'utilisation est intensive. Lorsqu'une application entre en conflit avec une autre application, il est conseillé, plutôt que de la mettre en silo sur un serveur, d'effectuer un streaming d'application. Le streaming d'application l'isole de manière effective, ce qui permet aux applications en conflit d'être exécutées sur un même serveur et donc de diminuer le recours aux silos. Planification de charges de serveurs et affectation de serveurs à des applications Alors que vous déterminez les applications à installer sur les serveurs, choisissez le mode d'équilibrage des charges de serveurs. Il se peut que vous souhaitiez effectuer un équilibrage de charge des applications très consommatrices de ressources, critiques ou à haute disponibilité. XenApp propose deux méthodes d'équilibrage de la charge : Load Manager permet d'équilibrer les nouvelles connexions sur le serveur. Lorsqu'un utilisateur démarre la première application publiée, la session de cet utilisateur est ouverte sur le serveur le moins chargé de la batterie de serveurs, en fonction de critères configurés.

38 3 Planification de votre déploiement XenApp 38 Lorsque l'utilisateur démarre une seconde application publiée sur ce même serveur, la session existante est partagée, et aucune gestion de charge ne se produit. Cependant, si cette application n'est pas publiée sur le même serveur, Load Manager est invoqué et une autre décision d'équilibrage de charge est prise. L'équilibrage de charge est activé par défaut. Lorsque vous publiez une application sur plusieurs serveurs, l'équilibrage de charge garantit automatiquement que l'utilisateur est envoyé sur le serveur le moins chargé. Équilibrage de charge préférentiel : permet d'allouer une partie spécifique des ressources d'uc à une session ou à une application spécifique. L'équilibrage de charge préférentiel attribue des niveaux d'importance (faible, normal ou élevé) à des utilisateurs et applications spécifiques. Par exemple, les docteurs d'un hôpital sont spécifiés en tant qu'utilisateurs importants et les scans IRM et les radios peuvent être spécifiés comme des applications importantes. Ces utilisateurs et applications importants, dont les niveaux de service sont élevés, disposent d'une quantité plus élevée de ressources disponibles. Par défaut, un niveau de service Normal est attribué à tous les utilisateurs et applications. Par conséquent, des charges d'applications différentes peuvent cohabiter sur un serveur, attribuant tout simplement un niveau d'importance plus élevé aux applications importantes. La principale différence entre Load Manager et l'équilibrage de charge préférentiel réside dans le fait que ce dernier peut être utilisé pour appliquer un traitement différent à chaque session, tandis que le premier traite chaque session de façon identique. Même si vous pouvez vous baser sur des applications pour les décisions Load Manager, Citrix ne le conseille pas. Citrix recommande d'invoquer Load Manager en fonction du serveur uniquement. Citrix ne recommande pas l'équilibrage de charge à travers les zones d'un réseau étendu. Pour plus d'informations sur l'équilibrage de charge, veuillez consulter le Guide de l'administrateur Load Manager. Pour plus d'informations sur l'équilibrage de charge préférentiel, veuillez consulter le Guide de l'administrateur XenApp. Remarque : Vous pouvez consulter le tableau comparatif à l'adresse suivante : pour plus d'informations sur les éditions de XenApp qui prennent en charge la fonctionnalité d'équilibrage de charge préférentiel.

39 39 Guide d'installation Citrix XenApp Choix de la manière d'installer les applications Dans les batteries importantes, l'installation d'applications sur des serveurs peut prendre du temps. Par ailleurs, les applications se trouvant sur des serveurs dont la charge est équilibrée nécessitent des options et paramètres de configuration identiques. Pour résoudre ces problèmes, vous pouvez choisir d'installer ces applications à l'aide d'installation Manager, de scripts d'installation, de Microsoft System Center Configuration Manager (anciennement appelé Systems Management Server (SMS)), ou de livrer les applications en streaming. Serveurs d'applications centralisés ou distribués Dans les environnements décentralisés, vous pouvez choisir de localiser des serveurs d'applications de manière centralisée avec les serveurs d'infrastructure (par exemple, dans un centre de données), ou de manière décentralisée, près des utilisateurs qui accèdent aux applications ou dans la même région géographique que les utilisateurs. Citrix conseille le placement des serveurs d'applications de manière logique à proximité de sources de données. Par exemple, quand une application de gestion des ressources d'entreprise existe, co-implantez ces serveurs XenApp dans le même centre de données. Une entreprise multinationale utilisant Microsoft Exchange 2007 comme source de données de courrier électronique peut constituer un autre exemple. Bien que la société peut centraliser tous les serveurs Exchange dans le centre de données principal, il serait plus probable qu'elle active les serveurs Exchange dans chaque région, puis y localise également les serveurs XenApp hébergeant Outlook. Si votre entreprise est répartie sur différents sites géographiques, étudiez les avantages et inconvénients de la centralisation et de la décentralisation des serveurs indiqués dans le tableau suivant : Serveurs centralisés sur un site Avantages : administration et maintenance centralisées des serveurs ; gestion centralisée des applications. meilleure sécurité physique que pour les succursales, potentiellement. Serveurs répartis sur plusieurs sites Avantages : meilleures disponibilité et redondance des ressources de l'entreprise (la perte de connexion sur un site n'affecte pas l'accès à toutes les applications) ; en cas de gestion des données sur différents sites, placer les serveurs sur ces sites permet aux utilisateurs d'accéder localement aux données ; les sites peuvent administrer leurs propres serveurs. la Préférence de zone et le basculement peuvent être activés en cas de zones multiples.

40 3 Planification de votre déploiement XenApp 40 Serveurs centralisés sur un site Inconvénients : point faible unique : en cas de perte de connectivité du site, les utilisateurs n'ont aucune autre possibilité d'accès. Serveurs répartis sur plusieurs sites Inconvénients : les communications serveur à serveur passent par le réseau étendu ; si les utilisateurs doivent accéder à différents sites, vous devrez peut-être coordonner et répliquer des domaines, des approbations, des profils d'utilisateur et des données ; certains sites peuvent nécessiter une administration et une prise en charge locales complémentaires. Détermination du nombre de batteries à déployer La plupart des organisations déploient une seule batterie. Cependant, dans certaines circonstances, le déploiement de plusieurs batteries est souhaitable. Avant de déployer XenApp, vous devez décider si vous souhaitez mettre en place une ou plusieurs batteries. Cette décision est influencée par : L'emplacement et les besoins des utilisateurs ou de votre organisation. Si votre organisation est un fournisseur de services, il est préférable de dédier une batterie à chaque organisation à laquelle vous fournissez des services. Plusieurs batteries peuvent permettre de démontrer plus facilement le respect des accords du niveau de service. Organisation géographique de votre organisation. Si votre infrastructure informatique est organisée par région et gérée de façon décentralisée, l'utilisation de plusieurs batteries peut améliorer les performances. Le recours aux batteries multiples permet également de gagner du temps lors de la coordination de la gestion des batteries et simplifier les problèmes liés au dépannage. Limitations de l'infrastructure réseau. Dans les réseaux étendus à latence élevée ou fort taux d'erreur, la conception de plusieurs batteries peut être plus favorable qu'une seule batterie avec plusieurs zones. Mesures de sécurité organisationnelles en matière de communications entre serveurs. Utilisez plusieurs batteries si votre entreprise a besoin de dissocier les données sur la base du niveau de sécurité. De même, vous pourriez avoir besoin de plusieurs batteries afin de respecter les obligations légales. Il n'existe pas de formule exacte qui permette de déterminer le nombre idéal de batteries de serveurs. Vous pouvez toutefois suivre certaines recommandations générales qui vous aideront dans votre choix.

41 41 Guide d'installation Citrix XenApp Déploiement d'une seule batterie. En général, le déploiement d'une batterie unique suffit. Pour un déploiement de plus grande envergure, impliquant plusieurs milliers de serveurs, vous pouvez améliorer les performances en structurant l'environnement en plusieurs batteries. Le déploiement d'une seule batterie présente l'avantage non négligeable de n'utiliser qu'une seule base de données pour le magasin de données. Déploiement de plusieurs batteries de serveurs. L'utilisation de plusieurs batteries se justifie lorsque les centres de données sont répartis sur plusieurs sites et que chaque centre peut prendre en charge la base de données de son magasin de données ou lorsque vous ne voulez pas que les communications entre les serveurs de la batterie transitent par un pare-feu ou un réseau étendu. Citrix teste régulièrement l'extensibilité de batterie basée sur des batteries de 1000 serveurs. Ce tableau compare les déploiements d'une seule batterie et de plusieurs batteries afin de vous aider à planifier votre environnement serveur. Élément ou composant de la batterie Magasin de données Réplication du magasin de données Équilibrage de charge Traversée de pare-feu Communications entre serveurs Batterie unique La batterie utilise un seul magasin de données. Citrix recommande de répliquer le magasin de données sur les sites distants lorsque vous utilisez une seule batterie dans un environnement de réseau étendu. L'équilibrage de charge d'une application prend en compte tous les serveurs de la batterie. Si la batterie s'étend sur plusieurs sites, les ports des pare-feu doivent être ouverts pour permettre les communications entre serveurs. Les informations du magasin de données sont synchronisées avec les serveurs membres à l'aide de notifications et de requêtes. Lorsqu'une batterie est composée de plusieurs zones, des collecteurs de données communiquent les informations dynamiques telles que les informations relatives aux ouvertures de session et à l'utilisation des applications dans la batterie. Batteries multiples Chaque batterie doit avoir un magasin de données. Si chaque site distant correspond à une batterie ayant son propre magasin de données, il n'est pas nécessaire de procéder à la réplication des magasins de données. Vous ne pouvez pas équilibrer la charge d'une application au travers de plusieurs batteries de serveurs. Si chaque batterie est propre à un site, il n'est pas nécessaire d'ouvrir les ports des pare-feu pour permettre les communications entre serveurs. L'utilisation de plusieurs batteries (par opposition à une seule) peut améliorer les performances lorsque le trafic entre serveurs transite par une liaison de réseau étendu ou que la taille de la batterie unique équivalente est très importante.

42 3 Planification de votre déploiement XenApp 42 Élément ou composant de la batterie Batterie unique Batteries multiples Outils de gestion Vous pouvez contrôler et configurer la batterie à partir d'une seule console de gestion et en ne vous connectant qu'à une seule batterie. Vous pouvez contrôler et configurer plusieurs batteries à partir de la console Access Management Console. Les communications avec plusieurs batteries à partir de la console nécessitent d'ouvrir des sessions sur chacunes d'elles. Partage de composants entre batteries Certains composants Citrix peuvent être partagés entre plusieurs batteries. Il est donc inutile de regrouper tous les serveurs sur une batterie pour empêcher le déploiement répété de ces composants : Interface Web. Le partage de l'interface Web entre batteries offre aux utilisateurs un accès central aux applications publiées sur différentes batteries. SmartAuditor. SmartAuditor n'est pas limité à une seule batterie. À l'exception de l'agent Smart Auditor, tous les composants sont indépendants de la batterie de serveurs. Vous pouvez par exemple configurer plusieurs batteries pour utiliser un serveur SmartAuditor unique. Système de licences Citrix. Vous pouvez gérer des batteries multiples à l'aide du serveur de licences Citrix. Toutefois, les performances peuvent être affectées si vous utilisez un seul serveur de licences pour tous les serveurs d'un réseau étendu. EdgeSight. Vous pouvez utiliser EdgeSight et Resource Manager optimisé par EdgeSight pour superviser plusieurs batteries. Notez que les serveurs exécutant des Agents Presentation Server 4.5 apparaissent comme points de terminaison. Planification des serveurs d'infrastructure Les serveurs d'infrastructure hébergent des fonctionnalités prenant en charge la batterie, comme le magasin de données, le collecteur de données, XML Broker, le serveur de licences et d'autres services répertoriés dans la section «Introduction aux serveurs d'infrastructure XenApp», page 23. Quelque soit la taille de votre batterie, Citrix vous recommande d'avoir au moins un serveur dédié aux fonctions d'infrastructure. Dans une batterie à cinq serveurs par exemple, Citrix vous recommande d'installer toutes les fonctions d'infrastructure sur un serveur et de publier les applications sur les quatre autres serveurs.

43 43 Guide d'installation Citrix XenApp La publication des applications sur le serveur d'infrastructure ralentit l'énumération d'application. Si vous décidez d'installer les fonctions d'infrastructure sur un serveur hébergeant des applications publiées, choisissez un serveur qui héberge une application rarement utilisée où les ressources ne sont pas intensivement exploitées (ou diminuez le seuil de charge pour ce serveur pour qu'il accepte moins de connexions). Tandis que la taille de la batterie (petite, moyenne, importante) déterminée par le nombre de serveurs peut indiquer la catégorie générale dans laquelle se trouve votre batterie, un des facteurs les plus importants à prendre en compte est le nombre de connexions utilisateur. Les applications pouvant s'étendre différemment d'un serveur à l'autre (certains serveurs peuvent prendre en charge 100 connexions utilisateur, d'autres seulement dix), le seul examen du nombre de serveurs peut induire en erreur. Déterminez la manière dont vous souhaitez grouper les fonctions d'infrastructure en concevant une configuration initiale, en fonction des groupements de batteries types de petite, moyenne et grande taille de la section «Introduction aux serveurs d'infrastructure XenApp», page 23. Une fois la batterie pilote testée, affinez votre conception en fonction des résultats du test. Lors de l'ajout de connexions utilisateur dans votre configuration test, observez attentivement les compteurs de l'analyseur de performances répertoriés dans le tableau qui suit. Il est essentiel de vérifier ces compteurs aux moments suivants : lorsque le nombre maximum d'utilisateurs se connectent simultanément à la batterie (généralement le matin) ; lorsque le nombre maximum d'utilisateurs sont connectés à la batterie (généralement durant la journée). Si les compteurs dépassent les critères répertoriés dans le tableau, répartissez les fonctions d'infrastructure sur des serveurs distincts jusqu'à ce que la mesure du compteur ne dépasse plus celle indiquée dans le tableau. Nom du compteur de contrôle des performances Critères UC > 85% - 90% Mémoire > 80% ResolutionWorkItemQueueReadyCount WorkItemQueueReadyCount LastRecordedLicenseCheck-OutResponseTime > 0 pendant des périodes prolongées > 0 pendant des périodes prolongées > 5000 ms

44 3 Planification de votre déploiement XenApp 44 Vous devez généralement évaluer le compteur LastRecordedLicenseCheck- OutResponseTime uniquement dans les batteries de taille importante. Pour plus d'informations sur les compteurs de suivi des performances XenApp et leurs fonctions, consultez le Guide de l'administrateur Citrix XenApp. Avant l'exécution du programme d'installation XenApp, vous devez également planifier votre configuration de magasin de données, et, dans la mesure du possible, préparer la base de données, conformément à la description de la section «Informations de référence sur la base de données du magasin de données», page 196. Organisation des collecteurs de données Lorsque vous organisez les collecteurs de données, vous devez déterminer : si vous avez besoin d'un collecteur de données dédié ; si vous n'avez pas besoin d'un collecteur de données dédié, quels services d'infrastructure peuvent partager le même serveur ; si vous avez besoin d'une zone dans chaque région géographique, ce qui signifie que vous avez besoin de collecteurs de données pour ces régions également. Pour maintenir la cohérence des informations entre les zones, les collecteurs de données relaient les informations vers tous les autres collecteurs de données d'une batterie. Les collecteurs de données communiquent constamment entre eux, créant un trafic réseau. Sur la plupart des réseaux, Citrix vous recommande de réduire le nombre de collecteurs de données et de zones. Par exemple, si vous disposez d'une batterie de 100 serveurs tous situés à un même emplacement, Citrix vous recommande de n'avoir qu'une seule zone disposant d'un collecteur de données dédié (même si vous pouvez disposer de collecteurs de données de secours). En général, la consommation mémoire des collecteurs de données augmente à mesure que la taille de la batterie augmente. Cependant, cette consommation n'est pas significative. Par exemple, le service IMA (Independent Management Architecture) s'exécutant sur le collecteur de données utilise généralement 300 Mo sur une batterie de 1000 serveurs. De même, l'utilisation de l'uc n'est pas significative. Un collecteur de données hébergé sur un serveur à deux processeurs peut prendre en charge plus de 1000 serveurs dans sa zone. En général, l'utilisation de l'uc augmente parallèlement au nombre de serveurs d'une zone, au nombre de zones et au nombre d'utilisateurs démarrant des applications.

45 45 Guide d'installation Citrix XenApp Pour configurer un serveur comme collecteur de données, installez XenApp sur le serveur sur lequel vous souhaitez héberger les fonctionnalités de collecteur de données, puis configurez le serveur en tant que collecteur de données après l'installation, tel que décrit dans la section «Configuration des collecteurs de données à l'issue de l'installation», page 141. Pendant l'installation, les collecteurs de données sont configurés comme suit : Le premier serveur de la batterie (celui sur lequel vous exécutez la Configuration de la création d'une batterie) est le collecteur de données par défaut. Tous les autres serveurs (ceux sur lesquels vous exécutez la configuration de l'association à une batterie) possèdent des droits inférieurs mais équivalents pour devenir collecteur de données. Vous avez toutefois la possibilité de désigner un serveur par zone en tant que collecteur de données de secours, afin de diminuer le trafic de sélection de serveur. Organisation de réseaux étendus à l'aide des zones Citrix recommande en général d'utiliser le plus petit nombre de zones possible, une seule étant optimale. Si tous les serveurs d'une batterie se trouvent sur un même site, la configuration d'une seule zone pour la batterie ne réduit pas les performances, et ne complique pas sa gestion. Cependant, sur les réseaux étendus et géographiquement segmentés (par exemple, dans les entreprises comptant des centres de données sur différents continents), le regroupement de serveurs liés géographiquement au sein de zones peut améliorer les performances de la batterie. Dans les environnements nécessitant des zones, considérez avec soin la conception. Les collecteurs de données doivent répliquer les modifications vers tous les autres collecteurs de données de la batterie. De plus, la consommation de bande passante et le trafic réseau augmentent en fonction du nombre de zones. Des zones distinctes ne sont pas requises pour les sites distants, même ceux situés sur des continents différents ; la latence constitue le facteur le plus important pour déterminer si des serveurs doivent être placés dans leur propre zone. Pour les batteries de grande taille avec des serveurs répartis sur plusieurs sites géographiques, créez des zones basées sur l'emplacement et regroupant un nombre significatif de serveurs. Décidez également si vous souhaitez configurer des zones de basculement ou des zones préférées. En cas de défaillance d'une zone, vous pouvez configurer la redirection des connexions utilisateur vers une autre zone (basculement) ou définir à quelles zones des utilisateurs spécifiques se connectent (préférence). Les exigences de basculement peuvent déterminer le nombre de zones requis.

46 3 Planification de votre déploiement XenApp 46 Par exemple, une organisation avec 20 serveurs de batterie à Londres, 50 serveurs à New York et trois serveurs à Paris peut créer deux ou trois zones. Si le site de Paris possède une bonne connectivité avec New York ou Londres, Citrix recommande le regroupement de Paris avec le site plus important en taille. Inversement, si la connexion de réseau étendu entre Paris et les autres sites est médiocre ou qu'une préférence de zone et un basculement sont requis, Citrix conseille la configuration de trois zones. Considérez ces directives de conception de zone : Si un site compte uniquement un petit nombre de serveurs, groupez-le dans une zone de site plus important. Si votre organisation comporte des succursales avec une faible bande passante ou une connectivité peu fiable, ne placez pas ces succursales dans leur propre zone. Regroupez-les plutôt avec d'autres sites avec lesquels elles possèdent la meilleure connectivité. La combinaison avec d'autres zones peut former une configuration de zone de style hub-and-spoke. Si vous possédez plus de cinq sites, regroupez les plus petits avec les plus grands. Citrix déconseille de dépasser cinq zones. La première zone de la batterie est créée au cours de la configuration de la création d'une batterie. Vous pourrez créer des zones supplémentaires pendant la configuration de l'association à une batterie. Organisation des communications de l'interface Web et de XML Broker L'Interface Web et XML Broker sont des services complémentaires. L'Interface Web fournit un accès utilisateur aux applications. XML Broker détermine les applications qui apparaissent dans l'interface Web, selon les permissions de l'utilisateur. En fonction de vos objectifs et de la configuration de votre sécurité, vous pouvez déterminer si vous souhaitez dédier un serveur à ces fonctions, ainsi que l'emplacement correspondant dans votre topologie. Affectation de serveurs à l'interface Web et à XML Broker Lorsque vous déterminez si vous devez dédier des serveurs à l'interface Web et à XML Broker, tenez compte des facteurs liés à l'extensibilité et à la sécurité. Dans les batteries de petite taille et de taille moyenne, vous pouvez : exécuter XenApp et l'interface Web sur le même serveur, en fonction de votre configuration de sécurité ;

47 47 Guide d'installation Citrix XenApp regrouper XML Broker avec d'autres services d'infrastructure, tels que le collecteur de données ou le magasin de données, pour les batteries de faible taille (un à cinq serveurs). Citrix conseille de regrouper le collecteur de données avec XML Broker chaque fois que possible ; Citrix conseille de regrouper XML Broker avec le collecteur de données. Dans les batteries plus importantes, Citrix recommande : la configuration de XML Broker sur des collecteurs de données ou serveurs dédiés. Dans les déploiements avec des serveurs dédiés pour les fonctions d'infrastructure, dédiez un serveur à XML Broker pour accueillir le trafic d'authentification ; l'exécution de l'interface Web sur des serveurs Web dédiés. Au sein d'environnements importants contenant plusieurs XML Brokers, vous pouvez utiliser l'interface Web pour faire basculer les requêtes de l'interface Web vers d'autres serveurs exécutant le Service XML Citrix. Pour plus d'informations, veuillez consulter le Guide de l'administrateur de l'interface Web. Considérations relatives à la sécurité L'emplacement de l'interface Web et de XML Broker au sein de votre environnement dépend des conditions de sécurité définies par votre entreprise. Lorsque des utilisateurs accèdent à l'interface Web via Internet, Citrix recommande de localiser le serveur d'interface Web sur le réseau interne et Citrix XML Broker avec la batterie XenApp. La protection de XML Broker vis-à-vis d'internet permet de le préserver ainsi que la batterie des menaces de sécurité. Si vous devez placer l'interface Web dans la zone démilitarisée et souhaitez sécuriser la connexion entre XML Broker et l'interface Web, placez le serveur de l'interface Web dans la zone démilitarisée avec Secure Gateway ou Access Gateway. Cette configuration requiert l'installation de l'interface Web sur un autre serveur Web. Installez un certificat sur le serveur d'interface Web et configurez le Relais SSL sur les serveurs hébergeant Citrix XML Broker. Dans les très petites batteries, la configuration de l'interface Web et de XML Broker sur le même serveur vous évite d'avoir à sécuriser le lien de l'interface Web à la batterie. Ce déploiement est principalement utilisé au sein d'environnements dans lesquels les utilisateurs ne se connectent pas à distance. Toutefois, cela risque d'être impossible si votre entreprise ne souhaite pas gérer de serveurs Web, tels que les Services Internet de Microsoft (IIS), dans la batterie.

48 3 Planification de votre déploiement XenApp 48 Vous pouvez utiliser l'un de ces protocoles pour les connexions entre XML Broker et l'interface Web : HTTP. HTTPS. Si vous sécurisez la connexion avec le protocole HTTPS, les Services Internet doivent héberger XML Broker avec le partage de port activé. Sélectionnez l'option Partager le port TCP/IP par défaut avec les Services Internet au cours de l'installation de XenApp (et activez le protocole HTTPS dans le gestionnaire IIS). SSL/TLS.Si vous sécurisez la connexion avec SSL/TLS, XML Broker peut partager un port avec les Services Internet ou utiliser son propre port dédié. Utilisez le Relais SSL pour configurer la prise en charge SSL/TLS sur les serveurs de XML Broker et de l'interface Web. Toutefois, si XML Broker partage un port avec l'accès sécurisé IIS (HTTPS), vérifiez que le protocole SSL/TLS n'entre pas en conflit avec le port IIS. Vous pouvez afficher le port utilisé en vérifiant son numéro dans l'outil Relais SSL du port d'écoute. Par défaut, XenApp utilise le port 444. Configuration de l'interface Web et de XML Broker La configuration d'un serveur Interface Web dédié nécessite l'exécution du programme d'installation de l'interface Web sur le serveur cible. La configuration d'un serveur dédié pour XML Broker est réalisée en : 1. exécutant la Configuration de création d'une batterie XenApp sur le serveur cible ; Vous devez installer le programme principal XenApp sur ce serveur uniquement, sans tenir compte des consoles ou autres fonctionnalités. 2. définissant le port que vous souhaitez utiliser pour le Service XML pendant l'installation de XenApp ; Pendant l'installation de XenApp, il se peut que vous souhaitiez modifier le port TCP sur lequel XenApp communique avec le Service XML (XML Broker). 3. configurant l'interface Web pour qu'elle communique avec le Service XML via le port défini ; 4. ne publiant aucune application sur le serveur fonctionnant comme XML Broker. Les instructions d'installation et les recommandations de conception relatives à l'interface Web sont fournies dans le Guide de l'administrateur de l'interface Web ; vous pouvez toutefois installer l'interface Web sur le même serveur que XenApp pendant l'installation de ce dernier.

49 49 Guide d'installation Citrix XenApp Important : Si vous modifiez le port utilisé par le Service XML Citrix sur XML Broker, définissez le port correct dans le module. Indiquez un numéro de port lorsque vous ajoutez un serveur à la zone Liste d'adresses sous Exploration serveurs dans le plug-in. Si vous utilisez également l'interface Web, assurez-vous que celle-ci utilise le port adéquat pour les communications avec le Service XML Citrix. Pour plus d'informations sur l'utilisation de l'interface Web et des plug-ins, veuillez consulter leurs guides de l'administrateur respectifs. Planification des composants de streaming d'application Le streaming d'applications nécessite un partage de fichier de streaming pour le stockage des fichiers exécutables des applications publiées livrées en streaming, ainsi qu'une station de travail d'éditeur de profils permettant de créer les packs (appelés profils) de ces fichiers exécutables. Citrix Streaming Profiler Le streaming d'applications nécessite une station de travail pour la création des profils d'applications stockés au niveau du partage de fichier de streaming. Pour effectuer le streaming d'applications, installez Citrix Streaming Profiler sur une station de travail distincte, dont le système d'exploitation est identique à celui de vos utilisateurs finaux. Utilisez cette station de travail pour éditer le profil des applications à des fins de streaming. Serveur de partage de fichier de streaming Citrix conseille d'utiliser les composants matériels suivants pour le serveur de partage de fichier de streaming : Solution NAS (Network-attached storage) ou SAN (storage area network), dans la mesure du possible. Configuration de stockage RAID, en fonction de la solution souhaitée. Carte réseau 1 Gbps ou plusieurs cartes 100 Mbps. Si votre infrastructure réseau et votre configuration ne prennent pas en charge cette vitesse, utilisez des cartes réseau doubles. Cette configuration permet de doubler la vitesse de connexion d'une configuration à carte réseau unique traditionnelle.

50 3 Planification de votre déploiement XenApp 50 Le partage de fichier de streaming peut être hébergé soit sur un serveur de fichiers, soit sur un serveur Web. Les deux configurations possibles pour le partage du fichier de streaming dans les environnements avec succursales sont les suivantes : Un partage de fichier de streaming dans chaque succursale, hébergé sur serveurs de fichiers réseau. Pour des raisons de performances (et dans certains pays, pour des raisons légales), il est impossible pour les succursales de se connecter à un serveur de fichiers réseau au sein du siège social d'une entreprise. Par conséquent, si vous souhaitez stocker des profils de streaming sur un serveur de fichiers réseau, configurez un partage de fichier de streaming au niveau de chaque succursale. Par exemple, Citrix Branch Repeater peut être utilisé pour héberger des fichiers de profil. Un partage de fichier de streaming au siège social hébergé sur un serveur Web. L'utilisation d'un serveur Web permet d'envoyer la totalité du trafic entre les machines clientes et le partage de fichiers via HTTP ou HTTPS, plus rapide qu'un protocole de transmission de fichiers. L'utilisation d'un serveur Web pour le partage de fichiers diminue le besoin de partager les fichiers au niveau de chaque succursale pour des raisons de performances. Au lieu d'instaurer un partage de fichiers au niveau de chaque succursale, vous pouvez placer tous les profils sur le partage de fichiers du serveur Web, installé au siège social. Pour plus d'informations sur la taille du partage de fichier de streaming, veuillez consulter le Centre de documentation Citrix. Configurations matérielles XenApp Le nombre d'utilisateurs qu'un serveur XenApp peut prendre en charge dépend entre autres des facteurs suivants : les spécifications matérielles du serveur ; les applications déployées (en raison de la configuration requise en matière d'uc et de mémoire) ; la quantité des entrées utilisateur traitées par les applications ; l'utilisation maximale de ressources souhaitée sur le serveur (par exemple, 90 % d'utilisation d'uc ou 80 % d'utilisation de mémoire).

51 51 Guide d'installation Citrix XenApp Les recommandations générales de sélection et de configuration de composants matériels de batteries incluent : RAID. Dans les configurations à plusieurs processeurs, Citrix recommande d'utiliser une configuration RAID (Redundant Array of Independent Disks). XenApp prend en charge les matériels et logiciels RAID. Diminution des échecs de disque dur. Les échecs de disques durs représentent le type d'échec matériel le plus répandu. Vous pouvez diminuer la probabilité d'un échec matériel à l'aide d'une configuration RAID 1 (miroir) et RAID 5 (ensemble pisté avec parité distribuée). Si RAID ne constitue pas une option, il est recommandé d'utiliser un lecteur fast SAS (Serial Attached SCSI) ou SCSI (Small Computer System Interface) Ultra Vitesse du disque. Les disques plus rapides offrent des temps de réponse plus courts et aident parfois à éliminer ou à réduire les goulots d'étranglement. Nombre de contrôleurs. Pour les serveurs à quatre ou huit processeurs, Citrix recommande d'installer au moins deux contrôleurs : un pour le système d'exploitation et un autre pour le stockage d'applications et de fichiers temporaires. Citrix recommande d'isoler le système d'exploitation autant que possible, sans installer d'application sur son contrôleur. Ce principe s'applique également dans les batteries de petite taille. Si possible (en supposant un système à plusieurs noyaux ou processeurs), installez le système d'exploitation sur un disque dur distinct de XenApp et des applications. Ceci évite les goulots d'étranglement d'entrée/sortie lorsque le système d'exploitation doit accéder à l'uc. Répartissez la charge d'accès disque dur aussi également que possible entre les différents contrôleurs. Les déploiements à deux processeurs (double noyau) combinent une efficacité globale et un coût total de possession plus faible. Cependant, une fois qu'un système possède un processeur double noyau, la mise en place de processeurs supplémentaires n'offre pas nécessairement d'augmentations proportionnelles des performances. L'extensibilité du serveur n'augmente pas de façon linéaire, en fonction du nombre de processeurs : les gains d'extensibilité atteignent un palier entre huit et seize noyaux d'uc. Partitions de disque dur. La taille des partitions et du disque dur dépend du nombre d'utilisateurs connectés au serveur XenApp et des applications présentes sur le serveur. Le profil des services Terminal Server de chaque utilisateur étant chargé sur le serveur, considérez qu'un grand nombre de profils utilisateur peut utiliser plusieurs gigaoctets d'espace disque sur le serveur. Pour pouvoir conserver ces profils sur le serveur, vous devez disposer d'une quantité suffisante d'espace disque.

52 3 Planification de votre déploiement XenApp 52 Système d'exploitation. L'utilisation de Windows Server bits sur des ordinateurs 64 bits peut optimiser les ressources du processeur. Les limitations au niveau de la quantité de mémoire de noyau disponible sur les systèmes d'exploitation 32 bits peuvent diminuer l'extensibilité utilisateur. Vous pouvez contourner ces limitations via l'utilisation d'applications 32 bits et 64 bits sur des systèmes d'exploitation 64 bits. Considérations relatives à votre infrastructure réseau Votre infrastructure réseau a un impact considérable sur la conception et sur les performances de votre batterie. Ces rubriques vous aident à évaluer et à planifier les spécifications propres à votre environnement. Conception des profils d'utilisateurs des services Terminal Server Définition de comptes et de relations d'approbation Recommandations pour des environnements Active Directory Planification d'une expérience réussie de l'utilisateur Planification des services fédérés Active Directory Conception des profils d'utilisateurs des services Terminal Server Les profils d'utilisateurs des services Terminal Server définissent les paramètres d'environnement et de préférence Windows Server 2008 spécifiques à l'utilisateur, y compris des options d'aspect et de couleur du bureau. Citrix conseille de définir des profils de services Terminal Server pour tous les utilisateurs pour éviter les incohérences. Les profils d'utilisateurs des services Terminal Server sont distincts des profils d'utilisateurs Windows. La conception efficace des profils d'utilisateurs des services Terminal Server peut profondément améliorer les performances et la facilité de gestion d'un environnement XenApp. Des problèmes tels que l'ouverture de session lente, la perte de réglages définis pour les utilisateurs, la corruption de profils et les efforts excessifs d'administration peuvent venir de la conception de profils d'utilisateurs de mauvaise qualité. Quand un utilisateur ouvre une session, son profil est chargé sur le serveur XenApp. En l'absence de désignation d'un profil de services Terminal Server, le profil Windows de l'utilisateur est utilisé. En l'absence de profil Windows, le profil local existant de l'utilisateur sur le serveur est utilisé ou créé.

53 53 Guide d'installation Citrix XenApp Pour concevoir des profils d'utilisateurs dans un environnement Terminal Server, choisissez la meilleure solution pour votre environnement, puis prévoyez le stockage des profils. Dans un environnement XenApp, les profils Terminal Server fonctionnent comme suit : Les profils locaux sont stockés sur chaque serveur de batterie et créés initialement d'après le profil d'utilisateur par défaut. Un utilisateur accédant aux applications d'une batterie XenApp avec équilibrage de charge crée un profil indépendant sur chaque serveur. Les utilisateurs peuvent enregistrer les modifications apportées à leur profil local sur chaque serveur individuel, mais ces modifications sont uniquement disponibles sur les futures sessions de ce serveur. Les profils locaux ne nécessitent aucune configuration. Si aucun chemin de profil n'est défini lorsqu'un utilisateur ouvre une session dans XenApp, un profil local est utilisé. Bien que les profils locaux constituent la valeur par défaut, Citrix ne conseille pas leur utilisation car des profils sont créés pour chaque utilisateur sur chaque serveur auquel ils se sont connectés, ce qui peut amener une expérience utilisateur incohérente. Les profils itinérants sont stockés dans un emplacement central pour chaque utilisateur. Les informations contenues dans les profils itinérants (par exemple, un réglage d'imprimante ou de registre) sont disponibles pour tous les serveurs XenApp de l'environnement. La configuration d'un utilisateur pour un profil itinérant implique que vous définissiez le chemin de profil Terminal Server de l'utilisateur à un emplacement particulier sur un serveur de fichiers. La première fois que l'utilisateur ouvre une session sur un serveur XenApp, le profil d'utilisateur par défaut est utilisé pour créer le profil itinérant de l'utilisateur. Lors de la fermeture de session, le profil est copié à l'emplacement spécifié, sur un serveur de fichiers. Les profils obligatoires sont stockés dans un emplacement central pour chaque utilisateur. Toutefois, les modifications effectuées par l'utilisateur ne sont pas conservées une fois la session fermée. La configuration d'un utilisateur pour un profil obligatoire implique la création d'un fichier de profil obligatoire (NTUSER.MAN) à partir d'un profil itinérant ou local existant, puis l'affectation du chemin de profil des services Terminal Server de l'utilisateur à l'emplacement à partir duquel on peut accéder au fichier. Citrix conseille, lorsque cela est faisable, l'utilisation de profils obligatoires s'ils répondent aux exigences définies.

54 3 Planification de votre déploiement XenApp 54 Les profils multiples combinent deux (ou plus) des trois types de profils de base (local, itinérant ou obligatoire) pour le même utilisateur. Les profils multiples sont utiles dans les environnements dotés de groupes dont la charge est équilibrée ou de silos d'applications. Par exemple, dans une batterie XenApp dotée de deux groupes dont la charge est équilibrée, desservant SAP et Microsoft Office, vous pouvez configurer des utilisateurs pour qu'ils utilisent un profil obligatoire pour les serveurs SAP, et un profil itinérant pour les serveurs Microsoft Office. L'utilisation de profils multiples est également utile pour les batteries couvrant les connexions sur réseau étendu, afin que l'accès aux profils puisse s'effectuer à partir des serveurs de fichiers locaux. Cependant, des profils multiples sont plus complexes à administrer et à gérer, et ne sont pas largement utilisés. Citrix vous recommande de stocker les profils itinérants et les données utilisateur permanentes sur un serveur de fichiers centralisé, un réseau dédié au stockage (SAN) ou un système de stockage rattaché au réseau (NAS) prenant en charge votre environnement. Placez ce support de stockage près de XenApp, afin de réduire le nombre de routeurs nécessaires et de garantir des durées d'ouverture de session optimales. Lorsque vous définissez les profils d'utilisateurs pour votre environnement XenApp, prenez en compte ce qui suit : si les utilisateurs ont besoin d'enregistrer leurs réglages. Les besoins et les attentes des utilisateurs déterminent les types de profils à utiliser. Si les utilisateurs exécutent des applications telles que Microsoft Office, dans lesquelles des paramètres spécifiques doivent être conservés, il est conseillé d'utiliser un profil itinérant. Si les utilisateurs n'ont pas besoin d'enregistrer les paramètres, l'utilisation d'un profil obligatoire peut faciliter les tâches administratives. si les applications stockent les réglages dans le registre. Si l'application que vous publiez fait référence à la ruche HKEY_CURRENT_USER (HKCU) dans le registre, utilisez un profil itinérant ou un profil multiple. Approvisionnement de l'impression. Si vous approvisionnez les imprimantes en créant automatiquement des périphériques d'impression clients et utilisez les réglages d'impression du périphérique client, vous pouvez utiliser des profils obligatoires. Pour enregistrer des paramètres d'imprimante, utilisez la règle de stratégie de conservation des propriétés d'imprimante de XenApp.

55 55 Guide d'installation Citrix XenApp Applications dans des groupes dont la charge est équilibrée ou des «silos». Si les applications sont mises en silo dans des groupes dont la charge est équilibrée, les conceptions de profils itinérants rendent possible la perte ou encore l'altération des réglages sur les profils. Par exemple, des utilisateurs accédant à SAP et à Microsoft Office simultanément peuvent remplacer les réglages de profil itinérants effectués dans la session Office si l'utilisateur ferme la session Office avant la session SAP. Envisagez la conception de profils multiples pour les batteries utilisant des groupes dont la charge est équilibrée. Ce tableau compare les différentes options des profils : Avantages Profil local Aucune exigence de stockage des profils sur le serveur de fichiers Non susceptible d'être altéré Profil itinérant Les paramètres sont enregistrés sur toutes les sessions Cohérence Profil obligatoire Ouverture de session rapide Non susceptible d'être altéré Profils multiples Avantages des profils obligatoires et itinérants Inconvénients Les paramètres ne sont pas cohérents au travers des serveurs et des sessions Consomme de l'espace disque local Ouvertures de session plus lentes Les paramètres ne sont pas enregistrés sur toutes les sessions Nécessité potentielle d'espace supplémentaire sur le serveur de fichiers Administration et maintenance supplémentaires Lors de la configuration de profils, concevez des profils dans les stratégies Active Directory, si possible, mais pas dans les propriétés de l'utilisateur. En plus du type de profil, la redirection de dossiers est généralement recommandée. Ceci garantit que les données utilisateur stockées dans les dossiers désignés n'ont pas à être écrites dans le profil. La redirection de dossiers est en général utile à la fois pour les profils obligatoires et itinérants. Bien que vous puissiez configurer la redirection de dossiers sous Windows Server 2008, Citrix fournit une fonctionnalité correspondante. Pour plus d'informations, veuillez consulter la documentation concernant la redirection vers les dossiers spéciaux dans le Guide de l'administrateur Citrix XenApp.

56 3 Planification de votre déploiement XenApp 56 Définition de comptes et de relations d'approbation Lors de la planification de votre batterie, déterminez la manière dont les utilisateurs accèderont aux ressources de la batterie. Lorsque des serveurs multiples hébergent la même application publiée, les utilisateurs peuvent être connectés à l'un ou l'autre de ces serveurs lorsqu'ils accèdent à la ressource. Par conséquent, si un utilisateur n'a pas le droit d'utiliser tous les serveurs, il est possible qu'il ne puisse pas accéder à la ressource. Pour éviter ces problèmes, vous devrez peut-être établir des relations d'approbation de domaines entre utilisateurs et serveurs. Remarque : Si vous modifiez les serveurs hébergeant les applications et que cela modifie l'intersection d'approbation, les applications pourraient devenir non disponibles pour les utilisateurs qui ne se trouvent pas dans l'intersection d'approbation. Informations importantes relatives à la configuration de compte système Tenez compte des remarques suivantes lorsque vous déterminez la configuration des comptes d'administrateur Citrix : Un compte d'administrateur disposant du privilège d'administration complète doit toujours exister dans une batterie de serveurs. Citrix XenApp ne vous permet pas de supprimer le dernier compte d'administrateur disposant du privilège d'administration complète. Toutefois, si aucun compte d'administrateur n'est défini dans la base de données du magasin de données de la batterie, un utilisateur disposant du privilège d'administration complète peut ouvrir une session sur la console Access Management Console afin de créer des comptes d'administrateur Citrix. Pour permettre une création efficace des comptes d'administrateur Citrix, faites en sorte que les utilisateurs ajoutés à la liste des administrateurs Citrix soient membres du groupe des utilisateurs du domaine dans lequel la batterie réside. Les administrateurs Citrix devant effectuer des instantanés de serveur doivent aussi être des utilisateurs WMI (Windows Management Instrumentation) autorisés sur les serveurs sur lesquels ils doivent effectuer ces instantanés.

57 57 Guide d'installation Citrix XenApp Si vous souhaitez activer la fonction de cryptage IMA (Independent Management Architecture) au cours de l'installation, Citrix vous recommande d'installer XenApp en utilisant les mêmes informations d'identification réseau. Pour installer XenApp en tant qu'administrateur local, veuillez consulter la section «Activation du cryptage IMA en tant qu'administrateur local», page 81. Ajout de serveurs issus d'autres domaines de batteries XenApp prend en charge le routage d'approbation. Les serveurs de domaines qui ne s'approuvent pas peuvent être membres de la même batterie. Lorsqu'un serveur doit effectuer l'une des opérations suivantes sur un domaine qu'il n'approuve pas, le serveur interroge le magasin de données pour déterminer les serveurs qui peuvent effectuer l'opération, puis envoie une requête au serveur le plus accessible : l'authentification d'un administrateur Citrix auprès de la console Access Management Console ou de la Configuration avancée ; l'actualisation de l'affichage ou le lancement d'une application dans Program Neighborhood et l'interface Web ; l'énumération des utilisateurs et des groupes dans la console Access Management Console ; la résolution d'utilisateurs ou de groupes lorsque vous ajoutez des utilisateurs à une application publiée ou à des listes de création automatique d'imprimantes, ou que vous définissez de nouveaux administrateurs Citrix. Les demandes d'énumération d'applications sont routées vers un serveur qui possède la relation d'approbation de domaine requise si le serveur à qui ces demandes ont été envoyées à l'origine ne la possède pas. Recommandations pour des environnements Active Directory Citrix vous recommande de configurer les batteries de serveurs avec Active Directory, afin que : Les serveurs XenApp se trouvent dans leurs propres Unités d'organisation. Tous les serveurs résident dans le même domaine. Le domaine de la batterie de serveurs ne possède pas de relation d'approbation avec les domaines non Active Directory, car cela risquerait d'affecter les opérations qui nécessitent des domaines approuvés.

58 3 Planification de votre déploiement XenApp 58 La batterie de serveurs se trouve dans une forêt Active Directory unique. Si votre batterie comporte des serveurs répartis dans plusieurs forêts, les utilisateurs ne peuvent pas ouvrir des sessions avec des noms d'utilisateur UPN. Les noms d'utilisateur UPN ont la forme UPN. Avec Active Directory, les noms d'utilisateur UPN ne requièrent pas la spécification d'un domaine car Active Directory peut localiser les noms d'utilisateur UPN complets. Toutefois, si la batterie de serveurs s'étend sur plusieurs forêts, des conflits se produiront si le même nom d'utilisateur UPN est défini dans deux domaines rattachés à des forêts différentes. Important : Il n'existe pas de méthode efficace pour la résolution des comptes. Pour cette raison, Citrix XenApp ne prend pas en charge les noms d'utilisateur UPN si une batterie s'étend sur plusieurs forêts Active Directory. Considérations relatives aux permissions des utilisateurs Active Directory Les groupes de sécurité Active Directory peuvent affecter l'authentification aux applications publiées, la Configuration avancée et le filtrage Program Neighborhood. Pour connaître les recommandations correspondantes, reportez-vous au tableau ci-après : Groupes globaux de domaine Authentification pour l'accès à une application publiée Authentification pour la Configuration avancée Filtrage Program Neighborhood Pas d'impact négatif. Pas d'impact négatif. Pas d'impact négatif.

59 59 Guide d'installation Citrix XenApp Authentification pour l'accès à une application publiée Authentification pour la Configuration avancée Filtrage Program Neighborhood Groupes locaux de domaine Recommandation : tous les serveurs qui équilibrent la charge d'une application doivent résider dans le même domaine si un groupe local de domaine est autorisé à utiliser cette application. Raison : le groupe local de domaine associé à une application doit provenir du même domaine principal commun à tous les serveurs utilisant l'équilibrage de charge. Lorsque vous publiez des applications, des groupes locaux de domaine s'affichent dans la liste de comptes si la première condition inquée ci-dessus est remplie et les comptes du domaine principal commun sont affichés. Si une application publiée dispose d'utilisateurs appartenant à des groupes locaux de domaine et si vous ajoutez un serveur d'un autre domaine, les groupes locaux de domaine sont retirés de la liste des utilisateurs configurés car tous les serveurs doivent pouvoir valider les utilisateurs autorisés à exécuter cette application. Recommandation : si un utilisateur est un administrateur Citrix uniquement parce qu'il appartient à un groupe local de domaine, cet utilisateur doit connecter la console à un serveur qui réside dans le même domaine que le groupe local de domaine. Raison : si l'utilisateur connecte la console à un serveur résidant dans un autre domaine que celui de son groupe local de domaine, il ne pourra pas accéder à la console car son groupe local de domaine n'est pas présent dans le jeton de sécurité de l'utilisateur. Recommandation : tous les serveurs de la batterie doivent résider dans le même domaine pour que le filtrage Program Neighborhood fonctionne correctement. Raison : si un utilisateur appartient à un groupe local de domaine, le groupe n'est inclus dans le jeton de séurité de l'utilisateur que lorsque celui-ci ouvre une session sur un ordinateur dans le même domaine que le groupe local de domaine. Le routage d'approbation ne garantit pas que la demande d'ouverture de session sera envoyée à un serveur situé dans le même domaine que celui du groupe local de domaine. Il garantit uniquement que la demande sera traitée par un serveur d'un domaine qui approuve le domaine de l'utilisateur. Groupes universels Recommandation : si vous utilisez des groupes universels pour définir les utilisateurs autorisés à exécuter une application publiée, tous les serveurs qui exécutent cette application doivent résider dans un domaine Active Directory. Raison : un serveur d'un domaine non Active Directory pourrait authentifier un utilisateur et lui permettre d'exécuter l'application. Dans ce cas, les groupes universels ne sont pas présents dans le jeton de sécurité de l'utilisateur et l'utilisateur n'est donc pas autorisé à accéder à l'application. Un serveur d'un domaine non Active Directory peut équilibrer la charge d'une application avec des serveurs d'un domaine Active Directory si ces domaines ont une relation d'approbation explicite. Recommandation : si un utilisateur s'authentifie auprès de la console et s'il s'agit d'un administrateur Citrix uniquement parce qu'il appartient à un groupe universel, la console doit se connecter à un serveur appartenant à un domaine Active Directory dans la forêt à laquelle est rattaché le groupe universel. Raison : les contrôleurs de domaine non Active Directory et les domaines externes à la forêt d'un groupe universel ne disposent d'aucune information sur le groupe universel. Recommandation : aucun domaine Active Directory défini dans la forêt à laquelle les serveurs sont rattachés n'a de relation d'approbation explicite avec des domaines non Active Directory. Raison : les domaines non Active Directory ne reconnaissent pas les groupes universels et les contrôleurs de domaine excluent les groupes universels des jetons de sécurité des utilisateurs. Par conséquent, il est possible que des applications n'apparaissent pas dans Program Neighborhood.

60 3 Planification de votre déploiement XenApp 60 Outre les recommandations du tableau, si un utilisateur appartient à un groupe local de domaine, le groupe n'est inclus dans le jeton de sécurité de l'utilisateur que lorsque celui-ci ouvre une session sur un ordinateur se trouvant dans le même domaine que le groupe local de domaine. Le routage d'approbation ne garantit pas que la demande d'ouverture de session de l'utilisateur sera envoyée à un serveur situé dans le même domaine que celui du groupe local de domaine. Les configurations réseau n'affectent pas l'authentification à la console Access Management Console, car cette dernière permet uniquement l'authentification unique. Planification des services fédérés Active Directory XenApp prend en charge les Services fédérés Active Directory (AD FS) lorsqu'il est utilisé avec l'interface Web Citrix. Si votre organisation doit fournir à un partenaire commercial l'accès à des applications publiées, ADFS peut constituer une meilleure solution que la création de plusieurs nouveaux comptes d'utilisateur sur le domaine de l'entreprise. Si vous envisagez d'utiliser ADFS avec XenApp, Citrix recommande d'effectuer les opérations suivantes : Durant l'installation de chaque serveur XenApp dans votre batterie, sélectionnez le partage de port avec IIS et assurez-vous que IIS est configuré pour prendre en charge HTTPS. Définissez une relation d'approbation entre le serveur exécutant l'interface Web et les serveurs de la batterie communiquant avec celle-ci via Citrix XML Broker. L'Interface Web doit pouvoir accéder à la liste de révocation de certificat (CRL) pour l'autorité de certification utilisée par les serveurs de fédération. Si vous effectuez un déploiement sur serveurs multiples de votre batterie via la création d'images, configurez des requêtes d'approbation sur le serveur avant de prendre l'image. Consultez les informations liées à la configuration du port du Service XML dans le Guide de l'administrateur Citrix XenApp. Ces requêtes d'approbation doivent être activées sur chaque serveur de la batterie et ne peuvent pas être définies à l'échelle de la batterie. Pour empêcher des utilisateurs externes d'obtenir un accès non autorisé à des services sur des serveurs de batterie, configurez tous les serveurs XenApp pour une délégation limitée. Pour fournir aux utilisateurs l'accès aux ressources sur ces serveurs, ajoutez les services correspondants à la liste des services utilisant le composant enfichable Utilisateurs et ordinateurs Active Directory de la console MMC.

61 61 Guide d'installation Citrix XenApp Pour plus d'informations sur ces tâches et sur la configuration du support des Services fédérés Active Directory, veuillez consulter le Guide de l'administrateur de l'interface Web. Planification du contrôle et de la maintenance système Lors de la conception de batteries XenApp, incluez une stratégie de contrôle et de gestion garantissant la durabilité de votre environnement. Vous pouvez incorporer un ou plusieurs outils de contrôle à votre environnement, puis les personnaliser en alertes basées sur des mesures associées aux composants matériels, aux composants logiciels et aux conditions d'utilisation. Citrix EdgeSight constitue un excellent outil de contrôle de batteries XenApp. La conception du contrôle et de la gestion doit inclure les éléments matériels, logiciels, les performances et les zones réseau. Pour le contrôle du matériel, Citrix recommande les outils de gestion du matériel fournis par la plupart des constructeurs de serveurs. Citrix suggère de personnaliser les mesures Resource Manager et EdgeSight par défaut, car elles peuvent ne pas correspondre aux besoins spécifiques de contrôle de votre entreprise. Sécurisation de la mise à disposition des applications L'architecture Citrix XenApp (y compris ses composants associés) est conçue pour permettre un accès sécurisé des utilisateurs aux ressources. Elle est également conçue pour permettre aux administrateurs de contrôler et de surveiller l'accès à chaque ressource et à chaque composant. Plusieurs composants XenApp complémentaires sont sécurisés et permettent de fournir une sécurité de bout en bout, y compris mais ne s'y limitant pas, aux éléments suivants : Citrix Password Manager Citrix Access Gateway Secure Gateway La planification du déploiement est incomplète, à moins que les administrateurs pensent à sécuriser toutes les parties accessibles de XenApp. Veuillez aussi consulter le chapitre Protection des batteries de serveurs dans le Guide de l'administrateur Citrix XenApp.

62 3 Planification de votre déploiement XenApp 62 Zone à sécuriser/prendre en compte Accès aux batteries de serveurs Magasin de données XenApp Communications du serveur client, pare-feu, Secure Gateway et Secure Ticket Authority Authentification de l'utilisateur, y compris la mise en place de carte à puce et authentification Kerberos, Modifications apportées à une batterie de serveurs, y compris le suivi sécurisé des modifications apportées à la batterie Secure Gateway Access Gateway Citrix Password Manager Veuillez consulter cette rubrique ou ce guide Protection de l accès à vos serveurs dans le chapitre Protection des batteries de serveurs du Guide de l'administrateur Citrix XenApp Protection du magasin de données dans le chapitre Protection des batteries de serveurs du Guide de l'administrateur Citrix XenApp Protection des communications réseau dans le chapitre Protection des batteries de serveurs du Guide de l'administrateur Citrix XenApp Configuration de l authentification de l utilisateur dans le chapitre Protection des batteries de serveurs du Guide de l'administrateur Citrix XenApp Journalisation des modifications administratives apportées à une batterie XenApp dans le chapitre Protection des batteries de serveurs du Guide de l'administrateur Citrix XenApp Cryptage des données confidentielles de journalisation de la configuration dans le chapitre Protection des batteries de serveurs du Guide de l'administrateur Citrix XenApp Guide de l'administrateur Secure Gateway for Windows Guide de l'administrateur Citrix Access Gateway, édition Enterprise ou Guide de l'administrateur Citrix Access Gateway, édition standard Guide d'installation de Citrix Password Manager Sécurisation de l'accès à distance Si des utilisateurs doivent se connecter à votre batterie par Internet, maintenant ou à l'avenir, prenez en compte les éléments suivants : Sécurité accrue grâce à une authentification à deux facteurs (ajout d'une seconde méthode d'authentification, telle que les jetons RSA). Limitation de l'installation automatique de pilotes d'imprimante sur les serveurs (activée par défaut) si des utilisateurs se connectent à partir de machines possédant des imprimantes connectées localement. Veuillez consulter le chapitre sur l'impression dans le Guide de l'administrateur XenApp ;

63 63 Guide d'installation Citrix XenApp Utilisation d'une stratégie SmartAccess. (Par exemple, l'utilisation d'access Gateway et la configuration des stratégies qui limitent l'accès, en vertu des conditions présentées sur la machine cliente ou l'emplacement de l'utilisateur.) Veuillez consulter le Guide de l'administrateur Access Gateway ; Méthode de déploiement des plug-ins pour les utilisateurs, notamment s'ils se connectent à partir de kiosques d'aéroport ou d'autres lieux publics. Veuillez consulter le Guide de l'administrateur XenApp Plugin pour applications hébergées pour Windows. Sécurisation de connexions à des applications publiées via SSL/TLS. Si les plug-ins de votre environnement communiquent sur Internet avec votre batterie de serveurs, Citrix vous recommande d'activer le cryptage SSL/ TLS lorsque vous publiez une ressource. Si vous souhaitez utiliser le cryptage SSL/TLS, utilisez la fonction Relais SSL (pour les batteries de moins de cinq serveurs) ou Secure Gateway pour relayer le trafic ICA sur le serveur XenApp. Vous pouvez également utiliser le Relais SSL pour sécuriser le trafic Citrix XML Broker. Configuration des pare-feu pour l'accès à distance Si vos utilisateurs se connectent à la batterie à distance, vous pouvez utiliser soit la fonction Access Gateway, soit Secure Gateway pour contrôler l'accès à la batterie à distance. Vous devez définir les ports de vos pare-feu pour qu'ils communiquent avec Secure Gateway et la batterie de serveur. Veuillez consulter les guides de l'administrateur de Secure Gateway et Access Gateway. Important : Pour que XenApp fonctionne sous Windows Server 2008, l'installation de XenApp reconfigure les paramètres du port du pare-feu Windows par défaut pour permettre les connexions entrantes, telles que celles provenant du trafic ICA et du service Citrix Independent Management Architecture. Pour obtenir une liste complète des ports utilisés par XenApp, consultez le Guide de l'administrateur Citrix XenApp. Planification d'une expérience réussie de l'utilisateur Lorsque vous planifiez votre batterie, prenez en compte les facteurs suivants qui peuvent influencer l'expérience de vos utilisateurs : Facteurs affectant les durées d'ouverture de session

64 3 Planification de votre déploiement XenApp 64 Planification de votre configuration d'impression Facteurs affectant les durées d'ouverture de session Les sessions qui démarrent rapidement font partie intégrante du confort d'utilisation et de la satisfaction de vos utilisateurs. À cause de ces facteurs, les sessions peuvent démarrer plus lentement : Réglages des stratégies de création automatique des imprimantes. Lorsque vous concevez votre configuration d'impression, pensez à limiter le nombre d'imprimantes créées automatiquement si la durée de démarrage de la session est un facteur à prendre en compte. Activités réseau se produisant indépendamment des sessions.les opérations standard, telles que l'ouverture de session sur Active Directory, l'affichage des serveurs du répertoire LDAP (Lightweight Directory Access Protocol), le chargement des profils d'utilisateurs, l'exécution de script d'ouverture de session, le mappage de lecteurs réseau et l'écriture de variables d'environnement sur le registre, peuvent affecter les durées d'ouverture de session. Par ailleurs, la vitesse de connexion et les programmes des éléments de la zone Démarrage dans la session, tels que les scanners de virus, peuvent affecter les durées de démarrage. Taille et emplacement du profil itinérant. Quand un utilisateur se connecte à une session où des profils itinérants de services Terminal Server et des dossiers d'origine sont activés, le contenu du profil itinérant et l'accès à ce dossier sont mappés lors de l'ouverture de session, ce qui occupe des ressources supplémentaires. Dans certains cas, ceci peut consommer des montants significatifs de l'utilisation de l'uc. Pensez à utiliser les dossiers d'origine des services Terminal Server avec des dossiers personnels redirigés, afin de réduire ce problème. Fait que le collecteur de données dispose ou non de ressources suffisantes pour prendre efficacement des décisions d'équilibrage de charge. Dans les environnements avec des serveurs d'infrastructure coimplantés, Citrix suggère d'héberger Citrix XML Broker sur le collecteur de données pour éviter les délais. Emplacement du serveur de licences. Pour les réseaux étendus dotés de zones multiples, où le serveur de licences est en relation avec la zone.

65 65 Guide d'installation Citrix XenApp Planification de votre configuration d'impression La capacité de l'application à imprimer facilement, rapidement, sur l'imprimante la plus proche, sans avoir à tenir de leurs déplacements, constitue un autre facteur crucial pour la satisfaction des utilisateurs. Votre configuration d'impression affecte directement la durée d'ouverture des sessions, ainsi que le trafic sur votre réseau. La planification de votre configuration d'impression nécessite que vous déterminiez la piste d'impression que vous souhaitez utiliser, la manière dont vous souhaitez approvisionner les imprimantes dans les sessions et la manière dont vous voulez gérer les pilotes d'imprimante. Citrix vous recommande fortement de planifier votre configuration d'impression, en décidant notamment des stratégies d'impression à définir lorsque vous concevez votre batterie. Citrix recommande d'envisager ces configurations d'impression et de mettre en place celles adaptées à votre environnement : Utilisation des pilotes d'imprimante universels Citrix et de l'imprimante universelle chaque fois que possible. Ceci engendre un nombre de pilotes inférieur et moins de dépannage. Désactivation de l'installation automatique des pilotes d'imprimante, qui constitue le réglage par défaut. Réglage de la bande passante de l'imprimante à l'aide de règles de stratégie XenApp, le cas échéant. En cas d'impression sur un réseau étendu, utilisation de la règle de stratégie de routage des tâches d'impression XenApp pour router les tâches d'impression via la machine cliente. Ceci achemine la tâche via le canal virtuel ICA et exploite par conséquent la compression ICA. Test des nouvelles imprimantes avec l'utilitaire Stress Printers, décrit dans le Centre de connaissances Citrix. Le choix des imprimantes testées avec des environnements multiutilisateur est primordial. Les imprimantes doivent être compatibles PCL ou PS et ne doivent pas être hébergées. Le fabricant de l'imprimante, et non pas Citrix, détermine si l'imprimante fonctionne dans un environnement XenApp. Certaines sociétés ont effectué des tests de manière extensive avec XenApp et ont publié des manuels indiquant les imprimantes prises en charge. Pour plus d'informations sur la planification de votre configuration d'impression et sur l'acquisition de votre matériel d'impression, veuillez consulter la documentation sur l'impression dans le Guide de l'administrateur XenApp pour XenApp 5.0. Pour plus d'informations à propos de l'impact sur l'expérience de l'utilisateur final, veuillez consulter le Guide de l'administrateur XenApp Plugin pour applications hébergées.

66 3 Planification de votre déploiement XenApp 66 Intégration des composants de l'édition Platinum à votre batterie Si vous disposez de l'édition Platinum de XenApp, vous pouvez installer des composants supplémentaires facultatifs. Cette illustration montre un déploiement de l'édition Platinium de XenApp. En règle générale, il est recommandé d'installer en premier lieu la batterie XenApp et ses composants. Ensuite, après avoir installé XenApp et ses serveurs d'infrastructure, installez les composants Platinum, de manière logique, en s'éloignant des fonctions principales de la batterie, comme indiqué par la batterie XenApp sur l'illustration.

67 67 Guide d'installation Citrix XenApp Si vous décidez de déployer ces composants Platinium, notez ce qui suit : EdgeSight ou Resource Manager optimisé par EdgeSight Le serveur EdgeSight comprend un serveur de base de données et un serveur Web, qui peuvent se trouver sur le même ordinateur ou sur des ordinateurs différents. Si votre magasin de données XenApp est hébergé sur un serveur SQL, vous pouvez également co-implanter la base de données EdgeSight avec le magasin de données. Citrix recommande cependant de surveiller le serveur de base de données pour s'assurer qu'il n'est pas surchargé. Pour éviter les erreurs de mesure des performances, n'installez pas la base de données EdgeSight sur des serveurs de batterie hébergeant des sessions utilisateur. Pour plus d'informations sur les facteurs à prendre en compte lors de l'intégration d'edgesight ou de Resource Manager, veuillez consulter «Planification du contrôle et de la maintenance système», page 61. Password Manager Citrix Password Manager offre des fonctions de sécurité des mots de passe et un accès à ouverture de session unique aux applications Windows, Web et d'émulateurs de terminal exécutées dans l'environnement Citrix, ainsi qu'aux applications utilisées sur le bureau. Envisagez un déploiement de Password Manager si de multiples applications de votre batterie nécessitent une authentification. Le service Password Manager est généralement installé sur son propre serveur. Consultez le Guide d'installation de Citrix Password Manager pour plus d'informations sur la conception de Password Manager. Le serveur qui héberge le service Password Manager et le magasin central contient des informations très sensibles sur les utilisateurs. Citrix recommande d'utiliser un serveur dédié et de placer ce serveur à un emplacement sécurisé. SmartAuditor SmartAuditor permet d'enregistrer l'activité à l'écran lors de toute session utilisateur, via tout type de connexion et à partir de tout serveur exécutant XenApp. SmartAuditor enregistre, classifie et archive les sessions, à des fins de récupération et de relecture. Vous pouvez envisager de déployer SmartAuditor si certaines de vos applications nécessitent un contrôle, pour des raisons de mise en conformité ou de réglementation en vigueur.

68 3 Planification de votre déploiement XenApp 68 SmartAuditor nécessite l'utilisation d'une station de travail séparée pour le lecteur. Il existe plusieurs méthodes de déploiement des composants administratifs de SmartAuditor (SmartAuditor Database, SmartAuditor Server et SmartAuditor Policy Console), mais ils sont généralement installés sur un serveur dédié à l'administration. En cas de volume important de données d'enregistrement (par exemple pour l'enregistrement de sessions relatives à une ou à plusieurs batteries), ces composants peuvent être installés sur des serveurs dédiés. Access Gateway Access Gateway est un boîtier UNIX qui permet de contrôler l'accès aux applications publiées sur un serveur XenApp selon certaines conditions, telles que la machine cliente ou l'emplacement de l'utilisateur. Envisagez le déploiement d'access Gateway lorsque certains de vos utilisateurs sont distants ou mobiles, et principalement lorsqu'ils se connectent à partir d'ordinateurs qui n'appartiennent pas à votre entreprise (depuis les aéroports, par exemple). Access Gateway peut empêcher l'accès aux applications et limiter l'accès aux fonctionnalités (disques durs ou impression) lorsque la machine cliente ne répond pas à certains critères. Access Gateway est généralement installée dans la zone DMZ. Des considérations spécifiques de conception sont à prendre en compte lorsque vous déployez Access Gateway avec l'interface Web. Pour plus d'informations, veuillez consulter «Organisation des communications de l'interface Web et de XML Broker», page 46 et la documentation de ces composants. Les licences utilisateur Access Gateway sont incluses dans l'édition Platinium, mais le boîtier Access Gateway est vendu séparément. EasyCall EasyCall permet aux utilisateurs de passer leur souris au-dessus de numéros de téléphone dans des applications publiées, livrées en streaming ou dans des applications Windows installées, et d'obtenir leur numérotation automatique. L'édition Platinum inclut les licences Agent EasyCall ; toutefois, EasyCall requiert également un boîtier EasyCall, vendu séparément.

69 69 Guide d'installation Citrix XenApp Optimisation de réseau étendu avec Citrix WANScaler Les boîtiers WANScaler peuvent accélérer le trafic réseau général vers les utilisateurs distants ou mobiles. Les fonctions d'accélération avancées de WANScaler offrent à vos utilisateurs distants des performances de bureau, où qu'ils se trouvent. WANScaler peut accélérer la mise à disposition des applications (pour les applications livrées en streaming ou les applications installées et hébergées sur le serveur). Les licences utilisateur WANScaler sont incluses dans l'édition Platinum, mais pour pouvoir utiliser WANScaler, vous devez acquérir un ou plusieurs boîtiers Citrix WANScaler 8500 ou De nombreux composants Platinum nécessitent également l'installation de plugins ou de clients sur des serveurs de batterie ou sur des stations de travail utilisateur, comme décrit dans la rubrique «Installation des agents pour les composants Platinum», page 86. Vous trouverez les instructions d'installation et les considérations liées à la conception de composants Platinum dans les guides de l'administrateur correspondants. Voir aussi : «Installation de composants XenApp supplémentaires», page 84

70 4 Préparation de l'installation de XenApp Le déploiement de XenApp sur une batterie de serveurs nécessite de répéter la même installation sur de nombreux serveurs. En général, l'installation traditionnelle effectuée à l'aide de l'assistant sur chaque serveur de la batterie est bien trop longue. La méthode d'installation que vous choisissez est directement liée à la manière dont vous souhaitez effectuer le déploiement sur serveurs multiples au sein de votre batterie. Pour de nombreux environnements, le déploiement d'images clonées (telles que Provisioning Server) constitue la méthode standard pour procéder à des installations de grande envergure à l'échelle de l'entreprise. Citrix recommande de choisir une méthode d'installation vous permettant d'installer rapidement des serveurs en cas de panne de serveurs ou bien pour répondre aux besoins de croissance du réseau. Avant de procéder à l'installation de XenApp, nous vous recommandons de consacrer du temps à la planification de votre environnement, de veiller à ce que vos serveurs soient correctement préparés pour l'installation et de choisir les options de configuration adéquates. Important : Avant d'installer Citrix XenApp, vérifiez la Check-list d'installation de Citrix XenApp 5.0 pour Microsoft Windows Server 2008.

71 71 Guide d'installation Citrix XenApp Installations de XenApp invoquées par le programme Autorun Invoquez les installations par assistant à partir du programme Autorun (autorun.exe). Le démarrage de l'installation en cliquant deux fois sur le fichier.msi n'est pas pris en charge. Utilisez les installations par assistant si vous devez installer un composant individuellement, installer XenApp sur de petites batteries ou bien lorsque vous créez des images permettant d'effectuer un déploiement sur plusieurs serveurs. Une différence clé existe entre le démarrage d'une installation par assistant à partir du programme Autorun et les méthodes d'installation personnalisée : lorsque vous invoquez le programme d'installation à partir du programme Autorun, il installe automatiquement la plupart des configurations système non Windows. Une installation par assistant, qui permet d'installer manuellement XenApp, exige de l'utilisateur qu'il sélectionne des options sur chaque page de l'assistant. Par conséquent, ce n'est pas une méthode d'installation adéquate pour les batteries de très grande taille constituées sans création d'image. Voir aussi : «Création d'une nouvelle batterie de serveurs XenApp», page 88 Installations personnalisées de XenApp XenApp prend en charge plusieurs méthodes d'installation personnalisées, ce qui, par rapport aux installations par assistant, confère à l'utilisateur un plus grand contrôle des options d'installation. De manière générale, les installations personnalisées garantissent une approche évolutive du déploiement sur serveurs multiples.

72 4 Préparation de l'installation de XenApp 72 Les installations personnalisées vous permettent de contrôler de nombreux aspects de l'installation ou de la configuration générale. Vous pouvez par exemple modifier les comptes locaux des services Citrix en comptes de domaine, empêcher les utilisateurs qui ne sont pas des administrateurs de se connecter au bureau du serveur et contrôler les redémarrages à l'issue de l'installation. XenApp prend en charge différents types d'installations personnalisées : Transformations. Dans les grands environnements, si vous déployez XenApp simultanément sur plusieurs serveurs via Active Directory ou le Gestionnaire de configuration, installez XenApp en utilisant des fichiers de transformation avec le programme d'installation de XenApp (mps.msi). Utilisez les fichiers de transformation inclus sous XenApp pour personnaliser les propriétés d'installation de XenApp. Pour effectuer ce type d'installation, Citrix vous recommande de posséder certaines connaissances relatives au programme Windows Installer et aux bases de données d'installation. Vous avez également besoin d'un outil de modification MSI tiers. Avant de procéder à l'installation à l'aide des fichiers de transformation, consultez «Noms et valeurs des propriétés du programme d'installation de XenApp», page 160. Commandes de Windows Installer. XenApp prend en charge l'installation grâce aux commandes de Windows Installer (msiexec). Les commandes de Windows Installer apportent un contrôle supplémentaire sur les options du programme d'installation non disponibles lors des installations par assistant. À l'instar des installations basées sur des fichiers de transformation, les installations reposant sur les commandes de Windows Installer nécessitent de solides connaissances sur les propriétés MSI de XenApp. Les commandes de Windows Installer peuvent être utilisées séparément ou conjointement à des fichiers de transformation pour les déploiements Active Directory. Pour installer des éléments pré requis pour le système et installer XenApp en une seule fois, créez des scripts à l'aide des commandes Windows Installer.

73 73 Guide d'installation Citrix XenApp Installation de XenApp non assistée. Grâce au Modèle d'installation non assistée, créez un fichier de réponses qui vous fournit des réponses sur les options d'installation lorsque vous installez XenApp. L'exemple de fichier de réponses est inclus dans le support d'installation. Il utilise les valeurs de la section «Informations de référence sur les propriétés XenApp Windows Installer», page 160. Les fichiers de réponses permettent de réaliser des installations prêtes à l'emploi, avec une personnalisation minimale de votre part. Par conséquent, les installations non assistées constituent l'une des méthodes les plus simples d'effectuer des installations personnalisées et génèrent des lignes de commande de Windows Installer. Les fichiers de réponses sont des fichiers texte de petite taille. Ils sont donc faciles à stocker et peuvent être comparés aux autres fichiers de réponses à l'aide d'un outil de comparaison de fichiers. Les installations non assistées ne sont toutefois pas aussi puissantes que les commandes de Windows Installer ou que les transformations. De plus, vous ne pouvez pas utiliser les installations non assistées pour effectuer un déploiement sur plusieurs serveurs à l'aide d'active Directory. Intégration des corrections à chaud Citrix dans votre installation personnalisée. Si vous souhaitez stocker une version facilement reproductible de votre installation personnalisée, incluant d'autres informations ou éléments, tels que les corrections à chaud Citrix, il est préférable de créer une installation administrative de XenApp ou de Citrix XenApp Plugin pour applications hébergées. Les installations administratives sont généralement utilisées pour préparer un pack contenant les réponses ou les correctifs que vous souhaitez voir appliqués lorsqu'un utilisateur exécute la ligne de commande de Windows Installer consécutive. Lorsque vous choisissez une méthode d'installation pour XenApp, sélectionnez une méthode que vous pouvez répéter facilement, comme l'utilisation de scripts, de fichiers de réponses ou bien la création d'images. L'utilisation d'une méthode de déploiement de XenApp facile à appliquer à plusieurs reprises permet de simplifier la réinstallation en cas de panne d'un serveur, permet des gains de temps et de ressources, et garantit des configurations homogènes, ce qui réduit les tâches de résolution des problèmes. Lorsque vous effectuez des installations personnalisées, il est préférable d'activer la journalisation de Windows Installer. Cela vous offre un résumé détaillé des actions d'installation, ce qui peut vous apporter une assistance lors de la résolution des problèmes. Pour vous familiariser avec le programme d'installation de XenApp, commencez par créer une batterie de test constituée d'un seul serveur à l'aide de l'installation par assistant.

74 4 Préparation de l'installation de XenApp 74 Voir aussi : «Référence au sujet des installations personnalisées de XenApp», page 144 «Informations de référence sur les propriétés XenApp Windows Installer», page 160 Préparation de votre environnement pour l'installation de XenApp Avant d'installer les composants inclus dans le programme d'installation de Citrix XenApp, vérifiez la Check-list d'installation de Citrix XenApp 5.0 pour Microsoft Windows Server 2008 afin de vous assurer que vos serveurs sont prêts pour l'installation du produit. La check-list d'installation comprend les configurations système requises pour chaque composant. Pour préparer la création de la batterie Sur le serveur qui hébergera le magasin de données, installez le logiciel de base de données, le cas échéant, puis créez le magasin de données de la batterie. Installez le système de licences Citrix. Vous pouvez l'installer sur un serveur dédié ou un serveur partagé, et installer le système de licences avant ou après l'installation de XenApp. Toutefois, dans la mesure où le programme d'installation de XenApp vous invite à entrer les informations de licence, il semble plus pratique d'installer le système de licences avant l'installation. Pour plus d'informations sur l'installation du serveur de licences, veuillez consulter le Guide de démarrage du système de licences Citrix. Si vous utilisez l'interface Web ou Citrix XenApp Plugin pour l'accès utilisateur, installez l'interface Web, puis configurez un site Web XenApp ou un site des services XenApp. Pour plus d'informations, veuillez consulter le Guide de l'administrateur de l'interface Web. Pour préparer des serveurs de batterie individuelle à l'installation Les points suivants s'appliquent à tous les serveurs de la batterie, y compris le premier serveur de celle-ci. Examinez les recommandations de la check-list d'installation relatives à l'installation d'un environnement Windows Server 2008 ainsi que les points à prendre en compte pour le contrôle de compte d'utilisateur.

75 75 Guide d'installation Citrix XenApp Assurez-vous que l'horloge du système d'exploitation sur lequel vous installez XenApp est paramétrée au bon horaire. Si vous effectuez une installation non assistée, créez un fichier DSN (Data Source Name), puis copiez ce fichier sur chaque serveur de la batterie, en apportant toutes les modifications nécessaires. Cette action est inutile si le magasin de données est hébergé sur une base de données Access. Installez le client de base de données adéquat sur chaque serveur de la batterie. Cette action est inutile si le magasin de données est hébergé sur une base de données Access. Installez l'un des Citrix XenApp Plugins sur chaque serveur avant d'exécuter le programme d'installation. Si vous souhaitez modifier les comptes auxquels sont associés le service du Gestionnaire d'impression Citrix et le service de gestion d'utilisation/ rééquilibrage d'uc, créez ces comptes sur chaque serveur avant d'exécuter le programme d'installation, puis exécutez le programme d'installation en tant qu'administrateur de domaine. Si vous souhaitez bénéficier de l'interface utilisateur multilingue (MUI) sous XenApp, veillez à ce que l'option linguistique de Windows Server 2008 soit définie sur l'anglais. Voir aussi : «Considérations relatives à l'activation ou à la désactivation du contrôle de compte d'utilisateur lors de l'installation», page 76 «Création d'un fichier DSN pour le programme d'installation de XenApp», page 206 «Installation de Citrix XenApp Plugins sur des serveurs», page 79 «Substitution de comptes de domaines pour des comptes locaux», page 79 «Pour activer la prise en charge de l'interface utilisateur multilingue Windows (MUI)», page 82 Planification de l'installation de XenApp Il convient de prendre plusieurs décisions avant de procéder à l'installation de XenApp. Certaines configurations et fonctionnalités de batterie XenApp, comme l'observation, impliquent que vous planifiiez leur déploiement avant de procéder à la création de votre batterie.

76 4 Préparation de l'installation de XenApp 76 Considérations relatives à l'activation ou à la désactivation du contrôle de compte d'utilisateur lors de l'installation Vous pouvez exécuter le programme d'installation de XenApp avec le contrôle de compte d'utilisateur activé ou désactivé, selon vos préférences. Cette rubrique fournit des recommandations à propos des éléments suivants : accès multiutilisateur aux applications ; comptes requis pour les fonctionnalités de gestion de Citrix ; installation de XenApp avec le contrôle de compte d'utilisateur activé ; gestion des pilotes et des files d'attente d'impression. Accès multiutilisateur aux applications Pour permettre l'accès multiutilisateur à une application, installez l'application en tant qu'administrateur prédéfini ou bien activez le paramètre Créer des utilisateurs, à l'invite du contrôle de compte d'utilisateur. Comptes requis pour les fonctionnalités de gestion de Citrix Les fonctionnalités et outils de gestion XenApp suivants nécessitent que leurs utilisateurs soient administrateurs de domaine, administrateurs délégués ou bien qu'ils fassent partie du groupe Administrateurs de l'ordinateur local : Access Management Console ; Configuration avancée ; commandes XenApp ; Relais SSL; gestionnaire de réduction de latence SpeedScreen. Ces permissions viennent s'ajouter à toute exigence inhérente à la fonctionnalité, telle que le fait d'avoir un compte d'administrateur Citrix. Installation de XenApp avec le contrôle de compte d'utilisateur activé Avant de procéder à l'installation avec le contrôle de compte d'utilisateur activé, veillez à examiner les suggestions ci-après : Si vous effectuez une installation par assistant, invoquez le programme d'installation en cliquant avec le bouton droit de la souris sur Autorun (autorun.exe), puis en sélectionnant Exécuter en tant qu'administrateur. Une installation effectuée à l'aide du programme Autorun permet d'exécuter le programme d'installation à son manifeste le plus élevé et augmente vos niveaux de privilèges en conséquence.

77 77 Guide d'installation Citrix XenApp Remarque : Il est impossible de démarrer le programme d'installation en cliquant deux fois sur mps.msi ou MF_Autorun.msi. Pour exécuter le programme d'installation en tant qu'utilisateur autre que l'administrateur prédéfini, démarrez le programme d'installation en cliquant avec le bouton droit de la souris sur le fichier Autorun.exe, puis en sélectionnant Exécuter en tant qu'administrateur. Si vous cliquez deux fois sur le fichier exécutable, vous ne pourrez pas installer XenApp en mode utilisateur. Indiquez à Windows d'élever automatiquement le niveau du contrôle de compte d'utilisateur, sans invite, en définissant un paramètre Stratégie de sécurité locale. Sous Windows Server 2008, définissez Élever sans invite pour le contrôle de compte d'utilisateur : Invite de comportement de l'élévation pour les administrateurs dans la Stratégie de sécurité locale. Indiquez à Windows d'élever le niveau du contrôle de compte d'utilisateur sans invite, grâce à une Stratégie de domaine par défaut Active Directory : Sur votre contrôleur de domaine, modifiez la Stratégie de domaine par défaut pour paramétrer le paramètre Stratégie de sécurité dans le Contrôle de compte d'utilisateur : Invite de comportement de l'élévation pour les administrateurs en mode Accord de l'administrateur pour élever sans invite. Ceci vous évite d'avoir à activer ce paramètre sur chaque serveur avant l'installation, dans la mesure où vous vous associez au domaine avant d'installer XenApp. Lorsqu'un ordinateur est associé au domaine, la stratégie de domaine est appliquée automatiquement. Si vous souhaitez installer XenApp à l'aide d'une installation non assistée ou d'une installation par ligne de commande avec le contrôle de compte d'utilisateur activé et que vous n'êtes pas un administrateur prédéfini, vous pouvez procéder comme suit : Exécution de UnattendedInstall.exe en le spécifiant sur la ligne de commande dans une fenêtre d'invite de commandes en mode élevé. Par exemple, exécutez la commande suivante : UnattendedInstall.exe MPS.msi c:\unattended.txt

78 4 Préparation de l'installation de XenApp 78 Pour élever l'invite de commandes, cliquez avec le bouton droit de la souris sur la commande de menu de l'invite de commandes, puis sélectionnez Exécuter en tant qu'administrateur. Ce mode élevé est également appelé le mode Accord de l'administrateur. Exécution d'installations, notamment de scripts, à partir d'une invite de commandes en mode élevé. Exécution d'installations à l'aide de fichiers de commande à partir d'une invite de commandes en mode élevé. Pour ce faire, spécifiez le fichier de commande sur la ligne de commande dans une fenêtre d'invite de commandes en mode élevé (comme décrit plus haut pour UnattendedInstall.exe). Gestion des pilotes et des files d'attente d'impression Si le contrôle de compte d'utilisateur est activé sur les serveurs de la batterie, Citrix vous recommande d'activer le rôle Services d'impression afin de gérer les pilotes et les files d'attente d'impression des clients. Langues prises en charge Les informations de cette rubrique concernent les langues prises en charge par les systèmes d'exploitation et non les éditions. Édition linguistique de XenApp XenApp, édition anglaise XenApp, édition française XenApp, édition allemande XenApp, édition japonaise XenApp, édition espagnole Édition linguistique du système d'exploitation Windows Server 2008, édition anglaise Windows Server 2008, édition russe Windows 2008, chinois simplifié Windows 2008, chinois traditionnel Windows 2008, coréen Windows Server 2008, édition française Windows Server 2008, édition allemande Windows Server 2008, édition japonaise Windows Server 2008, édition espagnole Le pack d'interface utilisateur multilingue de Windows (MUI) n'est pris en charge que sur l'édition anglaise de Windows. Pour obtenir des informations sur les éditions de systèmes d'exploitation prises en charge, veuillez consulter la Check-list d'installation de Citrix XenApp.

79 79 Guide d'installation Citrix XenApp Voir aussi : «Pour activer la prise en charge de l'interface utilisateur multilingue Windows (MUI)», page 82 Considérations supplémentaires préalables à l'installation Pour utiliser le matériel SpeechMike de Philips avec XenApp, vous devez installer les pilotes sur tous les serveurs hébergeant des sessions d'enregistrement audio. Citrix recommande d'installer les pilotes Philips préalablement à l'installation de XenApp. Installation de Citrix XenApp Plugins sur des serveurs Le programme d'installation de XenApp nécessite l'installation d'au moins un Citrix XenApp Plugin avant ou pendant l'installation, afin que des fonctionnalités telles que l'authentification unique d'un client et l'observation fonctionnent correctement. Si vous invoquez le programme d'installation à partir d'autorun, cette opération s'effectue automatiquement par défaut. Si vous souhaitez livrer des applications en streaming ou envisagez de le faire à l'avenir, Citrix vous recommande d'installer Citrix XenApp Plugin pour applications en streaming, installé par défaut sur tous les serveurs de votre batterie. Voir aussi : «Installation de XenApp Plugin avant de procéder à l'installation», page 146 «Tâche 4 : configuration de l'authentification du client de liaison», page 94 Substitution de comptes de domaines pour des comptes locaux Par défaut, le programme d'installation de XenApp crée des comptes locaux qui permettent d'exécuter les services XenApp suivants : Service XenApp Service du Gestionnaire d'impression Citrix Gestion d'utilisation/rééquilibrage d'uc Gestionnaire de configuration du service Interface Web Compte d'utilisateur local par défaut ctx_cpsvcuser ctx_cpuuser Ctx_ConfigMgr

80 4 Préparation de l'installation de XenApp 80 Citrix recommande fortement que si vous souhaitez modifier les comptes locaux en comptes de domaine, vous devriez le faire avant d'installer XenApp. La modification des comptes de service après installation n'est pas prise en charge. Si vous n'exécutez pas le programme d'installation en tant qu'administrateur de domaine, les comptes ne se créent pas correctement. Si vous remplacez les comptes par des services et si votre batterie comporte des serveurs appartenant à plusieurs domaines, des relations d'approbation doivent être établies entre ces domaines. Pour substituer au compte local le compte de domaine que vous venez de créer, exécutez, pendant l'installation de XenApp, le programme d'installation à l'aide de la méthode utilisant les commandes Windows Installer, spécifiez la propriété pour le service, puis indiquez le nom du nouveau compte de domaine comme paramètre. Pour obtenir des instructions sur la spécification des comptes lors de l'installation, consultez la section «Noms et valeurs des propriétés du programme d'installation de XenApp», page 160. Pour obtenir une liste et une description complète des comptes XenApp et leur privilèges, consultez le Guide de l'administrateur Citrix XenApp. Organisation de la journalisation de la configuration et du cryptage IMA avant l'installation La fonction de cryptage IMA propose un algorithme de cryptage AES plus robuste pour protéger les données sensibles du magasin de données IMA. L'activation du cryptage IMA fournit un niveau de sécurité supplémentaire pour les données préservées par la fonction Journalisation de la configuration. Si vous n'activez pas le cryptage IMA, XenApp utilise la méthode de cryptage standard utilisée dans les versions antérieures de XenApp. Le cryptage IMA, la journalisation de la configuration et le moment où il faut activer ces fonctionnalités sont détaillés dans le Guide de l'administrateur Citrix XenApp. Vous pouvez activer le cryptage IMA pendant ou après l'installation de XenApp. Il est toutefois plus facile de l'activer pendant l'installation. Pour activer le cryptage IMA pendant l'installation, vous devez générer une clé, utilisée pour la totalité des serveurs de votre batterie, et la spécifier pendant l'exécution du programme d'installation. Vous pouvez générer la clé avant ou pendant l'exécution du programme d'installation.

81 81 Guide d'installation Citrix XenApp Si vous effectuez un déploiement à grande échelle de Citrix XenApp, Citrix vous recommande de réaliser l'une des tâches suivantes si vous souhaitez activer le cryptage IMA : déployer XenApp en utilisant des images ; générer une clé, la placer dans un dossier sur votre réseau en utilisant un chemin d'accès UNC pour en préciser l'emplacement et effectuer une installation non assistée. Remarque : Les lecteurs mappés ne sont pas pris en charge pour la spécification du chemin d'accès de la clé pendant l'installation. Si vous décidez de générer la clé avant l'installation, vous devez le faire à l'aide de CTXKEYTOOL, décrit dans l'annexe sur les commandes du Guide de l'administrateur Citrix XenApp. Si votre environnement se compose de plusieurs batteries de serveurs, Citrix vous recommande de générer des clés distinctes pour chaque batterie. Voir aussi : «Activation du cryptage IMA après installation», page 237 «Étape 5 : activation du cryptage IMA», page 100 «Installations personnalisées de XenApp», page 71 Activation du cryptage IMA en tant qu'administrateur local Citrix vous recommande, si vous envisagez d'activer le cryptage IMA pendant l'installation et que vous souhaitez vous connecter au magasin de données indirectement (comme c'est le cas par défaut pour SQL Server Express et Access), d'installer XenApp en utilisant un compte de domaine disposant de privilèges administratifs locaux sur le serveur. Vous ne pouvez pas activer le cryptage IMA lorsque vous vous associez à une batterie, après l'installation ou pendant les changements de batteries, si vous êtes connecté en tant qu'administrateur local et que vous tentez de vous connecter au magasin de données indirectement. Si vous utilisez un compte d'administrateur local ne faisant pas partie du groupe des administrateurs Citrix, définissez l'ensemble des administrateurs locaux en tant qu'administrateurs Citrix après avoir exécuté le programme d'installation sur le premier serveur de la batterie.

82 4 Préparation de l'installation de XenApp 82 Pour configurer les administrateurs locaux en tant qu'administrateurs Citrix Cette procédure n'est requise que pour les batteries sur lesquelles vous vous connectez indirectement au magasin de données. 1. Dans la console Access Management Console, développez le nœud XenApp. 2. Dans le panneau gauche, sous le nœud Batterie, sélectionnez le nœud Administrateurs, puis sélectionnez Action > Créer > Ajouter un administrateur. 3. Sur la page Ajouter un administrateur, cochez la case Ajouter les administrateurs locaux. La sélection de cette option ajoute au groupe des administrateurs Citrix tous les administrateurs locaux créés préalablement et y ajoute automatiquement tout administrateur local que vous créez à partir de ce point. Pour activer la prise en charge de l'interface utilisateur multilingue Windows (MUI) XenApp prend en charge le pack pour interface utilisateur multilingue Microsoft Windows MUI (Multilingual User Interface) pour Windows Server Les utilisateurs qui ouvrent une session sur des clients configurés dans des langues autres que l'anglais peuvent visualiser leur environnement et leurs applications dans la langue correspondant à leurs paramètres linguistiques, à condition que le système d'exploitation du serveur et les applications la prennent en charge et que les packs linguistiques correspondants soient installés sur le serveur. Bien que XenApp prenne en charge Windows MUI, certains de ses composants ne s'affichent pas dans les langues autres que l'anglais. 1. Avant d'installer XenApp, assurez-vous que l'option linguistique de Windows Server 2008 est définie sur l'anglais. Le paramètre linguistique se trouve dans Options régionales et linguistiques. Pour plus d'informations, veuillez consulter la documentation Microsoft. 2. Installez la version française de XenApp. 3. Installez les packs de langue Windows MUI que vous souhaitez offrir aux utilisateurs et installez toutes les applications requises, qu'elles soient MUI ou natives. Remarque : Toute modification de l'option linguistique de Windows Server 2008 apportée après l'installation de XenApp peut entraîner des problèmes d'affichage.

83 83 Guide d'installation Citrix XenApp Organisation de l'observation avant l'installation Vous devez décider si vous souhaitez prendre en charge l'observation de session avant d'exécuter le programme d'installation. L'observation de session permet de contrôler et d'interagir avec les sessions des utilisateurs. Lorsque vous observez la session d'un utilisateur, vous pouvez visualiser tout le contenu de la fenêtre de la session de l'utilisateur. L'observation de session permet aussi d'utiliser votre clavier et votre souris pour interagir à distance avec la session de l'utilisateur si vous le souhaitez. L'observation peut être utile aux formateurs techniques, au personnel d'assistance technique et aux superviseurs pour collaborer avec les utilisateurs, les former, résoudre leurs problèmes et contrôler leurs opérations. L'observation dépend du protocole utilisé. Vous ne pouvez observer des sessions ICA qu'à l'aide du protocole ICA et des sessions RDP (Remote Desktop Protocol) qu'à l'aide du protocole RDP. Vous pouvez limiter ou désactiver l'observation au cours de l'installation. Vous pouvez désactiver l'observation des sessions ICA sur tous les serveurs d'une batterie de serveurs si par exemple un règlement interdit ce genre de pratique pour respecter la confidentialité des opérations des utilisateurs. Vous pouvez également désactiver l'observation sur des serveurs qui hébergent des applications sensibles, telles que des applications de gestion de la paye ou du personnel, afin de protéger des données confidentielles. Important : Les restrictions portées à l'observation sont définitives. Si vous désactivez l'observation ou si vous activez l'observation mais désactivez certaines fonctions d'observation durant l'installation, vous ne pourrez pas modifier ces restrictions ultérieurement. Pour pouvoir modifier les restrictions appliquées à l'observation, vous devez réinstaller XenApp sur le serveur. Les stratégies utilisateur que vous créez pour activer l'observation utilisateur-utilisateur sont soumises aux restrictions appliquées à l'observation lors de l'installation. L'observation est un paramètre serveur, ce qui signifie que vous pouvez activer l'observation sur un serveur et la désactiver sur un autre. Les restrictions appliquées à l'observation étant définitives, vous ne pourrez pas exécuter à nouveau le programme d'installation pour configurer l'observation après avoir créé votre batterie si vous avez désactivé la prise en charge de l'observation par défaut lors de d'installation du serveur. Citrix ne recommande pas de désactiver l'observation pour remplacer des stratégies de connexion d'utilisateur et de groupe.

84 4 Préparation de l'installation de XenApp 84 Voir aussi : «Étape 7 : configuration de l'observation de session», page 103 Installation de composants XenApp supplémentaires Vous pouvez lancer les programmes d'installation pour les composants XenApp suivants à partir du programme XenApp Autorun : Interface Web Resource Manager et EdgeSight SmartAuditor Système de licences Citrix Secure Gateway Bon nombre de ces composants nécessitent leurs propres serveurs ou disposent d'éléments requis ou de remarques relatives à l'installation différents de ceux de XenApp. Par conséquent, le Guide d'installation Citrix XenApp ne fournit pas des instructions d'installation exhaustives et ne fournit pas non plus d'informations complètes relatives aux éléments requis. À l'exception de la console Access Management Console, les instructions d'installation de certains de ces composants sont fournies dans leurs guides d'installation ou leurs guides de l'administrateur respectifs. Lors d'un déploiement comportant ces composants supplémentaires, veuillez installer ces derniers dans l'ordre suivant. Même si l'ordre présenté n'est pas obligatoire pour tous les composants, il réduit la nécessité de configurer manuellement des options après l'installation, en raison du manque d'informations, notamment le nom du serveur et du site disponibles. 1. Système de licences Citrix, y compris le serveur de licences Citrix et la console License Management Console. Veuillez également consulter la section «Pour préparer la création de la batterie», page Interface Web. L'installation de l'interface Web et la création d'un site de services Web avant d'installer XenApp vous permet de donner un nom au site lorsque vous y êtes invité par le programme d'installation de XenApp. Si vous déployez Citrix XenApp Plugin, installez l'interface Web, puis créez un site de services XenApp.

85 85 Guide d'installation Citrix XenApp Remarque : Vous pouvez également installer l'interface Web après avoir installé XenApp. Dans certains cas, cette manière de procéder peut s'avérer plus aisée et préférable. 3. XenApp. Veuillez consulter la section «Création d'une nouvelle batterie de serveurs XenApp», page 88 pour obtenir des précisions sur la séquence d'installation, ainsi que la section «Pour préparer la création de la batterie», page 74 pour connaître l'ordre dans lequel installer des éléments requis spécifiques. 4. Console Access Management Console. Vous pouvez installer la console Access Management Console sur un ordinateur distant, notamment sur votre station de travail ainsi que sur des serveurs XenApp. Pour l'interface Web, vous devez toutefois installer la console Access Management Console sur le même serveur. Pour installer la console Access Management Console pour XenApp, Password Manager et Access Gateway sur le même serveur, installez les extensions dans l'ordre suivant : 1. Access Gateway 2. Password Manager 3. XenApp 5. EdgeSight ou Resource Manager optimisés par EdgeSight. 6. Secure Gateway. Installer Secure Gateway après l'installation de XenApp vous permet de terminer la procédure de l'assistant de configuration de Secure Gateway. Si vous installez Secure Gateway avant d'avoir créé votre batterie, vous devrez réexécuter l'assistant de configuration de Secure Gateway en réexécutant le programme d'installation. De manière générale, Secure Gateway n'est pas déjà installé sur un serveur XenApp. 7. Password Manager. 8. SmartAuditor. Organisation de fonctionnalités supplémentaires avant l'installation Par ailleurs, Citrix vous recommande, si possible, de prendre les décisions suivantes avant d'exécuter le programme d'installation : Si vous souhaitez livrer des applications en streaming, installez XenApp Plugin pour applications en streaming au moment de l'exécution du programme d'installation.

86 4 Préparation de l'installation de XenApp 86 Si vous souhaitez utiliser le pack d'administration XenApp pour Microsoft Operations Manager 2005 ou Microsoft Systems Center Operations Manager 2007 pour surveiller votre batterie XenApp ou le système de licences Citrix, installez le fournisseur XenApp et le fournisseur de licences, qui sont les fournisseurs Windows Management Instrumentation (WMI) pour XenApp. Pour plus d'informations sur le streaming, veuillez consulter le guide Streaming d'application Citrix. Pour plus d'informations sur Systems Center Operations Manager et Microsoft Operations Manager, veuillez consulter le Guide de l'administrateur Pack d'administration. Voir aussi : «Étape 1 : sélection des composants de XenApp», page 97 Installation des agents pour les composants Platinum Si vous décidez de déployer ces composants Platinium, notez ce qui suit : EdgeSight. Vous devez installer l'agent EdgeSight sur les serveurs XenApp et les machines clientes que vous souhaitez surveiller. Citrix Password Manager. Installez et publiez Citrix Password Manager Plugin sur chaque serveur qui publie des applications nécessitant une authentification. Le plug-in fournit des informations d'identification uniquement pour les applications publiées. Vous pouvez également installer Citrix Password Manager Plugin en local sur des machines clientes, et l'utiliser pour des applications locales. SmartAuditor. L'Agent SmartAuditor est installé sur les serveurs qui hébergent les applications que vous souhaitez surveiller. L'agent doit être installé après l'installation du logiciel serveur pour XenApp. EasyCall. Installez le client EasyCall sur les machines clientes ou rendez-le accessible aux utilisateurs en le publiant sur votre batterie. Vous pouvez installer l'agent EdgeSight et Password Manager Plugin lors de l'installation du logiciel serveur pour XenApp, en activant leur installation. Vous trouverez les instructions et informations d'installation sur les composants Platinum dans leurs guides d'installation et leurs guides de l'administrateur respectifs.

87 87 Guide d'installation Citrix XenApp

88 5 Création d'une nouvelle batterie de serveurs XenApp Avant de créer une nouvelle batterie XenApp, lisez la section «Planification de votre déploiement XenApp», page 28 et préparez votre environnement en suivant les instructions de la section «Pour préparer la création de la batterie», page 74. Vous créez une batterie la première fois que vous installez XenApp. Lorsque vous installez XenApp sur les ordinateurs suivants, le programme d'installation vous invite à vous associer à la batterie que vous avez démarré sur le premier ordinateur. En règle générale, une séquence d'installation correspond à : 1. préparation de votre base de données pour la configuration du magasin de données lors de l'installation de XenApp ; 2. installation d'un Citrix XenApp Plugins sur le serveur sur lequel vous créez la batterie ; 3. installation de la console Access Management Console et de la Configuration avancée ; 4. création de votre batterie en installant XenApp sur le serveur qui doit fonctionner comme collecteur de données. Remarque : Lorsque vous créez votre batterie, évitez de lui donner un nom comportant un trait d'union si vous prévoyez d'utiliser Oracle comme base de données de journalisation de la configuration. 5. Installez XenApp sur les autres serveurs d'infrastructure, puis sur les serveurs hébergeant des applications publiées en utilisant la Configuration de l'association à une batterie. 6. Après l'installation, redémarrez les serveurs de la batterie. Après l'installation de XenApp, effectuez les tâches de configuration postinstallation requises avant que les utilisateurs puissent ouvrir des sessions sur les ressources publiées.

89 89 Guide d'installation Citrix XenApp Voir aussi : «Migration d'une batterie de serveurs existante vers XenApp 5.0», page 112 «Configuration de XenApp à l'issue de l'installation», page 142 Éléments requis et hypothèses pour l'exemple d'installation Cette rubrique comporte un exemple de séquence d'installation visant à expliquer les options d'installation du serveur XenApp. Dans cette installation : Vous effectuez une installation de XenApp, édition Platinum, basée sur l'assistant et invoquée par le programme Autorun. Vous installez tous les outils de gestion XenApp sur un seul ordinateur. Vous avez déjà installé le système de licences Citrix et l'interface Web. Par conséquent, les deux composants sont désactivés dans cette procédure. Pour obtenir des informations sur l'installation du système de licences Citrix et de l'interface Web, veuillez consulter le Guide de démarrage du système de licences Citrix et le Guide de l'administrateur de l'interface Web. Vous souhaitez utiliser Citrix XenApp Plugin et l'interface Web comme méthodes d'accès. En outre, vous souhaitez livrer certaines applications en streaming au serveur ; par conséquent, vous installez Citrix XenApp Plugin pour applications en streaming sur le serveur. Vous installez le Service XML, qui sera partagé avec IIS (Internet Information Services). Par conséquent, vous avez déjà configuré IIS sur le serveur sur lequel vous installez XenApp. Vous installez l'agent EdgeSight car vous surveillerez le serveur à l'aide d'edgesight. Cet exemple de procédure vous fournit des instructions destinées aux petites bases de données et aux bases de données relationnelles («tierces»). Pour les bases de données tierces, cette procédure suppose que vous avez déjà désigné le magasin de données sur un serveur de base de données et que vous disposez d'informations d'identification pour cette base de données. Pour utiliser cet exemple de procédure avec SQL Server 2005 Express, installez-le sur le premier serveur de la batterie avant d'installer XenApp.

90 5 Création d'une nouvelle batterie de serveurs XenApp 90 Bien que les informations de cette rubrique soient basées sur l'utilisation d'une installation par programme Autorun pour installer les composants XenApp, la séquence et les explications s'appliquent à d'autres types d'installation, notamment l'installation non assistée. Remarque : Dans un souci de clarté, les rubriques présentées ici comportent un numéro de tâche. Chaque étape qui requiert une réponse spécifique pour passer à l'étape ou à la tâche suivante dans l'exemple de procédure comporte une réponse, marquée par une coche, afin que vous puissiez dupliquer cet exemple de séquence d'installation, si vous le souhaitez. Création du premier serveur de la batterie La séquence des pages du programme d'installation peut varier selon les options sélectionnées au cours de l'installation. À un haut niveau, les phases nécessaires pour créer une batterie sont les suivantes : Tâches 1 et 2 : sélection du chemin pour l'installation ; Tâche 3 : sélection de composants ; Tâche 4 : configuration de l'authentification du client de liaison ; Tâche 5 : détermination du système de licences ; Tâches 6, 7 et 8 : installation des outils de gestion et de XenApp. Ces tâches font spécifiquement référence à une installation invoquée par le programme Autorun ; néanmoins, cet ensemble de tâches d'installation s'applique également aux autres méthodes d'installation, comme l'installation non assistée. Lorsque vous créez une nouvelle batterie, exécutez le programme d'installation sur l'ordinateur que vous souhaitez configurer en tant que collecteur de données de la première zone, ou zone unique. Pour obtenir les instructions pour l'installation de composants Platinum, veuillez consulter leurs guides d'installation et leurs guides de l'administrateur respectifs. Voir aussi : «Installation des agents pour les composants Platinum», page 86

91 91 Guide d'installation Citrix XenApp Tâche 1 : choix de l'édition (première page du programme Autorun) Démarrez l'installation en cliquant deux fois sur le fichier autorun.exe. Cliquer deux fois sur le fichier mps.msi ne permet pas de démarrer le programme d'installation. La première page du programme Autorun contient les options suivantes : Check-list d'installation. Cliquez pour afficher les éléments requis pour l'installation de XenApp, ainsi que les configurations système requises. Citrix recommande de lire la check-list d'installation afin de ne pas perdre de temps inutilement durant l'installation. Édition Platinum, édition Enterprise, édition Advanced. Votre chemin d'installation et les composants disponibles pour l'installation varient selon l'édition sélectionnée. Lors de l'acquisition de XenApp, trois éditions vous sont proposées : L'édition Platinum, l'édition Enterprise et l'édition Advanced. En cas de questions relatives au choix de l'édition, veuillez contacter votre distributeur ou consulter les informations produit sur le site Web de Citrix. Citrix sur le Web. Cette option vous propose des liens vers le site Web Citrix et le site de support technique Citrix. Sélectionnez l'édition Platinum. Tâche 2 : choix d'une catégorie d'installation Sélectionnez une catégorie d'installation (disponible si vous avez sélectionnez l'édition Platinum à la page précédente) : Virtualisation de l'application. Installe le système de licences Citrix, XenApp, l'interface Web, la console Access Management Console, la Configuration avancée et la documentation. Enregistrement de la session de l'application. (Édition Platinum) Installe les fonctionnalités d'administration de SmartAuditor, le lecteur SmartAuditor et l'agent SmartAuditor. Suivi des performances d'application. (Éditions Enterprise et Platinum) Installe le serveur EdgeSight et l'agent EdgeSight. Authentification unique. (Édition Platinum) Installe le service, le plug-in et le magasin central Citrix Password Manager. Composants courants. Installe les composants tels que Citrix XenApp Plugin, Streaming Profiler, la console Access Management Console, la

92 5 Création d'une nouvelle batterie de serveurs XenApp 92 Configuration avancée XenApp, l'interface Web, Secure Gateway, le système de licences Citrix et la documentation. Sélectionnez Virtualisation d'application. Tâche 3 : sélection des composants Après avoir sélectionné Virtualisation d'application comme catégorie d'installation, les pages suivantes s'affichent : la page Contrat de licence ; la page Installation des éléments requis, qui énumère les composants, rôles et fonctionnalités à installer avant l'installation de XenApp. Certains éléments requis sont installés automatiquement lorsque vous démarrez le programme d'installation à partir du programme Autorun. Veuillez consulter la Check-list d'installation de Citrix XenApp pour obtenir des informations détaillées sur les composants requis. La page Sélection des composants. Cette page vous permet de sélectionner les principaux composants que vous souhaitez installer. Par défaut, tous les composants sont sélectionnés pour l'installation, à l'exception du serveur de licences et de l'agent EdgeSight. Lorsque vous cliquez sur Suivant, une série d'assistants d'installation vous guide au travers de l'installation des composants XenApp sélectionnés. Selon les composants sélectionnés, il est possible que certaines options de configuration décrites sous cette rubrique ne soient pas disponibles ou bien qu'elles apparaissent dans un ordre différent. Installez l'ensemble de ces composants ou certains seulement : Système de licences Citrix. (désactivé par défaut.) Installe ou met à niveau les composants de licences nécessaires à l'exécution de votre produit Citrix. Pour fonctionner correctement, chaque batterie de serveurs doit disposer d'un accès au serveur de licences Citrix, conformément aux instructions du Guide de démarrage du système de licences Citrix. N'installez pas le système de licences Citrix à chaque fois que vous exécutez le programme d'installation de XenApp. Au lieu de cela, pointez vos serveurs XenApp vers un serveur de licences commun. Console Access Management Console. Gère tous les composants Citrix depuis un emplacement unique, un composant enfichable de la console MMC (Microsoft Management Console). Interface Web. Désactivez cette option pour suivre cet exemple de procédure d'installation.

93 93 Guide d'installation Citrix XenApp Citrix XenApp. Installe XenApp et ses composants. Les options que vous pouvez choisir pour XenApp sont décrites dans la section «Tâche 7 : installation de XenApp et de ses composants», page 97. Elle comporte deux sous-options : Client de liaison. Installe Program Neighborhood et Citrix XenApp Plugin. Vous pouvez choisir d'installer soit un soit les deux plug-ins. Si vous désactivez ces options, installez, au minimum, le moteur du client, qui est inclus dans Clients\ica32\XenAppWeb.exe et vous fournit la fonctionnalité pour l'authentification du client de liaison. Citrix XenApp Plugin pour applications en streaming. Installe le plug-in requis pour le streaming d'applications. Même si vous ne livrez pas d'applications en streaming sur ce serveur, installez ce client pour ce faire sur d'autres serveurs de la batterie. Si vous choisissez d'installer manuellement ce client, installez-le à partir de Clients\Streaming\XenAppStreaming.exe. Configuration avancée Citrix XenApp. Gère l'impression, les stratégies, Load Manager et les zones. Vous pouvez également installer cet outil sur des ordinateurs autonomes à utiliser à distance. Documentation XenApp. Installe la bibliothèque de documents XenApp, un système d'aide qui comprend des documents relatifs à tous les principaux composants de XenApp, notamment les clients et le serveur XenApp. Si vous désactivez ce composant, aucune aide n'apparaîtra dans les composants XenApp côté serveur. Agent EdgeSight Presentation Server. (désactivé par défaut). Pour surveiller les serveurs avec Resource Manager optimisé par EdgeSight, installez cet agent sur tous les serveurs de la batterie. Remarque : La mise à niveau d'un composant XenApp 5.0 à partir d'une version antérieure en vue d'une avant-première technologique, telle qu'une version Beta et Release Preview, n'est pas prise en charge. Sélectionnez Access Management Console, XenApp et ses sélections de clients par défaut, la Configuration avancée XenApp, la documentation XenApp, et l'agent EdgeSight.

94 5 Création d'une nouvelle batterie de serveurs XenApp 94 Tâche 4 : configuration de l'authentification du client de liaison Citrix recommande l'activation de l'authentification du client de liaison. Lorsque l'utilisateur se connecte à des applications publiées sur différents serveurs, l'authentification du client de liaison permet à XenApp de transférer automatiquement les informations d'identification d'un utilisateur du serveur initial au serveur hébergeant l'application suivante. Ceci évite à l'utilisateur d'avoir à s'authentifier à nouveau lors de l'ouverture d'applications sur différents serveurs. Dans cette illustration, XenApp transfère les informations d'identification de l'utilisateur du serveur hébergeant Microsoft Outlook au serveur hébergeant Microsoft Excel, et ce, lorsque l'utilisateur ouvre la pièce jointe Microsoft Excel d'un message électronique hébergé sur un autre serveur. Remarque : La fonctionnalité d'authentification unique présentée dans cette rubrique est différente de la fonctionnalité fournie par Citrix Password Manager, ou par les applications de gestion des mots de passe en général. Citrix utilise le terme authentification unique pour faire référence à la fonctionnalité Password Manager.

95 95 Guide d'installation Citrix XenApp L'activation de l'authentification unique nécessite de configurer des composants sur l'ensemble des serveurs d'application XenApp et d'activer l'authentification unique sur les clients installés sur les machines clientes des utilisateurs finaux. Ce dernier point est traité dans le Guide de l'administrateur XenApp Plugin pour applications hébergées pour Windows. Si la fonctionnalité d'authentification unique n'est pas activée avant le déploiement des clients pour les utilisateurs finaux, ces derniers devront, afin de bénéficier de l'authentification unique, réinstaller les clients en activant cette fonctionnalité. Pour configurer la fonctionnalité d'authentification du client de liaison sur le serveur, installez Citrix XenApp Plugin pour applications hébergées (Program Neighborhood, Citrix XenApp Plugin ou Citrix XenApp Web Plugin) sur chaque serveur XenApp avant de procéder à l'installation. Si vous déployez XenApp Plugin en tant que client pour les utilisateurs, installez-le sur vos serveurs en tant que client de liaison. Puis configurez ces pages au cours de l'installation : Authenfication unique pour le client de liaison. Sélectionnez Oui pour activer l'authentification du client de liaison. Adresse du serveur pour le client de liaison. Si vous avez installé Citrix XenApp Plugin en tant que client de liaison, spécifiez l'adresse URL de votre site de services XenApp. Par exemple, Citrix/PNAgent. Si vous avez installé l'interface Web sur ce serveur, spécifiez soit localhost soit l'adresse URL complète pour le site de services XenApp. Si vous avez installé l'interface Web sur un autre serveur, déterminez l'url complet pour le site de Services XenApp. Si vous n'avez pas encore installé l'interface Web, vous pouvez cliquer sur Suivant et le spécifier après l'installation. Remarque : Si vous effectuez un déploiement sur serveurs multiples en clonant (en utilisant un programme tiers de clonage, tel qu'altiris de Symantec) ou en les utilisant dans un environnement virtuel, spécifiez le nom du serveur de l'interface Web et non localhost. Sélectionnez Oui et spécifiez l'adresse URL complète du site de Services XenApp dans la case Adresse de serveur pour le client de liaison.

96 5 Création d'une nouvelle batterie de serveurs XenApp 96 Tâche 5 : installation d'un serveur de licences Si vous avez désactivé le composant Système de licences Citrix sur la page Sélection des composants, une page Avertissement s'affiche. Elle comporte deux options : Installer un serveur de licences. Sélectionner cette option lance le programme d'installation du serveur de licences. Ce programme installe le serveur de licences Citrix et la console License Management Console. Pour plus d'informations sur l'installation des composants du système de licences et l'obtention de licences auprès de Citrix, veuillez consulter le Guide de démarrage du système de licences Citrix. Je dispose déjà d'un serveur de licences ou j'en installerai un plus tard à partir du support d'installation. La sélection de cette option vous permet de définir le nom d'un serveur de licences existant ou d'en installer un ultérieurement. Si vous sélectionnez cette option, le programme d'installation vous invitera à entrer un nom de serveur de licences ultérieurement. Vous pouvez différer l'installation des composants du système de licences jusqu'à l'issue de l'installation et indiquer le nom du serveur de licences dans XenApp. Sélectionnez Je dispose déjà d'un serveur de licences ou j'en installerai un plus tard à partir du support d'installation.. Tâche 6 : installation de la console Access Management Console La console Access Management Console est une structure dans laquelle vous installez les fonctions, appelées composants enfichables ou extensions. Chaque extension apporte une fonctionnalité administrative supplémentaire pour votre environnement Citrix. Lorsque vous installez l'édition Platinum, les extensions de composants comme Password Management sont installées. Remarque : Installez une seule version de la console Access Management Console sur le même serveur. SélectionnezTerminer lorsque vous y êtes invité, après avoir installé la console Access Management Console. Le programme d'installation configure XenApp Plugins après l'installation de la console Access Management Console.

97 97 Guide d'installation Citrix XenApp Tâche 7 : installation de XenApp et de ses composants Si vous sélectionnez XenApp sur la page Sélection des composants, un assistant s'affiche pour vous permettre d'installer XenApp et ses divers composants. Étape 1 : sélection des composants de XenApp Les composants apparaissant sur cette page varient selon l'édition de XenApp que vous installez. Pour vérifier la quantité d'espace disque nécessaire aux composants sélectionnés, cliquez sur Besoin en disque. Cette page n'apparaît pas si vous installez l'édition Advanced. Streaming d'application Ce composant fournit le streaming d'applications aux serveurs et bureaux. Load Manager. Permet l'équilibrage de charge des connexions utilisateur pour utiliser les ressources des serveurs de manière plus efficace. Fournisseurs WMI. Permet d'installer le Fournisseur XenApp, qui est le fournisseur WMI (Windows Management Instrumentation) de XenApp. Le pack d'administration Citrix XenApp, utilisé avec le Fournisseur XenApp, surveille l'intégrité et les performances de XenApp et des serveurs de licences dans un environnement MOM. Installez le Fournisseur XenApp sur chaque serveur que vous souhaitez surveiller avec Operations Manager. Sélectionnez Streaming d'application, Load Manager, puis Fournisseurs WMI, qui sont activés par défaut. Étape 2 : création de la batterie de serveurs À ce stade de l'installation, créez la batterie en établissant la connexion au magasin de données. Au préalable, déterminez les éléments suivants : Comment vous souhaitez nommer la nouvelle batterie de serveurs. Le nom de la base de données hébergeant le magasin de données de la batterie disposant des informations d'identification permettant de l'authentifier. (Si vous utilisez Microsoft Access, la base de données est créée sur le premier serveur sur lequel vous exécutez le programme d'installation.) Quel compte d'utilisateur doit initialement disposer de l'accès total à toutes les tâches de gestion de la batterie. Ouvrez une session et utilisez XenApp avec ces informations d'identification. Trois pages s'affichent au cours du processus de création d'une batterie de serveurs :

98 5 Création d'une nouvelle batterie de serveurs XenApp 98 créer ou s'associer à une batterie de serveurs ; créer une batterie ; attribuer des informations d'identification d'administrateur de batterie. Après avoir rempli la page Créer une nouvelle batterie de serveurs, le programme d'installation configure le magasin de données et la manière dont ce dernier communique avec la batterie. À la page Créer une batterie de serveurs ou associer le serveur à une batterie de serveurs, sélectionnez Créer une nouvelle batterie. Étape 3 : définition du magasin de données Utilisez l'une des procédures suivantes, selon la base de données que vous souhaitez utiliser pour le magasin de données : Pour créer une batterie de serveurs avec un magasin de données SQL Server, Oracle ou DB2 «Pour créer une batterie de serveurs utilisant une base de données Access ou SQL Server Express comme magasin de données», page 99 Pour créer une batterie de serveurs avec un magasin de données SQL Server, Oracle ou DB2 Utilisez cette procédure de configuration d'une connexion au magasin de données lorsque ce dernier correspond à une base de données Microsoft SQL Server, Oracle ou IBM DB2. 1. Sur la page d'installation Créer une batterie de serveurs, entrez un nom pour la nouvelle batterie de serveurs. Les noms des batteries de serveurs peuvent comporter des espaces mais ne peuvent pas contenir plus de 32 caractères. 2. Sélectionnez Utiliser la base de données suivante sur un serveur de base de données distinct, puis sélectionnez la base de données dans la liste. Important : Si votre pilote ne figure pas dans la liste, annulez l'installation, installez le pilote, puis relancez le programme d'installation. 3. Pour modifier le nom de la zone de la batterie de serveurs (Zone par défaut), désactivez la case à cocher Utiliser le nom de zone par défaut, puis entrez le nouveau nom.

99 99 Guide d'installation Citrix XenApp Remarque : Citrix vous recommande de limiter le nombre de zones créées à un maximum d'une zone par emplacement géographique. Ne créez pas de zone pour chaque sous-réseau dans votre domaine. 4. Cliquez sur Suivant, puis créez une nouvelle connexion de source de données à la base de données. Le programme d'installation crée automatiquement un fichier DSN (Data Source Name) à partir des informations que vous avez saisies, puis lui attribue le nom MF20.dsn. Pour obtenir des instructions relatives à la configuration de connexions aux bases de données Microsoft SQL Server, Oracle et IBM DB2, reportez-vous à la documentation correspondante. Pour créer une batterie de serveurs utilisant une base de données Access ou SQL Server Express comme magasin de données Pour utiliser SQL Server 2005 Express en tant que magasin de données de votre batterie de serveurs, vous devez l'installer sur le serveur avant d'installer XenApp, conformément aux instructions de la section «Installation de Microsoft SQL Server Express», page 216. Pour utiliser une base de données Microsoft Access comme magasin de données d'une batterie de serveurs, le programme d'installation crée la base de données sur le premier serveur de la batterie lorsque vous sélectionnez Access comme base de données. Pour ces deux types de bases de données, les serveurs suivants, qui s'associent à la batterie, se connectent au premier serveur en utilisant, par défaut, le port TCP Sur la page d'installation Créer une batterie de serveurs, entrez un nom pour la nouvelle batterie de serveurs. Les noms des batteries de serveurs peuvent comporter des espaces mais ne peuvent pas contenir plus de 32 caractères. 2. Sélectionnez Utiliser une base de données locale pour ce serveur, puis sélectionnez la base de données dans la liste. 3. Pour modifier le nom de la zone de la batterie de serveurs (Zone par défaut), désactivez la case à cocher Utiliser le nom de zone par défaut, puis entrez le nouveau nom. 4. Cliquez sur Suivant pour continuer l'installation. À la page Créer une batterie de serveurs, sélectionnez Utiliser la base de données suivante sur un serveur de base de données distinct. Utiliser le nom de zone par défaut.

100 5 Création d'une nouvelle batterie de serveurs XenApp 100 Voir aussi : «Sélection d'une base de données», page 197 Étape 4 : attribution des informations d'identification d'administrateur pour la batterie Saisissez les informations d'identification de domaine de l'utilisateur que vous souhaitez définir en tant que premier administrateur de la batterie. Une fois XenApp installé, cet administrateur dispose des permissions complètes dans la batterie et peut créer des comptes d'administrateur supplémentaires à partir de la console Access Management Console. Étape 5 : activation du cryptage IMA Le cryptage IMA offre un degré de cryptage plus élevé des informations confidentielles du magasin de données IMA. Si vous activez cette fonction pendant la Configuration de la création d'une batterie, le programme d'installation vous oblige à l'activer sur tous les serveurs qui sont associés à la batterie et vous demande la clé définie à cette étape. Une fois le cryptage IMA activé, vous ne pouvez pas le désactiver sans réinstaller l'ensemble des serveurs existants de la batterie. Important : Voir la section «Organisation de la journalisation de la configuration et du cryptage IMA avant l'installation», page 80 pour des informations sur la préparation de votre environnement en vue d'activer le cryptage IMA et sur le moment opportun pour charger une clé avant l'installation. Pendant la Configuration de la création d'une batterie, définissez une clé générée avant l'installation à l'aide de CTXKEYTOOL, ou bien créez-en une au cours de l'installation. Pour activer le cryptage IMA pendant l'installation, des clés doivent être définies et chargées (activées dans le magasin de données). La spécification d'une clé ne la charge pas forcément. Si votre environnement se compose de plusieurs batteries de serveurs, Citrix vous recommande de générer des clés distinctes pour chaque batterie. Citrix vous recommande d'installer XenApp à l'aide des informations d'identification réseau lorsque vous activez le cryptage IMA pendant l'installation. Pour des informations relatives à l'activation du cryptage IMA lors de l'installation de XenApp en tant qu'administrateur local, consultez la section «Activation du cryptage IMA en tant qu'administrateur local», page 81. Pour activer le cryptage IMA lors de la création d'une batterie de serveurs 1. Dans l'écran Activer le cryptage IMA, cochez la case Activer le cryptage IMA, puis cliquez sur Suivant.

101 101 Guide d'installation Citrix XenApp 2. Sur la page Type de clé de cryptage IMA, sélectionnez l'une des options suivantes : Installer la clé du fichier. Sélectionnez cette option si vous avez déjà généré un fichier de clé pour cette batterie et qu'il se trouve sur un lecteur flash USB, une disquette ou à un emplacement accessible. Cette option définit le fichier de clé d'un serveur et le charge simultanément. Il n'est pas nécessaire de stocker la clé sur l'ordinateur local. Si vous avez déjà chargé la clé, utilisez l'option Utiliser une clé déjà chargée. Si vous sélectionnez cette option, consultez la section «Pour installer une clé à partir d'un fichier», page 101 pour obtenir des informations supplémentaires. Générer puis installer la clé. Sélectionnez cette option si vous n'avez pas encore généré de clé pour cette batterie. Cette option génère une clé, puis l'installe sur l'ordinateur local. Si vous sélectionnez cette option, consultez la section «Pour générer un nouveau fichier de clé et installer la clé», page 102 pour obtenir des informations supplémentaires. Utiliser une clé déjà chargée. Sélectionnez cette option si vous avez généré une clé à l'aide de l'outil CTXKEYTOOL et que vous l'avez chargée sur ce serveur avant de démarrer le programme d'installation. Après avoir chargé une clé valide, la page Paramètres du système de licences Citrix s'affiche. Cette option n'est pas disponible si aucune clé n'est présente sur l'ordinateur local. Sélectionnez Générer puis installer la clé. Pour installer une clé à partir d'un fichier 1. Sélectionnez Installer la clé du fichier. 2. Naviguez jusqu'à l'emplacement du fichier de clé. Si le fichier de clé se trouve sur un emplacement réseau, utilisez un chemin UNC pour définir l'emplacement. Après avoir sélectionné le fichier de clé, l'écran Paramètres du système de licences Citrix s'affiche. Ceci indique que vous avez correctement chargé la clé. 3. Passez à la section «Étape 6 : spécification du serveur de licences Citrix», page 102.

102 5 Création d'une nouvelle batterie de serveurs XenApp 102 Pour générer un nouveau fichier de clé et installer la clé 1. Sélectionnez Générer puis installer la clé. 2. Enregistrez la clé dans n'importe quel dossier de votre ordinateur local. Citrix vous recommande vivement de choisir un nom de clé évocateur, par exemple un nom correspondant à la batterie à laquelle la clé est associée. Par exemple, C:\Alpha Farm Key\alphafarmkey.ctx. Vous pouvez définir les extensions non utilisées. Après avoir cliqué sur Enregistrer, l'écran Paramètres du système de licences Citrix s'affiche. Cela signifie que la configuration et l'activation du cryptage IMA se sont déroulées correctement. Important : Citrix vous recommande vivement de sauvegarder le fichier de clé, tel que cela est décrit dans le Guide de l'administrateur XenApp. Étape 6 : spécification du serveur de licences Citrix Avant que les utilisateurs puissent se connecter à XenApp, vous devez configurer le premier serveur de la batterie afin d'utiliser un serveur de licences Citrix. Sélectionnez l'une des options suivantes : Entrer le nom de l'hôte de la machine hébergeant votre serveur de licences Citrix. Entrez le numéro de port si le serveur de licences n'utilise pas le numéro de port par défaut (27000). Par défaut, les serveurs qui sont associés à la batterie utilisent les informations entrées ici. Remarque : Lorsque vous spécifiez un serveur de licences, vous ne pouvez pas laisser le nom du serveur de licences vide. Entrer le nom d'hôte plus tard.si vous ne connaissez ni le nom du serveur de licences ni le numéro de port, vous fournirez ces informations ultérieurement à l'aide de la console Access Management Console. Sélectionnez Entrer le nom d'hôte de la machine hébergeant votre serveur de licences Citrix et entrez le nom de votre serveur de licences. Utilisez le port par défaut.

103 103 Guide d'installation Citrix XenApp Étape 7 : configuration de l'observation de session L'observation de session permet de contrôler et d'interagir avec les sessions des utilisateurs. Lorsque vous observez la session d'un utilisateur, vous pouvez visualiser à distance la fenêtre de la session de l'utilisateur et interagir avec la session à l'aide de votre clavier et de votre souris. Attention : Les restrictions portées à l'observation sont définitives. Si vous désactivez l'observation ou les fonctions d'observation pendant l'installation, vous ne pourrez plus les configurer à nouveau après l'installation. De plus, elles s'appliqueront à toute stratégie pour l'observation entre utilisateurs. Ne désactivez pas l'observation pour remplacer des stratégies de connexion d'utilisateur et de groupe. Vous pouvez limiter ou désactiver l'observation au cours de l'installation en procédant comme suit : Interdire l'observation des sessions d'utilisateur sur ce serveur. Cette option désactive de façon permanente l'observation de sessions d'utilisateur sur ce serveur ; Autoriser l'observation des sessions d'utilisateur sur ce serveur. Cette option active l'observation des sessions d'utilisateur par le serveur. Vous pouvez appliquer les restrictions suivantes : Interdire le contrôle à distance. Par défaut, les utilisateurs autorisés peuvent visualiser une session qu'ils observent et utiliser leur clavier et leur souris pour interagir avec cette session. Cette option permet d'informer les utilisateurs autorisés que leur session est observée. Forcer l'affichage d'une fenêtre requérant l'acceptation de l'observation. Par défaut, les utilisateurs reçoivent un message les prévenant qu'un utilisateur autorisé tente d'observer leur session. Sélectionnez cette option pour empêcher les utilisateurs autorisés d'observer des sessions sans l'envoi d'un message d'avertissement. Journaliser les connexions d'observation. Vous pouvez consigner les tentatives d'observation, les réussites et les échecs dans le journal des événements Windows. Sélectionnez cette option pour activer la journalisation. Pour plus d'informations sur l'observation, veuillez consulter la section Guide de l'administrateur Citrix XenApp. Sélectionnez Autoriser l'observation des sessions d'utilisateur sur ce serveur, puis sélectionnez Forcer l'affichage d'une fenêtre requérant l'acceptation de l'observation.

104 5 Création d'une nouvelle batterie de serveurs XenApp 104 Étape 8 : configuration du port du Service XML Citrix XenApp utilise le service XML Citrix pour fournir au serveur de l'interface Web et aux clients qui y sont connectés, le nom des applications disponibles sur la batterie. Par défaut, le programme d'installation configure le Service XML Citrix pour partager le port de communication TCP/IP par défaut (port 80) avec les Services Internet (IIS) de Microsoft. Si vous envisagez d'envoyer des données à l'interface Web via une connexion HTTP sécurisée en utilisant le protocole SSL, vérifiez que le Service XML Citrix est configuré pour partager son port avec les Services Internet de Microsoft et que ces Services Internet sont configurés pour prendre en charge le protocole HTTPS. Si vous envisagez d'installer l'interface Web sur le même serveur que le service XML, sélectionnez l'option de partage de port. La page Configurer le port du Service XML Citrix, sur laquelle vous configurez le Service XML dans le programme d'installation, propose deux options : Partager le port TCP/IP par défaut avec les Services Internet. (Défaut) Si vous sélectionnez cette option, le service XML communique avec IIS selon les paramètres configurés pour ce dernier. Par défaut, IIS émet sur le port 80 (HTTP) et sur le port 443 (HTTPS), si ce dernier a été configuré. À titre d'exemple, vous pourriez avoir besoin de sélectionner cette option si l'interface Web et XenApp étaient installés sur le même serveur. Si vous choisissez de partager un port entre les Services Internet et le service XML et que vous souhaitez modifier le port du Service XML après l'installation, vous devez le faire manuellement. Il n'existe aucune option sur la page Propriétés du serveur > Service XML. Vous pouvez exécuter le service XML sur le port 443 en utilisant SSL, selon deux méthodes différentes : Configurer IIS pour le trafic HTTPS sur le port 443, puis sélectionner le partage de port dans le programme d'installation de XenApp ; Configurer le relais SSL sur le port 443. En ce cas, le choix du partage de port n'a pas d'importance. Remarque : Si vous souhaitez que le service XML partage un port avec IIS, vous devez installer l'interface Web avant d'exécuter le programme d'installation de XenApp.

105 105 Guide d'installation Citrix XenApp Utiliser un autre port. Cette option permet d'ouvrir un numéro de port différent sur le serveur XenApp pour les communications du service XML avec l'interface Web et les clients. Sélectionnez cette option si vous : souhaitez installer le service XML sur un serveur XML dédié ; ne souhaitez pas que le service XML Citrix partage le port TCP avec IIS. Si vous envisagez, au cours de l'installation, de définir un numéro de port autre que le numéro par défaut, assurez-vous que d'autres applications n'utilisent pas ce nouveau numéro de port. Pour obtenir la liste des ports utilisés, entrez la commande netstat -a à l'invite de commandes. Notez le numéro de port que vous spécifiez. Si vous modifiez le port par défaut, configurez les serveurs de l'interface Web, ainsi que tout client s'y connectant, afin d'utiliser le nouveau numéro de port. Important : Tous les serveurs de la batterie doivent utiliser le même port TCP pour le Service XML Citrix. Sélectionnez Partager le port TCP/IP par défaut avec les Services Internet. Étape 9 : ajout d'utilisateurs au groupe Utilisateurs du Bureau à distance Seuls les utilisateurs membres du groupe Utilisateurs du Bureau à distance peuvent se connecter aux applications publiées. Par défaut, il n'existe aucun utilisateur dans le groupe Utilisateurs du Bureau à distance. Tant que vous n'avez pas ajouté d'utilisateurs à ce groupe, seuls les administrateurs peuvent se connecter au serveur à distance. Si des comptes d'utilisateur se trouvent déjà sur le serveur, le programme d'installation peut ajouter des utilisateurs au groupe Utilisateurs du Bureau à distance. Cette page d'installation propose trois options : Ajouter le groupe Utilisateurs authentifiés maintenant. Cette option permet d'ajouter les comptes de domaine dans le groupe Utilisateurs Windows au groupe Utilisateurs du Bureau à distance. Elle garantit que tout utilisateur que vous ajoutez ultérieurement au groupe Utilisateurs sera également ajouté au groupe Utilisateurs du Bureau à distance. Ajouter la liste des utilisateurs du groupe Utilisateurs maintenant. Cette option permet de copier tous les utilisateurs courants du groupe Utilisateurs dans le groupe Utilisateurs du Bureau à distance. Si vous ajoutez des comptes utilisateur après l'installation, vous devez les ajouter manuellement au groupe Utilisateurs du Bureau à distance.

106 5 Création d'une nouvelle batterie de serveurs XenApp 106 Ignorer cette étape et ajouter les utilisateurs plus tard. Cette option n'ajoute aucun utilisateur au groupe Utilisateurs du Bureau à distance. Choisir cette option signifie qu'aucun utilisateur ne peut se connecter aux applications publiées tant que vous ne les ajoutez pas au groupe Utilisateurs du Bureau à distance dans Windows Server Sélectionnez Ajouter le groupe Utilisateurs authentifiés maintenant. Tâche 8 : installation de la Configuration avancée XenApp Si vous sélectionnez Configuration avancée XenApp sur la page Sélection des composants, le programme d'installation vous invite à installer la Configuration avancée. Remarque : Installez une seule version de la Configuration avancée XenApp sur le même serveur. Tâche 9 : installation de la documentation XenApp Si vous sélectionnez XenApp Document Library (documentation XenApp) sur la page Sélection des composants, le programme d'installation vous invite à installer la documentation du produit. Remarque : XenApp vous invite à redémarrer à l'issue de l'installation. Vous devez redémarrer XenApp pour qu'il soit intégré correctement aux services Terminal Server. Association à une nouvelle batterie Après l'installation du premier serveur dans la batterie et des composants de gestion tels que la Configuration avancée XenApp et la console Access Management Console, vous pouvez installer XenApp sur d'autres serveurs. Lorsque vous installez XenApp sur les serveurs suivants, vous les associez à la batterie créée, puis vous voyez apparaître un sous-réseau d'options dans le programme Configuration de la création d'une batterie. Le programme d'installation de XenApp vous invite à entrer le nom de votre batterie et fait référence à ses paramètres.

107 107 Guide d'installation Citrix XenApp Au cours de la configuration de l'association à une batterie, l'assistant d'installation vous invite à associer le serveur à une batterie directement ou indirectement. Il est possible d'avoir un mélange de serveurs communiquant directement et indirectement avec le magasin de données. La rubrique suivante vous fournit uniquement des informations sur les étapes d'installation dans la Configuration de l'association à une batterie, qui diffère de la Configuration de la création d'une batterie. Pour associer un serveur à une batterie de serveurs existante, vous devez disposer des informations suivantes : Si vous utilisez une base de données (Microsoft SQL Server, Oracle ou IBM DB2) stockée sur un serveur dédié, vous devez connaître le type de la base de données configurée pour héberger le magasin de données. Vous devez également connaître les informations d'identification d'ouverture de session d'un utilisateur autorisé à accéder à la base de données. Si vous utilisez une base de données (Microsoft Access ou SQL Server Express) stockée sur le premier serveur de la batterie, vous devez connaître le nom de ce serveur et les informations d'identification d'un utilisateur autorisé à accéder à la base de données. Si vous avez activé le cryptage IMA lors de la création de la batterie : copiez la clé utilisée pour le premier serveur de la batterie sur un partage réseau que vous devez définir avec un chemin UNC ; accédez à la clé que vous avez générée lorsque vous avez créé la batterie, à partir d'un périphérique de stockage portable, comme un lecteur flash USB. Citrix vous recommande de supprimer la clé du serveur une fois l'installation de la batterie terminée. Tâche 1 : installation initiale lors de l'association à une batterie Avant que vous ne parveniez sur la page Créer une batterie de serveurs ou associer le serveur à une batterie de serveurs de l'assistant d'installation de Citrix XenApp pour Windows, le programme d'installation est identique, que vous vous associiez à batterie de serveurs ou que vous en créiez une. Lorsque vous associez le serveur à une batterie, installez tous les composants que vous souhaitez voir apparaître sur ce serveur. Les serveurs à associer aux batteries peuvent ne pas nécessiter autant de composants que le premier serveur de la batterie. Pour plus de précisions sur les écrans initiaux du programme d'installation, veuillez consulter la section «Création du premier serveur de la batterie», page 90.

108 5 Création d'une nouvelle batterie de serveurs XenApp 108 Tâche 2 : association à une nouvelle batterie Sur l'écran Créer une batterie de serveurs ou associer le serveur à une batterie de serveurs de l'assistant d'installation, sélectionnez Associer le serveur à une batterie existante. Configurez la connexion du serveur à la batterie existante. Vous pouvez créer une connexion directe ou indirecte au magasin de données en : créant une source de données ODBC que vous pouvez utiliser pour une connexion directe. Cette option est généralement utilisée pour les bases de données d'entreprise, comme Oracle, SQL Server ou DB2. spécifiant le nom du serveur sur lequel vous avez installé initialement XenApp ou le nom du serveur via lequel vous souhaitez vous connecter au magasin de données (un serveur intermédiaire). Cette option est généralement utilisée pour Microsoft Access ou SQL Server Express. Toutefois, si votre batterie comporte plusieurs zones, indiquez le nom de la zone à laquelle vous souhaitez ajouter le serveur à la page Associer le serveur à une batterie de serveurs, désactivez la case à cocher Utiliser le nom de zone par défaut, puis saisissez le nom de la zone à laquelle vous souhaitez ajouter le serveur. Pour les environnements ne comportant qu'une zone, laissez la case à cocher Utiliser le nom de zone par défaut activée pour associer la zone créée au premier serveur de la batterie. Pour vous connecter directement au magasin de données 1. Dans la page Associer le serveur à une batterie de serveurs, effectuez l'une des actions suivantes : Connectez-vous directement à la base de données à l'aide d'odbc. Sélectionnez votre base de données dans la liste, puis cliquez sur Suivant. 2. Configurez le pilote ODBC associé à la base de données que vous utilisez. Pour obtenir des instructions sur cette procédure pour des bases de données Microsoft SQL Server, Oracle et IBM DB2, veuillez consulter la documentation de la base de données concernée. Pour vous connecter à un serveur contenant le magasin de données 1. Sur la page Associer le serveur à une batterie de serveurs, sélectionnez Se connecter à la base de données sur ce serveur, spécifiez le nom du serveur hébergeant la base de données Access ou SQL Server Express, puis cliquez sur Suivant. Par défaut, le port de communication est le port Sur la page Accéder à la base de données sur un ordinateur Citrix XenApp, spécifiez les informations d'identification pour le serveur auquel vous vous connectez, puis cliquez sur Suivant.

109 109 Guide d'installation Citrix XenApp Une fois que vous êtes connecté au magasin de données, selon que le cryptage IMA est activé sur la batterie à laquelle vous vous associez, la page Paramètres du système de licences Citrix ou Type de clé de cryptage IMA s'affiche. Voir aussi : «Planification du magasin de données XenApp», page 197 «Connexion au magasin de données», page 198 Tâche 3 : spécification de l'emplacement du fichier de clé de cryptage IMA Le programme d'installation détecte automatiquement si le cryptage IMA est activé sur la batterie à laquelle vous vous associez et vous invite à définir l'emplacement de la même clé utilisée sur le premier serveur de la batterie. Lorsque vous activez le cryptage IMA pendant la Configuration de l'association à une batterie, vous pouvez effectuer l'une des actions suivantes : ajouter le fichier clé à chaque ordinateur avant l'installation ; ou placer le fichier clé dans un emplacement réseau partagé, accessible en définissant un chemin UNC ; ou placer le fichier clé sur un support de stockage portatif, comme un CD- ROM ou un lecteur USB que vous utilisez pour chaque installation. Lorsque vous effectuez des installations personnalisées ou que vous effectuez un déploiement sur serveurs multiples dans de larges environnements, pensez à stocker le fichier clé dans un emplacement de réseau partagé ou à l'inclure dans l'image du serveur sur lequel vous déployez XenApp. Remarque : Si vous ajoutez un fichier de clé à un emplacement réseau, veillez à disposer des droits explicites du fichier de clé afin d'éviter d'être invité à fournir vos informations d'identifications lorsque vous exécutez le programme d'installation. Voir la section «Stockage de la clé sur un emplacement partagé», page 238 pour plus d'informations. Choisissez l'une des méthodes suivantes pour définir l'emplacement du fichier clé lorsque vous associez le serveur à une batterie : Installer la clé du fichier. Sélectionnez cette option si vous n'avez chargé aucun fichier clé sur ce serveur. Suivez ensuite la procédure «Pour installer une clé à partir d'un fichier», page 101.

110 5 Création d'une nouvelle batterie de serveurs XenApp 110 Utiliser une clé déjà chargée. Sélectionnez cette option si vous avez déjà chargé la clé pour cette batterie sur ce serveur. Après avoir chargé une clé valide, la page Paramètres du système de licences Citrix s'affiche. Remarque : L'option Utiliser une clé déjà chargée n'est disponible que si vous avez chargé une clé sur ce serveur avant d'avoir amorcé l'installation. Étant donné que vous ne pouvez pas générer une nouvelle clé lorsque vous associez le serveur à une batterie, l'option Générer puis installer la clé est désactivée. Pour vérifier que le cryptage IMA est activé et configuré correctement sur les serveurs, utilisez l'option query de la commande CTXKEYTOOL, située dans le dossier Support du support d'installation. La documentation de cet outil figure dans le Guide de l'administrateur Citrix XenApp. Tâche 4 : utilisation des paramètres de licences de la batterie de serveurs Le serveur de licences peut utiliser les mêmes paramètres que la batterie ou bien pointer vers un autre serveur de licences. Sur la page Paramètres du système de licences Citrix, sélectionnez l'une des options suivantes : Entrer le nom de l'hôte de la machine hébergeant votre serveur de licences Citrix. Cette option pointe vers un serveur de licences différent des autres serveurs de la batterie. Utiliser les réglages globaux de la batterie pour le serveur de licences. Cette option pointe vers le même serveur de licences que le reste des serveurs de la batterie ; Entrer le nom d'hôte plus tard.si vous ne connaissez ni le nom du serveur de licences ni le numéro de port, vous fournirez ces informations ultérieurement à l'aide de la console Access Management Console. Pour obtenir des informations sur le système de licences, veuillez consulter le Guide de démarrage du système de licences Citrix.

111 111 Guide d'installation Citrix XenApp

112 6 Migration vers XenApp 5.0 Cette rubrique décrit la migration de votre batterie existante vers XenApp 5.0. Dans cette rubrique, le terme migration correspond au processus de déplacement des données et des paramètres d'une ancienne version vers cette version. Cette rubrique contient également les informations requises pour les environnements de batteries mixtes. Une batterie mixte se compose de serveurs qui exécutent différentes versions de XenApp et de Presentation Server. Si vous n'avez jamais installé XenApp auparavant, veuillez consultez les sections «Préparation de l'installation de XenApp», page 70 et «Création d'une nouvelle batterie de serveurs XenApp», page 88. Migration d'une batterie de serveurs existante vers XenApp 5.0 Vous avez le choix entre trois méthodes différentes pour déplacer certains serveurs de votre batterie vers la version suivante : Migration de serveurs. Nouvelle installation de XenApp sur l'un des systèmes d'une batterie existante. Cette migration s'effectue sous forme d'une installation complète (et non via l'assistant de mise à niveau) ; par conséquent, aucun paramètre n'est transmis sur le serveur. Les paramètres de batterie du serveur proviennent de la batterie existante. Mise à niveau de batterie de serveurs. Le magasin de données de batterie de serveurs existant est mis à jour. Mais un serveur de la batterie au minimum est migré vers la nouvelle version de XenApp. Migration de batterie de serveurs. Un nouveau magasin de données de batterie de serveurs est créé, s'appuyant sur l'installation d'un nouveau serveur minimum (le premier serveur de la batterie).

113 113 Guide d'installation Citrix XenApp Cette rubrique décrit les migrations de serveurs, ainsi que les mises à niveau et migrations de batteries. Pour effectuer une migration vers la dernière version de XenApp, Citrix recommande de suivre l'un de nos processus de migration afin de conserver les configurations de batteries (paramètres de stratégie, d'impression, de système de licences et de batterie). Avant de commencer la migration de votre batterie dans XenApp, nous vous invitons à consulter les rubriques suivantes, qui fournissent des informations utiles permettant de simplifier la migration : «Nouveautés du programme d'installation de cette version de XenApp», page 113 «Choix d'une stratégie de migration de batterie de serveurs», page 117 «Configuration de migration requise», page 122 Si vous souhaitez exécuter XenApp dans un environnement de batterie de serveurs mixte (avec des serveurs exécutant deux versions différentes de XenApp au sein d'une même batterie), veuillez consulter «Utilisation de batteries mixtes», page 127. Nouveautés du programme d'installation de cette version de XenApp Avant d'installer la dernière version de XenApp, prenez note des modifications suivantes, qui sont susceptibles de modifier le déploiement de votre batterie ou les systèmes d'exploitation des serveurs sur lesquels vous souhaitez publier des applications : «Modifications affectant la conception de batteries», page 114 «Modifications générales apportées au programme d'installation», page 114 «Modifications affectant les installations personnalisées», page 115 «Modifications apportées aux composants, aux fonctions et aux paramètres», page 116 «Modifications Windows Server 2008 affectant XenApp», page 117

114 6 Migration vers XenApp Modifications affectant la conception de batteries Les modifications suivantes sont susceptibles d'affecter l'emplacement de composants au sein de votre environnement Citrix : Citrix ne recommande pas de créer une zone par sous-réseau inclus dans votre environnement. Sauf si votre batterie est dispersée au sein d'un réseau étendu, Citrix recommande d'utiliser une seule zone au sein de votre environnement. Pour des raisons de performances sur les réseaux étendus, Citrix recommande d'utiliser une zone pour chaque important centre de données dispersées géographiquement. Afin de minimiser le nombre de zones, Citrix recommande de connecter les emplacements dotés de quelques serveurs seulement à une zone plus importante si vous disposez d'une bonne connectivité réseau étendu. En raison de la configuration de système d'exploitation requise pour XenApp 5.0, Citrix ne recommande pas d'installer le serveur SmartAuditor sur le même serveur que XenApp. Cela risquerait de modifier l'emplacement des composants SmartAuditor au sein de votre topologie. Modifications générales apportées au programme d'installation Les modifications suivantes affectent la séquence ou le conditionnement des composants d'installation : Le kit de support XenApp Media Kit, qui contient le support d'installation, se trouve désormais sur DVD. L'adresse URL de serveur indiquée dans la page Adresse de serveur pour le client de liaison n'a plus comme valeur par défaut l'hôte local, car cela peut entraîner des incidents lors du déploiement sur serveurs multiples. L'installation de XenApp Plugin pour applications hébergées pour Windows possède désormais son propre fichier.msi (XenAppHosted.msi). Les plug-ins doivent être installés préalablement au lancement du programme d'installation de XenApp. L'installation des plug-ins est effectuée par défaut uniquement lors de l'installation invoquée par Autorun. La Configuration avancée XenApp possède désormais son propre pack d'installation (CMC.msi). Il est situé sur le support d'installation, dans Administration\XenApp Advanced Configuration. Bien qu'il soit installé par défaut, la Configuration avancée XenApp ne fait plus partie du programme d'installation de base de XenApp (mps.msi). Le pack d'installation XenApp_Documentation.msi remplace le pack d'installation de documentation précédent (docs.msi).

115 115 Guide d'installation Citrix XenApp Dans le programme d'installation de XenApp, la page Créer une batterie de serveurs n'utilise plus le sous-réseau de votre serveur en tant que nom de zone par défaut. La console Access Management Console prend désormais en charge la désinstallation simultanée de toutes les extensions Access Management Console. Modifications affectant les installations personnalisées Si vous utilisez des scripts ou des fichiers de réponses pour l'installation de XenApp, tenez compte des modifications suivantes : Il n'existe plus de type d'installation par défaut. Lorsque vous effectuez l'installation à l'aide de commandes Windows Installer (msiexec), définissez la propriété CTX_MF_SERVER_TYPE quel que soit le type d'installation effectué ; sinon, le programme d'installation échoue. Pour simplifier la mise à jour des plug-ins, XenApp Plugin pour applications hébergées désigne désormais, dans le programme d'installation de XenApp, le fichier XenAppHosted.msi. Cela affecte les scripts d'installation XenApp : En effet, les plug-ins doivent être installés avant le lancement du programme d'installation de XenApp. Vous devez donc ajouter les commandes permettant d'installer les plug-ins avant d'installer celles que vous utiliserez pour l'installation de XenApp. La configuration de l'authentification unique a changé. Lorsque vous effectuez des installations personnalisées (par exemple, à l'aide de scripts), configurez l'authentification unique lors de l'installation de XenApp Plugin pour applications hébergées, qui doit précéder l'installation de XenApp. Les plug-ins possèdent désormais leur propre fichier.msi ; par conséquent, certaines de leurs propriétés d'installation ont changé : CLIENT_INSTALLDIR est désormais INSTALLDIR et ADDLOCAL a été ajouté. L'installation de XenApp échoue sans les plug-ins, et aucun message d'erreur ne s'affiche dans ce cas si vous installez XenApp sans assistance. Le programme d'installation de XenApp a apporté les modifications suivantes aux fichiers.msi : Fichiers.msi séparés pour la Configuration avancée XenApp (Administration\XenApp Advanced Configuration\cmc.msi).

116 6 Migration vers XenApp Le pack d'installation XenApp_Documentation.msi remplace le pack d'installation de documentation précédent (docs.msi). Modifiez les scripts pour tenir compte des nouveaux fichiers.msi et de leurs propriétés associées ; assurez-vous également qu'ils figurent dans la séquence appropriée. Modifications apportées aux composants, aux fonctions et aux paramètres Ces modifications peuvent affecter la méthode de conception de la batterie ou d'installation des composants : Pour pouvoir exécuter cette version, vous devez disposer du serveur de licences version 11.5 ; vous pouvez vous le procurer via le programme Autorun ou sur le site de téléchargement de Citrix. Si vous exécutez une version antérieure du serveur de licences, mettez-la à niveau vers la version Pour rechercher la version du serveur de licences, consultez le Guide de démarrage du système de licences. XenApp 5.0 ne prend pas en charge Active Sync ou Windows Mobile. Pour pouvoir utiliser des ordinateurs de poche ou d'autres dispositifs mobiles, vous devez recourir à un ordinateur exécutant Presentation Server 4.5, Feature Pack 1 (c'est-à-dire, exécuter deux batteries en parallèle ou disposer d'un environnement de batterie de serveurs mixte). Le remappage des lettres d'unités de serveurs n'est plus pris en charge dans XenApp 5.0. Conferencing Manager n'est plus inclus dans XenApp. Citrix recommande d'utiliser à la place Citrix GoToMeeting. La console Access Management Console prend désormais en charge la désinstallation simultanée de toutes les extensions Access Management Console. Dans XenApp 5.0, Citrix a remplacé Resource Manager par EdgeSight Resource Manager. Si vous utilisez Resource Manager, veuillez consulter Recherche de documentation EdgeSight, qui indique où trouver des informations complémentaires sur l'utilisation des fonctions Resource Manager optimisées par EdgeSight. Les fonctions Resource Manager optimisées par EdgeSight ne peuvent pas contrôler les ordinateurs qui utilisent Presentation Server 4.5 avec Feature Pack 1.

117 117 Guide d'installation Citrix XenApp Pour effectuer un contrôle en environnement de batterie mixte, utilisez Resource Manager pour les ordinateurs exécutant Presentation Server 4.5 avec Feature Pack 1 et Resource Manager optimisé par EdgeSight pour les serveurs XenApp. Vous pouvez également utiliser EdgeSight pour XenApp (fourni avec l'édition Platinum) pour le contrôle de ces deux versions. Modifications Windows Server 2008 affectant XenApp Citrix recommande vivement de vérifier les modifications apportées à Windows Server 2008 avant d'effectuer la migration vers XenApp 5.0. Il est très important de bien comprendre les différences de réglages et de comportement entre Windows Server 2003 et Windows Server Certaines applications publiées au sein d'un environnement Windows Server 2003 peuvent avoir un comportement inattendu si elles ne sont pas compatibles avec Windows Vista ou avec le Contrôle de compte d'utilisateur (UAC). Deux points clés : Il existe des limitations à l'exécution d'applications non compatibles avec Vista dans Windows Server Pour plus d'informations, veuillez consulter «Considérations relatives à l'activation ou à la désactivation du contrôle de compte d'utilisateur lors de l'installation», page 76. Dans Windows Server 2008, l'option Restreindre chaque utilisateur à une seule session de l'outil Configuration des services Terminal Server est désormais sélectionnée par défaut. Pour que les utilisateurs puissent se connecter simultanément à plusieurs sessions, Citrix recommande d'affecter à cette option la valeur Non. Citrix recommande d'utiliser dans XenApp les paramètres qui s'appliquent aux serveurs et à la batterie, afin de contrôler le nombre de sessions simultanées pouvant être lancées par un utilisateur final. Choix d'une stratégie de migration de batterie de serveurs Il existe deux méthodes de migration : migration de serveurs individuels, impliquant une conversion graduelle de la batterie vers la version actuelle et la gestion du nom de batterie et du magasin de données existants ; création d'une nouvelle batterie au fur et à mesure que vous créez des serveurs portant la version suivante (ou que vous mettez à jour leur image), que vous les ajoutez à cette nouvelle batterie et que vous copiez manuellement les paramètres et les stratégies.

118 6 Migration vers XenApp Ces méthodes présentent différents avantages qui dépendent de votre environnement et de vos objectifs. Ces deux méthodes de migration impliquent le retrait du serveur à migrer du réseau, puis de la batterie, à l'aide de la console Access Management Console. Conversion graduelle de serveurs Si votre batterie exécute Presentation Server 4.5 avec Feature Pack 1, vous pouvez effectuer une migration par étapes en associant à la batterie existante des serveurs XenApp 5.0 ayant fait l'objet du processus de création d'image, au fur et à mesure que vous supprimez des serveurs Presentation Server 4.5 avec Feature Pack 1. Ce type de migration permet de conserver les stratégies existantes et les règles qu'elles contiennent. Lorsqu'un serveur XenApp 5.0 est associé à une batterie de serveurs Presentation Server 4.5 avec Feature Pack 1, les règles de stratégie apportées par la nouvelle version portent la valeur Non configuré. Sur le serveur XenApp 5.0, vous pouvez activer les nouvelles règles dans les stratégies de batteries existantes. Toutefois, les serveurs qui exécutent des versions précédentes n'activeront pas ces nouvelles règles. La migration d'un serveur de batterie (quelle que soit la désignation de zone) permet de mettre à niveau la batterie complète et place cette dernière en mode de batterie mixte. Si une zone pilote est utilisée pour le test de pré-production et que XenApp 5.0 est installé sur un serveur de cette zone, la batterie fonctionne alors en mode mixte. Dans ce cas, des problèmes inattendus peuvent se produire. Citrix recommande vivement d'effectuer tous les tests au sein d'une batterie dissociée afin d'éviter les impacts éventuels sur les utilisateurs de l'environnement de production. La conversion graduelle de serveurs implique l'exécution d'un environnement mixte pendant la migration de serveurs individuels, ce qui peut rendre l'administration plus complexe. Bien que cette méthode vous permette de conserver votre batterie en production, elle est moins simple que la méthode de création d'une nouvelle batterie. Citrix recommande d'exécuter les serveurs en mode mixte pendant la plus courte durée possible. Création d'une nouvelle batterie de serveurs Envisagez la création d'une nouvelle batterie lorsqu'un nombre important de modifications doivent être mises en œuvre. Cette méthode diminue l'éventualité d'une altération des données. Si votre batterie existante est basée sur une version autre que Presentation Server 4.5 avec Feature Pack 1, vous devez créer une nouvelle batterie car le mode mixte est pris en charge par cette version uniquement.

119 119 Guide d'installation Citrix XenApp La méthode de création d'une nouvelle batterie ne permet pas de conserver les paramètres ; vous devez donc entrer manuellement toutes les stratégies et configurations. Lorsque vous effectuez la migration de votre batterie, vous pouvez utiliser l'interface Web comme point d'entrée principal. Vous permettez ainsi aux utilisateurs d'utiliser l'ancienne et la nouvelle batterie pendant la période de migration, car l'interface Web peut fusionner les applications disponibles sur différentes batteries et les afficher sur une même page Web. Facteurs de conception à prendre en compte lors de la migration Outre les modifications apportées à XenApp 5.0 susceptibles d'affecter la conception des batteries, d'autres facteurs sont à prendre en compte lorsque vous planifiez une migration : Conception des serveurs d'infrastructure À mesure que les batteries prennent de l'ampleur ou que le nombre de connexions utilisateur augmente, vous devrez peut-être augmenter le nombre de serveurs dédiés à l'hébergement des services d'infrastructure dans votre environnement. Par exemple, si vous avez ajouté des serveurs d'application à votre batterie, il vous est peut-être nécessaire de migrer d'un serveur d'infrastructure hébergeant le serveur de licences Citrix, le collecteur de données et XML Broker vers un serveur hébergeant uniquement le collecteur de données et XML Broker, voire un serveur dédié à chaque fonction. Si cela n'a pas été fait lors de l'expansion de votre batterie, la migration vers la prochaine version de XenApp sera un moment propice pour revoir la conception de votre serveur d'infrastructure. Pour évaluer vos besoins en matière de serveurs d'infrastructure, suivez les conseils fournis à la section «Planification des serveurs d'infrastructure», page 42 concernant l'utilisation de compteurs de performances pour analyser les performances des serveurs d'infrastructure. Conception de Load Manager Les serveurs 64 bits prennent en charge un nombre plus élevé d'utilisateurs ; par conséquent, il peut s'avérer utile de revoir la conception de Load Manager pour vérifier son efficacité (tout particulièrement si le calculateur de charge par défaut ou avancé fait partie de votre conception de batterie existante). Si vos évaluateurs de charge utilisent principalement des pourcentages (pourcentages d'uc ou de mémoire, par exemple), vous ne devrez peut-être pas reconfigurer votre implémentation d'équilibrage de charge. Si vous avez migré vos serveurs vers un matériel 64 bits, vous serez peut-être en mesure de diminuer le nombre de serveurs utilisant l'équilibrage de charge, car les serveurs 64 bits peuvent prendre en charge davantage de ressources. Migration vers Access Gateway Lorsque vous migrez votre batterie vers XenApp 5.0, évaluez votre configuration de sécurité et déterminez si vous désirez remplacer Secure Gateway par Access Gateway pour l'accès distant.

120 6 Migration vers XenApp Ce changement peut vous procurer certains avantages dans la mesure où Acces Gateway : prend en charge davantage d'applications et de protocoles ; consolide toutes les solutions d'accès distant au sein d'un seul boîtier ; Access Gateway sécurise en outre les connexions distantes à la batterie et l'accès aux ressources non publiées, telles que la messagerie électronique, les applications Web internes et les partages de fichiers réseau ; remplace un serveur dans la zone démilitarisée par un boîtier à sécurité renforcée ; vous permet d'ajouter une fonctionnalité VPN tout en conservant la possibilité d'accéder aux applications publiées ; permet à un large éventail de machines clientes de se connecter aux applications publiées à l'aide de XenApp Plugins. La migration vers Access Gateway peut modifier votre topologie de batterie. Lorsque vous supprimez Secure Gateway de la zone démilitarisée et le remplacez par Access Gateway, vous pouvez déplacer l'interface Web vers votre réseau sécurisé interne. Access Gateway authentifie et autorise les utilisateurs, puis établit une connexion avec l'interface Web. La sécurité est ainsi renforcée étant donné que la zone démilitarisée compte deux serveurs Windows de moins. À un niveau élevé, le processus de migration de Secure Gateway vers Access Gateway comprend les étapes suivantes : ouverture des ports des pare-feu appropriés ; décision quant à la migration des certificats de sécurité de Secure Gateway ou à la création de nouveaux certificats pour Access Gateway ; installation du boîtier Access Gateway. Pour plus d'informations, veuillez consulter le guide intitulé Secure Gateway to Access Gateway Migration Guide, inclus dans la documentation d'access Gateway. Définition d'un plan de migration La planification de votre migration est essentielle à sa réussite. Un plan de migration correct définit quatre étapes clés : la définition des besoins, la conception, les tests et l'implémentation.

121 121 Guide d'installation Citrix XenApp 1. Définition des besoins Identifiez et confirmez les besoins techniques, les besoins de l'entreprise et ceux des utilisateurs. Les besoins de l'entreprise peuvent inclure la rentabilité ou les besoins en personnel. Les besoins techniques peuvent se baser sur l'infrastructure existante et la complexité technique. Les besoins des utilisateurs peuvent inclure l'authentification unique et la facilité d'accès. 2. Documentation de la conception Le document de conception est un projet de nouvel environnement, un peu comme une maquette de nouveau bâtiment. Il contient les nouvelles fonctions et les principales modifications qui auront un impact sur la batterie de serveurs. Citrix recommande de créer des documents de conception détaillés pour la migration, identiques à ceux créés lors de l'installation initiale. 3. Tests Il est important de tester l'impact des nouvelles fonctions, la façon dont les modifications apportées à Windows Server 2008 ont une incidence sur votre configuration de batterie. 4. Plan d'implémentation Lorsque vous migrez vers une nouvelle version de XenApp, créez une frise chronologique. En effet, selon le type de migration choisi, la migration peut s'étaler sur plusieurs mois. En règle générale, un projet de mise en œuvre peut se baser sur le document de conception, et inclure un projet avec planning, ressources et dépendances. La mise en œuvre du projet inclut souvent la méthode de création d'images sur les serveurs, la configuration des paramètres, la méthode d'installation des applications, la formation à l'assistance technique, la formation des utilisateurs, les étapes de déploiement et le plan de mise à l'écart de l'ancienne batterie (le cas échéant).

122 6 Migration vers XenApp Configuration de migration requise Lors de la migration vers XenApp 5.0, vous devez mettre à niveau plusieurs composants. Mise à niveau du système de licences Citrix. Si vous utilisez le serveur de licences fourni avec Presentation Server 4.5 avec Feature Pack 1, vous devez effectuer une mise à niveau vers le serveur de licences inclus dans cette version. Vos fichiers de licences existants sont compatibles avec le nouveau serveur de licences. Pour plus d'informations sur la mise à niveau de votre serveur de licences, veuillez consulter le livre blanc Citrix intitulé «Licences : migration, mise à niveau et modification du nom», que vous trouverez sur Migration des pilotes d'imprimante. Si vous effectuez la migration de pilotes d'imprimante vers des serveurs exécutant Windows Server 2008, ces pilotes doivent être compatibles avec Windows Server Par exemple, les pilotes Windows NT 4.0 de type noyau ne sont pas pris en charge par Windows Server Idéalement, les pilotes installés sur des serveurs XenApp doivent être certifiés Windows Vista. Restrictions relatives à la mise à niveau de la console Access Management Console. Lorsque vous mettez à niveau la console Access Management Console depuis les versions fournies avec les précédentes versions de XenApp, il existe des restrictions relatives à la manière dont la dernière version de la console reconnaît les éléments Mes vues créés par la version antérieure ou tout élément découvert par celle-ci. Après la mise à niveau, s'il vous est proposé de mettre à niveau votre fichier de configuration.msc, choisissez d'effectuer l'une des opérations suivantes : Mettre à niveau. Le fichier est mis à niveau ; vous ne pouvez pas utiliser la version antérieure de la console pour ouvrir celui-ci ou pour visualiser certaines de Mes vues créées. Vous pouvez en revanche utiliser la version ultérieure. Ne pas mettre à niveau. Le fichier n'est pas mis à niveau ; vous pouvez utiliser les deux versions de la console pour afficher les éléments Mes vues. Mais vous ne pouvez modifier et enregistrer les éléments Mes vues que dans la version antérieure. La migration à partir de Release Preview n'est pas prise en charge. Les versions Release Preview de XenApp ne sont pas destinées à un usage dans des environnements de production. La migration des versions Release Preview de XenApp 5.0 vers la version officielle de XenApp 5.0 n'est pas prise en charge.

123 123 Guide d'installation Citrix XenApp Important : Citrix ne prend pas en charge la mise à niveau des composants de Windows Server 2003 vers Windows Server 2008, sauf mention contraire fournies avec ceux-ci. Pour effectuer une migration graduelle à partir de la version précédente Cette rubrique offre un aperçu général des tâches de migration d'une batterie vers la version la plus récente de XenApp. 1. Mettez à niveau le serveur de licences Citrix. Avant de mettre à niveau le premier serveur d'une batterie, mettez à niveau le serveur de licences et vérifiez que vous téléchargez les licences les plus récentes. Pour plus d'informations sur la mise à niveau de votre serveur de licences, veuillez consulter le livre blanc Citrix intitulé Licensing: Upgrading, Migrating, and Renaming dans le Centre de connaissances de Citrix. 2. Migrez votre magasin de données vers un magasin de données pris en charge par XenApp 5.0, le cas échéant. Par exemple, si votre magasin de données est basé sur SQL Server 2005, vous ne devez pas y apporter de modifications. 3. Effectuez une mise à niveau ou une nouvelle installation de la Configuration avancée XenApp, de la console Access Management Console et de l'interface Web. Pour mettre automatiquement ces composants à niveau et conserver les paramètres de configuration par défaut, utilisez les paramètres par défaut des programmes d'installation correspondants lorsqu'ils sont invoqués depuis un programme Autorun. Remarque : Si vous effectuez une mise à niveau de la console Access Management Console et de la Configuration avancée XenApp sur la même plate-forme de système d'exploitation (de Windows Vista à Windows Vista, par exemple), vous ne pouvez utiliser que l'assistant pour mettre à niveau ces composants. 4. Pour supprimer des serveurs de la batterie dont vous souhaitez mettre à jour l'image, suivez la procédure «Suppression d'un serveur XenApp pendant la migration», page 126.

124 6 Migration vers XenApp Installez XenApp 5.0 sur les nouveaux serveurs (ou ceux ayant fait l'objet du processus de création d'image), à l'aide du programme d'installation utilisé pour l'association à une batterie. Au cours de l'installation, spécifiez que vous souhaitez effectuer une association à votre batterie existante. Effectuez la migration des serveurs dans l'ordre suivant : A. Collecteurs de données de zone B. Serveurs d'infrastructure C. Serveurs membres hébergeant des applications publiées 6. Installez et configurez une nouvelle version de Secure Gateway, le cas échéant. XenApp 5.0 requiert l'installation de la version la plus récente de Secure Gateway (Secure Gateway 3.1). Pour plus d'informations, veuillez consulter le Guide de l'administrateur Secure Gateway. Pour effectuer la migration d'une batterie de serveurs existante ou d'ancienne génération via la création d'une nouvelle batterie Voici un aperçu général des tâches de migration vers la version suivante de XenApp 5.0 via la création d'une nouvelle batterie de serveurs. 1. Utilisez le Conditionneur de clients Citrix pour mettre à la disposition des utilisateurs les plug-ins les plus récents, pour créer un pack de plug-ins XenApp et pour inclure l'adresse URL de votre site de services XenApp. Certaines fonctions XenApp 5.0 nécessitent de nouveaux plug-ins. Citrix recommande de mettre à niveau les plug-ins utilisateur avant de procéder à la migration afin de pouvoir résoudre tout problème éventuel avant de migrer la batterie. La mise à niveau des plug-ins avant la migration de la batterie permet de déterminer plus facilement si les problèmes sont spécifiques aux plug-ins ou aux serveurs de la batterie. Au lieu d'utiliser le Conditionneur de clients Citrix, vous pouvez déployer le nouveau pack sur les machines clientes à l'aide d'une stratégie de groupe Active Directory, de Microsoft Systems Center Configuration Manager (anciennement Systems Management Server ou SMS) ou d'un autre outil de déploiement logiciel. Ce déploiement ne nécessite aucune intervention de la part des utilisateurs. Pour plus d'informations, veuillez consulter le Guide de l'administrateur XenApp Plugin pour applications hébergées. 2. Créez un nouveau magasin de données si ce dernier n'est pas hébergé sur Microsoft Access.

125 125 Guide d'installation Citrix XenApp 3. Installez XenApp 5.0 sur un serveur indépendant de votre batterie de serveurs Presentation Server et nommez-le différemment de la batterie existante. Il s'agit du premier serveur de la nouvelle batterie. 4. Utilisez la console Access Management Console et la Configuration avancée XenApp pour configurer le nouveau serveur à l'aide des paramètres appliqués à votre batterie existante. Adoptez aussi les mêmes réglages pour les applications publiées. Vous pouvez aussi créer un script permettant d'exporter et d'importer les informations relatives aux applications publiées. Consultez le site Web du réseau Citrix Developer Network pour plus d'informations. 5. Déployez l'interface Web comme point d'entrée principal de votre nouvelle batterie. Utilisez des enregistrements DNS CNAME (alias) pour les serveurs de l'interface Web. Utilisez un alias DNS facile à mémoriser (mesapplications, par exemple). En suivant cet exemple, Citrix disposerait d'un déploiement interne de l'interface Web avec plusieurs serveurs partageant l'alias DNS mesapplications.citrix.com. 6. Mettez le nouvel environnement à la disposition d'utilisateurs pilotes pour une phase de test. 7. Après la mise au point du déploiement pilote, fournissez-en l'accès à l'ensemble des utilisateurs. Informez les utilisateurs des moyens dont ils disposent pour se connecter à votre adresse de serveur d'interface Web. Par exemple, dans le cas de l'alias évoqué précédemment : 8. Mise à l'écart de la batterie de serveurs exécutant l'ancienne version de XenApp.

126 6 Migration vers XenApp Suppression d'un serveur XenApp pendant la migration Si vous désirez supprimer un serveur d'une batterie existante, Citrix recommande que vous désinstalliez XenApp via Panneau de configuration > Programmes et fonctionnalités que vous vérifiiez que le serveur a bien été supprimé de la batterie à l'aide de la console Access Management Console, puis que vous en créiez une nouvelle image, si vous le souhaitez. En utilisant cette méthode, vous supprimerez les informations d'hébergement relatives au magasin de données de la batterie et supprimerez le serveur de la liste des propriétés de batterie affichée dans les consoles de gestion. Bien qu'il vous soit possible de supprimer le serveur de la batterie uniquement via la console Access Management Console, Citrix recommande de suivre la méthode décrite dans cette rubrique pour plus de sûreté. Pour supprimer un serveur de la batterie 1. En vous assurant que le serveur soit toujours relié au réseau et soit en service dans la batterie, désinstallez XenApp à partir du serveur via Panneau de commande > Programmes et fonctionnalités, en sélectionnant Citrix XenApp 5.0, puis Désinstaller. 2. Ouvrez la console Access Management Console sur un autre serveur, exécutez ou réexécutez la découverte, et vérifiez si le serveur a été correctement supprimé de la batterie. Si le serveur à partir duquel vous avez désinstallé XenApp apparaît encore dans la console Access Management Console, procédez comme suit : A. Dans le panneau gauche de la console Access Management Console, sélectionnez le serveur. B. Dans le menu Action, sélectionnez Toutes les tâches > Supprimer de la batterie. 3. Une fois que vous vous êtes assuré que le serveur n'apparaît plus dans la batterie via la console Access Management Console, déconnectez ce serveur du réseau. Attention : Ne le reconnectez pas au réseau, sauf pour mettre à jour ses images ou pour supprimer son logiciel XenApp. S'il est reconnecté au réseau, cela risque d'endommager la batterie. 4. Exécutez la commande dscheck au niveau du magasin de données, pour réparer toute incohérence éventuelle.

127 127 Guide d'installation Citrix XenApp 5. Effectuez une nouvelle installation du système d'exploitation (c'est-à-dire une installation complète, et non une mise à niveau) et de XenApp 5.0 (si vous souhaitez réutiliser le matériel pour ce serveur). Désinstallation de XenApp Avant de désinstaller XenApp, vérifiez les points clé suivants : Désinstallation de XenApp dans les batteries connectées directement et indirectement au magasin de données. Dans les batteries possédant des connexions directes et indirectes au magasin de données, Citrix recommande de désinstaller les serveurs indirectement connectés avant de désinstaller le serveur au travers duquel elles sont connectées (c'est-à-dire, le serveur se connectant directement). Si XenApp est désinstallé depuis un serveur avec une connexion directe au magasin de données, les serveurs connectés de manière indirecte ne peuvent accéder au magasin de données. Les informations, telles que les applications ou les administrateurs Citrix, sont perdues et les serveurs indirectement connectés de ce serveur ne peuvent être désinstallés depuis le magasin de données. Désinstallation depuis une session RDC (Remote Desktop Connection). Citrix ne recommande pas de désinstaller XenApp depuis une session RDC (Remote Desktop Connection) car le programme de désinstallation doit fermer la session de tous les utilisateurs distants lors de la désinstallation de XenApp. Si vous devez désinstaller XenApp à distance, utilisez des outils tels que Microsoft Configuration Manager. Recréation et attribution d'un nouveau nom aux serveurs XenApp Il existe plusieurs étapes spécifiques à suivre lors du remplacement d'un serveur à cause d'un échec matériel ou de l'attribution d'un nouveau nom à un serveur de batterie à l'aide du système d'exploitation. Ces étapes vous aident à empêcher l'altération des enregistrements du magasin de données et assurer que le serveur est correctement intégré à la batterie. Assurez-vous de suivre les étapes spécifiques comme documentées dans le Guide de l'administrateur Citrix XenApp dans la documentation de maintenance de la batterie. Utilisation de batteries mixtes Lisez ces rubriques si votre batterie contient une combinaison de serveurs exécutant XenApp 5.0 et Presentation Server 4.5 avec Feature Pack 1. Si votre batterie contient uniquement des serveurs exécutant XenApp 5.0, il est inutile de lire ces informations.

128 6 Migration vers XenApp Ces rubriques contiennent des informations relatives aux environnements de batterie mixte. Elles contiennent des informations sur l'administration de Resource Manager qui, bien que remplacé dans cette version par Resource Manager (optimisé à l'aide de la technologie EdgeSight), peut être administré au sein d'une batterie mixte. Présentation des batteries mixtes Citrix vous recommande, dans la mesure du possible, de mettre à niveau simultanément tous les serveurs d'une batterie pour que vous n'ayez pas de versions différentes de XenApp et de Presentation Server exécutées sur la même batterie. Toutefois, les ordinateurs qui exécutent XenApp 5.0 coexistent avec des ordinateurs qui exécutent Presentation Server 4.5 avec Feature Pack 1. L'interopérabilité de cette version de XenApp avec des serveurs et des batteries antérieurs à Presentation Server 4.5 avec Feature Pack 1 n'est pas prise en charge ; Feature Pack 1 fait partie des configurations requises pour une batterie mixte. Lorsque vous déterminez si vous devez ou non migrer tout ou partie d'une batterie, tenez compte des fonctions dont les utilisateurs ont besoin. Par exemple, si les utilisateurs ont besoin de la synchronisation des ordinateurs de poche, vous pouvez conserver un serveur Presentation Server 4.5 avec Feature Pack 1. Important : Pour disposer d'une batterie mixte, vous devez ajouter XenApp 5.0 à la batterie Presentation Server 4.5 avec Feature Pack 1. Vous ne pouvez pas ajouter d'ordinateurs exécutant Presentation Server 4.5 avec Feature Pack 1 à une batterie XenApp 5.0. Pour découvrir une batterie mixte, exécutez la découverte à l'aide de la dernière version d'access Management Console sur un serveur exécutant XenApp 5.0. Il se peut que certaines nouvelles fonctionnalités ne soient pas disponibles si vous n'utilisez pas la dernière version d'access Management Console. Une fois la découverte terminée, la fonctionnalité et l'affichage varient en fonction de la version du serveur sélectionné. Par exemple, si vous sélectionnez un serveur exécutant Presentation Server 4.5 avec Feature Pack 1, vous pouvez consulter les informations Resource Manager si celui-ci a été installé ; si vous sélectionnez un serveur exécutant XenApp 5.0, ces informations ne s'affichent pas. Vous pouvez également gérer plusieurs batteries (par exemple, une batterie composée d'ordinateurs exécutant XenApp 5.0 et une autre batterie composée d'ordinateurs exécutant Presentation Server 4.5 avec Feature Pack 1). Pour la découverte des batteries, vous devez utiliser la dernière version de la console Access Management Console.

129 129 Guide d'installation Citrix XenApp Si vous installez XenApp 5.0 au sein d'un environnement de batteries mixtes et que vous créez des comptes de domaines pour des services, vérifiez que ces comptes ne portent pas le même nom que les comptes situés sur les serveurs de l'ancienne version. Si les privilèges associés à l'un des comptes est plus élevé pour une version de XenApp que pour une autre, un conflit peut apparaître entre les différents comptes. Important : La console Access Management Console comprise avec XenApp 5.0 ne peut gérer les serveurs exécutant Presentation Server 4.5 avec Feature Pack 1 que lorsque la batterie contient un serveur XenApp 5.0. Citrix ne recommande pas de fonctionner en mode mixte indéfiniment. S'il vous est nécessaire de conserver Presentation Server 4.5 avec Feature Pack 1 pour certaines fonctions spécifiques, Citrix suggère de disposer de deux batteries et d'utiliser l'interface Web pour les intégrer. Les rubriques suivantes offrent les indications requises pour les environnements de batteries mixtes. Remarque : La rétrogradation de l'un des serveurs de votre batterie de XenApp 5.0 vers Presentation Server 4.5 n'est pas prise en charge. Augmentation de la limite de mémoire graphique au sein d'une batterie mixte Dans XenApp 5.0, la limite de mémoire graphique par défaut est égale à 32 Mo, avec une limite de mémoire graphique maximale fixée à 64 Mo. Au sein d'un environnement de batteries mixtes (composé de serveurs Presentation Server 4.5 avec Feature Pack 1 et de serveurs XenApp 5.0), la limite de mémoire graphique par défaut est égale à 5 Mo, avec une limite de mémoire graphique maximale fixée à 8 Mo (valeur par défaut de Presentation Server 4.5 avec Feature Pack 1). Dans les batteries composées uniquement de serveurs XenApp 5.0, utilisez la console Access Management Console pour augmenter la limite de mémoire graphique de tous les serveurs de la batterie ou de serveurs individuels. Toutefois, au sein d'un environnement de batteries mixtes, seuls les serveurs XenApp 5.0 respectent les limites définies dans la console Access Management Console. Par conséquent, pour augmenter la limite de mémoire graphique sur les ordinateurs exécutant Presentation Server 4.5 avec Feature Pack 1 au sein d'un environnement de batterie mixte, exécutez la procédure décrite dans le document intitulé «How to Allow More Memory for Session Graphics on Windows Server 2003», disponible à l'adresse

130 6 Migration vers XenApp Administration de Resource Manager dans une batterie mixte Dans XenApp 5.0, Resource Manager a été remplacé par Resource Manager (optimisé à l'aide de la technologie EdgeSight). Il en résulte que le Tableau de bord et l'extension Mes articles ne sont plus disponibles. Toutefois, dans un environnement de batteries mixtes, vous pouvez administrer Resource Manager (installé sur un serveur exécutant Presentation Server 4.5 avec Feature Pack 1). Par souci de commodité, les tâches d'aide relatives à Resource Manager, au Tableau de bord et à l'extension Mes articles sont incluses, et vous pouvez bénéficier de l'aide contextuelle habituelle. Vous pouvez également vous procurer la documentation Resource Manager dans le Centre de documentation, soit depuis un serveur exécutant Presentation Server 4.5 avec Feature Pack 1, soit en vous rendant à l'adresse suivante : Administration d'installation Manager dans une batterie mixte Dans XenApp 5.0, Installation Manager a été remplacé par un nouvel outil, également appelé Installation Manager, et qui est basé sur Microsoft Windows Task Scheduler 2.0 et Windows PowerShell 1.0. Toutefois, au sein d'un environnement de batteries mixtes, vous pouvez administrer la version précédente d'installation Manager installée sur un serveur exécutant Presentation Server 4.5 avec Feature Pack 1. Pour cela, utilisez les versions Presentation Server 4.5 avec Feature Pack 1 de la console Access Management Console et de la Console Presentation Server. Administration des environnements d'isolation dans une batterie mixte Dans XenApp 5.0, vous utilisez le streaming d'application au lieu des environnements d'isolation. Toutefois, au sein d'un environnement de batteries mixtes, vous pouvez administrer les environnements d'isolation sur un serveur exécutant Presentation Server 4.5 avec Feature Pack 1 à l'aide de la version Presentation Server 4.5 avec Feature Pack 1 de la Console Presentation Server.

131 131 Guide d'installation Citrix XenApp Considérations relatives à SNMP dans une batterie mixte Si une communauté SNMP (Simple Network Management Protocol) sur l'ordinateur XenApp est configurée avec des permissions de lecture/écriture et que l'agent SNMP est activé, les utilisateurs peuvent réaliser à distance des opérations potentiellement dangereuses (telles que la fermeture de session ou la déconnexion d'un utilisateur, la terminaison d'un processus ou l'envoi d'un message). Sur les systèmes Windows 2003, vous devez tout d'abord créer une nouvelle communauté SNMP, puis définir des permissions de lecture/écriture. Dans les batteries dont les ordinateurs exécutent des versions précédentes de Presentation Server, Resource Manager permet d'activer les alertes SNMP à envoyer en cas de modification de l'état d'alarme de mesures spécifiques. Le tableau suivant dresse la liste des interruptions prises en charge par Resource Manager. Nom OID.trap number trapalert trapserverdown trapmetrictogreen trapmetricgreentoyellow trapmetricredtoyellow trapmetrictored Action du serveur qui déclenche l'interruption N'est plus utilisée. Le serveur Resource Manager est arrêté. L'état d'une mesure du serveur Resource Manager est passé au vert. L'état d'une mesure du serveur Resource Manager est passé du vert au jaune. L'état d'une mesure du serveur Resource Manager est passé du rouge au jaune. L'état d'une mesure du serveur Resource Manager est passé au rouge. Pour plus d'informations, veuillez consulter la documentation Resource Manager relative à la version appropriée de Presentation Server. Pour effectuer le contrôle des interruptions qui entraînent la modification de la couleur des icônes, il se peut que vous ayez la possibilité d'utiliser la méthode de contrôle des couleurs (pour plus d'informations, veuillez consulter la documentation du produit de gestion réseau SNMP).

132 7 Configuration et approvisionnement de XenApp Cette rubrique décrit les tâches à exécuter à l'issue de l'installation de XenApp : Méthodes de déploiement du logiciel serveur XenApp sur les autres serveurs de votre batterie (approvisionnement) Tâches de configuration à réaliser à l'issue de l'installation de XenApp Déploiement de plug-ins auprès des utilisateurs Approvisionnement des serveurs de batterie Une fois que vous avez installé XenApp sur le deuxième serveur de votre batterie, vous pouvez démarrer l'approvisionnement sur les autres serveurs de votre batterie. Dans ce contexte, l'expression «approvisionner» fait référence au processus de distribution du logiciel XenApp sur un groupe de serveurs. Dans les batteries importantes, il est nécessaire d'approvisionner les serveurs de batteries. La méthode choisie pour l'approvisionnement des serveurs de batteries dépend d'un grand nombre de facteurs, tels que l'infrastructure, les méthodes ou les outils existants. Cette rubrique présente des conseils généraux ainsi que des suggestions pour l'approvisionnement de serveurs de batteries, fournis à titre d'information uniquement.

133 133 Guide d'installation Citrix XenApp Lorsque vous effectuez un approvisionnement de serveurs de batteries, tenez compte des méthodes suivantes : Approvisionnement de XenApp à l'aide de l'outil Citrix Provisioning Server. Citrix offre un produit à la vente qui facilite l'approvisionnement au sein de batteries de serveurs importantes : Citrix Provisioning Server. Citrix Provisioning Server permet de livrer en streaming des systèmes d'exploitation et des applications, dont XenApp, aux serveurs de batteries. Les données livrées en streaming (systèmes d'exploitation ou applications) ne sont pas persistantes, de sorte que les images pour Citrix Provisioning Server doivent inclure tout ce que vous souhaitez livrer en streaming (à savoir le système d'exploitation, XenApp, les applications publiées). Pour approvisionner avec Provisioning Server, installez et configurez un serveur XenApp, puis capturez-en l'image sur un Serveur d'approvisionnement pour centres de données vdisk (il s'agit généralement d'un serveur Streaming Server pour approvisionnement). Généralement, le processus de configuration de Provisioning Server pour fournir XenApp en streaming est similaire au clonage de serveur. Vous pouvez utiliser les instructions de clonage de serveur pour préparer des images pour Provisioning Server avec certaines modifications. Vous pouvez également utiliser les informations du guide de l'administrateur intitulé Installing Citrix XenApp Inside a Citrix Provisioning Server for Datacenters Virtual Disk et l'article intitulé «Citrix Provisioning Server PS Integration Utility» dans le Centre de connaissances Citrix (CTX116063). Déploiement de packs Windows Installer à l'aide d'active Directory. Active Directory permet d'envoyer des packs Windows Installer vers plusieurs serveurs et stations de travail simultanément. Vous pouvez utiliser les fichiers de transformation XenApp pour sélectionner les options d'installation et saisir des données. L'utilisation d'active Directory pour la création d'image peut réduire le nombre d'interactions directes avec un serveur lorsque vous en capturez des images. Cette méthode vous permet d'installer les éléments pré requis variant d'un constructeur à l'autre pour la prise en charge, d'exécuter l'installation de XenApp, puis les applications souhaitées. Il est également inutile de vous connecter au serveur cible pour invoquer manuellement les programmes d'installation.

134 7 Configuration et approvisionnement de XenApp 134 Clonage de serveurs à l'aide d'images préconfigurées. Vous pouvez utiliser des programmes tiers de gestion d'images (Altiris de Symantec, par exemple) pour créer une copie de l'installation et de la configuration d'un serveur ajouté à une batterie. Vous utiliserez ensuite cette image pour créer d'autres serveurs au sein de la batterie. Cette fonction est appelée clonage. Le clonage de serveurs XenApp requiert quelques étapes exécutées manuellement, décrites dans la section «Clonage de serveurs XenApp», page 135. Vous pouvez également cloner des machines virtuelles avec des produits comme XenServer. Création d'une installation administrative. Si vous pensez que vous devrez effectuer fréquemment l'installation de serveurs ou la mise à jour de leurs images (par exemple pendant une migration ou si vous possédez des batteries très importantes), la création d'une installation administrative est recommandée, car des versions préconfigurées, ayant reçu un correctif, sont disponibles en permanence. Les installations administratives constituent également une bonne méthode pour personnaliser l'installation. Utilisation de l'installation non assistée de XenApp. Les installations non assistées vous permettent de créer un fichier de réponses spécifiant la configuration souhaitée. Vous pouvez ensuite exécuter le programme d'installation sur toute machine à l'aide de ce fichier de réponses. Ceci diminue considérablement le temps d'installation. Cette méthode ne permet pas d'inclure les éléments pré requis dans l'installation et nécessite davantage d'interaction manuelle, mais elle est plus simple pour certaines organisations et dure moins longtemps, car XenApp fournit un modèle (UnattendedInstall.txt) pour celle-ci. Si votre entreprise doit installer des serveurs ou mettre à jour leurs images fréquemment, vous pouvez créer une méthode que vous répéterez (utilisation de Provisioning Server, installation administrative ou approvisionnement via Active Directory), qui nécessite un minimum d'interactions manuelles. Installations simultanées Lorsque vous installez plusieurs serveurs simultanément, les serveurs inscrivent les configurations dans les mêmes index de magasin de données. Par conséquent, plus vous installez de serveurs simultanément, plus vous êtes susceptibles de créer des bloquages sur le serveur de base de données. Lors de l'installation de XenApp, les blocages surviennent lorsqu'un délai d attente expire sur un serveur parce que celui-ci ne peut pas écrire des données dans une région verrouillée par un autre serveur. Les bloquages peuvent provoquer l'échec de l'installation sur certains serveurs ou provoquer un ralentissement de leur installation plus important que d'habitude.

135 135 Guide d'installation Citrix XenApp Lors de l'installation simultanée de serveurs, Citrix recommande : Magasin de données d'hébergement du serveur Nombre maximal de serveurs à installer simultanément Processeur double ou plus important 30 Serveur plus ancien 10 N'installez pas plusieurs serveurs et ne créez pas un zone en même temps. Créez la zone tout d'abord, puis réalisez les installations simultanées. Le fait que la zone soit en place avant l'exécution d'installations simultanées empêche la configuration des nouveaux serveurs en tant que collecteurs de données. Clonage de serveurs XenApp Lors de l'approvisionnement de serveurs par clonage, vous créez une copie générique d'une image XenApp ou la clonez, puis approvisionnez la batterie en distribuant l'image clonée sur ses serveurs. La création de copies clonées de XenApp exige la création d'une version générique d'un serveur dont toutes les caractéristiques d'identification ont été supprimées. Tous les serveurs d'une batterie contiennent des propriétés qui constituent leur identité unique (nom du serveur, domaine et ID de sécurité (SID), par exemple). Le clonage d'un serveur XenApp s'effectue généralement via le processus suivant : 1. création d'un modèle d'image issu d'un serveur configuré de la batterie, signifiant la suppression de l'identité correspondante afin que l'image devienne un modèle pouvant être réutilisé ; 2. distribution de l'image aux serveurs cible de la batterie de serveurs ; 3. recréation de l'identité unique de chacun de ces serveurs. Les techniques de clonage sont utilisées lors de la création de batterie XenApp à l'aide de technologies d'approvisionnement (Citrix Provisioning Server ou Symantec Altiris, par exemple). Ces techniques sont également utilisées avec les technologies de virtualisation qui hébergent XenApp (Citrix XenServer, la fonction Hyper-V de Windows Server 2008 et les environnements VMware, par exemple). Les candidats types au clonage de serveur sont les serveurs que vous devez installer de façon répétée. Dans les batteries de petite ou moyenne taille, il se peut que vous deviez seulement créer des images clonées des serveurs qui hébergeront les applications publiées. Dans les batteries importantes, il se peut que vous souhaitiez également créer des images clonées pour le serveur de création de batterie et les serveurs d'infrastructure comme les collecteurs de données ou XML Broker afin de reconstruire rapidement les serveurs en cas de défaillance.

136 7 Configuration et approvisionnement de XenApp 136 Lors de la préparation d'un serveur pour clonage avec Provisioning Server, vous pouvez inclure des applications et d'autres paramètres devant apparaître dans cette image. XenApp est compatible avec le clonage de serveur mais le clonage logiciel peut entraîner le dysfonctionnement du système d'exploitation ou de ses extensions. Lors du clonage d'un serveur XenApp, il est important de tester le premier clone sur un serveur avant de déployer le reste des clones de la batterie de serveurs. Préparation des serveurs en vue du clonage Avant de changer l'identificateur de sécurité (SID) sur le serveur utilisé pour accéder à la Configuration avancée XenApp, ajoutez l'une des personnes ou entités suivantes en tant qu'administrateur Citrix possédant des droits en lectureécriture : un administrateur de domaine ; le groupe des administrateurs locaux ; l'administrateur local d'un serveur sur lequel l'identificateur SID reste statique. Remarque : N'essayez pas de créer une image d'un serveur disposant d'un certificat SSL, car chaque serveur doit posséder un certificat unique. Configuration de serveurs après le clonage Les informations de zone ne sont pas conservées lors du clonage d'un serveur. Lorsque le service Citrix Independent Management Architecture du serveur cloné démarre pour la première fois, le serveur s'associe à la zone par défaut. Lorsque vous déployez des images sur des serveurs appartenant à différentes zones, définissez les informations de zone de chaque serveur après avoir terminé le processus de clonage. Une fois la creation d'images effectuée, associez ces serveurs à votre batterie via l'exécution de la commande Chfarm. Pour plus d'informations, veuillez consulter la section consacrée à l'utilitaire Chfarm du Guide de l'administrateur Citrix XenApp. Pour cloner un serveur Pour exécuter cette tâche, vous avez besoin d'un utilitaire de préparation système (Microsoft Sysprep, par exemple) et d'un logiciel tiers de gestion d'images. Cette tâche suppose que vous souhaitez cloner un serveur dans le but d'héberger des applications publiées et que le magasin de données est hébergé au sein d'une base de données relationnelle (Oracle, SQL Server ou DB2).

137 137 Guide d'installation Citrix XenApp Important : Citrix vous recommande vivement de créer les images initiales sur une batterie de serveurs test, et non en environnement de production. Ces instructions sont destinées à vous aider à effectuer le clonage des serveurs ; elles peuvent varier en fonction de votre environnement et du logiciel de gestion d'images utilisé. 1. Après avoir créé votre batterie, installez XenApp sur un serveur utilisant la Configuration de l'association à une batterie XenApp et associez-le à la batterie de serveurs créée. 2. Configurez le serveur à l'aide des paramètres à inclure sur tous les serveurs. Par exemple, vous pouvez configurer des stratégies, en donnant à ce serveur le niveau de sélection Sans priorité si cette image doit être utilisée pour les serveurs hébergeant des applications publiées ; vous pouvez également ajouter des pilotes d'imprimante. 3. Préparez le serveur en vue de la création d'images. Pour cela, effectuez les opérations suivantes : A. configuration des services XenApp ; consultez la section «Pour configurer les services XenApp avant le clonage», page 138 ; B. configuration du registre ; consultez la section «Pour configurer le registre avant le clonage», page 138 ; C. suppression des fichiers des caches locaux permanents pour les bases de données XenApp ; consultez la section «Pour supprimer les fichiers des caches locaux permanents», page 138 ; D. modification du fichier DSN ; consultez la section «Pour supprimer l'identification de station de travail des fichiers DSN», page 139 ; E. suppression des fichiers d'ancienne génération ; consultez la section «Pour supprimer des fichiers d'ancienne génération», page 139. Remarque : Si vous utilisez Citrix Provisioning Server, l'exécution du programme d'installation PVS PS Integration Utility.msi peut accélérer le processus d'intégration en automatisant ces étapes. Pour plus d'informations sur cet utilitaire, veuillez consulter l'article intitulé «Citrix Provisioning Server PS Integration Utility» dans le Centre de connaissances Citrix (CTX116063). 4. Créez une image de cette installation à l'aide d'un logiciel tiers de gestion d'images (Citrix Provisioning Server ou Citrix XenServer, par exemple).

138 7 Configuration et approvisionnement de XenApp Déployez cette image sur d'autres serveurs à l'aide des outils inclus dans votre logiciel de gestion d'images. 6. Au lancement de l'image, vous devez l'initialiser conformément à la description de la section «Pour initialiser l'image clonée», page 139. Pour configurer les services XenApp avant le clonage 1. Arrêtez les services suivants : service Citrix MFCOM ; Citrix Independent Management Architecture ; service Citrix WMI. 2. Affectez la valeur Manuel au type de démarrage des services Citrix Independent Management Architecture et MFCOM. Pour configurer le registre avant le clonage Attention : Les procédures décrites dans cette rubrique nécessitent la modification du registre. L'utilisation de l'éditeur du Registre peut entraîner de sérieux problèmes et nécessiter la réinstallation du système d'exploitation. Citrix ne peut garantir la possibilité de résoudre les problèmes provenant d une mauvaise utilisation de l Éditeur du Registre. Utilisez l Éditeur du Registre à vos risques. 1. Dans le Registre du serveur, définissez HKLM\SOFTWARE\Wow6432Node\Citrix\IMA\RUNTIME\PSRequired sur 1. Cette clé se trouve dans HKLM\SOFTWARE\Citrix\IMA\Runtime\PSRequired sous XenApp, édition 32 bits. Cela oblige le serveur à communiquer avec le magasin de données ; le cache d'hôte local est ensuite mis à jour avec les nouvelles informations. 2. Supprimez la valeur pour HKLM\SOFTWARE\Wow6432Node\Citrix\IMA\ServerHost. Cette clé se trouve dans HKLM\SOFTWARE\Citrix\IMA\ServerHost sous XenApp, édition 32 bits. Pour supprimer les fichiers des caches locaux permanents Supprimez le contenu des fichiers de cache de base de données présents en effectuant les étapes suivantes à l'aide de la commande XenApp DSMAINT avec le paramètre approprié. La syntaxe des paramètres est décrite dans la section DSMAINT du Guide de l'administrateur Citrix XenApp. C correspond au lecteur sur lequel vous avez installé XenApp.

139 139 Guide d'installation Citrix XenApp 1. Supprimez le contenu du cache d'hôte local, situé dans C:\Program Files (x86)\citrix\independent Management Architecture\imalhc.mdb en exécutant la commande dsmaint recreaterade. Par exemple, dsmaint recreaterade 2. Supprimez le contenu du cache de base de données en mode déconnecté de streaming d'application, situé dans C:\Program Files (x86)\citrix\independent Management Architecture\RadeOffline.mdb en exécutant la commande dsmaint recreatelhc. Par exemple, dsmaint recreatelhc Remarque : Dans les environnements de batteries mixtes, si vous clonez un serveur Presentation Server 4.5 avec Feature Pack 1, supprimez le cache de base de données Resource Manager, situé dans C:\Program Files (x86)\citrix\citrix Resource Manager\LocalDB\RMLocalDatabase.mdb. Pour supprimer l'identification de station de travail des fichiers DSN Utilisez un éditeur de texte pour ouvrir ces fichiers DSN et supprimer la ligne entière qui spécifie les identificateurs de station de travail WSID (Workstation Identification) suivants : MF20.dsn RadeOffline.dsn Ces fichiers se trouvent dans C:\Program Files (x86)\citrix\independent Management Architecture, où C correspond au lecteur sur lequel vous avez installé XenApp. Pour supprimer des fichiers d'ancienne génération Si vous clonez un système sur lequel a pu être installé un module XenApp antérieur à un moment donné, supprimez le fichier C:\WFCName.ini, où C correspond au lecteur sur lequel vous avez installé XenApp. Ce fichier a été créé par les précédentes versions de XenApp Plugin pour applications hébergées. Pour initialiser l'image clonée Après avoir cloné l'image, redémarrez le serveur et exécutez la procédure suivante : 1. Á l'aide d'un utilitaire de préparation système ou encore d'un logiciel de gestion d'images, affectez à l'image clonée un nouveau nom d'ordinateur.

140 7 Configuration et approvisionnement de XenApp Définissez HKLM\SOFTWARE\Wow6432Node\Citrix\IMA\Logging\HostName sur le nouveau nom d'ordinateur. Cette clé se trouve dans HKLM\SOFTWARE\Citrix\IMA\Logging\HostName sous XenApp, édition 32 bits. 3. Modifiez le fichier CtxSta.config pour créer un ID STA unique en utilisant l'adresse MAC du serveur, comme suit : A. À l'aide d'un éditeur de texte, ouvrez le fichier CtxSta.config se trouvant dans C:\Program Files (x86)\citrix\system32, où C correspond au lecteur sur lequel vous avez installé XenApp. B. Utilisez l'adresse MAC du nouveau serveur auquel vous avez appliqué le clone pour créer l'id STA. Supprimez les deux-points ou espaces et faites précéder l'adresse MAC de la mention STA. Par exemple, l'adresse MAC D-01 devient STA D01. C. Entrez l'id STA dans le champ UID du fichier CtxSta.config. Par exemple, UID=STA D01 Si vous n'affectez pas un ID STA unique, Secure Gateway et les autres composants ne peuvent pas identifier le nouveau serveur de façon unique. 4. Pour redémarrer les services XenApp, procédez comme suit dans le panneau Services Windows : A. Affectez la valeur Automatique au type de démarrage des services Citrix Independent Management Architecture et MFCOM. B. Lancez le service Citrix Independent Management Architecture. C. Lancez le service Citrix MFCOM. D. Lancez le service Citrix WMI. Configuration de serveurs d'infrastructure Cette rubrique inclut : Configuration des collecteurs de données à l'issue de l'installation Configuration de zones à l'issue de l'installation

141 141 Guide d'installation Citrix XenApp Configuration des collecteurs de données à l'issue de l'installation Après l'installation, configurez le collecteur de données et, le cas échéant, un collecteur de secours. Par défaut, le programme d'installation configure le serveur utilisé pour la création de batterie en tant que collecteur de données ; pour cela, il affecte à ce serveur le niveau de sélection Plus haute priorité. Une sélection de serveur correspond au processus de basculement qui sélectionne un nouveau serveur en tant que collecteur de données, en cas d'indisponibilité du collecteur de données. Tous les serveurs que vous avez associés à la batterie portent la valeur Priorité par défaut. Pour utiliser un serveur en tant que collecteur de données, affectez-lui la valeur Plus haute priorité et ne l''utilisez pas pour d'autres fonctions (y compris pour l'hébergement d'applications publiées). Après avoir configuré le collecteur de données, affectez aux serveurs hébergeant des applications publiées le niveau de sélection Sans priorité, qui correspond au niveau de sélection le plus faible ; par conséquent, la possibilité que ces serveurs soient utilisés en tant que collecteurs de données est faible. Pour spécifier un serveur en tant que collecteur de données 1. Dans le panneau gauche de la Configuration avancée XenApp, sélectionnez la batterie de serveurs souhaitée. 2. Dans le menu Actions, sélectionnez Propriétés. 3. Sélectionnez Zones. 4. Dans la liste de zones et leurs serveurs, recherchez le serveur, sélectionnezle, puis cliquez sur Définir la priorité. 5. Sélectionnez l'une des options suivantes : Plus haute priorité : désigne ce serveur en tant que collecteur de données, en affectant le niveau de sélection le plus élevé. Citrix recommande de ne sélectionner ce niveau de sélection que pour un seul serveur par zone. Prioritaire : désigne ce serveur en tant que collecteur de données de secours. Sans priorité : il s'agit du niveau de sélection le plus faible. Citrix recommande de l'utiliser pour les serveurs d'applications publiées.

142 7 Configuration et approvisionnement de XenApp 142 Configuration de zones à l'issue de l'installation Lorsque vous configurez des zones pour un réseau étendu, Citrix recommande de : ne pas activer l'équilibrage de charge entre les zones ; (l'option Ne pas partager les informations de charge incluse dans la fonction de gestion des zones de la Configuration avancée contrôle cette fonctionnalité) ; diriger les requêtes utilisateur relatives aux applications vers l'emplacement géographique le plus proche, en créant un ordre de préférences de zone dans la règle de stratégie Espace de travail de l'utilisateur> Connexions > Préférence de zone et basculement. Diriger les connexions des utilisateurs vers des serveurs de leur propre zone peut réduire le trafic, ce qui peut être déterminant pour les connexions à latence élevée. Cette fonction n'affecte que XenApp Plugin et l'interface Web. Configuration de XenApp à l'issue de l'installation Après avoir terminé l'installation de XenApp, vous devez effectuer les tâches supplémentaires suivantes pour que les utilisateurs puissent ouvrir des sessions sur votre batterie de serveurs : 1. Configuration des serveurs d'infrastructure requis Veuillez consulter la section «Configuration de serveurs d'infrastructure», page Modification des paramètres essentiels, y compris des paramètres suivants : Pour permettre aux utilisateurs de se reconnecter en permanence aux sessions, affectez à l'option Restreindre chaque utilisateur à une seule session la valeur Non dans l'outil Configuration des services Terminal Server. Sous Windows Server 2008, ce paramètre est désormais activé par défaut. Citrix recommande d'utiliser dans XenApp les paramètres qui s'appliquent aux serveurs et à la batterie, afin de contrôler le nombre de sessions pouvant être lancées par les utilisateurs. 3. Après l'installation de l'interface Web, vous devez créer un ou plusieurs sites, à l'aide de la console Access Management Console, pour que les utilisateurs puissent se connecter via l'interface Web ou XenApp Plugin. 4. Lancez la console Access Management Console et découvrez les différents serveurs qui composent votre batterie. Pour plus d'informations, veuillez consulter le Guide de l'administrateur Citrix XenApp. 5. Créez tous les comptes administratifs nécessaires pour votre batterie de serveurs. Pour plus d'informations, veuillez consulter le Guide de l'administrateur Citrix XenApp.

143 143 Guide d'installation Citrix XenApp 6. Publiez des applications. Pour plus d'informations, veuillez consulter le Guide de l'administrateur Citrix XenApp. 7. Effectuez toutes les personnalisations nécessaires, telles que la configuration des stratégies, la configuration de l'impression, le paramétrage de changement de serveur et l'équilibrage de charge. Pour plus d'informations, veuillez consulter les informations contenues dans ce guide et le Guide de l'administrateur Load Manager. De plus, vous devez également créer des packs de plug-ins afin de les déployer vers les utilisateurs. Les facteurs à considérer dans le choix des packs de plug-ins et les méthodes à utiliser pour les déployer sont évoqués dans le Guide de l'administrateur XenApp Plugin pour applications hébergées. Configuration des serveurs après l'installation, à l'aide de scripts Après avoir effectué l'approvisionnement des serveurs ou le déploiement des images clones, vous pouvez exécuter des scripts pour réaliser les tâches de configuration. Les tâches de configuration que vous pouvez effectuer à l'aide de scripts sont notamment les suivantes : publication d'applications, définition des préférences de sélection des collecteurs de données et application de calculateurs de charge. Toutefois, l'utilisation de scripts pour ces options de configuration vous permet d'apporter des modification serveur par serveur, en cas de besoin. Pour plus d'informations sur l'utilisation de scripts et sur les langues prises en charge, veuillez consulter le MFCOM Software Developer's Kit (kit du développeur logiciel MFCOM) dans Citrix Developer Network.

144 8 Référence au sujet des installations personnalisées de XenApp Cette rubrique décrit les différentes méthodes d'installation de XenApp, autres qu'à partir du programme Autorun. Elle décrit également les options d'installation proposées (fichiers journaux d'installation, par exemple). Les thèmes traités sont les suivants : Installation non assistée de XenApp Installation de XenApp via la modification des packs Windows Installer Préparation d'installations avec réponses renseignées Création d'un fichier journal d'installation Création d'installations personnalisées XenApp offre différentes méthodes d'installation qui viennent compléter l'installation à partir du programme Autorun, avec assistant. Ces méthodes d'installation sont utiles lorsque vous souhaitez installer XenApp simultanément sur un grand nombre de serveurs. Pour configurer l'installation de XenApp, vous pouvez : modifier les packs Windows Installer (fichiers.msi) via la commande Windows Msiexec ou encore via l'utilisation de fichiers de transformation ; créer un fichier de réponses dans lequel les réponses aux questions posées pendant l'installation sont données. Si vous souhaitez stocker des images préconfigurées de XenApp sur un point de partage réseau, vous devez installer XenApp via la méthode d'application de fichiers de transformation au pack.msi.

145 145 Guide d'installation Citrix XenApp Pour obtenir les instructions d'installation non assistée du système de licences, veuillez consulter le document Guide de démarrage du système de licences Citrix. Vous trouverez également certaines propriétés d'installation des licences XenApp dans la section «Informations de référence sur les propriétés XenApp Windows Installer», page 160. La documentation relative à l'installation de XenApp utilise la terminologie suivante : Installation silencieuse. Ce terme désigne les installations effectuées à l'aide des commandes Windows Installer (msiexec /qb) n'affichant aucune invite ou page d'installation, et aucun message au cours du processus. Le terme d'installation silencieuse n'est pas synonyme d'installation non assistée. Installation non assistée. Ce terme désigne les installations XenApp effectuées à l'aide de l'exécutable unattendedinstall.exe et d'un fichier de réponses. Plusieurs types d'installations, notamment les scripts utilisant les commandes Windows Installer, sont techniquement des installations non assistées ; toutefois, dans la documentation d'installation de XenApp, ce terme est utilisé de façon spécifique pour désigner les installations de XenApp à l'aide d'un fichier de réponses. Voir aussi : «Préparation de l'installation de XenApp», page 70 «Création d'une nouvelle batterie de serveurs XenApp», page 88 «Migration vers XenApp 5.0», page 112 Tâches supplémentaires relatives aux installations personnalisées de XenApp Si vous n'installez pas XenApp à l'aide du programme Autorun, exécutez les tâches supplémentaires suivantes avant l'installation : Installez tous les éléments pré requis. Les éléments pré requis qui sont automatiquement installés au cours de l'installation Autorun ne sont pas installés au cours des installations personnalisées. Avant d'installer XenApp, vérifiez la configuration système requise dans la Check-list d'installation Citrix XenApp. Installez XenApp Plugin. Veuillez consulter la section «Installation de XenApp Plugin avant de procéder à l'installation», page 146.

146 8 Référence au sujet des installations personnalisées de XenApp 146 Si vous utilisez Oracle, SQL Server ou DB2 pour le magasin de données, créez un fichier DSN. Veuillez consulter la section «Création d'un fichier DSN pour le programme d'installation de XenApp», page 206. Remarque : Si vous avez installé XenApp auparavant, nous vous recommandons de lire la section «Nouveautés du programme d'installation de cette version de XenApp», page 113. Installation de XenApp Plugin avant de procéder à l'installation XenApp exige l'installation de XenApp Plugin avant l'exécution du programme d'installation. Si vous invoquez le programme d'installation à partir d'autorun, cette opération s'effectue automatiquement par défaut. Toutefois, si vous utilisez une autre méthode d'installation, vous devez installer le plug-in avant d'installer XenApp. Sinon, certaines fonctions (telles que l'authentification unique ou les fonctions d'observation) risquent de ne pas fonctionner correctement. Points clés : Les packs d'installation de XenApp Plugin, XenAppHosted.msi et XenAppWeb.exe, se trouvent dans le dossier Clients\ica32 du support d'installation. Vous pouvez installer Program Neighborhood, XenApp Plugin, XenApp Web Plugin, ou encore une combinaison de ces plug-ins. Installez le pack XenApp Web Plugin si vous configurez l'interface Web sur le serveur. Citrix vous recommande vivement d'installer également le plug-in de streaming, qui n'est pas installé automatiquement sur tous les serveurs d'une batterie lors d'une installation non assistée par Autorun. Citrix XenApp Plugin pour applications en streaming, XenAppStreaming.exe, se trouve dans le dossier Clients\Streaming du support d'installation. Remarque : Si vous mettez des clients du serveur à niveau, désinstallez toute version antérieure des clients Citrix, notamment Streaming Clients, puis n'installez que les modules inclus dans cette version. Voir aussi : «Tâche 4 : configuration de l'authentification du client de liaison», page 94

147 147 Guide d'installation Citrix XenApp Installation de XenApp via la modification des packs Windows Installer XenApp et ses composants sont compilés dans un pack Windows Installer (fichier.msi). La technologie Windows Installer met en œuvre le service Windows Installer des systèmes d'exploitation Windows et le format de fichier MSI utilisé pour les packs stockant les informations concernant l'installation des applications. XenApp prend en charge deux méthodes d'installation de XenApp via la modification des fichiers.msi : exécution des commandes Windows Installer (Msiexec) ; application de fichiers de transformation. Vous pouvez associer les commandes Windows Installer aux méthodes d'installation administratives et par fichiers de transformation afin de bénéficier d'installations plus puissantes, auxquelles vous pouvez plus facilement appliquer des correctifs et des mises à jour. À titre d'exemple, vous pouvez déployer les packs XenApp Installer à l'aide des services Microsoft Active Directory, de Microsoft Systems Management Server ou d'autres produits tiers. Le pack XenApp Windows Installer (mps.msi) est situé dans le dossier XenApp Server du support d'installation XenApp. En cas de problème lors de l'exécution d'un pack Windows Installer, vous pouvez consulter la liste des problèmes de l'observateur d'événements de Windows. Recherchez les entrées du Journal applications contenant «MSIInstaller» dans la colonne Source. Installation à l'aide de commandes Windows Le programme d'installation de XenApp prend en charge l'utilisation de la commande Msiexec. La commande Msiexec vous permet d'installer, de modifier et d'effectuer des opérations sur les packs Windows Installer (.msi) à partir de la ligne de commande. Définissez les propriétés en ajoutant Property= valeur sur la ligne de commande à la suite des autres commutateurs et paramètres. Pour obtenir les définitions des propriétés du pack Windows Installer de XenApp, veuillez consulter l'annexe «Informations de référence sur les propriétés XenApp Windows Installer», page 160. Vous pouvez également utiliser la commande Msiexec pour exécuter le programme d'installation (installations administratives) à partir de points de partage réseau. Veuillez consulter «Préparation d'installations avec réponses renseignées», page 154.

148 8 Référence au sujet des installations personnalisées de XenApp 148 Installations XenApp L'exemple de ligne de commande suivant permet d'installer le pack Windows Installer de XenApp et de créer un fichier journal pour conserver des informations sur cette opération. Cet exemple n'inclut pas les propriétés requises. Vous devez ajouter les propriétés à définir après les commutateurs. msiexec /i mps.msi /L*v c:\output.log Installation de la console Access Management Console et de la Configuration avancée XenApp. Pour effectuer des installations personnalisées de la console Access Management Console et de la Configuration avancée, utilisez les fichiers MSI individuels situés dans les dossiers Administration\Access Management Console\Setup et Administration\XenApp Advanced Configuration du support d'installation de XenApp. Le fichier.msi référencé par Autorun ne peut pas être utilisé pour des installations personnalisées. Options courantes de la commande Msiexec Certaines options courantes de la commande Msiexec sont énumérées ci-dessous. Option Installer ou configurer un produit Désinstaller un produit Définir un niveau de journalisation (à utiliser avec l'option d'installation ou de désinstallation) Installer une transformation (à utiliser avec l'option d'installation ou de désinstallation) Définir le niveau d'interface utilisateur (à utiliser avec l'option d'installation ou de désinstallation) Syntaxe msiexec /i {package ProductCode} msiexec /x {package ProductCode} msiexec /L [i][w][e][a][r][u][c][m][p][v][+][!] FichierJournal Pour inclure l'option v dans un fichier journal à l'aide d'un caractère générique, entrez /L*v à une invite de commandes. Il est également possible d'utiliser les options de fichier journal de Windows Installer pour le processus de désinstallation. msiexec /i package TRANSFORMS=TransformList Si vous appliquez plusieurs transformations, séparez les noms de leurs fichiers avec des points-virgules. msiexec /q {n b r f} Pour plus d'informations sur les paramètres et les commutateurs que vous pouvez utiliser avec les options listées, veuillez visiter le site Web de Microsoft et effectuer une recherche sur msiexec.

149 149 Guide d'installation Citrix XenApp Installation avec fichiers de transformation XenApp contient des fichiers de transformation Windows Installer à utiliser lors des installations avec création d'une batterie XenApp, avec association de serveur à une batterie existante et avec système de licences Citrix. La modification des fichiers de transformation permet de mieux contrôler le programme d'installation de XenApp et de modifier la base de données d'installation de XenApp. L'utilisation de fichiers de transformation constitue une méthode d'installation de XenApp via Active Directory. Les fichiers de transformation sont des fichiers portant l'extension.mst qui manipulent les différents éléments de la base de données d'installation contenue dans le pack d'installation de XenApp (mps.msi). Les fichiers de transformation de XenApp modifient le pack d'installation de XenApp au cours de l'installation et modifient dynamiquement le comportement d'installation. Les exemples de fichiers de transformation XenApp servent de guide pour réaliser la configuration souhaitée. Pour pouvoir utiliser les fichiers de transformation XenApp, modifiez-les afin d'inclure vos valeurs requises à l'aide des outils tiers Windows Installer. Appliquez-les au pack mps.msi, puis démarrez l'installation. Lorsque vous modifiez un fichier de transformation à appliquer au pack d'installation XenApp, définissez les valeurs à attribuer aux propriétés du pack. Lorsque la transformation est appliquée au pack d'installation, les réponses aux questions qui vous seraient normalement posées lors de l'installation sont déjà définies. Les transformations créées pour personnaliser un pack d'installation XenApp sont mises en cache sur votre système. Les fichiers de transformation sont appliqués au pack d'installation de base (mps.msi) chaque fois que vous installez des corrections à chaud (c'est-à-dire chaque fois que le programme d'installation doit modifier le pack mps.msi). Toutefois, vous ne pouvez appliquer les fichiers de transformation que lors de l'installation initiale de XenApp. Une fois XenApp installé, vous ne pouvez plus le faire. Si vous voulez rendre «nulle» la valeur d'une propriété du fichier MSI, supprimez la propriété du fichier de transformation. Modification des exemples de fichiers de transformation Quatre exemples de fichiers de transformation, associés au fichier mps.msi, se trouvent dans le dossier Support\Install du support d'installation de XenApp et sont abordés dans cette rubrique : thirdpartydb_create_direct.mst. Crée une batterie XenApp utilisant une base de données d'entreprise (SQL Server, Oracle, DB2) en tant que magasin de données.

150 8 Référence au sujet des installations personnalisées de XenApp 150 thirdpartydb_join_direct.mst. Crée une association à une batterie XenApp qui utilise une base de données d'entreprise en tant que magasin de données et établit une connexion directe au magasin de données. Localdb_access_create.mst. Crée une batterie XenApp qui utilise Microsoft Access ou SQL Express en tant que magasin de données. Join_Indirect.mst. Crée une association à une batterie XenApp qui utilise Microsoft Access ou SQL Server Express en tant que magasin de données et établit une connexion indirecte au magasin de données. Pour installer le serveur de licences Citrix via Active Directory, vous pouvez utiliser le fichier ActiveDirectoryLicensingInstallSupport.mst. Ce fichier de transformation, qui est associé au fichier ctx_licensing.msi, est abordé dans le Guide de démarrage du système de licences Citrix. Pour créer un fichier de transformation personnalisé à l'aide de l'un des exemples de fichier de transformation 1. Sélectionnez un outil de modification de packs Windows Installer pour ouvrir le pack d'installation XenApp (mps.msi), situé dans les répertoires XenApp Server\w2k8x64 et XenApp Server\w2k8 du support d'installation de XenApp. 2. Appliquez la transformation qui inclut les propriétés et les valeurs à modifier. 3. Entrez les nouvelles valeurs des propriétés à modifier. 4. Générez le fichier de transformation et enregistrez-le sous un nouveau nom. Pour appliquer un fichier de transformation 1. Entrez la commande suivante à l'invite de commandes (Pack représente le nom du pack d'installation de XenApp et ListeTransformations, représente la liste des fichiers de transformation à appliquer). msiexec /i Pack TRANSFORMS=ListeTransformations Pour plus d'informations sur les paramètres et les commutateurs que vous pouvez utiliser avec ces options, veuillez consulter le site Web de Microsoft à l'adresse et effectuez une recherche avec le mot-clé «msiexec». 2. Si vous appliquez plusieurs fichiers de transformation, séparez leurs noms par des points-virgules dans la ligne de commande. Voir aussi : «Installation avec fichiers de transformation», page 149 «Pour créer un fichier de transformation personnalisé à l'aide de l'un des exemples de fichier de transformation», page 150

151 151 Guide d'installation Citrix XenApp «Pour appliquer un fichier de transformation», page 150 «Noms et valeurs des propriétés du programme d'installation de XenApp», page 160 thirdpartydb_create_direct.mst Cet exemple de fichier de transformation peut être utilisé pour créer une nouvelle batterie de serveurs utilisant une base de données sur un serveur de base de données distinct. Ce fichier de transformation crée une batterie utilisant une base de données Microsoft SQL Server, Oracle ou IBM DB2 en tant que magasin de données. La base de données est stockée sur un serveur de base de données dédié et configurée pour un accès direct par les serveurs de la batterie. Propriétés et exemples de valeurs CTX_MF_NEW_FARM_NAME=Farm-ThirdParty CTX_MF_CREATE_FARM_DB_CHOICE=ThirdParty CTX_MF_USER_NAME=Administrator CTX_MF_DOMAIN_NAME=Domain1 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 Vous devez ajouter la ligne suivante au fichier de transformation car elle n'est pas disponible par défaut dans le pack Windows Installer utilisé pour mps.msi. CTX_MF_SILENT_DSNFILE =\\fileserver\image\testsql.dsn Voir aussi : «Noms et valeurs des propriétés du programme d'installation de XenApp», page 160

152 8 Référence au sujet des installations personnalisées de XenApp 152 thirdpartydb_join_direct.mst Cet exemple de fichier de transformation associe à une batterie de serveurs existante qui utilise une base de données sur un serveur de base de données distinct. Dans ce fichier de transformation, la batterie de serveurs existante utilise une base de données Microsoft SQL Server, Oracle ou IBM DB2 stockée sur un serveur de base de données dédié. Le nouveau serveur associé à la batterie dispose d'un accès direct au magasin de données. Propriétés et exemples de valeurs CTX_MF_FARM_SELECTION=Join CTX_MF_JOIN_FARM_DB_CHOICE=Direct CTX_MF_ODBC_USER_NAME=sa CTX_ODBC_PASSWORD=citrix CTX_MF_ODBC_RE_ENTERED_PASSWORD=citrix CTX_MF_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 Vous devez ajouter la ligne suivante au fichier de transformation car elle n'est pas disponible par défaut dans le pack Windows Installer utilisé pour mps.msi. CTX_MF_SILENT_DSNFILE =\\fileserver\image\testsql.dsn Voir aussi : «Noms et valeurs des propriétés du programme d'installation de XenApp», page 160 Localdb_access_create.mst Cet exemple de fichier de transformation crée une nouvelle batterie de serveurs utilisant une base de données hébergée localement comme magasin de données de la batterie. La base de données est stockée localement sur le premier serveur de la batterie sur lequel vous avez installé XenApp. Propriétés et exemples de valeurs CTX_MF_NEW_FARM_NAME=AccessFarm CTX_MF_USER_NAME=Administrator

153 153 Guide d'installation Citrix XenApp CTX_MF_DOMAIN_NAME=Domain1 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_LICENSE_SERVER_NAME=License_Server CTX_MF_SHADOWING_CHOICE=Yes CTX_MF_ENABLE_VIRTUAL_SCRIPTS=Yes CTX_MF_XML_PORT_NUMBER=80 CTX_MF_XML_CHOICE=Share CTX_MF_SERVER_TYPE=a CTX_MF_SHADOW_PROHIBIT_NO_LOGGING=No CTX_MF_SHADOW_PROHIBIT_NO_NOTIFICATION=No CTX_MF_SHADOW_PROHIBIT_REMOTE_ICA=No Voir aussi : «Noms et valeurs des propriétés du programme d'installation de XenApp», page 160 Join_Indirect.mst Cet exemple de fichier de transformation associe un serveur à une batterie de serveurs existante qui utilise un magasin de données hébergé localement. Dans cet exemple de fichier de transformation, la batterie de serveurs existante utilise une base de données Microsoft SQL Server 2005 Express stockée sur l'un des serveurs exécutant XenApp. Remarque : Ce fichier de transformation n'active pas le cryptage IMA. Si vous utilisez ce fichier de transformation et souhaitez activer le cryptage IMA, vous devez l'activer manuellement après l'installation en exécutant la commande CTXKEYTOOL. Pour plus d'informations, veuillez consulter CTXKEYTOOL dans le Guide de l'administrateur Citrix XenApp. Propriétés et exemples de valeurs CTX_MF_FARM_SELECTION=Join CTX_MF_INDIRECT_JOIN_USER_NAME=Administrator CTX_MF_INDIRECT_JOIN_DOMAIN_NAME=Domain1 CTX_MF_JOIN_FARM_SERVER_NAME=Server1

154 8 Référence au sujet des installations personnalisées de XenApp 154 CTX_MF_JOIN_FARM_SERVER_PORT=2512 CTX_MF_JOIN_FARM_DB_CHOICE=Indirect CTX_MF_LICENSE_SERVER_NAME=License_Server CTX_MF_ENABLE_VIRTUAL_SCRIPTS=Yes CTX_MF_XML_PORT_NUMBER=80 CTX_MF_XML_CHOICE=share CTX_MF_SERVER_TYPE=a CTX_MF_SHADOW_PROHIBIT_NO_LOGGING=Yes CTX_MF_SHADOW_PROHIBIT_NO_NOTIFICATION=No CTX_MF_SHADOW_PROHIBIT_REMOTE_ICA=No Les propriétés du mot de passe de la base de données ne sont pas incluses dans le pack Windows Installer par défaut utilisé pour le fichier mps.msi. Si la base de données est protégée par un mot de passe, définissez-le en ajoutant cette ligne au fichier de transformation : CTX_INDIRECT_JOIN_PASSWORD=MotDePasse Si le mot de passe est vierge, n'ajoutez pas la propriété du mot de passe. Voir aussi : «Noms et valeurs des propriétés du programme d'installation de XenApp», page 160 Préparation d'installations avec réponses renseignées Si vous installez régulièrement XenApp et que vous cherchez à diminuer le nombre d'étapes d'installation, vous pouvez créer une installation administrative du logiciel grâce aux commandes Windows Installer (msiexec /a). Une installation administrative est un type d'installation qui décompresse les fichiers d'installation et en copie des versions préalablement renseignées sur un point de partage réseau. Les utilisateurs ayant accès au point de partage peuvent alors exécuter le programme d'installation de XenApp à partir de cet emplacement. Les installations administratives produisent une copie des commandes Windows Installer que vous avez utilisées pour les exécuter. Toutefois, les paramètres définis dans la ligne de commande (par exemple, INSTALLDIR="C:\MonDossier) sont stockés dans la nouvelle copie des commandes Windows Installer.

155 155 Guide d'installation Citrix XenApp Une installation administrative de XenApp est recommandée lorsque vous souhaitez : exécuter des commandes Windows Installer intégrant des correctifs, comme des corrections à chaud Citrix ou des mises à jour Windows, de telle sorte que vous n'ayez pas besoin d'installer ces correctifs au cours d'une étape distincte ; conserver des chemins fournis par le programme d'installation (chemin d'accès au site de services Web, par exemple) ; préparer les commandes Windows Installer à l'aide de réponses renseignées en vue de déploiements Active Directory. Une fois l'image source administrative créée, vous pouvez appliquer les correctifs Windows Installer de votre choix (fichiers.msp, tels que des corrections à chaud Citrix) à l'image au fur et à mesure qu'ils sont disponibles. Appliquer les correctifs à l'image source vous permet d'installer ces correctifs en même temps que l'application sur un nouveau serveur. Vous n'avez alors pas besoin d'installer les correctifs séparément après l'installation de l'application. Citrix vous recommande de créer les deux images sources d'installation administrative suivantes : le pack d'installation et tout fichier de transformation nécessaire à la création de la batterie de serveurs. (exécutez cette image sur le premier serveur de la batterie de serveurs). le pack d'installation et tout fichier de transformation nécessaire à l'association de serveurs supplémentaires à la batterie de serveurs. (exécutez cette image sur les serveurs à associer à une batterie de serveurs existante). Pour créer une installation administrative 1. Copiez l'image de support d'installation de XenApp à un emplacement réseau auquel les administrateurs et les serveurs peuvent accéder. 2. Créez les fichiers de transformation appropriés pour la création d'une nouvelle batterie de serveurs et pour l'association à une batterie de serveurs existante. Par exemple, si votre magasin de données se trouve dans une base de données relationnelle, utilisez thirdpartydb_create_direct.mst et thirdpartydb_join_direct.mst. 3. Exécutez la commande msiexec /a afin de créer deux images réseau permettant d'installer XenApp : l'image à utiliser pour créer une batterie de serveurs ; l'image à utiliser pour associer un serveur à une batterie de serveurs.

156 8 Référence au sujet des installations personnalisées de XenApp 156 L'exemple de ligne de commande suivant permet d'effectuer cette opération. msiexec /a <chemin d'accès complet du pack de base mps.msi> / L*v <chemin d'accès complet d'un fichier journal> /qb TARGETDIR= <chemin d'accès complet de l'emplacement réseau> TRANSFORMS=<liste des noms des fichiers de transformation créés à l'étape 2, séparés par des points-virgules (exemple : sql_join.mst)> 4. Exécutez l'installation administrative à partir des points de partage réseau contenant l'image utilisée pour créer le premier serveur de la batterie. L'exemple de ligne de commande suivant permet d'effectuer cette opération. msiexec /i <chemin d'accès complet du fichier mps.msi sur le nouveau point de partage> /L <chemin d'accès complet d'un fichier journal> /qb- 5. Exécutez l'installation administrative contenant l'image utilisée pour associer un serveur à la batterie. Création d'un fichier journal d'installation Les fichiers journaux d'installation et de désinstallation ne sont pas automatiquement créés pour les packs Windows Installer. Les méthodes suivantes vous permettent de créer des fichiers journaux : Utilisez la commande de journalisation pour créer des fichiers journaux uniquement pour les opérations Windows Installer ; Activez la journalisation automatique pour toutes les opérations Windows Installer en créant une nouvelle valeur chaîne de registre. Attention : Une mauvaise utilisation de l'éditeur du Registre peut entraîner de sérieux problèmes et nécessiter la réinstallation du système d'exploitation. Citrix ne peut garantir la possibilité de résoudre les problèmes provenant d une mauvaise utilisation de l Éditeur du Registre. Utilisez l Éditeur du Registre à vos risques. Veillez à effectuer une copie de sauvegarde avant de modifier le Registre.

157 157 Guide d'installation Citrix XenApp Clé : HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\ Windows\Installer Type : REG_SZ Nom : Journalisation Données : voicewarmup Un fichier journal est créé dans le répertoire %Tmp% pour chaque opération. Utilisez l'éditeur de stratégie de groupe Active Directory pour configurer les propriétés de journalisation d'un groupe Active Directory. Pour modifier la stratégie de journalisation, ouvrez l'éditeur de stratégie de groupe, puis sélectionnez Configuration ordinateur > Modèles d'administration > Composants Windows > Windows Installer. Installation non assistée de XenApp Vous pouvez effectuer une installation non assistée de XenApp en créant un fichier de réponses qui répondra aux invites du programme d'installation de XenApp. Vous trouverez un exemple de fichier de réponses (UnattendedTemplate.txt) dans le support d'installation XenApp, dans le répertoire Support\Install. Le fichier contient des instructions décrivant les options d'installation. Vous pouvez également utiliser le fichier de réponses pour générer une ligne de commande Windows Installer avec l'option silencieuse. Cette ligne de commande résulte de l'exécution de l'installation non assistée de XenApp. Pour procéder à une installation non assistée avec un fichier de réponses 1. Copiez ce fichier dans un autre répertoire et utilisez-le comme modèle en le modifiant en fonction de vos besoins. 2. À l'aide d'un éditeur de texte, ouvrez le fichier UnattendedTemplate.txt, qui se trouve dans le dossier Support\Install du support d'installation XenApp. 3. Définissez les valeurs des entrées que vous souhaitez utiliser, puis enregistrez le fichier. Le fichier fourni comprend les définitions et les valeurs possibles de chaque entrée.

158 8 Référence au sujet des installations personnalisées de XenApp Entrez la commande suivante à l'invite de commandes, où chemin-versmps.msi représente le chemin d'accès complet vers votre installation de XenApp, et fichier_réponse.txt correspond au nom du fichier texte que vous avez créé à l'étape 1 : UnattendedInstall.exe < chemin-vers-mps.msi> < fichier_réponse.txt > [MSIPROPERTY1= VALUE1 ]... [MSIPROPERTYN= VALUEN ] Un exemple de cette commande incluant le mot de passe ODBC figure ciaprès : c:\xenapp\unattendedinstall.exe "c:\setup\mps.msi" c:\cps\x32orcl10-1.txt CTX_ODBC_PASSWORD="password" CTX_MF_ADD_LOCAL_ADMIN=Yes Un exemple de cette commande incluant le mot de passe join indirect figure ci-après : c:\xenapp\unattendedinstall.exe "c:\setup\mps.msi" c:\cps\x32access-2all.txt CTX_INDIRECT_JOIN_PASSWORD="password" CTX_MF_ADD_LOCAL_ADMIN=Yes Remarque : Les mots de passe ne sont plus stockés dans le fichier de réponses. Ils doivent être spécifiés sur la ligne de commandes lors de l'appel du fichier UnattendedInstall.exe. Pour connaître les options de ligne de commande requises pour le scénario utilisé, veuillez consulter le fichier modèle de l'installation non assistée.

159 159 Guide d'installation Citrix XenApp

160 9 Informations de référence sur les propriétés XenApp Windows Installer Cette rubrique traite des propriétés d'installation de XenApp à utiliser avec les commandes Windows Installer (msiexec) : Propriétés d'installation Windows du client de liaison Noms et valeurs des propriétés du programme d'installation de XenApp Noms et valeurs des propriétés du programme d'installation de XenApp Les propriétés d'installation XenApp vous permettent de définir des valeurs lors de l'installation de XenApp à l'aide de commandes et de fichiers de transformation Windows Installer. Points clés : Certaines valeurs, telles que les mots de passe, sont sensibles à la casse. Lorsque vous effectuez une installation non assistée (UnattendedInstall.exe), utilisez les propriétés d'installation sur la ligne de commande pour définir les informations d'identification des utilisateurs, car ces informations ne figurent plus dans le fichier de réponses de XenApp. Vous pouvez également utiliser la ligne de commande pour définir d'autres propriétés d'installation, comme les répertoires d'installation. Lorsque vous utilisez des propriétés d'installation dans une ligne de commande, dans le cadre d'une installation non assistée, placez les valeurs comportant des espaces entre guillemets (""). Si vous utilisez des guillemets lorsque vous exécutez les propriétés du programme d'installation dans la ligne de commande, faites-les précéder du caractère d'échappement (\). Par exemple, utilisez INSTALLDIR=\"C:\Program

161 161 Guide d'installation Citrix XenApp Files\Citrix\" et non INSTALLDIR="C:\Program Files\Citrix". Les propriétés d'installation des composants Platinum (Password Manager et SmartAuditor, par exemple) se trouvent dans les guides d'installation et d'administration de ces produits, le cas échéant. Les commandes Windows Installer (msiexec) pour le système de licences Citrix sont disponibles dans le Guide de démarrage du système de licences Citrix. Chaque propriété d'installation correspond à une étape distincte du processus d'installation. Les étapes correspondantes du processus d'installation sont expliquées dans la rubrique «Création d'une nouvelle batterie de serveurs XenApp», page 88. Étape de l'installation avec assistant Création de batterie Tâche 1 : choix de l'édition (première page du programme Autorun) Tâche 2 : choix d'une catégorie d'installation Tâche 4 : configuration de l'authentification du client de liaison Tâche 5 : installation d'un serveur de licences Tâche 6 : installation de la console Access Management Console Tâche 7 : installation de XenApp et de ses composants Tâche 8 : installation de la Configuration avancée XenApp Propriété d'installation correspondante CLIENT_UPGRADE INSTALLDIR PROGRAM_FOLDER_NAME SERVER_LOCATION DEFAULT_NDSCONTEXT ENABLE_SSON CTX_MF_LICENSE_SERVER_NAME CTX_MF_LICENSE_SERVER_PORT CTX_MF_LICENSE_SERVER_PORT_DEFAULT CTX_ADDLOCAL CTX_ADDLOCAL CTX_ADDLOCAL Association de serveur à une batterie existante Tâche 1 : installation initiale lors de l'association à une batterie Tâche 2 : association à une nouvelle batterie CTX_MF_FARM_SELECTION CTX_MF_JOIN_FARM_DB_CHOICE CTX_MF_INDIRECT_JOIN_DOMAIN_NAME CTX_MF_INDIRECT_JOIN_PASSWORD CTX_MF_JOIN_FARM_SERVER_NAME CTX_MF_JOIN_FARM_SERVER_PORT

162 9 Informations de référence sur les propriétés XenApp Windows Installer 162 Étape de l'installation avec assistant Tâche 3 : spécification de l'emplacement du fichier de clé de cryptage IMA Tâche 4 : utilisation des paramètres de licences de la batterie de serveurs Propriété d'installation correspondante CTX_PROTECT_KEY_PATH CTX_MF_JOIN_FARM_SERVER_NAME CTX_MF_JOIN_FARM_SERVER_PORT CTX_MF_LIC_CHOICE_FOR_JOIN_OR_UPGRADE Synthèses des propriétés d'installation de XenApp Les rubriques suivantes fournissent un récapitulatif des propriétés d'installation pour les commandes Windows Installer (msiexec), associées aux différents types d'installation (création de batterie et association de serveur à une batterie existante). La rubrique «Propriétés d'installation Windows et paramètres de fichiers de réponses», page 165 répertorie les propriétés d'installation Windows de XenApp, ainsi que le paramètre correspondant dans l'installation non assistée de XenApp. Synthèse des propriétés d'installation utilisées pour l'association à une batterie Les propriétés ci-après ne s'appliquent que si vous installez XenApp sur des serveurs à associer à une batterie. 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

163 163 Guide d'installation Citrix XenApp Synthèse des propriétés d'installation utilisées pour la création d'une batterie Les propriétés ci-après ne s'appliquent que si vous installez XenApp sur le premier serveur de la batterie. 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 Synthèse des propriétés d'installation utilisées pour la création d'une batterie et l'association à une batterie Les propriétés ci-après s'appliquent si vous installez XenApp sur le premier serveur de la batterie et si vous associez un serveur à une batterie. De manière générale, les valeurs utilisées avec ces propriétés varient selon que vous créez une batterie ou que vous associez un serveur à une batterie. 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

164 9 Informations de référence sur les propriétés XenApp Windows Installer 164 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

165 165 Guide d'installation Citrix XenApp Propriétés d'installation Windows et paramètres de fichiers de réponses Lorsque vous effectuez une installation de XenApp non assistée, vous fournissez les valeurs selon une syntaxe différente de celle que vous employez lorsque vous utilisez les commandes de Windows Installer. Le tableau ci-après répertorie les propriétés d'installation XenApp et les paramètres correspondants des installations non assistées. Propriété d'installation de Windows Installer CTX_MF_FARM_SELECTION CTX_MF_NEW_FARM_NAME CTX_MF_USER_NAME CTX_MF_DOMAIN_NAME CTX_MF_CREATE_FARM_DB_CHOICE CTX_MF_LOCAL_DATABASE CTX_MF_MSDE_INSTANCE_NAME CTX_MF_ODBC_USER_NAME CTX_ODBC_PASSWORD CTX_MF_SILENT_DSNFILE CTX_MF_JOIN_FARM_DB_CHOICE CTX_MF_INDIRECT_JOIN_DOMAIN_NAME CTX_MF_INDIRECT_JOIN_USER_NAME CTX_INDIRECT_JOIN_PASSWORD CTX_MF_JOIN_FARM_SERVER_NAME CTX_MF_JOIN_FARM_SERVER_PORT CTX_MF_ZONE_NAME CTX_MF_ADD_ANON_USERS CTX_CREATE_REMOTE_DESKTOP_USERS CTX_MF_SHADOWING_CHOICE CTX_MF_SHADOW_PROHIBIT_REMOTE_ICA CTX_MF_SHADOW_PROHIBIT_NO_NOTIFICATION CTX_MF_SHADOW_PROHIBIT_NO_LOGGING CTX_MF_XML_CHOICE CTX_MF_XML_PORT_NUMBER Paramètre d'installation non assistée CréerBatterie NomBatterie NomUtilisateurAdministrateurBatterie DomaineAdministrateurBatterie DirectConnect TypeBDDLocale NomInstance NomUtilisateur CheminFichierDSN DirectConnect NomDomaine NomUtilisateur NomServeurIndirect PortServeurIndirect NomZone AutoriserObservation InterdireContrôleDistant InterdireDésactivationNotification InterdireDésactivationJournalisation ÉtendreIIS NuméroPortDédié

166 9 Informations de référence sur les propriétés XenApp Windows Installer 166 Propriété d'installation de Windows Installer CTX_MF_ENABLE_VIRTUAL_SCRIPTS CTX_MF_SERVER_TYPE CTX_IMA_PROTECTION_ENABLE CTX_PROTECT_KEY_TYPE CTX_PROTECT_NEW_KEY_PATH CTX_PROTECT_KEY_PATH CTX_MF_ADD_LOCAL_ADMIN CTX_ADDLOCAL CTX_RDP_DISABLE_PROMPT_FOR_PASSWORD CTX_MF_LIC_CHOICE_FOR_CREATE CTX_MF_LICENSE_SERVER_NAME CTX_MF_LIC_CHOICE_FOR_JOIN_OR_UPGRADE CTX_MF_LICENSE_SERVER_PORT CTX_MF_LICENSE_SERVER_PORT_DEFAULT INSTALLDIR Paramètre d'installation non assistée ActiverScriptsVirtuels TypeServeur ActiverCryptage TypeClé NouveauCheminClé CheminClé DésactiverInviteRDPPPourMotDePasse ChoixServeurLicence NomServeurLicence ChoixServeurLicence PortServeurLicence DéfautPortServeurLicence

167 167 Guide d'installation Citrix XenApp Propriétés d'installation Windows du client de liaison Citrix XenApp Plugin pour applications hébergées doit être installé avant l'installation de XenApp. Ces propriétés affectent le fichier XenAppHosted.msi. L'installation du client n'appartient plus au fichier mps.msi. Pour plus d'informations au sujet des clients de liaison, consultez la section «Tâche 4 : configuration de l'authentification du client de liaison», page 94. Lorsque vous installez le client de liaison, utilisez les propriétés d'installation décrites ci-après. ADDLOCAL Définition : installez une ou plusieurs des fonctionnalités spécifiées. Lorsque vous définissez plusieurs paramètres de fonctionnalités, séparez chaque paramètre par une virgule. N'utilisez pas d'espaces. Les noms sont sensibles à la casse. Valeurs possibles : «ICA_Client» : composant du moteur de plug-in (s'installe systématiquement, est requis pour définir d'autres valeurs). «PN_AGENT» : installe Citrix XenApp Plugin. «PN» : installe Program Neighborhood (non installé par défaut). «WEB_CLIENT» : installe Citrix XenApp Web Plugin. «SSON» : installe les fichiers de l'authentification unique. Valeur par défaut : aucune. CLIENT_UPGRADE Définition : met à niveau la version du client vers la dernière version. Valeurs possibles :«Yes» ou «No» Valeur par défaut : «Yes» Type d'installation : Citrix XenApp Plugin pour applications hébergées

168 9 Informations de référence sur les propriétés XenApp Windows Installer 168 ENABLE_DYNAMIC_CLIENT_NAME Définition : lorsque le client de liaison est utilisé, permet d'activer ou de désactiver la possibilité d'utiliser le nom de l'ordinateur comme nom de la machine cliente et de détecter les modifications de ce nom. Valeurs possibles : «Yes» ou «No» Valeur par défaut : «Yes» Type d'installation : Citrix XenApp Plugin pour applications hébergées INSTALLDIR Définition : répertoire d'installation, Répertoire d'installation représentant l'emplacement dans lequel le plug-in est installé. Valeurs possibles : Valeur par défaut : C:\Program Files\Citrix\ICA Client Type d'installation : Citrix XenApp Plugin pour applications hébergées PROGRAM_FOLDER_NAME Définition : nom du dossier apparaissant dans le nom de dossier Programmes du menu Démarrer et contenant le raccourci vers XenApp Plugin ou le logiciel Program Neighborhood. Valeurs possibles : valeur définie par l'utilisateur Valeur par défaut : «Citrix\» Type d'installation : Citrix XenApp Plugin pour applications hébergées Remarques : cette fonction n'est pas prise en charge lors des mises à niveau des plug-ins.

169 169 Guide d'installation Citrix XenApp SERVER_LOCATION Définition : adresse URL du serveur exécutant l'interface Web. Ce serveur héberge le fichier de configuration de XenApp Plugin. Si vous souhaitez utiliser XenApp Plugin en tant que client de liaison, vous devez entrer l'adresse du serveur. L'adresse du serveur peut être une adresse HTTP ou HTTPS. Valeurs possibles : valeur définie par l'utilisateur Valeur par défaut :«localhost» Type d'installation : Citrix XenApp Plugin pour applications hébergées DEFAULT_NDSCONTEXT Définition : ajoutez ce paramètre si vous souhaitez définir un contexte par défaut pour NDS. Pour définir plusieurs contextes, placez l'ensemble de la valeur entre guillemets et séparez les contextes à l'aide de virgules. Exemples de valeurs correctes : DEFAULT_NDSCONTEXT=Contexte1 DEFAULT_NDSCONTEXT= Contexte1,Contexte2 Exemple de valeur incorrecte : DEFAULT_NDSCONTEXT=Contexte1,Contexte2 Type d'installation : Citrix XenApp Plugin pour applications hébergées ENABLE_SSON Définition : définissez la valeur sur «Yes» afin d'activer l'authentification unique. Définissez la valeur sur «No» afin de désactiver l'authentification unique. Valeurs possibles :«Yes» ou «No» Valeur par défaut : «Yes» Type d'installation : Citrix XenApp Plugin pour applications hébergées

170 9 Informations de référence sur les propriétés XenApp Windows Installer 170 Commandes Windows Installer des outils de gestion Dans la mesure où la console Access Management Console et la Configuration avancée XenApp disposent de leurs propres fichiers.msi, ils ne sont pas définis à l'aide des propriétés d'installation Windows lors de l'installation de XenApp. Les commandes d'installation de ces outils sont exécutées à l'aide de lignes de commande spécifiques : Pour installer la console Access Management Console, Citrix recommande vivement d'exécuter CtxInstall.exe, qui installe l'ensemble des extensions. Si vous installez la console Access Management Console à l'aide d'une autre méthode, les extensions doivent être installées selon un ordre bien précis au risque de faire échouer l'installation. Pour installer la console Access Management Console sans assistance, exécutez la commande suivante : CtxInstall.exe /silent. Pour installer la Configuration avancée, exécutez cmc.msi. Propriétés d'installation Windows de XenApp Cette rubrique traite de la syntaxe des propriétés d'installation de XenApp permettant de modifier les commandes de Windows Installer (msiexec). Cette rubrique fournit également des exemples de code d'installation de XenApp, correspondant à une base de données locale et une base de données d'entreprise, le système de licences Citrix et l'interface Web. Exemple de script de commandes Windows Installer de création de batterie Cet exemple de script crée une batterie à l'aide d'une base de données locale (Microsoft Access). Le partage de port, le cryptage IMA et l'observation sont activés. 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"

171 171 Guide d'installation Citrix XenApp 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" Exemple de script de commandes Windows Installer d'association à une batterie existante Cet exemple de script permet d'associer un serveur à une batterie dont le magasin de données est hébergé sur une base de données tierce ou d'entreprise (SQL Server). Le cryptage IMA ainsi que l'observation sont activés sur cette batterie. 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" Exemple de script de commandes Windows Installer d'installation du système de licences Citrix Cet exemple de script installe le système de licences Citrix. Pour obtenir des informations sur les propriétés d'installation du système de licences, veuillez consulter le Guide de démarrage du système de licences Citrix. 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- Exemple de script de commandes Windows Installer d'installation de l'interface Web Cet exemple de script installe l'interface Web. Pour plus d'informations sur les propriétés d'installation de l'interface Web, veuillez consulter le Guide de l'administrateur de l'interface Web Citrix. WebInterface.exe -q -v %systemdrive%\wi.log

172 9 Informations de référence sur les propriétés XenApp Windows Installer 172 CTX_ADDLOCAL Définition : spécifie une ou plusieurs fonctionnalités XenApp à installer. Les valeurs de CTX_ADDLOCAL correspondent à des fonctions et à des composants XenApp. Elles sont séparées par des virgules et doivent être installées localement. CTX_ADDLOCAL=ALL permet d'installer toutes les fonctions. Cette propriété est similaire à la propriété ADDLOCAL de Windows Installer. Valeurs possibles : «All» : installe l'ensemble des fonctionnalités et des composants XenApp. «CTX_MF_MetaFrame_Core» : n'installe que le noyau du logiciel serveur de XenApp. «CTX_MF_LM» : installe le composant Load Manager, qui répartit la charge des connexions utilisateur entre plusieurs serveurs afin d'optimiser les ressources des serveurs. «WMI» : installe le Fournisseur XenApp, c'est-à-dire le fournisseur WMI de XenApp et le système de licences Citrix, et garantit la prise en charge de MOM 2005 et «CTX_MF_IMA_Core» : installe le service Citrix Independent Management Architecture. «CTX_MF_CTXCPU» : installe la fonctionnalité de gestion d'utilisation d'uc Citrix, qui vous permet de contrôler l'utilisation de l'uc sur un serveur de batterie. «CTX_MF_CTXSFO» : installe la fonctionnalité de gestion de l'optimisation de la mémoire. «CSS_SS» : installe les composants de prise en charge du streaming d'application. Cela ne s'applique qu'aux éditions Enterprise et Platinum. Attention : Ne définissez pas la valeur CSS_SS pour la propriété CTX_ADDLOCAL si vous disposez de la licence de l'édition Advanced. La définition de cette propriété peut entraîner des problèmes après l'installation, lors de l'application des corrections à chaud. Valeur par défaut : vide

173 173 Guide d'installation Citrix XenApp Type d'installation : création de batterie, association de serveur à une batterie existante Remarques : Séparez les entrées par des virgules. CTX_ADDLOCAL ne fournit pas de valeurs permettant d'installer la console Access Management Console ou la Configuration avancée XenApp. Veuillez consulter la section «Commandes Windows Installer des outils de gestion», page 170. CTX_CPSVC_SERVICE_USER_NAME Définition : définit un compte utilisateur différent pour le service de gestion des impressions Citrix. Si cette propriété ne contient aucune valeur, le service est associé, lors de l'installation, au compte ctx_cpuuser. Si vous souhaitez modifier le compte, définissez CTX_CPSVC_SERVICE_USER_NAME sur une valeur représentant le compte que vous avez créé, puis utilisez CTX_CPSVC_SERVICE_USER_PASSWORD pour définir le mot de passe. Valeurs possibles : valeur définie par l'utilisateur Valeur par défaut : «ctx_cpsvcuser» Format : Domaine\NomUtilisateur Type d'installation : création de batterie, association de serveur à une batterie existante Remarques : Pour définir un compte de domaine pour un service, vous devez ouvrir une session sur le serveur sur lequel vous exécutez le programme d'installation, en tant qu'administrateur du domaine dans lequel vous souhaitez exécuter le serveur. Si vous souhaitez définir un autre compte pour le programme d'installation, vous devez, lors de la création du compte, définir les privilèges ci-après : Ouvrir une session en tant que service (SeServiceLogonRight) et Ouvrir une session en tant que tâche (LogonAsBatch). En l'absence de définition de ces privilèges, le service Citrix Print Manager ne démarre pas.

174 9 Informations de référence sur les propriétés XenApp Windows Installer 174 Remarque : Le service Citrix Print Manager utilise désormais le compte ctx_cpsvcuser au lieu du compte Ctx_SmaUser, que le service utilisait dans Presentation Server 4.0. CTX_CPSVC_SERVICE_USER_PASSWORD Définition : définit le mot de passe Citrix Print Manager Service. Si vous définissez CTX_CPSVC_SERVICE_USER_PASSWORD sans définir CTX_CPSVC_SERVICE_USER_NAME, le service s'installe en s'associant au compte par défaut (ctx_cpsvcuser). Vous pouvez par la suite modifier le mot de passe. Si vous définissez CTX_CPSVC_SERVICE_USER_PASSWORD avec CTX_CPSVC_SERVICE_USER_NAME, vous pouvez par la suite modifier le nom d'utilisateur et le mot de passe de ce compte. Valeurs possibles : valeur définie par l'utilisateur Type d'installation : création de batterie, association de serveur à une batterie existante CTX_IMA_PROTECTION_ENABLE Définition : utilisez cette propriété afin d'activer ou de désactiver le cryptage IMA au cours de l'installation avec création d'une batterie. Valeurs possibles : «1» : active le cryptage IMA. À utiliser avec la propriété CTX_PROTECT_KEY_TYPE. «0» : désactive le cryptage IMA. Valeur par défaut : 0 Type d'installation : création de batterie, association de serveur à une batterie existante

175 175 Guide d'installation Citrix XenApp CTX_MALOO_SERVICE_USER Définition : définit un compte utilisateur différent pour le service de gestion d'utilisation/rééquilibrage d'uc, qui constitue l'un des services de la fonctionnalité de gestion d'utilisation d'uc. Si cette propriété ne contient aucune valeur, le service est associé, lors de l'installation, au compte ctx_cpuuser. Si vous souhaitez modifier le compte, définissez CTX_MALOO_SERVICE_USER sur une valeur représentant le compte que vous avez créé, puis utilisez CTX_MALOO_SERVICE_USER_PASSWORD pour définir le mot de passe. Valeurs possibles : valeur définie par l'utilisateur Valeur par défaut : ctx_cpuuser Format : Domaine\NomUtilisateur Type d'installation : création de batterie, association de serveur à une batterie existante Remarques : Ce service est installé uniquement sur les serveurs équipés de plusieurs processeurs. Pour définir un compte de domaine pour un service, vous devez ouvrir une session sur le serveur sur lequel vous exécutez le programme d'installation, en tant qu'administrateur du domaine dans lequel vous souhaitez exécuter le serveur. Si vous souhaitez définir un autre compte pour le programme d'installation, vous devez, lors de la création du compte, définir les privilèges ci-après : Ouvrir une session en tant que service (SeServiceLogonRight), Ouvrir une session en tant que tâche (LogonAsBatch), Déboguer des programmes (SeDebugPrivilege) et Augmenter la priorité de planification (SeIncrementBasePriorityPrivilege). En l'absence de définition de ces privilèges, le service de gestion d'utilisation/rééquilibrage d'uc ne démarre pas.

176 9 Informations de référence sur les propriétés XenApp Windows Installer 176 CTX_MALOO_SERVICE_USER_PASSWORD Définition : indique le mot de passe du service Citrix de gestion d'utilisation/rééquilibrage d'uc. Si vous définissez CTX_MALOO_SERVICE_USER_PASSWORD sans définir CTX_MALOO_SERVICE_USER, le service s'installe en utilisant la valeur de nom d'utilisateur par défaut (ctx_cpuuser) de la propriété CTX_MALOO_SERVICE_USER. Vous pouvez par la suite modifier le mot de passe. Si vous définissez CTX_MALOO_SERVICE_USER_PASSWORD avec CTX_MALOO_SERVICE_USER, vous pouvez par la suite modifier le nom d'utilisateur et le mot de passe de ce compte. Valeurs possibles : valeur définie par l'utilisateur Type d'installation : création de batterie, association de serveur à une batterie existante CTX_MF_ADD_ANON_USERS Définition : détermine si les utilisateurs anonymes peuvent se connecter à distance. Cette propriété permet d'ajouter des utilisateurs anonymes au groupe Utilisateurs du Bureau à distance de Windows Server Si cette propriété a la valeur «Yes» et si CTX_MF_CREATE_REMOTE_DESKTOP_USERS a la valeur «CopyUsers» ou «DoNothing», les utilisateurs anonymes sont ajoutés au groupe Utilisateurs du Bureau à distance. Si CTX_MF_CREATE_REMOTE_DESKTOP_USERS a la valeur «AddEveryone», cette propriété est ignorée car le groupe «Utilisateurs du Bureau à distance» est configuré pour inclure tous les utilisateurs du groupe «Utilisateurs». Si cette propriété porte la valeur «No», elle n'autorise pas les connexions anonymes à XenApp. Valeurs possibles : «Yes» ou «No» Valeur par défaut : «Yes» Type d'installation : création de batterie, association de serveur à une batterie existante

177 177 Guide d'installation Citrix XenApp CTX_MF_ADD_LOCAL_ADMIN Définition : si elle est activée, permet de créer des comptes d'administrateurs Citrix pour tous les comptes d'utilisateur du groupe Administrateurs local. Valeurs possibles :«Yes» ou «No» Valeur par défaut :«No» Type d'installation : création de batterie CTX_MF_CREATE_REMOTE_DESKTOP_USERS Définition : spécifie si des utilisateurs doivent être ajoutés ou non au groupe Utilisateurs du Bureau à distance si les comptes correspondants sont déjà créés sur le système. Pour pouvoir ouvrir une session à distance sur un système Windows Server 2008, les utilisateurs doivent appartenir au groupe «Utilisateurs du Bureau à distance». La valeur de cette propriété n'a pas d'effet si le groupe Utilisateurs du Bureau à distance a déjà des membres. Remarque : CTX_MF_CREATE_REMOTE_DESKTOP_USERS a priorité sur CTX_MF_ADD_ANON_USERS. À ce titre, si CTX_MF_CREATE_REMOTE_DESKTOP_USERS a la valeur «AddEveryone» et si CTX_MF_ADD_ANON_USERS a la valeur «No», les connexions anonymes à XenApp sont activées sur ce serveur. Valeurs possibles : AddEveryone : ajoute le groupe «Utilisateurs authentifiés» au groupe «Utilisateurs du Bureau à distance». Cette option permet à tous les utilisateurs courants du groupe Utilisateurs d'ouvrir une session à distance sur le serveur. Si vous l'activez, XenApp ajoutera automatiquement au groupe Utilisateurs du Bureau à distance les utilisateurs que vous ajouterez au groupe Utilisateurs. CopyUsers : copie tous les utilisateurs courants du groupe «Utilisateurs» dans le groupe «Utilisateurs du Bureau à distance». Après l'installation, si vous ajoutez des comptes utilisateur pour lesquels vous souhaitez activer l'accès au serveur en réécriture, vous devez ajouter ces comptes au groupe Utilisateurs du Bureau à distance manuellement.

178 9 Informations de référence sur les propriétés XenApp Windows Installer 178 DoNothing : n'ajoute aucun utilisateur au groupe «Utilisateurs du Bureau à distance». Le choix de cette option indique qu'aucun utilisateur ne sera autorisé à ouvrir une session à distance sur le serveur tant que vous n'aurez pas ajouté des utilisateurs au groupe «Utilisateurs du Bureau à distance» dans Windows Server Valeur par défaut : «CopyUsers» Type d'installation : création de batterie, association de serveur à une batterie existante CTX_CONFIGMGR_USER Définition : définit le compte du gestionnaire de configuration du service Interface Web. Si cette propriété ne contient aucune valeur, le service est installé avec le compte d'utilisateur local par défaut (Ctx_ConfigMgr). Vous pouvez modifier cela en vue d'une exécution avec un autre compte : dans ce cas, utilisez cette propriété avec CTX_CONFIGMGR_USER_PASSWORD. Valeurs possibles : valeur définie par l'utilisateur Valeur par défaut : ctx_cpuuser Format : Domaine\NomUtilisateur Type d'installation : création de batterie, association de serveur à une batterie existante Remarques : Pour définir un compte de domaine pour un service, vous devez ouvrir une session sur le serveur sur lequel vous exécutez le programme d'installation, en tant qu'administrateur du domaine dans lequel vous souhaitez exécuter le serveur. Si vous souhaitez définir un autre compte pour le programme d'installation, vous devez, lors de la création du compte, définir les privilèges ci-après : Ouvrir une session en tant que service (SeServiceLogonRight) et Ouvrir une session en tant que tâche (LogonAsBatch). En l'absence de définition de ces privilèges, le gestionnaire de configuration de l'interface Web ne démarre pas.

179 179 Guide d'installation Citrix XenApp CTX_CONFIGMGR_USER_PASSWORD Définition : définit le mot de passe du gestionnaire de configuration du service Interface Web. Utilisez-la avec CTX_CONFIGMGR_USER. Valeurs possibles : valeur définie par l'utilisateur Type d'installation : création de batterie, association de serveur à une batterie existante CTX_MF_CREATE_FARM_DB_CHOICE Définition : spécifie si la base de données est une base de données locale hébergée sur le premier serveur de la batterie ou une base de données d'entreprise (tierce) hébergée sur un serveur distinct. Valeurs possibles : «Local» : Access ou SQL Server Express. À utiliser avec la propriété CTX_MF_LOCAL_DATABASE et, si vous utilisez SQL Server Express, avec la propriété CTX_MF_MSDE_INSTANCE_NAME. «Third Party» : SQL, Oracle ou IBM DB2. À utiliser avec les propriétés CTX_MF_ODBC_USER_NAME et CTX_MF_ODBC_PASSWORD. Valeur par défaut : «Local» Type d'installation : création de batterie, association de serveur à une batterie existante CTX_MF_DOMAIN_NAME Définition : spécifie le nom de domaine du premier compte d'administrateur Citrix que vous créez dans la batterie. Valeurs possibles : valeur définie par l'utilisateur Valeur par défaut : «DomainName» Type d'installation : création de batterie

180 9 Informations de référence sur les propriétés XenApp Windows Installer 180 CTX_MF_ENABLE_VIRTUAL_SCRIPTS Définition : spécifiez cette propriété pour activer le partage de port avec ISS au cours de l'installation. Cette propriété permet au programme d'installation de XenApp de créer le répertoire virtuel de scripts, nécessaire à l'utilisation d'iis. Si cette propriété a la valeur «Yes» ou «1», le programme d'installation ne vous invite pas à créer le répertoire virtuel de scripts, même si le programme d'installation est exécuté avec l'assistant. Si vous effectuez une installation non assistée, si cette propriété n'a pas la valeur «Yes» ou «1» et si le port XML du serveur est partagé avec IIS (si vous installez l'interface Web sur le même serveur que XenApp, par exemple), le programme d'installation échoue et le message d'erreur suivant est ajouté au fichier journal de l'installation. «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 la propriété est définie, l'installation non assistée continue sans erreur. Valeurs possibles : «Yes» ou «1» : permettent de créer le répertoire virtuel de scripts s'il n'existe pas déjà. Non définie, «0», ou «No»: le répertoire virtuel de scripts n'est pas créé s'il n'existe pas déjà. Vous êtes invité à créer le répertoire virtuel de scripts lors de l'exécution du programme d'installation. Valeur par défaut : non définie Type d'installation : création de batterie, association de serveur à une batterie existante CTX_MF_FARM_SELECTION Définition : spécifie si l'opération doit créer une nouvelle batterie de serveurs ou associer le serveur à une batterie de serveurs existante. Si ce serveur est associé à une batterie existante, vous devez également définir la propriété CTX_MF_JOIN_FARM_DB_CHOICE. Valeurs possibles : «Create» ou «Join» Valeur par défaut : «Create»

181 181 Guide d'installation Citrix XenApp Type d'installation : création de batterie, association de serveur à une batterie existante CTX_MF_LICENSE_SERVER_NAME Description : spécifie le serveur de licences utilisé par le serveur XenApp. N'est appliquée que dans les situations suivantes : lors de la réalisation d'une nouvelle installation lors de l'association à une batterie de serveurs existante et CTX_MF_LIC_CHOICE_FOR_JOIN_OR_UPGRADE a la valeur «Point»; lors d'une nouvelle installation pendant laquelle une nouvelle batterie de serveurs est créée si CTX_MF_LIC_CHOICE_FOR_CREATE a la valeur «Point». Valeurs possibles : valeur définie par l'utilisateur Valeur par défaut : «localhost» Type d'installation : création de batterie, association de serveur à une batterie existante CTX_MF_LICENSE_SERVER_PORT_DEFAULT Définition : vérifie que XenApp communique avec le serveur de licences via le numéro de port par défaut du serveur de licences (27 000). Valeurs possibles : «1» : XenApp utilise le numéro de port par défaut (27000). (aucune valeur) : indique que le numéro de port à utiliser pour les communications avec le serveur de licences Citrix est spécifié par la valeur de la propriété CTX_MF_LICENSE_SERVER_PORT. Valeur par défaut : «1» Type d'installation : création de batterie, association de serveur à une batterie existante

182 9 Informations de référence sur les propriétés XenApp Windows Installer 182 CTX_MF_LICENSE_SERVER_PORT Définition : CTX_MF_LICENSE_SERVER_PORT permet de spécifier une valeur pour un autre numéro de port (autre que la valeur par défaut de ) à utiliser lors des communications avec le serveur de licences Citrix. La valeur doit correspondre au numéro de port configuré sur le serveur de licences. À utiliser avec la propriété CTX_MF_LICENSE_SEVER_PORT_DEFAULT définie sur la valeur (aucune valeur). Valeurs possibles : nombre entier représentant le numéro de port sur lequel le serveur de licences écoute les requêtes. Valeur par défaut : «27000» Type d'installation : création de batterie, association de serveur à une batterie existante CTX_MF_LOCAL_DATABASE Définition : spécifie le type de base de données locale du magasin de données de la batterie. Valeurs possibles : Access. «SQL» : désigne SQL Server 2005 Express Valeur par défaut : «Access» Type d'installation : création de batterie, association de serveur à une batterie existante CTX_MF_INDIRECT_JOIN_DOMAIN_NAME Définition : spécifie le nom de domaine d'un compte d'utilisateur disposant de tous les droits d'administration sous XenApp. Utilisez cette propriété si vous associez le serveur à une batterie de serveurs utilisant une base de données Microsoft Access ou SQL Server 2005 Express hébergée localement sur le premier serveur de la batterie de serveurs (connexion indirecte). Valeurs possibles : tout domaine dans lequel le compte d'utilisateur possède les droits d'administration complète au sein de la batterie XenApp. Valeur par défaut : «DomainName»

183 183 Guide d'installation Citrix XenApp Type d'installation : association de serveur à une batterie existante CTX_MF_INDIRECT_JOIN_USER_NAME Définition : nom d'utilisateur d'un compte disposant de tous les droits d'administration sous XenApp. Utilisez cette propriété si vous associez le serveur à une batterie de serveurs utilisant une base de données Microsoft Access ou SQL Server 2005 Express hébergée localement sur le premier serveur de la batterie de serveurs (connexion indirecte). Valeurs possibles : tout compte d'utilisateur ayant les droits d'administration complète dans la batterie XenApp ; idéalement, le même compte que celui utilisé pour créer la batterie. Valeur par défaut : «Administrator» Type d'installation : association de serveur à une batterie existante CTX_MF_INDIRECT_JOIN_PASSWORD Définition : indique le mot de passe associé à un compte d'utilisateur disposant de tous les droits d'administration sous XenApp. Utilisez cette propriété si vous associez le serveur à une batterie de serveurs utilisant une base de données Microsoft Access ou SQL Server 2005 Express hébergée localement sur le premier serveur de la batterie de serveurs (accès indirect). Valeurs possibles : mot de passe de l'utilisateur dont le nom est défini dans la propriété CTX_MF_INDIRECT_JOIN_USER_NAME. Valeur par défaut : (nulle) Type d'installation : association de serveur à une batterie existante CTX_MF_JOIN_FARM_DB_CHOICE Définition : en cas d'association à une batterie, permet de spécifier si la batterie existante se connecte directement ou indirectement au magasin de données. Valeurs possibles : «Direct», «Indirect» Donnez la valeur «Indirect» à cette propriété si vous utilisez une base de données Microsoft Access ou SQL Server 2005 Express stockée localement sur le premier serveur de la batterie de serveurs sur lequel vous avez installé XenApp.

184 9 Informations de référence sur les propriétés XenApp Windows Installer 184 Donnez la valeur «Direct» à cette propriété si vous utilisez une base de données Microsoft SQL, Oracle ou IBM DB2 stockée sur un serveur de bases de données dédié distinct. Valeur par défaut :«Direct» Type d'installation : association de serveur à une batterie existante CTX_MF_JOIN_FARM_SERVER_NAME Définition : indique le nom du premier serveur appartenant à la batterie de serveurs à laquelle vous souhaitez vous associer. Valeurs possibles : nom d'un serveur hébergeant le magasin de données Access ou SQL Server 2005 Express. Valeur par défaut : «ServerName» Type d'installation : association de serveur à une batterie existante CTX_MF_JOIN_FARM_SERVER_PORT Définition : indique le numéro de port de communications IMA utilisé pour communiquer avec le magasin de données (stocké localement) de la batterie. Cela s'applique si vous utilisez une base de données Microsoft Access ou SQL Server 2005 Express stockée localement sur le premier serveur de la batterie de serveurs sur lequel vous avez installé XenApp. Valeurs possibles : valeur définie par l'utilisateur Valeur par défaut : «2512» Type d'installation : association de serveur à une batterie existante CTX_MF_ONLY_LAUNCH_PUBLISHED_APPS Définition : par défaut, XenApp interdit les utilisateurs autres que les administrateurs de se connecter aux bureaux publiés et au bureau des serveurs hébergeant XenApp. Lorsque cette propriété est définie sur «Yes» ou (aucune valeur), les utilisateurs ne peuvent se connecter qu'aux applications publiées. Ce paramètre est un paramètre applicable aux serveurs et non à la batterie. Si vous souhaitez permettre aux utilisateurs de se connecter à certains bureaux de serveurs, mais pas à tous, modifiez la valeur de cette propriété pour les serveurs concernés. Valeurs possibles : (aucune valeur), «Yes» ou «No»

185 185 Guide d'installation Citrix XenApp «Yes» : les utilisateurs ne peuvent pas se connecter à des bureaux publiés ou à des bureaux de serveurs depuis des clients. «No» : les utilisateurs peuvent se connecter à des bureaux publiés ou à des bureaux de serveurs depuis des clients. (aucune valeur) : les utilisateurs ne peuvent pas se connecter à des bureaux publiés ou à des bureaux de serveurs depuis des clients. Valeur par défaut : (nulle) Remarque : Si cette propriété a une valeur différente de «Yes» et de «No», la fonction de sécurité améliorée est activée lors de l'installation. Type d'installation : création de batterie, association de serveur à une batterie existante CTX_MF_LIC_CHOICE_FOR_CREATE Définition : permet de faire pointer le serveur vers un serveur de licences Citrix existant, lors de la création d'une batterie. Si cette propriété a la valeur «Point», assurez-vous que la propriété CTX_MF_LICENSE_SERVER_NAME pointe vers un serveur de licences valide. Si vous effectuez l'installation du serveur de licences après l'installation de XenApp, donnez la valeur «DontKnow» à CTX_MF_LIC_CHOICE_FOR_CREATE. Valeurs possibles : «Point» ou «DontKnow» Valeur par défaut : «Point» Remarque : Vous pouvez aussi faire pointer le serveur vers le serveur de licences à l'aide de la console Access Management Console après l'exécution du programme d'installation. Type d'installation : création de batterie

186 9 Informations de référence sur les propriétés XenApp Windows Installer 186 CTX_MF_MSDE_INSTANCE_NAME Définition : si vous installez SQL Server Express à l'aide du fichier de commande (SetupSqlExpressForCPS.cmd), le nom d'instance par défaut est CITRIX_METAFRAME. Toutefois, si vous avez défini un nom d'instance différent, utilisez cette propriété pour spécifier ce nom. En d'autres termes, utilisez cette propriété si vous avez modifié le nom d'instance du fichier de commandes ou bien si vous n'avez pas installé SQL Server Express à l'aide du fichier de commandes. Valeurs possibles : valeur définie par l'utilisateur Valeur par défaut : «CITRIX_METAFRAME» Type d'installation : création de batterie, association de serveur à une batterie existante CTX_MF_NEW_FARM_NAME Définition : indique le nom de la nouvelle batterie. S'il s'agit d'une association à une batterie de serveurs, utilisez plutôt la propriété CTX_MF_JOIN. Valeurs possibles : valeur définie par l'utilisateur Valeur par défaut : «NouveauNomDeBatterie» Type d'installation : création de batterie CTX_MF_ODBC_DRIVER Définition : indique le nom du pilote ODBC de la base de données hébergeant le magasin de données de la batterie. Utilisez cette propriété en cas d'association directe à une batterie de serveurs. Valeurs possibles : le nom du pilote ODBC, comme «SQL Server», «Oracle dans OraClient11g_home1» ou «IBM DB2 ODBC DRIVER - DB2COPY1». Valeur par défaut : (nulle) Type d'installation : création de batterie, association de serveur à une batterie existante

187 187 Guide d'installation Citrix XenApp CTX_MF_ODBC_PASSWORD Définition : indique le mot de passe d'accès à une base de données connectée directement et hébergeant le magasin de données de la batterie. Valeurs possibles : valeur définie par l'utilisateur Valeur par défaut : «MotdePasse» Type d'installation : création de batterie, association de serveur à une batterie existante CTX_MF_ODBC_USER_NAME Définition : indique le nom d'utilisateur pour l'accès à une base de données connectée directement et hébergeant le magasin de données de la batterie. En règle générale, cette propriété est utilisée lorsque le magasin de données est hébergé par une base de données Oracle, SQL ou DB2. Vous devez l'utiliser avec la propriété CTX_MF_ODBC_PASSWORD. Valeurs possibles : valeur définie par l'utilisateur Valeur par défaut : «NomUtilisateur» CTX_PROTECT_KEY_PATH Définition : lorsque vous associez un serveur à une batterie, cette propriété permet d'indiquer le chemin complet vers l'endroit où se trouve le fichier clé de cryptage valide. Elle doit être utilisée en association avec la propriété CTX_PROTECT_KEY_TYPE avec une valeur «file». Un échec de la définition correcte des deux clés empêchera le programme d'installation XenApp d'activer les paramètres de cryptage du serveur courant. Valeurs possibles : chemin complet vers l'emplacement de stockage du fichier clé de cryptage. Valeur par défaut : (nulle) Type d'installation : association de serveur à une batterie existante CTX_PROTECT_KEY_TYPE Définition : cette propriété permet d'indiquer la façon dont la clé de cryptage IMA est fournie.

188 9 Informations de référence sur les propriétés XenApp Windows Installer 188 Valeurs possibles : «file» : fournit un chemin pointant vers l'emplacement de stockage du fichier clé. À utiliser avec la propriété CTX_PROTECT_KEY_PATH. «generate» : fournit un emplacement accessible en écriture à l'endroit où le fichier clé est stocké après que l'installation a généré une nouvelle clé de cryptage. À utiliser avec la propriété CTX_PROTECT_NEW_KEY. «existing» : informe le programme d'installation Citrix XenApp qu'une clé est déjà chargée sur l'ordinateur, et le programme d'installation ne tentera pas de remplacer la clé existante par une nouvelle clé de fichier. Cette propriété nécessite la propriété CTX_PROTECT_KEY_PATH ou CTX_PROTECT_NEW_KEY_PATH. Valeur par défaut : «file» Type d'installation : création de batterie, association de serveur à une batterie existante CTX_PROTECT_NEW_KEY_PATH Définition : spécifie le chemin complet pointant vers un dossier accessible en écriture, dans lequel vous souhaitez créer le fichier clé de cryptage IMA. Si le dossier n'est pas accessible en écriture, l'installation échoue. À utiliser avec la propriété CTX_PROTECT_KEY_TYPE avec la valeur «generate». Un échec de la définition correcte des deux propriétés empêche le programme d'installation XenApp d'activer les paramètres de cryptage du serveur actuel. Valeurs possibles : chemin complet vers l'endroit où le fichier clé de cryptage peut être créé. Valeur par défaut : (nulle) Type d'installation : création de batterie

189 189 Guide d'installation Citrix XenApp CTX_RDP_DISABLE_PROMPT_FOR_PASSWORD Définition : donner la valeur «Yes» à cette propriété a pour effet de modifier le réglage de sécurité du serveur afin que les mots de passe des utilisateurs du logiciel Connexion par le Web au Bureau à distance de Microsoft ne soient pas requis. Les utilisateurs doivent alors toujours fournir leurs informations d'identification lorsqu'ils ouvrent leurs sessions sur l'interface Web, mais ils peuvent démarrer des applications sans fournir à nouveau ces informations au serveur. Valeurs possibles : «Yes» ou «No» Valeur par défaut : «No» Type d'installation : création de batterie CTX_MF_SERVER_TYPE Définition : indique l'édition de XenApp à installer. Important : Aucun type d'installation n'est défini en tant que valeur par défaut; par conséquent, le programme d'installation échoue si vous ne définissez pas cette propriété ou bien si vous laissez la valeur (aucune valeur) en l'état. Valeurs possibles : «P» : édition Platinum «E» : édition Enterprise «A» : édition Advanced Valeur par défaut : (nulle) Type d'installation : création de batterie

190 9 Informations de référence sur les propriétés XenApp Windows Installer 190 CTX_MF_SHADOWING_CHOICE Définition : active ou désactive l'observation des sessions. Important : Si vous désactivez l'observation des sessions pendant l'installation de XenApp, vous ne pouvez pas l'activer plus tard à l'aide de stratégies utilisateur ou en configurant les connexions. Valeurs possibles : «Yes» : activer «No»: désactiver Valeur par défaut : «Yes» Type d'installation : création de batterie CTX_MF_SHADOW_PROHIBIT_REMOTE_ICA Définition : interdit ou autorise le contrôle à distance du clavier et de la souris dans les sessions observées. Valeurs possibles : «Yes» : interdire «No»: autoriser Valeur par défaut : «No» Type d'installation : création de batterie CTX_MF_SHADOW_PROHIBIT_NO_NOTIFICATION Définition : interdit ou autorise les connexions d'observation sans notification de l'utilisateur. Valeurs possibles : «Yes» : interdire «No»: autoriser Valeur par défaut : «No» Type d'installation : création de batterie

191 191 Guide d'installation Citrix XenApp CTX_MF_SHADOW_PROHIBIT_NO_LOGGING Définition : interdit ou autorise les connexions d'observation sans journalisation. Valeurs possibles : «Yes» : interdire «No»: autoriser Valeur par défaut : «No» Type d'installation : création de batterie CTX_MF_SILENT_DSNFILE Définition : lors d'une association de serveur à une batterie existante, indique le chemin d'accès au fichier DSN (Data Source Name) à utiliser pour la connexion au magasin de données, lorsque la base de données est une base Oracle, SQL ou DB2. Lorsque vous exécutez l'installation à partir du programme Autorun, le fichier DSN est automatiquement créé. Si vous démarrez l'installation à partir d'un autre programme, vous devez créer le fichier DSN et utiliser la propriété d'installation CTX_MF_SILENT_DSNFILE pour spécifier l'emplacement correspondant. Valeurs possibles : chemin d'accès complet du fichier DSN Valeur par défaut : (nulle) Type d'installation : association de serveur à une batterie existante CTX_MF_USER_NAME Définition : spécifie le nom d'utilisateur du premier compte d'administrateur Citrix que vous créez dans la batterie. Valeurs possibles : valeur définie par l'utilisateur Valeur par défaut : «NomUtilisateur» Type d'installation : création de batterie

192 9 Informations de référence sur les propriétés XenApp Windows Installer 192 CTX_MF_XML_CHOICE Définition : définit si les Services Internet de Microsoft (IIS) et le Service Citrix XML doivent partager le même port sur le serveur ou s'ils doivent utiliser des ports distincts. Si vous préférez que le Service XML Citrix ne partage pas son port avec IIS, vous devez définir le numéro de port du service XML Citrix à l'aide de la propriété CTX_MF_XML_PORT_NUMBER. Valeurs possibles : ou «Share» : partager avec IIS. «Separate» : utiliser un port distinct, défini à l'aide de CTX_MF_XML_PORT_NUMBER. Valeur par défaut : «Share» Type d'installation : création de batterie CTX_MF_XML_PORT_NUMBER Définition : numéro de port que vous voulez utiliser pour le service XML Critix si vous souhaitez que le service XML Critix et les Services Internet (IIS) ne partagent pas un même port. Valeurs possibles : valeur définie par l'utilisateur Valeur par défaut : 80 Type d'installation : création de batterie CTX_MF_LIC_CHOICE_FOR_JOIN_OR_UPGRADE Définition : lors de l'association de serveur à une batterie existante, permet de configurer XenApp de telle sorte qu'il pointe vers un serveur de licences Citrix existant. Si cette propriété a la valeur «Point», assurez-vous que la propriété CTX_MF_LICENSE_SERVER_NAME pointe vers un serveur de licences valide. Si elle a la valeur «UseFarmSettings», vérifiez que la batterie de serveurs existante est configurée pour utiliser un serveur de licences. Si vous effectuez l'installation du serveur de licences après l'installation de XenApp, attribuez la valeur «DontKnow» à CTX_MF_LIC_CHOICE_FOR_JOIN_OR_UPGRADE.

193 193 Guide d'installation Citrix XenApp Remarque : Vous pouvez aussi faire pointer XenApp vers le serveur de licences à l'aide de la console Access Management Console après l'exécution du programme d'installation. Valeurs possibles : «Point» «UseFarmSettings» «DontKnow» Valeur par défaut : «UseFarmSettings» Type d'installation : association de serveur à une batterie existante CTX_MF_ZONE_NAME Définition : indique le nom de la zone à laquelle le serveur appartient. Au cours d'une création de batterie, indique le nom de la première zone de la batterie. Au cours d'une association à une batterie, indique le nom de la zone à laquelle vous souhaitez ajouter le serveur en cours d'installation. Valeurs possibles : sans objet Valeur par défaut : aucune. La valeur par défaut de nom de zone est «Default Zone». Type d'installation : création de batterie, association de serveur à une batterie existante INSTALLDIR Définition : emplacement cible de l'installation. Valeurs possibles : valeur définie par l'utilisateur Valeur par défaut :%Program Files%\Citrix Type d'installation : création de batterie, association de serveur à une batterie existante REBOOT Définition : propriété standard de Windows Installer, définissant si le serveur doit être redémarré manuellement ou si le redémarrage nécessite une confirmation.

194 9 Informations de référence sur les propriétés XenApp Windows Installer 194 Remarque : XenApp exige un redémarrage du serveur une fois le programme d'installation terminé. Valeurs possibles : «Force» : oblige le redémarrage sans besoin de confirmation. «Suppress» : indique que le redémarrage ne doit pas se produire par défaut ; un message demandant confirmation apparaît si le redémarrage est nécessaire. «ReallySuppress» : indique que le serveur ne doit pas être redémarré ; aucun message n'apparaît. Valeur par défaut :«Force» Type d'installation : création de batterie, association de serveur à une batterie existante REINSTALLMODE Définition : propriété standard de Windows Installer, exécutant la même fonction que la fonction de réparation de l'option Panneau de configuration > Programmes et fonctionnalités. Spécifie le type de réinstallation à effectuer. Les options sont sensibles à la casse mais leur ordre n'a pas d'importance. Important : Citrix vous recommande de ne pas modifier cette propriété. Valeurs possibles : p : permet d'installer les fichiers manquants. o : permet de remplacer les fichiers de versions plus anciennes ou de remplacer les fichiers manquants. c : permet de remplacer les fichiers endommagés avec vérification du total de contrôle (checksum). e : permet de remplacer les fichiers de version identique ou de remplacer les fichiers manquants. d : permet de remplacer les fichiers de versions différentes.

195 195 Guide d'installation Citrix XenApp a : permet de remplacer tous les fichiers, quelles que soient leurs versions. u : permet de remplacer les réglages de registre de l'utilisateur. m : permet de remplacer les réglages de registre du serveur. s : permet de remplacer les raccourcis. v : permet de remplacer le pack MSI mis en cache par le pack à partir duquel l'installation est effectuée. Valeur par défaut : «oums» Type d'installation : création de batterie, association de serveur à une batterie existante

196 10 Informations de référence sur la base de données du magasin de données Cette rubrique contient des informations de référence sur les bases de données prises en charge pour le magasin de données de batterie Citrix XenApp. «Planification du magasin de données XenApp», page 197 «Préparation de la base de données avant l'installation de XenApp», page 204 «Base de données Microsoft SQL Server», page 208 «Base de données Oracle», page 211 «Base de données IBM DB2», page 214 «Microsoft SQL Server Express», page 216 «Base de données Microsoft Access», page 218 Pour obtenir des informations sur les éléments requis de la base de données, consultez la checklist d'installation. Pour obtenir une liste des bases de données prises en charge, y compris les bases disponibles après le lancement de XenApp 5.0, consultez le site Veuillez consulter la documentation du fournisseur de la base de données avant de procéder à l'installation, à la configuration et à l'utilisation du produit.

197 197 Guide d'installation Citrix XenApp Planification du magasin de données XenApp Lorsque vous déployez votre batterie de serveurs, un magasin de données doit lui être associé. Lorsque les serveurs d'une batterie sont démarrés, ils interrogent le magasin de données pour obtenir des informations de configuration. Le magasin de données constitue un dépôt d'informations permanentes relatives à la batterie, auquel tous les serveurs peuvent accéder. Il contient les informations suivantes : informations de configuration de la batterie ; configurations des applications publiées ; configurations des serveurs ; Comptes d'administrateur Citrix configurations des imprimantes. Les rubriques suivantes présentent les remarques relatives à la planification de la mise en place de votre magasin de données, y compris la manière de le configurer. Pour connaître les versions des logiciels des bases de données et des pilotes prises en charge et obtenir des informations sur la configuration minimum requise, l'authentification et la migration pour chaque base de données prise en charge, veuillez consulter la section «Informations de référence sur la base de données du magasin de données», page 196, ainsi que la Check-list d'installation de Citrix XenApp. Avant d'installer et de configurer les connexions à la base de données qui vous servira de magasin de données, certains points importants sont à prendre en considération : quel logiciel de base de données utiliser, comment votre système sera-t-il dimensionné, quelle configuration système est la plus appropriée pour votre environnement, et d'autres options de configuration. Sélection d'une base de données Votre première étape de planification consiste à choisir le logiciel de base de données à utiliser pour le magasin de données de votre batterie de serveurs. Vous pouvez utiliser les logiciels de base de données suivants pour le magasin de données de la batterie. Microsoft SQL Server, Oracle et IBM DB2. Ce sont tous des logiciels de base de données client/serveur. Ils prennent en charge l'accès multiserveur aux données, de façon fiable et évolutive. Ils conviennent à toutes les batteries de serveurs, quelque soit leur taille. Microsoft SQL Server 2005 Express Edition. Ce type de base de données convient particulièrement pour les batteries de petite ou moyenne taille et peut être administré à l'aide des outils Microsoft SQL Server standard.

198 10 Informations de référence sur la base de données du magasin de données 198 Microsoft Access. Microsoft Access constitue le type de base de données par défaut. Si vous le laissez en place, le programme d'installation crée le magasin de données sur le premier serveur de la batterie à l'aide de Microsoft Access. Il est généralement approprié pour les toutes petites batteries ou les batteries de test. Vous devez prendre en compte de nombreux facteurs avant de choisir le logiciel de base de données à utiliser pour le magasin de données. La liste suivante présente certains de ces facteurs : le nombre de serveurs que vous projetez d'avoir dans la batterie de serveurs et si vous souhaitez augmenter ce nombre ; la présence, dans vos effectifs, d'un administrateur de base de données compétent pour configurer et gérer un magasin de données à l'aide de SQL Server, Oracle ou DB2 ; votre prévision du développement de votre entreprise et, par conséquent, celle de l'augmentation de la taille et de la maintenance de la base de données ; l adaptation de la configuration matérielle d un serveur pour la gestion d une base de données Access ou SQL Server Express, ou la nécessité d avoir une base de données sur un serveur n exécutant pas XenApp ; les besoins de maintenance de base de données que vous avez (sauvegarde, redondance, réplication, etc.). Pour plus d'informations sur les configurations matérielles requises pour le serveur de base de données, veuillez consulter la documentation de votre logiciel de base de données. Connexion au magasin de données Un autre facteur déterminant dans la planification de votre magasin de données consiste à décider si les serveurs de la batterie doivent communiquer directement ou indirectement (c'est-à-dire, par le biais d'un serveur intermédiaire) avec le magasin de données. Ce choix est déterminé par le type de base de données choisi pour le magasin de données et la taille de votre environnement. Si votre environnement est celui d'une batterie de grande taille, si votre batterie est critique au fonctionnement de l'entreprise ou si vous utilisez Oracle, SQL Server ou DB2 comme base de données pour votre magasin de données, Citrix recommande d'accéder au magasin de données directement.

199 199 Guide d'installation Citrix XenApp Si vous vous trouvez dans un environnement de petite ou de moyenne taille et si vous utilisez SQL Server Express ou Microsoft Access comme base de données de votre magasin de données, chaque serveur de la batterie, à l'exception du serveur de création d'une batterie, doit accéder au magasin de données indirectement. Vous spécifiez si vous souhaitez que les serveurs communiquent directement ou indirectement avec le magasin de données lorsque vous exécutez le programme d'installation de XenApp sur les autres serveurs de la batterie. Accès direct. Pour qu'un serveur puisse établir un accès direct au magasin de données, vous devez installer et configurer les pilotes ODBC correctement sur le serveur. Le serveur peut alors se connecter directement au serveur exécutant le logiciel de base de données. Si votre environnement est celui d'une batterie de grande taille, Citrix recommande d'accéder directement au magasin de données. Cependant, pendant l'installation, associer un serveur directement à une batterie n'est possible que si votre magasin de données repose sur une base de données robuste, comme Oracle ou SQL. Accès indirect. Dans le cas d'un accès indirect, un serveur se connecte à un serveur intermédiaire Citrix XenApp qui se connecte directement au magasin de données. Si vous utilisez SQL Server 2005 Express et Microsoft Access pour la base de données de votre magasin de données, sélectionnez l'option d'associer les serveurs indirectement à la batterie pendant l'installation. SQL Server Express et Microsoft Access ne peuvent accéder au magasin de données qu'indirectement. L'accès indirect n'est pas recommandé par Citrix pour une batterie de serveurs indispensable au fonctionnement d'une organisation ou d'une entreprise car, en cas de panne du serveur intermédiaire, plus aucun serveur ne peut accéder à la base de données. Par défaut, l'accès indirect utilise le port TCP 2512 pour les communications entre les serveurs de la batterie et le serveur intermédiaire qui se connecte au magasin de données. Si les serveurs se trouvent sur des sous-réseaux différents, assurez-vous que ce port n'est bloqué par aucun pare-feu. Sécurisation du magasin de données avant l'installation L'un des aspects les plus importants de la protection de votre batterie de serveur est de protéger le magasin de données. Ceci implique non seulement la protection des données dans la base de données du magasin de données mais aussi la restriction des personnes pouvant y accéder.

200 10 Informations de référence sur la base de données du magasin de données 200 Lorsque la connexion au magasin de données est directe, tous les serveurs de la batterie partagent un compte d'utilisateur et un mot de passe unique pour accéder au magasin de données. Choisissez un mot de passe difficile à deviner. Gardez le nom d'utilisateur et le mot de passe dans un endroit sûr et ne les communiquez aux administrateurs que pour l'installation de XenApp. Des recommandations plus spécifiques de Citrix sur la protection du magasin de données dépendent du type de la base de données utilisée comme magasin de données. Pour plus d'informations, veuillez consulter le chapitre sur la sécurité dans le Guide de l'administrateur Citrix XenApp. Dimensionnement des systèmes pour le magasin de données Le choix du logiciel de base de données à utiliser pour le magasin de données dépend de votre configuration et de votre environnement. Le tableau ci-dessous vous permet de déterminer le cas de figure correspondant à votre environnement. Petite Moyenne Grande Entreprise Servers ou plus Utilisateurs enregistrés < 150 < 3000 < 5000 > 3000 Applications < 100 < 100 < 500 < 2000 Les recommandations générales suivantes s'appliquent à la base de données utilisée comme magasin de données de votre batterie : MicrosoftSQL, Oracle et IBMDB2 conviennent à des environnements de tailles quelconques et sont recommandés pour tous les environnements de grande taille et d'entreprise. Microsoft Access et SQL Server Express conviennent à tous les environnements de petite ou de moyenne dimension situés dans un emplacement physique (c'est-à-dire, sans succursales au sein du réseau étendu). Lorsque vous déployez une batterie importante sur un réseau étendu, la réplication du magasin de données et la distribution de la charge sur plusieurs serveurs de bases de données permettent d'améliorer considérablement les performances. SQL Server, Oracle et IBM DB2 conviennent pour des batteries de grande taille et prennent en charge la réplication.

201 201 Guide d'installation Citrix XenApp Voir aussi : «Réplication de bases de données de magasin de données», page 203 Configurations matérielles recommandées pour le magasin de données Cette rubrique traite des configurations matérielles conseillées. En augmentant la puissance et la vitesse de l'uc du serveur de base de données, il est possible d'améliorer le temps de réponse des requêtes envoyées au magasin de données, dans les domaines suivants : démarrage simultané du service IMA Citrix sur plusieurs serveurs ; ajout d'un serveur dans une batterie ; suppression d'un serveur d'une batterie. Les temps de réponse des autres opérations effectuées dans la batterie, telles que le démarrage du service IMA sur un serveur unique, la régénération du cache d'hôte local ou la réplication des pilotes d'imprimante sur tous les serveurs de la batterie, dépendent plus de la taille de la batterie que du temps de réponse du magasin de données. L'ajout de processeurs au serveur hébergeant le magasin de données peut améliorer considérablement les temps de réponse lors de l'exécution simultanée de plusieurs requêtes. Si votre environnement comprend un grand nombre de serveurs se mettant simultanément et régulièrement en service, les processeurs supplémentaires peuvent prendre en charge les requêtes plus rapidement. Les capacités du processeur équipant le serveur de base de données influent sur les performances de la console Access Management Console et de la Configuration avancée XenApp, sur le temps nécessaire à l'ajout (l'installation) et au retrait d'un serveur de la batterie, et sur le temps nécessaire au démarrage simultané de plusieurs serveurs. Les performances réelles du magasin de données d'une batterie varient en fonction du moteur de base de données utilisé et du niveau de réglage des performances qu'il est possible d'atteindre.

202 10 Informations de référence sur la base de données du magasin de données 202 Le tableau ci-dessous présente cinq exemples de configuration de batterie de serveurs : cas de figure A à E. Pour chaque cas de figure, les valeurs de différents paramètres de la batterie sont répertoriées. Cas de figure A B C D E Nombre de serveurs dans la batterie Nombre d'applications publiées sur tous les serveurs Nombre de stratégies utilisateur Imprimantes par serveur Pilotes d'imprimante installés par serveur Serveurs d'impression réseau avec imprimantes Nombre de calculateurs de charge Load Manager Nombre de dossiers d'applications dans la console Access Management Console Nombre de dossiers de serveurs dans la console Access Management Console Nombre d'environnements d'isolation d'application Nombre d'administrateurs Citrix Taille de la base de données du magasin de données en méga-octets Ce tableau fournit, pour chaque cas de figure décrit dans le tableau ci-dessus, des configurations matérielles conseillées pour le serveur hébergeant le magasin de données. Cas de figure A B C D E Deux processeurs Pentium 4/1,6 GHz avec 2 Go de mémoire vive Deux processeurs Pentium 4/3,0 GHz avec 4 Go de mémoire vive Quatre processeurs Pentium 4/3,0 GHz avec 4 Go de mémoire vive N N N N N N N N N N N N

203 203 Guide d'installation Citrix XenApp Amélioration des performances de la batterie et du magasin de données Après avoir planifié votre magasin de données, réfléchissez aux options de configuration pouvant permettre d'améliorer les performances, telles que l'utilisation éventuelle de configurations RAID et de réplications de bases de données. Réplication de bases de données de magasin de données Une quantité importante du trafic réseau dédié aux batteries XenApp concerne les opérations de lecture des données en provenance du magasin de données. Les opérations d'écriture sont peu fréquentes. La quantité de bande passante nécessaire augmente à mesure que la taille de la batterie augmente. Les actions, telles que les opérations de lecture du magasin de données et le redémarrage simultané de plusieurs serveurs, utilisent une quantité disproportionnée de bande passante sur les plus grandes batteries. Citrix recommande de n'avoir qu'un seul magasin de données pour la plupart des déploiements ; néanmoins, dans certains cas, la présence d'un magasin de données répliqué sur un site distant peut améliorer les performances de la batterie. Citrix vous conseille de répliquer le magasin de données sur toutes les liaisons à latence élevée et à bande passante réduite du réseau étendu. Un magasin de données répliqué permet à toutes les opérations de lecture du magasin de données d'être traitées sur le réseau local du serveur XenApp, permettant ainsi d'améliorer les performances. Lorsque les serveurs exécutent plus d'opérations de lecture que d'opérations d'écriture sur le magasin de données, la réplication de bases de données améliore les performances. Dans un environnement de réseau étendu, placez des répliques du magasin de données sur les sites disposant de nombreux serveurs. Cette technique réduit le nombre d'opérations de lecture via la liaison de réseau étendu. La réplication de base de données consomme beaucoup de bande passante. N'utilisez des bases de données répliquées que lorsque le site distant dispose de suffisamment de serveurs pour justifier le coût, en termes de bande passante, de placement d'une réplique de la base de données sur ce site. Pour SQL Server, vous devez utiliser la réplication transactionnelle avec mise à jour immédiate. Problèmes relatifs aux réseaux étendus à latence élevée. Si vous n'utilisez pas des bases de données répliquées, les opérations de maintenance depuis les sites distants avec des liaisons à latence élevée peuvent augmenter considérablement le temps pendant lequel le magasin de données est verrouillé. Les opérations de lecture du magasin de données ne nuisent pas aux connexions locales, mais les performances des sites distants peuvent être moins bonnes. Cela signifie que le démarrage du service IMA peut prendre beaucoup de temps et que des opérations normales peuvent échouer lorsqu'elles sont effectuées depuis le site distant.

204 10 Informations de référence sur la base de données du magasin de données 204 Remarque : Les performances peuvent se dégrader si vous utilisez une console Access Management Console locale pour effectuer des opérations de maintenance de batterie sur un site distant dont la latence est importante. Dans ce cas, les communications entre la console et le magasin de données passent par la liaison à latence élevée. Vous pouvez résoudre ce problème en publiant la console Access Management Console et la Configuration avancée en tant qu'applications de serveur sur le site distant et utiliser Citrix XenApp Plugin pour accéder aux outils de gestion publiés. Préparation de la base de données avant l'installation de XenApp Après avoir sélectionné le produit qui hébergera le magasin de données, créez la base de données qui hébergera votre magasin de données. Attention : Ne modifiez pas directement les données de la base de données du magasin de données avec d'autres outils que ceux fournis par Citrix. (par exemple, n'utilisez pas les outils IBM DB2, Microsoft SQL Server ou Oracle). Vous risquez d'endommager la base de données du magasin de données. Bases de données Microsoft SQL Server, IBM DB2 et Oracle Si vous utilisez Microsoft SQL Server, Oracle ou IBM DB2, la base de données est généralement créée sur un ou plusieurs serveur(s) dédié(s) à l'exécution du logiciel de base de données. Si la base de données n'est pas encore prête ni en cours d'exécution, configurez-la avant de créer la batterie de serveurs. Au cours de l'installation, vous devez configurer une connexion ODBC pour le serveur de la base de données. Les serveurs XenApp doivent également disposer du logiciel client de base de données approprié. Remarque : N'installez pas Citrix XenApp sur le serveur de bases de données Microsoft SQL, Oracle ou IBM DB2. Microsoft SQL Server Express Si vous utilisez SQL Server Express, installez-le d'abord, puis créez une instance. Exécutez ensuite le programme d'installation de Citrix XenApp. La base de données est stockée sur le premier serveur de la batterie.

205 205 Guide d'installation Citrix XenApp Remarque : Si vous utilisez SQL Server Express, vous devez l'installer et redémarrer le système avant d'installer Citrix XenApp. Microsoft Access Lorsque vous sélectionnez Microsoft Access, le programme d'installation de XenApp configure le magasin de données au cours de l'installation du premier serveur de votre batterie. Création de la base de données du magasin de données L'utilisation d'une base de données Microsoft Access ou SQL Server Express implique la création d'une base de données locale au cours de l'installation de XenApp sur le premier serveur de la batterie. Si vous utilisez une base de données SQL Server, Oracle ou IBM DB2 pour le magasin de données, la création du magasin de données ne fait pas partie de l'installation de XenApp. C'est pourquoi il convient de créer la base de données avant d'installer XenApp. Lors de la création de la base de données de votre magasin de données, Citrix vous suggère les paramètres suivants : SQL Server Les paramètres par défaut, ainsi que les tailles de base de données sont généralement suffisants pour le magasin de données de XenApp. Oracle Taille d'espace disque logique minimale = 20 Mo Les permissions de rôle d'utilisateur doivent disposer d'un minimum de privilège de connexion et de ressource IBM DB2 Prefetch Size = 32 Overhead = 8.3 Transfer = 0.18 Utilisez l'option tout accorder pour l'espace disque logique sélectionné Les privilèges d'utilisateur doivent être définis sur tout accorder pour le groupe public.

206 10 Informations de référence sur la base de données du magasin de données 206 Pour de plus amples informations, veuillez consulter la documentation de la base de données que vous avez sélectionnée. Important : casse. Citrix ne prend pas en charge les bases de données sensibles à la Création d'un fichier DSN pour le programme d'installation de XenApp Si vous n'installez pas XenApp à l'aide de l'installation par assistant et que votre magasin de données se trouve dans une base de données Oracle, SQL Server, SQL Server Express ou DB2, vous devez créer un fichier DSN (Data Source Name) avant d'exécuter le programme d'installation, afin de configurer la connexion que XenApp doit établir avec le magasin de données. Ce fichier DSN doit se trouver sur chacun des serveurs de la batterie. Vous pouvez créer le fichier, puis le copier sur les autres serveurs (ou bien le partager en réseau) sous réserve que vous supprimiez les valeurs spécifiques des stations de travail, telle que la valeur Oracle WSID. Pendant l'installation, indiquez l'emplacement du fichier à l'aide de la propriété CTX_MF_SILENT_DSNFILE. Vous pouvez utiliser des fichiers DSN lors de l'installation basée sur l'assistant si vous les définissez lorsque vous configurez le pilote ODBC. La configuration du pilote ODBC s'effectue après avoir renseigné les pages Créer une batterie de serveurs ou Associer à une batterie de serveurs du programme d'installation. Voir aussi : «CTX_MF_SILENT_DSNFILE», page 191 «Pour créer une connexion de source de données SQL Server», page 209 Gestion et restauration d'un magasin de données XenApp La plupart des tâches de maintenance de base de données requièrent l'exécution des commandes DSMAINT et DSCHECK. Utilisez, par exemple, DSMAINT pour : Mettre à niveau le magasin de données XenApp ; Déplacer les données du magasin de données vers un serveur de base de données différent ;

207 207 Guide d'installation Citrix XenApp Migrez le magasin de données d'une base de données Microsoft Access vers une base de données Microsoft SQL Server ; Changez le nom du fichier DSN. À l'exception de Microsoft Access, DSMAINT is est exécuté sur des serveurs de batterie et non sur un serveur de base de données. Beaucoup de paramètres DSMAINT affectent la manière dont XenApp se connecte au magasin de données, bien que certains paramètres affectent le magasin de données lui-même. Citrix recommande fortement de créer un copie de sauvegarde du magasin de données (dsmaint backup). Sans sauvegarde, vous devez recréer manuellement toutes les stratégies, réglages, comptes de la batterie et autres données persistantes dans le magasin de données. Si le magasin de données échoue, chaque serveur de batterie peut exécuter les données dans son cache d'hôte local indéfiniment (s'il peut contacter le serveur de licences). Vous ne pouvez cependant pas apporter de modifications à la batterie ou utiliser la console Access Management Console ou la Configuration avancée XenApp. Pour restaurer la base de données de secours ou effectuer la migration vers un nouveau serveur, suivez les instructions du Guide de l'administrateur Citrix XenApp pour la commande dsmaint migrate. Sans sauvegarde, préparez un nouveau magasin de données comme vous l'aviez fait avant d'exécuter l'installation de XenApp et exécutez CHFARM depuis tout serveur de batterie. L'utilisation de CHFARM est équivalente à l'exécution de l'installation XenApp pour configurer le magasin de données. Après exécution de CHFARM, réentrez manuellement les réglages perdus. Si vous utilisez le même nom que le magasin de données précédent, vous n'avez pas à reconfigurer les serveurs de batterie. DSMAINT et DSCHECK sont documentés dans le Guide de l'administrateur Citrix XenApp. Vous pouvez également afficher leur syntaxe et utilisation depuis l'invite de commandes en tapant le nom de la commande et /?. Informations spécifiques aux bases de données Les rubriques suivantes offrent des informations spécifiques sur un type de bases de données (par exemple, Oracle ou Microsoft SQL Server Express) et couvrent divers sujets tels que la migration du magasin de données vers une base de données spécifique, en utilisant des sockets pour se connecter à un magasin de données, et des serveurs de bases de données distribués.

208 10 Informations de référence sur la base de données du magasin de données 208 La majorité des informations concernant l'installation, maintenance et restauration des bases de données est contenue dans les sections «Planification du magasin de données XenApp», page 197, «Préparation de la base de données avant l'installation de XenApp», page 204 et «Gestion et restauration d'un magasin de données XenApp», page 206. La documentation spécifique à la base de données suivante supplémente ces informations : «Base de données Microsoft SQL Server», page 208 «Base de données Oracle», page 211 «Base de données IBM DB2», page 214 «Microsoft SQL Server Express», page 216 «Base de données Microsoft Access», page 218 Base de données Microsoft SQL Server Microsoft SQL Server prend en charge l'authentification Windows et Microsoft SQL Server. Pour des environnements qui requièrent un niveau élevé de sécurité, Citrix recommande de n'utiliser que l'authentification Windows. Le compte d'utilisateur utilisé pour installer, mettre à niveau ou appliquer des corrections à chaud au magasin de données doit disposer des droits db_owner (propriétaire de la base de données) sur la base de données. Après avoir configuré la base de données avec les droits d'accès de propriétaire, définissez les permissions d'utilisateur pour la lecture et l'écriture seules. La base de données est alors mieux sécurisée. Si vous remplacez les droits du propriétaire de la base de données par des droits en lecture/écriture, veillez à les restaurer avant d'installer les service packs ou feature releases. L'installation d'une feature release ou d'un service pack peut échouer si le compte d'utilisateur employé pour l'accès au magasin de données pendant l'installation ne dispose pas de droits de propriétaire de base de données. Lorsque vous utilisez Microsoft SQL Server dans un environnement répliqué, assurez-vous que vous utilisez le même compte d'utilisateur pour le magasin de données sur chaque serveur Microsoft SQL Server. Chaque batterie requiert une base de données dédiée. Néanmoins, plusieurs bases de données peuvent fonctionner sur un même serveur Microsoft SQL Server. Ne partagez pas la base de données utilisée pour une batterie avec d'autres applications client-serveur. Effectuez régulièrement une sauvegarde de la base de données et suivez les recommandations de Microsoft relatives à la configuration des journaux de base de données et de transactions en vue de la restauration. Par exemple, activez l'option Vider le journal au point de contrôle de votre base de données pour contrôler l'espace journal.

209 209 Guide d'installation Citrix XenApp Utilisation de sockets pour la connexion à une base de données Microsoft SQL Server Les sockets TCP/IP et les canaux nommés sont tous deux des protocoles standard utilisés pour se connecter à une base de données. Les canaux nommés sont un protocole de communication authentifié, de sorte que chaque fois qu'un utilisateur tente d'établir une connexion à la base de données SQL Server en utilisant ce protocole, le processus d'authentification Windows se déclenche. Les sockets TCP/IP ne dépendent pas de l'authentification Windows pour ouvrir une connexion. Elles fournissent à la base de données une authentification (utilisateur/mot de passe) après l'établissement de la connexion. L'authentification Window réduit le risque d'une erreur si le serveur SQL Server et le serveur exécutant XenApp ne disposent pas d'une relation d'approbation de domaine ou Active Directory correcte. Par conséquent, Citrix vous recommande d'utiliser des sockets TCP/IP pour la connexion des serveurs exécutant XenApp à un serveur hébergeant Microsoft SQL Server. Si vous utilisez SQL Server 2005 et si vous configurez des canaux nommés afin d'établir une connexion à la base de données, activez manuellement l'option de canaux nommées sur le serveur de base de données. Pour activer les canaux nommés, utilisez l'outil «Surface Area Configuration» livré avec SQL Server Pour plus d'informations sur l'utilisation des canaux nommés afin d'établir une connexion à une base de données SQL Server 2005, veuillez consulter votre documentation SQL Server Pour créer une connexion de source de données SQL Server 1. Sur la page Créer une nouvelle source de données vers SQL Server, saisissez la description de la source de données, puis sélectionnez le SQL Server à connecter. 2. Sélectionnez l'authentification Windows NT ou l'authentification SQL Server. 3. Cliquez sur le bouton Configuration client. 4. Sélectionnez TCP/IP dans la liste des bibliothèques réseau disponibles. 5. Après avoir installé XenApp, modifiez la source de données DSN que vous avez créée au cours de l'installation et modifiez sa configuration cliente pour qu'elle utilisetcp/ip. Pour modifier un DSN, utilisez l'utilitaire Windows Administrateur de source de données ODBC pour ouvrir le DSN fichier, qui se trouve par défaut dans le dossier %ProgramFiles(x86)%\Citrix\Independent Management Architecture, puis sélectionnez le protocole de connexion TCP/IP pour la configuration du client.

210 10 Informations de référence sur la base de données du magasin de données 210 Utilisation de la fonction de basculement avec Microsoft SQL Server Pour améliorer la tolérance aux pannes avec Microsoft SQL Server, utilisez la fonctionnalité de mise en cluster de Microsoft, qui permet le basculement et le retour pour les systèmes en clusters. Le basculement de la base de données SQL Server dans un environnement en cluster s'effectue de façon transparente pour XenApp. Un cluster Microsoft Cluster Services (MCS) est un ensemble de ressources, par exemple des lecteurs de disques, dont un des nœuds de cluster de basculement est propriétaire. Vous pouvez transférer la propriété du groupe d'un nœud à un autre, mais chaque groupe ne peut appartenir qu'à un seul nœud à la fois. Les fichiers de base de données d'une instance de Microsoft SQL Server sont placés dans un seul ensemble cluster appartenant au nœud sur lequel l'instance est installée. Si une défaillance apparaît sur un nœud exécutant une instance de Microsoft SQL Server, le cluster contenant les fichiers de données de cette instance bascule vers un autre nœud. Le nouveau nœud possédant déjà les fichiers exécutables et les informations de registre de cette instance de Microsoft SQL Server sur son disque local, il peut démarrer une instance et commencer à accepter les demandes de connexion pour cette instance. Remarque : les clusters Microsoft Cluster Services ne prennent pas en charge l'équilibrage de la charge entre les serveurs en cluster car ils fonctionnent seulement en mode actif/inactif. Utilisation de bases de données distribuées avec Microsoft SQL Server XenApp prend en charge les bases de données distribuées (répliquées). Celles-ci sont utiles lorsque le magasin de données est surchargé en raison d'un nombre trop important de requêtes de lecture. Microsoft SQL Server utilise la réplication pour créer l'environnement de bases de données distribuées. XenApp requiert la cohérence des données entre les différentes bases de données. Pour cela, il est nécessaire d'utiliser un algorithme de validation à deux phases pour le stockage des données dans la base de données. Lors de la configuration de Microsoft SQL Server pour une validation à deux phases, utilisez la mise à jour immédiate des abonnés. Pour plus d'informations, veuillez consulter la documentation Microsoft SQL Server. Attention : N'utilisez pas la réplication de fusion car elle peut endommager le magasin de données.

211 211 Guide d'installation Citrix XenApp Pour configurer un environnement distribué pour une batterie existante 1. Configurez un éditeur (le serveur Microsoft SQL Server qui héberge le magasin de données) et des abonnés (sites distants) à l'aide de Microsoft SQL Server Enterprise Manager. 2. Entrez la commande dsmaint publishsqlds sur un serveur de la batterie. Cette opération exécute les instructions SQL nécessaires à la création des articles édités sur le serveur Microsoft SQL Server actuel (l'éditeur). 3. Configurez les sites distants (les abonnés) pour qu'ils s'abonnent aux articles publiés créés à l'étape 2. Migration du magasin de données d'une batterie vers SQL Server La migration du magasin de données d'une batterie vers Microsoft SQL Server est prise en charge pour les versions de logiciel de base de données indiquées dans le tableau ci-dessous. Base de données initiale Microsoft Access Oracle Oracle IBM DB2 version 8.2 SQL Server 2005 Express Edition SQL Server 2000 avec Service Pack 3a Base de données cible prise en charge SQL Server 2000 avec Service Pack 3aSQL Server 2005 SQL Server 2005 Base de données Oracle Oracle prend en charge l'authentification Windows et Oracle. Pour plus d'informations sur la configuration de l'authentification Windows, veuillez consulter la documentation Oracle. Oracle pour Solaris prend en charge uniquement l'authentification Oracle ; il ne prend pas en charge l'authentification Windows. Dans le fichier Oracle sqlnet.ora, définissez SQLNET.AUTHENTICATION_SERVICES= (NONE). Si vous définissez la valeur par défaut (NTS), cela entraînera des échecs de connexion. Installez le client Oracle sur le serveur, puis redémarrez ce dernier avant de procéder à l'installation de XenApp. Le compte d'utilisateur Oracle doit être identique pour tous les serveurs de la batterie car tous les serveurs XenApp partagent un schéma commun. Si vous utilisez une même base de données pour stocker les informations de plusieurs batteries, chaque batterie représentée dans la base de données doit disposer d'un compte d'utilisateur différent car les informations d'un magasin de données sont stockées dans le compte d'utilisateur Oracle.

212 10 Informations de référence sur la base de données du magasin de données 212 Le compte utilisé pour la connexion à la base de données du magasin de données doit disposer des permissions Oracle suivantes : Connecter Ressources Espace disque illimité («Unlimited Tablespace») - facultatif. Tenez compte des recommandations suivantes lors de la configuration d'un serveur Oracle destiné à héberger le magasin de données de la batterie de serveurs. Utilisez le mode serveur partagé/serveur multithread afin de réduire le nombre de processus dans les batteries de plus de 100 serveurs. Cependant, les performances peuvent être affectées lors d'une charge importante sur le magasin de données. Si vous utilisez le mode serveur multithread, vérifiez que les valeurs indiquées dans le fichier Init.ora sont supérieures ou égales aux valeurs indiquées ci-dessous. Si vous utilisez la même base de données Oracle pour plusieurs batteries, incluez tous les serveurs XenApp pour les calculs. Arrondissez à l'entier supérieur si vous obtenez des résultats avec des décimales. shared_servers = Nombre de serveurs / 10 max_shared_servers = Nombre de serveurs / 5 Où Nombre de serveurs correspond au nombre total de serveurs exécutant XenApp. Ajoutez un processus supplémentaire pour chaque serveur connecté directement à la base de données Oracle si vous utilisez un serveur Oracle en mode dédié. Par exemple, si le serveur Oracle utilise 100 processus avant l'installation de XenApp et si la batterie comprend 50 serveurs, définissez un nombre de processus au moins égal à 150 dans le fichier Init.ora sur le serveur Oracle. Effectuez des sauvegardes en ligne en utilisant le mode journal d'archivage, ce qui diminue la durée de reprise d'une base de données qui ne répond pas. Si vous utilisez la même base de données Oracle pour plusieurs batteries de serveurs, créez un espace disque logique (tablespace) distinct disposant de son propre nom d'utilisateur et de son propre mot de passe pour chaque batterie. N'utilisez pas le compte système par défaut dans Oracle.

213 213 Guide d'installation Citrix XenApp Migration du magasin de données d'une batterie vers Oracle La migration du magasin de données d'une batterie vers une base de données Oracle est prise en charge pour les versions de base de données indiquées dans le tableau ci-dessous. Base de données initiale Microsoft Access SQL Server 2005 Express Edition IBM DB2 version 8.2 SQL Server 2000 avec Service Pack 3aSQL Server 2005 Base de données cible prise en charge Oracle Oracle Oracle x.x.x Pour plus d'informations sur l'utilitaire de ligne de commande dsmaint, veuillez consulter le Guide de l'administrateur Citrix XenApp. Utilisation de la fonction de basculement (Failover) avec Oracle Gérez une base de données de secours permettant une reprise rapide en cas de sinistre. Une base de données de secours conserve une copie de la base de données de production dans un état permanent de restauration. Pour obtenir les instructions d'installation, veuillez consulter la documentation Oracle. Utilisation de bases de données distribuées avec Oracle XenApp prend en charge les bases de données distribuées. Celles-ci sont utiles lorsque le magasin de données est surchargé en raison d'un nombre trop important de requêtes de lecture. Oracle utilise la réplication pour créer l'environnement de bases de données distribuées. Pour réduire la charge sur un serveur de base de données, installez des répliques en lecture-écriture et distribuez de manière égale les serveurs de la batterie entre la base de données principale et les répliques. XenApp requiert la cohérence des données entre les différentes bases de données. Pour cela, il est nécessaire d'utiliser un algorithme de validation à deux phases pour les opérations d'écriture dans la base de données. L'utilisation d'oracle comme solution à bases de données distribuées requiert les éléments suivants. Toutes les bases de données impliquées doivent fonctionner sous Oracle. Toutes les bases de données impliquées doivent fonctionner en mode serveur multithread/serveur partagé (plutôt qu'en mode serveur dédié). Tous les clients Oracle (serveurs XenApp se connectant directement à la base de données Oracle) doivent être des clients SQL*Net Version 2 ou Net8.

214 10 Informations de référence sur la base de données du magasin de données 214 Installez la base de données du magasin de données sur le site principal avant de configurer la réplication sur les sites utilisés pour les clichés de réplication de la base de données. Répliquez tous les objets contenus dans le schéma utilisateur du magasin de données (tables, index et procédures stockées). Si un site de base de données répliquée fonctionne beaucoup plus lentement, vérifiez que tous les index du schéma utilisateur ont été correctement répliqués. Si vous configurez Oracle pour une validation à deux phases : Utilisez des clichés synchrones pouvant être mis à jour avec un site principal unique. XenApp requiert un accès en écriture au cliché. Si possible, utilisez la fonction «régénération rapide» d'oracle (elle nécessite des journaux de cliché). Ne configurez pas la résolution de conflit lorsque vous définissez l'environnement de réplication. Définissez l'intervalle des liens de réplication le plus faible autorisé par l'environnement réseau. Avec la réplication Oracle, si aucune modification n'a été effectuée, aucune donnée n'est envoyée via la liaison. Lorsque vous configurez Oracle en mode multithread et que des transferts de données distants sont effectués à partir du site distant, ils sont susceptibles de bloquer les transferts de données locaux (car toutes les connexions partagent le même ensemble de threads de tâche). Pour résoudre ce problème, augmentez la valeur du paramètre Max_Mts_Servers dans le fichier Init.ora. Base de données IBM DB2 Installez le client IBM DB2 Run-Time sur chaque serveur susceptible d'accéder au serveur de la base de données. Si vous disposez de plusieurs batteries de serveurs, créez un(e) base de données/espace disque logique (tablespace) distinct(e) pour chaque magasin de données. Redémarrez le serveur après avoir installé le client IBM DB2 Run-Time et avant d'installer XenApp. Si vous créez une source de données (DSN) pour l'utiliser avec une installation non assistée d'ibm DB2, créez-la à l'aide de l'outil Administrateur de sources de données ODBC de Microsoft. Les informations placées dans la source de données répondent alors aux besoins des serveurs pour la connectivité à la base de données ou à l'espace disque logique DB2.

215 215 Guide d'installation Citrix XenApp Accordez les permissions suivantes au compte d'utilisateur DB2 utilisé pour la batterie : connexion à la base de données ; création de tables ; d'inscrire des fonctions à exécuter auprès du processus du gestionnaire de base de données ; Création implicite de schémas Les permissions d'administrateur système (DB2Admin) ne sont pas nécessaires pour l'accès au magasin de données. Utilisation de bases de données distribuées avec IBM DB2 XenApp prend en charge les bases de données distribuées. Celles-ci sont utiles lorsque le magasin de données est surchargé en raison d'un nombre trop important de requêtes de lecture. IBM DB2 utilise la réplication pour créer l'environnement de bases de données distribuées. XenApp utilise le type de données grand objet binaire (BLOB) pour stocker les informations dans une base de données IBM DB2. IBM DB2 ne prend pas en charge les types de données BLOB dans un scénario de réplication pouvant être mis à jour. Par conséquent, si votre batterie doit disposer de réplications pouvant être mises à jour, utilisez Microsoft SQL Server ou Oracle comme magasin de données de la batterie et non IBM DB2. Migration du magasin de données d'une batterie vers IBM DB2 La migration du magasin de données d'une batterie vers une base de données IBM DB2 est prise en charge pour les versions de base de données indiquées dans le tableau ci-dessous. Base de données initiale Microsoft Access SQL Server 2005 Express Edition Oracle Oracle SQL Server 2000 avec Service Pack 3aSQL Server 2005 Base de données cible IBM DB2, version 8.2 IBM DB2 Version x.x La migration d'un magasin de données de batterie de serveurs existant vers IBM DB2 est effectuée en une seule transaction à des fins de restauration. Avant de procéder à la migration de la base de données vers DB2, vérifiez que l'espace journal est suffisant sur le serveur DB2 cible pour prendre en charge la migration. Si le serveur DB2 se trouve à court d'espace journal, la migration échoue et est annulée.

216 10 Informations de référence sur la base de données du magasin de données 216 Pour plus d'informations sur l'utilitaire de ligne de commande dsmaint, veuillez consulter le Guide de l'administrateur Citrix XenApp. Microsoft SQL Server Express Installez SQL Server 2005 Express Edition Service Pack 2 sur le serveur avant d'exécuter le programme Autorun de XenApp. Important : N'utilisez pas de caractères codés sur deux octets dans le nom du serveur sur lequel la base de données est installée. L'authentification Windows est prise en charge pour la base de données SQL Server Express. Pour des raisons de sécurité, l'authentification Microsoft SQL Server n'est pas prise en charge. Installation de Microsoft SQL Server Express Il existe deux méthodes d'installation de SQL Server Express. La méthode que vous appliquez diffère selon que vous souhaitez ou non utiliser le nom d'instance et le mot de passe d'administrateur par défaut. Si aucune instance de SQL Server Express n'est installée sur le serveur de base de données et si vous souhaitez utiliser le nom d'instance (CITRIX_METAFRAME) et le mot de passe d'administrateur par défaut (CITRIX), exécutez le fichier de commandes SetupSqlExpressForCPS.cmd. Le fichier de commande se trouve sur le support d'installation de XenApp, dans le répertoire \Support\SqlExpress_2005_SP2. Si vous ne pouvez (ou ne souhaitez) pas utiliser le nom d'instance et le mot de passe administrateur par défaut, lancez l'installation de SQL Server 2005 Express Edition Service Pack 2 à partir d'une ligne de commande. Si vous installez SQL Server Express et spécifiez un nom d'instance différent du nom par défaut «CITRIX_METAFRAME», vous devez installer XenApp manuellement afin de pouvoir définir l'installation de XenApp sur le nouveau nom d'instance de la propriété CTX_MF_MSDE_INSTANCE_NAME. Voir aussi : «CTX_MF_MSDE_INSTANCE_NAME», page 186 Pour installer SQL Server Express à l'aide du nom d'instance par défaut Exécutez le fichier de commande SetupSqlExpressForCPS.cmd, qui se trouve sur le support d'installation de XenApp, dans le répertoire \Support\SqlExpress_2005_SP2.

217 217 Guide d'installation Citrix XenApp SetupSqlExpressForCPS.cmd crée les répertoires et les fichiers nécessaires à la prise en charge de SQL Server Express dans le répertoire %Program Files(x86)%\Microsoft SQL Server, ainsi qu'un répertoire d'instance nommée, MSSQL$CITRIX_METAFRAME. Pour installer SQL Server Express à l'aide du nom d'instance personnalisé 1. À l' invite de commandes, passez sur le répertoire \Support\SqlExpress_2005_SP2 sur le support d'installation XenApp. Par exemple, si la lettre de votre lecteur est E, entrez : E: cd \Support SqlExpress_2005_SP2 2. Activez le mode d'installation en entrant la commande : change user /INSTALL 3. Lancez l'installateur de SQL Server 2005 Express Edition Service Pack 2 en spécifiant le nom d'instance et le mot de passe SA. setup.exe INSTANCENAME=Nom SAPWD=MotDePasse 4. Une fois SQL Server 2005 Express Edition Service Pack 2 installé, choisissez Base de données locale sur ce serveur et sélectionnez l'entrée SQL Server Express Database à partir de la liste des bases de données disponibles durant l'installation de XenApp. Sauvegarde et restauration d'une base de données SQL Server Express Utilisez dsmaint backup pour sauvegarder un magasin de données hébergé sur SQL Server Express. Spécifiez un chemin local pour l'emplacement des fichiers de sauvegarde de la base de données. Utilisez dsmaint recover pour restaurer une copie de secours d'un magasin de données SQL Server Express. Remarque : Si vous déplacez un magasin de données SQL Server Express vers un serveur différent de la batterie, exécutez dsmaint failover sur tous les serveurs indirects afin de les faire pointer vers le nouveau serveur de base de données. Migration du magasin de données d'une batterie d'access vers SQL Server Express Pour effectuer la migration d'un magasin de données de Microsoft Access vers SQL Server 2005 Express Edition Service Pack 2, exécutez l'utilitaire de ligne de commande MigrateToSqlExpress, qui se trouve sur le support d'installation de XenApp, dans le répertoire \Support\SqlExpress_2005_SP2.

218 10 Informations de référence sur la base de données du magasin de données 218 Pour plus d'informations sur l'utilitaire de ligne de commande migratetosqlexpress, veuillez consulter le Guide de l'administrateur Citrix XenApp. Base de données Microsoft Access Le moteur de base de données Microsoft Access et les pilotes ODBC sont des composants par défaut des serveurs Windows. La connexion ODBC à la base de données Access utilise Microsoft Jet Engine. Pour utiliser ce moteur de base de données, il n'est pas nécessaire d'installer des pilotes particuliers ou de configurer une base de données avant d'installer XenApp. Modification du mot de passe associé à un fichier de base de données Access Lorsque vous créez une base de données Microsoft Access pour le magasin de données, le programme d'installation crée un fichier de base de données appelé «mf20.mdb». Le nom d'utilisateur et le mot de passe par défaut de cette base de données sont «citrix». Par défaut, le fichier Mf20.mdb ainsi que tous les fichiers de sauvegarde automatique sont situés dans le dossier %ProgramFiles(x86)%\Citrix\Independent Management Architecture. Pour modifier le mot de passe du fichier de base de données, utilisez la commande dsmaint (dsmaint config /pwd:nouveaumotdepasse). Vous pouvez utiliser la commande alors que le service IMA est en cours d'exécution. Important : Veillez à effectuer une copie de sauvegarde de la base de données Access à l'aide de la commande dsmaint (dsmaint backup) avant de modifier le mot de passe permettant son accès. Pour plus d'informations sur l'utilitaire de ligne de commande dsmaint, veuillez consulter le Guide de l'administrateur Citrix XenApp. Sauvegarde et restauration d'une base de données Access La commande dsmaint vous permet de sauvegarder ou de restaurer un magasin de données Microsoft Access. Sauvegardez régulièrement le magasin de données avec un script.bat ou avant certaines opérations telles que des modifications de la configuration.

219 219 Guide d'installation Citrix XenApp Les sauvegardes automatiques ont lieu à chaque arrêt du service Citrix IMA ou à chaque redémarrage d'un serveur. Au cours d'une sauvegarde automatique, le fichier Mf20.mdb existant est sauvegardé, compacté et copié avec l'extension.bak (Mf20.bak). Chaque fois que le service IMA démarre, il supprime le fichier Mf20.bak (s'il existe), puis renomme le fichier Mf20.unk Mf20.bak. Cette procédure garantit que le fichier Mf20.bak est une base de données de batterie valide. Si le lecteur sur lequel le fichier Mf20.mdb se trouve ne contient pas suffisamment d'espace disque, la procédure de sauvegarde automatique s'arrête. Veillez à ce que l'espace disque disponible soit au moins trois fois supérieur à la taille du fichier Mf20.mdb. Attention : La commande dsmaint recover supprime le fichier Mf20.mdb existant du serveur. Aussi, ne tentez pas de restaurer le magasin de données à l'aide de cette commande sans avoir préalablement vérifié que le fichier Mf20.bak existe. Si le fichier Mf20.bak n'existe pas, exécutez la commande dsmaint backup avant de restaurer le magasin de données. Pour plus d'informations sur l'utilitaire de ligne de commande dsmaint, veuillez consulter le Guide de l'administrateur Citrix XenApp.