El pasado 24 de marzo por fin saco Citrix su ultima versione de XenApp, en este documento veremos cómo llevar nuestro entorno de Citrix XenApp 4.5 o Citrix XenApp 5 a esta nueva versión Citrix XenApp 6. Certo, como XenApp 6 solo soporta Windows 2008 R2 (x64) no podremo aggiornarci direttamente sui nostri servidores actuales de XenApp, tendiamo a exportar tutta la sua configurazione con un'herramienta che ci fornisce Citrix chiamata Citrix XenApp Migration Tool e importarla en el nuevo entorno. Así que previamente nos tendremos que montar el nuevo entorno en otro servidor, realizando una instalación limpia/nueva, creando una nueva comunidad y posteriormente, dovremmo reinstallare le applicazioni con le stesse configurazioni presenti nell'ambiente precedente. A quanto pare una migrazione per nulla piacevole, Ma ovviamente, todo ello es por la necesidad de montarlo bajo Windows 2008 R2 que nos proporcionará mayor rendimiento.

Lo primo 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.

Logicamente comprobará que tenemos una versión antigua installada 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, così che sobre un nuovo server che tengamos preparado, installamos 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.

Cosa ho detto, instalamos ‘Delivery Services Console’ de Citrix XenApp 5 en el reción instalado Citrix XenApp 6.

Una volta installato, 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 “Installare”,

… Attendi qualche secondo…

Pronto!

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

Non male, podemos si queremos ahora crear los server mappings, Questo è, 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, y ahora en vez de asignar en una aplicación los servidores que la disponen, podremos agrugar dicho grupo de servidores (mucho más cómodo; además de tener otras funciones). Con: ‘Add-XAServerMapping -ServerName SERVIDOR_XENAPP_6 -WorkerGroupName “NOMBRE_GRUPO” ‘. Esto sería opcional.

Bene, Avviato, para realizar la migración, Bene, el proceso exportación/importación de configuraciones entre dicho datacolector y el servidor local, Correre: ‘Start-XAMigration’

… esperamos unos minutos mientras nos trae configuraciones… podremos observar que nos va trayendo…

Pronto, cerramos la PowerShell y abrimos la consola de administración de XenApp o Citrix Delivery Console,

Si abrimos la consola se ejecutará el descubrimiento por lo que ya veremos que efectivamente nos ha traido todas las aplicaciones, Configurazioni, Politiche… 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.

Passo successivo, 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,

Allo stesso modo ci rileverà un'installazione precedente e la aggiornerà,

Quello che dovremmo fare è, nei siti che abbiamo configurato nell'Interfaccia Web, indicare che abbiamo già un'altra comunità, pertanto, dovremo aggiungerla e definirla negli altri servizi che abbiamo (o nei nuovi server XenApp). In un sito del WI, Pulsante destro > “Comunità di server”.

Vediamo la nostra 'vecchia'’ comunidad, dovremo aggiungere la nuova, in modo che quando i nostri utenti cercheranno di connettersi li porteremo nel nuovo ambiente, per questo “Aggiungere…”

Come al solito, Indichiamo il nome della comunità, server XenApp, bilanciamento del carico, porta XML e suo tipo di trasporto, configurazione dei ticket… “Accettare”.

Cosa ho detto, Se abbiamo altri servizi a cui ciò influenzerebbe, e dobbiamo aggiungere i server lo faremo.

Testiamo l'Interfaccia Web… e ci mostrerà le applicazioni duplicate, alcune ci collegheranno alla comunità precedente e le altre icone alla nuova comunità. Poiché legge il file di configurazione e mostra tutte le applicazioni/risorse disponibili.

Per 'correggere'’ quella, nel file 'C:inetpubwwwrootCitrixXenAppconfWebInterface.conf’ indicheremo di sovrascrivere le applicazioni con il nome duplicato con:
SuppressDuplicateResources=On

Inoltre, potremo indicare quali gruppi di utenti andranno alla farm vecchia o alla nuova comunità indicando nello stesso file, sotto la definizione delle comunità disponibili, dei gruppi di utenti per ogni farm. In questo esempio indichiamo che gli utenti del dominio continueranno ad accedere alla comunità precedente, pero unos usuarios que son miembros del grupo ‘Usuarios Piloto’ accederan a la comunidad nueva, en plan testeo. Con:

Farm1=FQDN_SERVIDOR_XENAPP6_01,FQDN_SERVIDOR_XENAPP6_02,Name:NOMBRE_COMUNIDAD_NUEVA,XMLPort:PUERTO_XML,Transport:Protocollo 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:Protocollo 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
– Monitoraggio & Reporting del servidor de licencias (EdgeSight).
– Streaming de aplicaciones a la v. 6.
– Web Interface a la v. 5.3.
– Potenza & 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