O passado 24 de março por fin saco Citrix sua última versão de XenApp, neste documento veremos como levar o nosso entorno de Citrix XenApp 4.5 o Citrix XenApp 5 a esta nova versão Citrix XenApp 6. É claro, como XenApp 6 sólo soporta Windows 2008 R2 (x64) no podremos atualizar diretamente sobre os nossos servidores atuais de XenApp, teremos de exportar toda a sua configuração com uma ferramenta que a Citrix nos fornece chamada Citrix XenApp Migration Tool e importá-la para o novo ambiente. Portanto, previamente teremos de configurar o novo ambiente noutro servidor, realizando uma instalação limpa/nova, criando uma nova comunidade e, posteriormente, teríamos de instalar novamente as aplicações com as mesmas configurações que no ambiente anterior. Ao que parece, uma migração nada agradável, Mas é claro, tudo isto devido à necessidade de montá-lo sob Windows 2008 R2 que nos proporcionará um maior desempenho.

A primeira coisa que teríamos de atualizar no nosso ambiente Citrix é o servidor de licenças pelo menos para a versão 11.6.1, isto na nossa organização atual.

Lógicamente irá verificar que temos uma versão antiga instalada e irá atualizá-la.

Uma vez que temos o servidor de licenças atualizado, o que temos de fazer é montar uma nova comunidade de XenApp 6, então, num servidor novo que tivermos preparado, instalamos o XenApp 6.

Criamos uma nova comunidade e concluímos a instalação.

No servidor em que já temos o Citrix XenApp 6, temos de instalar a consola de administração ‘Delivery Services Console’ do Citrix XenApp 5, pelo que iremos precisar desse DVD; es un requisito para instalar la herramienta de migración entre nuestra antigua comunidad y la nueva.

O que eu disse, instalamos 'Delivery Services Console’ do Citrix XenApp 5 en el reción instalado Citrix XenApp 6.

Uma vez instalado, podremos bajarnos Citrix XenApp Migration Tool de la web de MyCitrix (necesitaremos conta) y lo instalamos no servidor XenApp 6, aceptamos el acuerdo de licencia e “Instalar”,

… Aguarde alguns segundos…

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 com o Módulo de Migração Citrix XenApp”.

Si nos da un error al cargar el script 'Citrix.XenApp.Migration.psm1’ cuando se abre la shell, mediante el comando 'Get-ExecutionPolicy’ podremos verificar si efetivamente temos 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 cuál es el servidor origen, nos conectaremos a un datacolector de la velha comunidad con: Set XAMigrationOption -RemoteServerName:SERVIDOR_XENAPP_OLD'.

Nada mau, podemos si queremos ahora crear los server mappings, Isso é, es una de las novedades de XenApp 6, podemos agrupar los servidores en 'Worker Groups’ para facilitar nossa 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). Com: ‘Add-XAServerMapping -ServerName SERVIDOR_XENAPP_6 -WorkerGroupName “NOMBRE_GRUPO” ‘. Esto sería opcional.

Poço, Começou, para realizar la migración, Poço, el proceso exportación/importación de configuraciones entre dicho datacolector y el servidor local, Correr: ‘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, Configurações, diretivas… 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 seguinte, 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 Interface Web es indicar que ya tenemos otra comunidad, portanto, deberemos agregarla y definirla en los otros servicios que tengamos (o los servidores XenApp nuevos). En un sitio del WI, Botão direito > “Comunidades de servidores”.

Vemos nuestra 'antigua’ comunidad, deberemos agregar la nueva, para que quando intenten conectarse os nossos utilizadores les levemos al nuevo entorno, por isso “Adicionar…”

Como de costume, indicamos el nombre de la comunidad, servidores XenApp, equilibrio de carga, porto XML y su tipo de transporte, configuração de tiquets… “Aceitar”.

O que eu disse, si temos outros serviços a los que afetaría, e devemos agregar os servidores lo realizaremos.

Probamos el Web Interface… y nos mostrará las aplicaciones duplicadas, unas nos conectará a la comunidad anterior y los otros iconos a la nueva comunidad. Ya que lee el fichero de configuración y muestra todas las aplicaciones/recursos disponíveis.

Para 'correguir’ Isso, en el fichero 'C:inetpubwwwrootCitrixXenAppconfWebInterface.conf’ indicaremos que sobreescriba las apps con el nombre duplicado con:
SuppressDuplicateResources=On

Além disso, podemos indicar que grupos de utilizadores irão à granja antiga ou à nova comunidade indicando em el mismo fichero abaixo da definição das comunidades disponíveis para cada granja. Neste exemplo indicamos que os utilizadores do domínio seguirán accedendo à comunidade antiga, pero unos usuarios que son miembros del grupo ‘Usuarios Piloto’ accederan a la comunidad nueva, en plan testeo. Com:

Farm1=FQDN_SERVIDOR_XENAPP6_01,FQDN_SERVIDOR_XENAPP6_02,Name:NOMBRE_COMUNIDAD_NUEVA,XMLPort:PUERTO_XML,Transport:HTTP,SSLRelayPort:443,BypassDuration:60,LoadBalance:Desligado,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:Desligado,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
– Monitorização & Reporting del servidor de licencias (EdgeSight).
– Streaming de aplicações 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 & Receptor & Deslumbrar.

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