Compartir a través de

Cómo configurar una memoria caché de solo lectura en App-V Client

  • Artículo

Se aplica a: Application Virtualization 4.6

En Microsoft Application Virtualization (App-V) 4.6, el cliente es compatible con una memoria caché de solo lectura compartida. La memoria caché de solo lectura compartida permite al cliente usar el espacio de disco de una manera más eficaz en un sistema de Infraestructura de escritorio virtual (VDI), donde los usuarios ejecutan aplicaciones en máquinas virtuales (VM) que se hospedan en un entorno de servidor de centro de datos y comparten almacenamiento en red en una Red de área de almacenamiento (SAN). Los procedimientos siguientes proporcionan información general del proceso necesario para implementar App-V Client en algunas de las arquitecturas VDI primarias, conocidas como “VM en grupo” o “VM estática”. Se asume que está familiarizado con la planificación, implementación y el funcionamiento del sistema App-V y de sus componentes, así como con el funcionamiento y la administración del servidor VDI. Para obtener más información sobre App-V, consulte Application Virtualization (https://go.microsoft.com/fwlink/?LinkId=122939)

Nota

Los datos que se describen en estos procedimientos se presentan solamente como ejemplos. Puede usar distintos métodos para completar todo el proceso.

Implementación de App-V Client en un escenario VDI

Puede implementar App-V Client en un escenario VDI mediante una memoria caché de solo lectura compartida que se haya rellenado con todas las aplicaciones necesarias para todos los usuarios. Después, configure la imagen de VM maestra de VDI de forma que todos los clientes App-V Client usen el mismo archivo de memoria caché. A los usuarios se les otorga acceso a aplicaciones específicas mediante el uso del proceso de publicación de App-V. Puesto que en la memoria caché ya se han cargado todas las aplicaciones, no se produce una transmisión por secuencias cuando un usuario inicia una aplicación. No obstante, los paquetes que se usan para rellenar previamente la memoria caché deben ponerse en un servidor App-V que admita la transmisión con el protocolo de transmisión por secuencias en tiempo real (RTSP) y que otorgue permisos de acceso a los clientes App-V Client. Si publica las aplicaciones mediante un App-V Management Server, puede usarlo para proporcionar esta función de transmisión por secuencias.

El proceso de implementación consta de cuatro tareas principales:

  • Crear y rellenar el archivo de memoria caché compartida maestra

  • Copiar el archivo de memoria caché compartida en el almacenamiento del servidor VDI

  • Configurar el software del cliente App-V en la imagen maestra de VDI

  • Administrar el ciclo de implementación de actualización del archivo de memoria caché compartida tras la implementación inicial

Para estas tareas se requiere una planificación cuidadosa. Le recomendamos preparar y documentar un proceso metódico y reproducible para que se siga en su organización. Esto es muy importante para la preparación e implementación iniciales del archivo de memoria caché compartida maestra y para la administración continua de las actualizaciones de la aplicación, cada una de las cuales requiere una actualización de la memoria caché compartida maestra. Use los procedimientos siguientes para completar estas tareas principales.

Nota

A pesar de que puede publicar las aplicaciones mediante varios métodos diferentes, los procedimientos siguientes se basan en el uso de un App-V Management Server para publicar.

Para configurar la memoria caché de solo lectura para la implementación inicial en un escenario VDI de VM en grupo o de VM estática

  1. Configure un servidor App-V Management Server en una VM del servidor VDI para proporcionar autenticación de usuario y compatibilidad con publicación.

  2. Rellene la carpeta de contenido de este Management Server con todos los paquetes de aplicaciones necesarios para todos los usuarios.

  3. Configure un equipo provisional que tenga instalado App-V Client. Inicie sesión en el equipo provisional con una cuenta que disponga de acceso a todas las aplicaciones para publicar en el equipo el conjunto completo de aplicaciones y, después, transmita las aplicaciones a la memoria caché para que se carguen por completo.

    Importante

    El equipo provisional debe usar el mismo tipo de sistema operativo y la misma arquitectura de sistema que los que usan las VM en las que se ejecutará el App-V Client.

  4. Reinicie el equipo provisional en el modo seguro para asegurarse de que no se inicien los controladores, lo cual bloquearía el archivo de la memoria caché.

    Nota

    O bien, puede interrumpir y deshabilitar el servicio Application Virtualization y reiniciar el equipo. Cuando se haya copiado el archivo, recuerde habilitar e iniciar de nuevo el servicio.

  5. Copie el archivo de la memoria caché Sftfs.fsd en la SAN del servidor VDI, en una ubicación a las que todas las VM puedan tener acceso, por ejemplo, en una carpeta compartida. Establezca los permisos de acceso a la carpeta como Solo lectura para el grupo Todos y como Control total para los administradores que se encargarán de las actualizaciones de archivos de memoria caché. La ubicación del archivo de memoria caché se puede obtener del registro de AppFS\FileName.

    Importante

    Debe guardar el archivo FSD en una ubicación con una capacidad de respuesta y confiabilidad equivalente al rendimiento del almacenamiento conectado, por ejemplo, en una SAN.

  6. Instale el App-V Desktop Client en la imagen de VM maestra de VDI y, después, configúrelo para usar la memoria caché de solo lectura agregando los valores de clave del Registro siguiente a la clave AppFS en el cliente. La clave AppFS está ubicada en HKEY_LOCAL_MACHINE\SOFTWARE\[Wow6432Node\]Microsoft\SoftGrid\4.5\Client\AppFS.

    Clave Tipo Valor Propósito

    FileName 

    Cadena

    ruta de FSD

    Especifica la ruta del archivo de memoria caché compartida, por ejemplo, \\VDIServername\Sharefolder\SFTFS.FSD (necesario).

    ReadOnlyFSD

    DWORD

    1

    Configura el cliente para que funcione en modo Solo lectura. De este modo, se garantiza que el cliente no intentará transmitir las actualizaciones a la memoria caché del paquete. (Necesario)

    ErrorLogLocation

    Cadena

    ruta del archivo de registro de errores (.etl)

    Entrada que se usa para especificar la ruta del archivo de errores. (Recomendado. Use una ruta local como C:\Logs\Sftfs.etl).

  7. Configure el cliente de la imagen de VM maestra para usar el servidor de publicación y para usar la actualización de publicaciones al iniciar sesión. Cuando los usuarios inician sesión en el sistema VDI y su VM se genera a partir de la imagen de VM maestra, se produce un ciclo de actualización de publicaciones, y se publican todas las aplicaciones para las que está autorizada su cuenta. Estas aplicaciones se ejecutan desde la memoria caché compartida.

Para configurar el cliente para la actualización del paquete en un escenario de VM en grupo

  1. Complete la actualización y comprobación del paquete de aplicación.

  2. Actualice el paquete del servidor de App-V. A continuación, publique y transmita la nueva versión de las aplicaciones al cliente del equipo provisional, para que se carguen por completo en la memoria caché.

  3. Reinicie el equipo provisional en el modo seguro para asegurarse de que no inicien los controladores.

    Nota

    O bien, puede interrumpir y deshabilitar el servicio Application Virtualization en Services.msc y reiniciar el equipo. Cuando se haya copiado el archivo, recuerde habilitar e iniciar de nuevo el servicio.

  4. Copie el archivo de la memoria caché Sftfs.fsd en la SAN del servidor VDI, en una ubicación a las que todas las VM puedan tener acceso, por ejemplo, en una carpeta compartida. Puede utilizar un nombre de archivo diferente, por ejemplo SFTFS_V2.FSD, para distinguir la nueva versión.

  5. Para configurar App-V Desktop Client en la imagen de VM maestra de VDI para usar el archivo actualizado de memoria caché compartida, cambie el valor FILENAME de la clave del Registro AppFS para seleccionar la ubicación del archivo actualizado, por ejemplo, \\VDIServername\Sharefolder\SFTFS_V2.FSD Cuando los usuarios cierran la sesión y vuelven a iniciarla, se crea una nueva VM para ellos a través de la imagen maestra actualizada. Se conservará toda la configuración de usuario y se aplicará a la nueva VM. De este modo, tendrán acceso a las aplicaciones actualizadas.

Para configurar el cliente para la actualización del paquete en un escenario de VM estática

  1. Complete la actualización y comprobación del paquete de aplicación.

  2. Actualice los paquetes del servidor de App-V. A continuación, publique y transmita la nueva versión de las aplicaciones al cliente del equipo provisional, para que se carguen por completo en la memoria caché.

  3. Reinicie el equipo provisional en el modo seguro para asegurarse de que no se inicien los controladores.

    Nota

    O bien, puede interrumpir y deshabilitar el servicio Application Virtualization en Services.msc y reiniciar el equipo. Cuando se haya copiado el archivo, recuerde habilitar e iniciar de nuevo el servicio.

  4. Copie el archivo de la memoria caché Sftfs.fsd en la SAN del servidor VDI, en una ubicación a las que todas las VM puedan tener acceso, por ejemplo, en una carpeta compartida. Puede utilizar un nombre de archivo diferente, por ejemplo SFTFS_V2.FSD, para distinguir la nueva versión.

  5. Para configurar App-V Desktop Client en la imagen de VM maestra de VDI para usar el archivo actualizado de memoria caché compartida, cambie el valor FILENAME de la clave de Registro AppFS para seleccionar la ubicación del archivo actualizado, por ejemplo, \\VDIServername\Sharefolder\SFTFS_V2.FSD. De este modo, se garantiza que los usuarios nuevos obtengan la nueva versión.

  6. Cree una secuencia de comandos que edite el valor FILENAME de la clave AppFS para asignarlo a la ubicación de la memoria caché actualizada, por ejemplo, \\VDIServername\Sharefolder\SFTFS_V2.FSD. Configure la ejecución de esta secuencia de comandos cuando el usuario cierre o inicie sesión de modo que se ejecute antes que se inicien los controladores del cliente App-V, por ejemplo, mediante configuraciones de directivas de grupo. Cuando los usuarios cierren sesión y vuelvan a iniciarla, se actualizará la VM existente y usarán la copia actualizada de la memoria caché. De este modo, tendrán acceso a las aplicaciones actualizadas.

Cómo usar vínculos simbólicos al actualizar la memoria caché

En lugar de modificar el valor FILENAME de la clave AppFS cada vez que se implemente un archivo de memoria caché nuevo que contenga paquetes nuevos o actualizados, tiene la posibilidad de usar un vínculo simbólico en los sistemas operativos siguientes: Windows Vista, Windows 7 y Windows Server 2008. Para obtener más información sobre vínculos simbólicos, consulte Symbolic Links (Vínculos simbólicos) (https://go.microsoft.com/fwlink/?LinkId=157626). Por otro lado, Windows XP no admite el uso de vínculos simbólicos y debe usar puntos de unión en su lugar. Para obtener más información sobre puntos de unión, consulte el artículo 205524 en la Knowledge Base de Microsoft (https://go.microsoft.com/fwlink/?LinkId=182553) y también la herramienta Junction v1.04 (https://go.microsoft.com/fwlink/?LinkId=182554).

Para configurar un vínculo simbólico que haga referencia a la memoria caché

  1. Durante la etapa de implementación inicial, abra una ventana del símbolo del sistema como administrador local del sistema operativo del host del servidor VDI.

  2. Cree un vínculo simbólico mediante el comando MKLINK y, a continuación, configúrelo para seleccionar el archivo Sftfs.fsd.

    **     mklink symlinkname \\vdihostserver\sharefolder\sftfs.fsd**

  3. En la imagen de VM maestra de VDI, abra una ventana del símbolo del sistema mediante la opción Ejecutar como administrador y otorgue permisos de vínculo remoto para que la VM pueda tener acceso al vínculo simbólico del sistema operativo del host de VDI. De forma predeterminada, los permisos de vínculo remoto están deshabilitados.

    **     fsutil behavior set SymlinkEvaluation R2R:1**

    Nota

    En el servidor de almacenamiento, se deben habilitar los permisos de vínculo correspondientes. Dependiendo de la ubicación del vínculo y del archivo Sftfs.fsd, los permisos son L2L:1 o L2R:1 o R2L:1 o R2R:1.

  4. Cuando configure App-V Desktop Client en la imagen de VM maestra de VDI, configure el valor FILENAME de la clave AppFS conforme a la ruta UNC del archivo FSD que usa el vínculo simbólico; por ejemplo, establézcalo en \\VDIHostserver\\Symlinkname. Cuando el cliente App-V Client tenga acceso por primera vez a la memoria caché, el vínculo simbólico pasará al cliente un controlador para el archivo de la memoria caché. El cliente continúa usando ese controlador mientras se esté ejecutando el cliente. El valor del vínculo simbólico se puede actualizar de forma segura aunque clientes existentes tengan la memoria caché compartida anterior abierta.

  5. Cuando deba actualizar un paquete o agregar un nuevo paquete a la memoria caché, siga los pasos 1 al 5 del procedimiento de actualización para el escenario de VM estática o VM en grupo. A continuación, elimine el vínculo simbólico y vuélvalo a crear para seleccionar la nueva versión del archivo de la memoria caché compartida. Cuando se reinicia la VM, el cliente recibe un controlador para la copia actualizada de la memoria caché porque la VM usa la ruta que contiene el vínculo simbólico actualizado. De este modo, los usuarios tendrán acceso a las aplicaciones nuevas y actualizadas.

Vea también

Tareas

Cómo instalar Application Virtualization Management Server
Cómo instalar manualmente Application Virtualization Client

Otros recursos

Cómo instalar el cliente mediante la línea de comandos

-----
Puede obtener más información sobre MDOP en la Biblioteca TechNet, realizar búsquedas para solucionar problemas en TechNet Wiki, o seguirnos en Facebook o Twitter. Envíe sus sugerencias y comentarios acerca de la documentación de MDOP a MDOPdocs@microsoft.com.