Le passé 24 en mars, Citrix a enfin lancé sa dernière version de XenApp, dans ce document, nous verrons comment amener notre environnement Citrix XenApp 4.5 o Citrix XenApp 5 à cette nouvelle version Citrix XenApp 6. Bien sûr, comme XenApp 6 ne supporte que Windows 2008 R2 (x64) nous ne pourrons pas mettre à jour directement nos serveurs actuels de XenApp, nous devrons exporter toute sa configuration avec un outil fourni par Citrix appelé Citrix XenApp Migration Tool et l'importer dans le nouvel environnement. donc nous devrons d'abord mettre en place le nouvel environnement sur un autre serveur, en réalisant une installation propre/neuve, en créant une nouvelle communauté et ensuite, nous devrons réinstaller les applications avec les mêmes configurations que dans l'environnement précédent. Apparemment, une migration pas du tout agréable, Mais bien sûr, tout cela est dû à la nécessité de le monter sous Windows 2008 R2 qui nous fournira de meilleures performances.

Lo primero que tendríamos que actualizar en nuestro entorno Citrix es el servidor de licencias por lo menos a la versión 11.6.1, esto en nuestra organización actual.

Lógicamente comprobará que tenemos una versión antigua instalada y nos la actualizará.

Una vez tenemos el servidor de licencias actualizado, lo que tenemos que hacer es montar una comunidad nueva de XenApp 6, así que sobre un servidor nuevo que tengamos preparado, instalamos XenApp 6.

Creamos una nueva comunidad y finalizamos la instalación.

En el servidor que ya tenemos Citrix XenApp 6, tenemos que instalar la consola de administración ‘Delivery Services Console’ de Citrix XenApp 5, por lo que necesitaremos dicho DVD; es un requisito para instalar la herramienta de migración entre nuestra antigua comunidad y la nueva.

Ce que j’ai dit, instalamos ‘Delivery Services Console’ de Citrix XenApp 5 en el reción instalado Citrix XenApp 6.

Une fois installé, podremos bajarnos Citrix XenApp Migration Tool de la web de MyCitrix (necesitaremos cuenta) y lo instalamos en el servidor XenApp 6, aceptamos el acuerdo de licencia e “Installer”,

… Attendez quelques secondes…

Prêt!

Tenemos que abrir en el servidor de XenApp 6 una consola de PowerShell con el módulo que acabamos de instalar, abrimos “Windows PowerShell with Citrix XenApp Migration Module”.

Si nos da un error al cargar el script ‘Citrix.XenApp.Migration.psm1’ cuando se abre la shell, mediante el comando ‘Get-ExecutionPolicy’ podremos comprobar si efectivamente tenemos deshabilitada la ejecución de scripts; con ‘Set-ExecutionPolicy RemoteSigned’ cambiaremos dicha directiva de ejecución. Cerramos la consola de PowerShell y la abrimos de nuevo o importamos el script que nos falló al cargar.

Lo que vamos a realizar es exportar la configuración existente en nuestro entorno XenApp 4.5 o XenApp 5 y la importaremos a este servidor, así que se realizará mediante MFCOM, lo primero será indicar cual es el servidor origen, nos conectaremos a un datacolector de la vieja comunidad con: ‘Set XAMigrationOption -RemoteServerName:SERVIDOR_XENAPP_OLD’.

Pas mal, podemos si queremos ahora crear los server mappings, C’est, es una de las novedades de XenApp 6, podemos agrupar los servidores en ‘Worker Groups’ para facilitar nuestra gestión, son grupos de servidores que tienen definidas las mismas aplicaciones, et maintenant au lieu d'affecter dans une application les serveurs qui la possèdent, nous pourrons regrouper ce groupe de serveurs (beaucoup plus confortable; en plus d'avoir d'autres fonctions). Avec: ‘Add-XAServerMapping -ServerName SERVIDOR_XENAPP_6 -WorkerGroupName “NOM_DU_GROUPE” ‘. Ceci serait optionnel.

Puits, Commencé, pour effectuer la migration, Puits, le processus d'exportation/importation de configurations entre ce datacollector et le serveur local, Courir: ‘Start-XAMigration’

… nous attendons quelques minutes pendant qu'il nous apporte les configurations… nous pourrons observer qu'il nous apporte…

Prêt, nous fermons PowerShell et ouvrons la console d'administration de XenApp ou Citrix Delivery Console,

