The past 24 Citrix finally released its latest version of XenApp, in this document we will see how to bring our Citrix XenApp environment 4.5 o Citrix XenApp 5 to this new Citrix XenApp version 6. Of course,, as XenApp 6 only supports Windows 2008 R2 (x64) we will not be able to upgrade directly on our current XenApp servers, we will have to export all its configuration with a tool provided by Citrix called Citrix XenApp Migration Tool and import it into the new environment. So we will have to set up the new environment on another server beforehand, performing a clean/new installation, creating a new community and subsequently, We would have to reinstall the applications with the same configurations as in the previous environment. Apparently an unpleasant migration, But of course, all this is due to the need to mount it under Windows 2008 R2 that will provide us with greater performance.

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.

What I said, instalamos ‘Delivery Services Console’ de Citrix XenApp 5 en el reción instalado Citrix XenApp 6.

Once installed, 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 “Install”,

… Wait a few seconds…

List!

Tenemos que abrir en el servidor de XenApp 6 una consola de PowerShell con el módulo que acabamos de instalar, Open “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’.

GOOD, podemos si queremos ahora crear los server mappings, This is, 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, and now instead of assigning the servers that provide it in an application,, we will be able to group that group of servers (much more comfortably; in addition to having other functions). With: ‘Add-XAServerMapping -ServerName SERVIDOR_XENAPP_6 -WorkerGroupName “GROUP_NAME” ‘. This would be optional.

Well, Started, to perform the migration, Well, the export/import process of configurations between that datacollector and the local server, Run: ‘Start-XAMigration’

… we wait a few minutes while it retrieves configurations for us… we can see that it is bringing them…

List, we close PowerShell and open the XenApp management console or Citrix Delivery Console,

If we open the console, discovery will be executed, so we will see that it has indeed brought us all the applications, Configurations, Policies… si en cambio teniamos la consola abierta con ejecutar un descubrimiento bastará. Con esto tendríamos XenApp migrado, ahora quedaría volver a instalar todas las aplicaciones que teníamos instaladas en el entorno viejo, con las mismas configuraciones, posteriormente este servidor estaría listo para ser clonado con lo que ya podríamos sacar de este el resto de servidores XenApp.

Next step, actualizar el Web Interface de nuestra organización, realmente dependiendo de qué versión vengamos no nos aportará ninguna ventaja,

A la hora de instalar nos indicará que actualizará los sitios creados con versiones anteriores del Interfaz Web…

Después deberemos actualizar el resto de componentes, podríamos seguir con el CSG o Citrix Secure Gateway,

Igualmente nos detectará una instalación anterior y nos la actualizará,

Lo que deberíamos realizar es en los sitios que tenemos configurados en el Interfaz Web es indicar que ya tenemos otra comunidad, therefore, deberemos agregarla y definirla en los otros servicios que tengamos (o los servidores XenApp nuevos). En un sitio del WI, Right Button > “Comunidades de servidores”.

Vemos nuestra ‘antigua’ community, deberemos agregar la nueva, para que cuando intenten conectarse nuestros usuarios les llevemos al nuevo entorno, for this “Add…”

As usual, indicamos el nombre de la comunidad, servidores XenApp, equilibrio de carga, puerto XML y su tipo de transporte, configuración de tiquets… “Accept”.

What I said, si tenemos otros servicios a los que afectaría, y debamos agregar los servidores lo realizaremos.

Probamos el Web Interface… and it will show us the duplicate applications, some will connect us to the previous community and the other icons to the new community. Since it reads the configuration file and shows all available applications/resources.

To 'correct'’ that, in the file 'C:inetpubwwwrootCitrixXenAppconfWebInterface.conf’ we will indicate that it overwrites applications with the duplicate name with:
SuppressDuplicateResources=On

In addition, we will be able to specify which user groups will go to the old farm or to the new community by indicating in the same file under the definition of the available communities some user groups for each farm. In this example, we indicate that the domain users will continue accessing the old community, pero unos usuarios que son miembros del grupo ‘Usuarios Piloto’ accederan a la comunidad nueva, en plan testeo. With:

Farm1=FQDN_SERVIDOR_XENAPP6_01,FQDN_SERVIDOR_XENAPP6_02,Name:NOMBRE_COMUNIDAD_NUEVA,XMLPort:PUERTO_XML,Transport:HTTP,SSLRelayPort:443,BypassDuration:60,LoadBalance:Off,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:Off,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
– Monitoring & Reporting del servidor de licencias (EdgeSight).
– Streaming de aplicaciones a la v. 6.
– Web Interface a la v. 5.3.
– Power & 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 & Receiver & Dazzle.

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