Actualización de aplicaciones

Cuando se publica una actualización de una aplicación es posible configurar el sistema de App-V para que los clientes automáticamente se descarguen la nueva versión y sustituyan con ella la anterior en sus cachés locales.

Dependiendo del método de entrega usado originalmente para desplegar la versión que se está sustituyendo de la aplicación virtualizada, la actualización se puede producir de cuatro formas diferentes:

i) Uso de un único servidor de administración de App-V tanto para publicación como para entrega: en este caso el administrador debe copiar todos los archivos actualizados (fichero secuencial tipo "SFT" de binarios, iconos...) en el directorio de contenidos del servidor, en la misma carpeta que el paquete que se está sustituyendo.

A continuación el administrador debe usar la acción "Add Version" de la consola de gestión del servidor de administración de App-V para registrar la nueva versión del paquete.

Este tipo de actualización recibe el nombre de actualización activa (Active upgrade).

ii) Uso de un servidor de administración de App-V para publicación y de otro servidor distinto (Streaming server) para entrega: en este caso el paquete original de la aplicación se tuvo que copiar en los directorios de contenidos respectivos de ambos servidores, y en ambos con la misma ruta relativa con respecto a la raíz de contenidos.

Sin embargo el paquete con la nueva versión sólo necesita ser copiado en el servidor de streaming, aunque para mantener la coherencia se recomienda que se copie en ambos servidores.

En cuanto el servidor de streaming detecta que hay una nueva versión automáticamente se la envía a los clientes la próxima vez que estos la ejecuten.

iii) Uso de un servidor de administración de App-V para publicación y de un servidor de Internet Information Server (IIS) para entrega: en este caso el paquete original de la aplicación se tuvo que copiar en los directorios de contenidos respectivos de ambos servidores, y además en el servidor IIS se creó el directorio virtual desde el que se accede por web a los paquetes de aplicación de tal manera que la URL de acceso fuera igual que la ruta relativa al paquete en el directorio de contenido del servidor de administración de App-V.

El paquete con la nueva versión sólo necesita ser copiado en el servidor de streaming, pero en el servidor de administración de App-V es necesario actualizar al menos el archivo de tipo "OSD" (información de definición del paquete de aplicación virtual) con el de la nueva versión.

Para mantener la coherencia se recomienda que se copie el paquete completo en ambos servidores.

En cuanto el servidor de streaming detecta que hay una nueva versión automáticamente se la envía a los clientes la próxima vez que estos la ejecuten.

En el siguiente refresco de publicación que se produzca los clientes recibirán el archivo OSD de la nueva versión de la aplicación, de tal manera que la próxima vez que hagan doble click en el icono de la aplicación virtualizada se descargarán desde el servidor de IIS la nueva versión de la aplicación.

iv) Uso de un servidor de administración de App-V para publicación y de un servidor de ficheros para entrega: en este caso el paquete original de la aplicación se tuvo que copiar en el directorio de contenidos del servidor de administración de App-V y en la carpeta compartida del servidor de ficheros, y en ambos casos se tuvo que mantener para los paquetes de aplicación la misma ruta relativa con respecto a la raíz de contenidos.

En el servidor de streaming la nueva versión de la aplicación no se copia en la misma carpeta que la versión anterior, sino en una subcarpeta de esta.

En el servidor de administración de App-V es necesario actualizar el archivo de tipo "OSD" (información de definición del paquete de aplicación virtual) con el de la nueva versión. Este archivo debe contener la nueva ruta al paquete de la nueva versión en el servidor de archivos.

Para mantener la coherencia se recomienda que se copie el paquete completo en ambos servidores.