Si nous ouvrons la console, la découverte s'exécutera, donc nous verrons effectivement qu'il nous a apporté toutes les applications, Configurations, Manifeste… si en revanche nous avions la console ouverte, exécuter une découverte suffirait. Avec cela, nous aurions XenApp migré, il resterait maintenant à réinstaller toutes les applications que nous avions installées dans l'ancien environnement, avec les mêmes configurations, par la suite, ce serveur serait prêt à être cloné, ce qui nous permettrait déjà de créer à partir de celui-ci le reste des serveurs XenApp.

Prochaine étape, mettre à jour le Web Interface de notre organisation, en réalité, selon la version dont nous partons, cela ne nous apportera aucun avantage,

Lors de l'installation, il nous indiquera qu'il mettra à jour les sites créés avec des versions antérieures de l'Interface Web…

Ensuite, nous devrons mettre à jour le reste des composants, nous pourrions continuer avec le CSG ou Citrix Secure Gateway,

Il détectera également une installation précédente et la mettra à jour,

Ce que nous devrions faire sur les sites que nous avons configurés dans l'Interface Web est d'indiquer que nous avons déjà une autre communauté, donc, nous devrons l'ajouter et la définir dans les autres services que nous avons (ou les nouveaux serveurs XenApp). Dans un site du WI, Bouton droit > “Communautés de serveurs”.

Nous voyons notre 'ancienne'’ communauté, nous devrons ajouter la nouvelle, pour que lorsque nos utilisateurs essaient de se connecter, nous les dirigions vers le nouvel environnement, pour cela “Ajouter…”

Comme d'habitude, nous indiquons le nom de la communauté, serveurs XenApp, répartition de charge, port XML et son type de transport, configuration des tickets… “Accepter”.

Ce que j’ai dit, si nous avons d'autres services qui seraient affectés, et que nous devrons ajouter les serveurs, nous le réaliserons.

Nous testons l'Interface Web… et nous montrera les applications dupliquées, certaines nous connecteront à l'ancienne communauté et les autres icônes à la nouvelle communauté. Puisqu'il lit le fichier de configuration et affiche toutes les applications/ressources disponibles.

Pour 'corriger’ cela, dans le fichier 'C:inetpubwwwrootCitrixXenAppconfWebInterface.conf’ nous indiquerons de remplacer les applications portant un nom dupliqué par:
SuppressDuplicateResources=On

De plus,, nous pourrons indiquer quels groupes d'utilisateurs iront vers la ferme ancienne ou la nouvelle communauté en indiquant dans le même fichier en dessous de la définition des communautés disponibles des groupes d'utilisateurs pour chaque ferme. Dans cet exemple, nous indiquons que les utilisateurs du domaine continueront à accéder à l'ancienne communauté, pero unos usuarios que son miembros del grupo ‘Usuarios Piloto’ accederan a la comunidad nueva, en plan testeo. Avec:

Farm1=FQDN_SERVIDOR_XENAPP6_01,FQDN_SERVIDOR_XENAPP6_02,Name:NOMBRE_COMUNIDAD_NUEVA,XMLPort:PUERTO_XML,Transport:HTTP,SSLRelayPort:443,BypassDuration:60,LoadBalance:De,TicketTimeToLive:200,RADETicketTimeToLive:200
Farm2=FQDN_SERVIDOR_XENAPP5_01,FQDN_SERVIDOR_XENAPP5_02,Name:NOMBRE_COMUNIDAD_ANTIGUA,XMLPort:PUERTO_XML,Transport:HTTP,SSLRelayPort:443,BypassDuration:60,LoadBalance:De,TicketTimeToLive:200,RADETicketTimeToLive:200

Farm1Groups=DOMINIOUsuarios piloto
Farm2Groups=DOMINIOUsuarios del dominio

Si no nos interesa este tema de testeo, simplemente a la hora de configurar el sitio del Web Interface, quitaremos la comunidad anterior y sus servidores; simplemente agregaremos la nueva y listo!

Y deberíamos continuar actualizando todos los productos que tengamos, el orden correcto de migración debería ser:

– Servidor de licencias a la v. 11.6.1
– Surveillance & Reporting del servidor de licencias (EdgeSight).
– Streaming de aplicaciones a la v. 6.
– Web Interface a la v. 5.3.
– Pouvoir & Capacity Management.
– Smart Auditor a la v. 2.
– Profile Management a la v. 3.
– Service Monitoring o EdgeSight a la v. 5.3.
– Servicios de provisioning a la v. 5.1 SP12.
– Single Sign-On
– Secure Gateway a la v. 3.2.
– Merchandaising Server & Récepteur & Éblouir.

Recursos oficiales: Guía oficial de migración a Citrix XenApp 6