Publicación de aplicaciones e interacción de clientes
En este artículo se proporciona información técnica sobre las operaciones comunes de cliente de App-V y su integración con el sistema operativo local.
Para obtener información de referencia adicional, vea Página de descarga de recursos de documentación de Microsoft Application Virtualization (App-V).
Archivos de paquete de App-V creados por Sequencer
Sequencer crea paquetes de App-V y genera una aplicación virtualizada. El proceso de secuenciación crea los siguientes archivos:
| Archivo | Descripción |
|---|---|
.appv |
|
.MSI |
Contenedor de implementación ejecutable que puede usar para implementar archivos .appv manualmente o mediante una plataforma de implementación de terceros. |
_DeploymentConfig.XML |
Archivo que se usa para personalizar los parámetros de publicación predeterminados para todas las aplicaciones de un paquete que se implementa globalmente para todos los usuarios de un equipo que ejecuta el cliente de App-V. |
_UserConfig.XML |
Archivo que se usa para personalizar los parámetros de publicación para todas las aplicaciones de un paquete que es un implementado para un usuario específico en un equipo que ejecuta el cliente de App-V. |
Report.xml |
Resumen de los mensajes resultantes del proceso de secuenciación, incluidos los controladores, archivos y ubicaciones del Registro omitidos. |
.CAB |
Opcional: Archivo de acelerador de paquetes que se usa para volver a generar automáticamente un paquete de aplicación virtual previamente secuenciado. |
.appvt |
Opcional: Archivo de plantilla de secuenciador que se usa para conservar la configuración de Sequencer que se reutiliza habitualmente. |
Para obtener información sobre la secuenciación, vea Application Virtualization 5.0 Sequencing Guide(Guía de secuenciación de Application Virtualization 5.0).
¿Qué hay en el archivo appv?
El archivo appv es un contenedor que almacena archivos XML y no XML juntos en una sola entidad. Este archivo se compila a partir del formato AppX, que se basa en el estándar De convenciones de empaquetado abierto (OPC).
Para ver el contenido del archivo appv, realice una copia del paquete y cambie el nombre del archivo copiado a una extensión ZIP.
El archivo appv contiene la carpeta y los archivos siguientes, que se usan al crear y publicar una aplicación virtual:
| Nombre | Tipo | Descripción |
|---|---|---|
Raíz |
Carpeta de archivos |
Directorio que contiene el sistema de archivos de la aplicación virtualizada que se captura durante la secuenciación. |
[Content_Types].xml |
Archivo XML |
Lista de los tipos de contenido principales del archivo appv (e.g. DLL, EXE, BIN). |
AppxBlockMap.xml |
Archivo XML |
Diseño del archivo appv, que usa los elementos File, Block y BlockMap que habilitan la ubicación y validación de los archivos en el paquete de App-V. |
AppxManifest.xml |
Archivo XML |
Metadatos del paquete que contiene la información necesaria para agregar, publicar e iniciar el paquete. Incluye puntos de extensión (asociaciones de tipos de archivo y accesos directos) y los nombres y GUID asociados al paquete. |
FilesystemMetadata.xml |
Archivo XML |
Lista de los archivos capturados durante la secuenciación, incluidos los atributos (por ejemplo, directorios, archivos, directorios opacos, directorios vacíos y nombres largos y cortos). |
PackageHistory.xml |
Archivo XML |
Información sobre el equipo de secuenciación (versión del sistema operativo, versión de Internet Explorer, versión de .Net Framework) y proceso (actualización, versión del paquete). |
Registry.dat |
Archivo DAT |
Claves y valores del Registro capturados durante el proceso de secuenciación del paquete. |
StreamMap.xml |
Archivo XML |
Lista de archivos para el bloque de características principal y de publicación. El bloque de características de publicación contiene los archivos ICO y las partes necesarias de los archivos (EXE y DLL) para publicar el paquete. Cuando está presente, el bloque de características principal incluye archivos que se han optimizado para el streaming durante el proceso de secuenciación. |
Ubicaciones de almacenamiento de datos de cliente de App-V
El cliente de App-V realiza tareas para asegurarse de que las aplicaciones virtuales se ejecutan correctamente y funcionan como las aplicaciones instaladas localmente. El proceso de apertura y ejecución de aplicaciones virtuales requiere la asignación desde el sistema de archivos virtual y el registro para asegurarse de que la aplicación tiene los componentes necesarios de una aplicación tradicional esperada por los usuarios. En esta sección se describen los recursos necesarios para ejecutar aplicaciones virtuales y se muestra la ubicación donde App-V almacena los recursos.
| Nombre | Ubicación | Descripción |
|---|---|---|
Almacén de paquetes |
%ProgramData%\App-V |
Ubicación predeterminada para los archivos de paquete de solo lectura |
Catálogo de máquinas |
%ProgramData%\Microsoft\AppV\Client\Catalog |
Contiene documentos de configuración por máquina |
Catálogo de usuarios |
%AppData%\Microsoft\AppV\Client\Catalog |
Contiene documentos de configuración por usuario |
Copias de seguridad de accesos directos |
%AppData%\Microsoft\AppV\Client\Integration\ShortCutBackups |
Almacena puntos de integración anteriores que habilitan la restauración en el paquete no publicado |
Copiar en itinerancia de escritura (COW) |
%AppData%\Microsoft\AppV\Client\VFS |
Ubicación móvil que se puede escribir para la modificación del paquete |
Copiar en escritura (COW) local |
%LocalAppData%\Microsoft\AppV\Client\VFS |
Ubicación no móvil que se puede escribir para la modificación del paquete |
Registro de máquina |
HKLM\Software\Microsoft\AppV |
Contiene información de estado del paquete, incluido VReg para la máquina o los paquetes publicados globalmente (Hive de la máquina) |
Registro de usuarios |
HKCU\Software\Microsoft\AppV |
Contiene información de estado del paquete de usuario, incluido VReg. |
Clases del Registro de usuario |
HKCU\Software\Classes\AppV |
Contiene información adicional sobre el estado del paquete de usuario. |
Los detalles adicionales de la tabla se proporcionan en la sección siguiente y en todo el documento.
Almacén de paquetes
El cliente de App-V administra los recursos de aplicaciones montados en el almacén de paquetes. Esta ubicación de almacenamiento predeterminada es %ProgramData%\App-V, pero puede configurarla durante o después de la instalación mediante el Set-AppVClientConfiguration comando de PowerShell, que modifica el registro local (PackageInstallationRoot valor bajo la HKLM\Software\Microsoft\AppV\Client\Streaming clave). El almacén de paquetes debe encontrarse en una ruta de acceso local en el sistema operativo cliente. Los paquetes individuales se almacenan en el almacén de paquetes en subdirectorios denominados guid de paquete y GUID de versión.
Ejemplo de una ruta de acceso a una aplicación específica:
C:\ProgramData\App-V\PackGUID\VersionGUID
Para cambiar la ubicación predeterminada del almacén de paquetes durante la instalación, consulte Cómo implementar el cliente de App-V.
Almacén de contenido compartido
Si el cliente de App-V está configurado en modo almacén de contenido compartido, no se escribe ningún dato en el disco cuando se produce un error de secuencia, lo que significa que los paquetes requieren un espacio mínimo en disco local (publicación de datos). El uso de menos espacio en disco es muy deseable en entornos de VDI, donde el almacenamiento local puede ser limitado, y es preferible transmitir las aplicaciones desde una ubicación de red de alto rendimiento (como una SAN). Para obtener más información sobre el modo de almacén de contenido compartido, vea https://go.microsoft.com/fwlink/p/?LinkId=392750.
Nota La máquina y el almacén de paquetes deben encontrarse en una unidad local, incluso cuando se usan configuraciones del Almacén de contenido compartido para el cliente de App-V.
Catálogos de paquetes
El cliente de App-V administra las dos ubicaciones basadas en archivos siguientes:
Catálogos (usuario y máquina).
Ubicaciones del Registro : depende de cómo se dirija el paquete a la publicación. Hay un catálogo (almacén de datos) para el equipo y un catálogo para cada usuario individual. El Catálogo de máquinas almacena información global aplicable a todos los usuarios o a cualquier usuario, y el Catálogo de usuarios almacena la información aplicable a un usuario específico. El catálogo es una colección de configuraciones dinámicas y archivos de manifiesto; hay datos discretos para el archivo y el registro por versión del paquete.
Catálogo de máquinas
Descripción |
Almacena los documentos de paquete que están disponibles para los usuarios en el equipo, cuando se agregan y publican paquetes. Sin embargo, si un paquete es "global" en tiempo de publicación, las integraciones están disponibles para todos los usuarios. Si un paquete no es global, las integraciones solo se publican para usuarios específicos, pero todavía hay recursos globales que se modifican y son visibles para cualquier usuario del equipo cliente (por ejemplo, el directorio del paquete está en una ubicación de disco compartido). Si un paquete está disponible para un usuario en el equipo (global o no global), el manifiesto se almacena en el catálogo de máquinas. Cuando un paquete se publica globalmente, hay un archivo de configuración dinámica, almacenado en el catálogo de máquinas; por lo tanto, la determinación de si un paquete es global se define según si hay un archivo de directiva (archivo UserDeploymentConfiguration) en el catálogo de máquinas. |
Ubicación de almacenamiento predeterminada |
Esta ubicación no es la misma que la ubicación del Almacén de paquetes. El Almacén de paquetes es la copia dorada o prístina de los archivos del paquete. |
Archivos del catálogo de máquinas |
|
Ubicación de catálogo de máquinas adicional, que se usa cuando el paquete forma parte de un grupo de conexiones |
La siguiente ubicación se suma a la ubicación específica del paquete mencionada anteriormente:
|
Archivos adicionales en el catálogo de máquinas cuando el paquete forma parte de un grupo de conexiones |
|
Catálogo de usuarios
Descripción |
Creado durante el proceso de publicación. Contiene información usada para publicar el paquete y también se usa en el inicio para asegurarse de que un paquete se aprovisiona a un usuario específico. Se crea en una ubicación móvil e incluye información de publicación específica del usuario. Cuando se publica un paquete para un usuario, el archivo de directiva se almacena en el Catálogo de usuarios. Al mismo tiempo, también se almacena una copia del manifiesto en el Catálogo de usuarios. Cuando se quita un derecho de paquete para un usuario, los archivos de paquete correspondientes se quitan del Catálogo de usuarios. Al examinar el catálogo de usuarios, un administrador puede ver la presencia de un archivo de configuración dinámica, lo que indica que el paquete tiene derecho para ese usuario. Para los usuarios móviles, el Catálogo de usuarios debe estar en una ubicación móvil o compartida para conservar el comportamiento heredado de App-V de dirigirse a los usuarios de forma predeterminada. Los derechos y la directiva están asociados a un usuario, no a un equipo, por lo que deben ir con el usuario una vez aprovisionados. |
Ubicación de almacenamiento predeterminada |
|
Archivos en el catálogo de usuarios |
|
Ubicación de catálogo de usuarios adicional, que se usa cuando el paquete forma parte de un grupo de conexiones |
La siguiente ubicación se suma a la ubicación específica del paquete mencionada anteriormente:
|
Archivo adicional en el catálogo de máquinas cuando el paquete forma parte de un grupo de conexiones |
|
Copias de seguridad de acceso directo
Durante el proceso de publicación, el cliente de App-V realiza una copia de seguridad de los accesos directos y los puntos de integración a %AppData%\Microsoft\AppV\Client\Integration\ShortCutBackups. Esta copia de seguridad permite la restauración de estos puntos de integración a las versiones anteriores cuando el paquete no se publica.
Copiar en archivos de escritura
El Almacén de paquetes contiene una copia inmaculada de los archivos de paquete que se han transmitido desde el servidor de publicación. Durante el funcionamiento normal de una aplicación de App-V, el usuario o el servicio pueden requerir cambios en los archivos. Estos cambios no se realizan en el almacén de paquetes para conservar la capacidad de reparar la aplicación, lo que quita estos cambios. Estas ubicaciones, denominadas Copiar en escritura (COW), admiten ubicaciones móviles y no móviles. La ubicación en la que se almacenan las modificaciones depende de dónde se haya programado la aplicación para escribir los cambios en en una experiencia nativa.
Itinerancia de COW
La ubicación de COW Roaming descrita anteriormente almacena los cambios en archivos y directorios destinados a la ubicación típica %AppData% o \Users\{username}\AppData\Roaming location. A continuación, estos directorios y archivos se recorren en función de la configuración del sistema operativo.
COW local
La ubicación local de COW es similar a la ubicación de itinerancia, pero los directorios y archivos no se mueven a otros equipos, incluso si se ha configurado la compatibilidad con itinerancia. La ubicación de COW Local descrita anteriormente almacena los cambios aplicables a las ventanas típicas y no a la ubicación %AppData%. Los directorios enumerados variarán, pero habrá dos ubicaciones para las ubicaciones típicas de Windows (por ejemplo, Common AppData y Common AppDataS). S indica la ubicación restringida cuando el servicio virtual solicita el cambio como un usuario con privilegios elevados diferente de los usuarios que han iniciado sesión. La ubicación que no es S almacena los cambios basados en el usuario.
Registro de paquetes
Antes de que una aplicación pueda acceder a los datos del Registro de paquetes, el cliente de App-V debe hacer que los datos del Registro de paquetes estén disponibles para las aplicaciones. El cliente de App-V usa el registro real como almacén de respaldo para todos los datos del Registro.
Cuando se agrega un nuevo paquete al cliente de App-V, una copia de REGISTRY. El archivo DAT del paquete se crea en %ProgramData%\Microsoft\AppV\Client\VREG\{Version GUID}.dat. El nombre del archivo es el GUID de versión con . Extensión DAT. La razón por la que se realiza esta copia es asegurarse de que el archivo de Hive real del paquete nunca está en uso, lo que impediría la eliminación del paquete más adelante.
Registry.dat del Almacén de paquetes |
> |
%ProgramData%\Microsoft\AppV\Client\Vreg{VersionGuid}.dat |
Cuando se inicia la primera aplicación del paquete en el cliente, el cliente realiza o copia el contenido fuera del archivo de Hive y vuelve a crear los datos del Registro del paquete en una ubicación HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\AppV\Client\Packages\PackageGuid\Versions\VersionGuid\REGISTRYalternativa. Los datos del Registro almacenados provisionalmente tienen dos tipos distintos de datos de máquina y datos de usuario. Los datos de la máquina se comparten entre todos los usuarios de la máquina. Los datos de usuario se preconfigura para cada usuario en una ubicación HKCU\Software\Microsoft\AppV\Client\Packages\PackageGuid\Registry\Userespecífica del usuario. Los datos de la máquina se quitan en última instancia en el momento de la eliminación del paquete y los datos de usuario se quitan en una operación de no publicación del usuario.
Almacenamiento provisional del registro de paquetes frente a almacenamiento provisional del registro de grupo de conexiones
Cuando hay grupos de conexión presentes, el proceso anterior de almacenamiento provisional del registro es true, pero en lugar de tener un archivo de Hive que procesar, hay más de uno. Los archivos se procesan en el orden en que aparecen en el xml del grupo de conexiones, con el primer escritor ganando cualquier conflicto.
El registro almacenado provisionalmente se conserva de la misma manera que en el caso del paquete único. Los datos del Registro de usuario almacenados provisionalmente permanecen para el grupo de conexiones hasta que se deshabilitan; Los datos del Registro de máquina preconfigurados se quitan en la eliminación del grupo de conexiones.
Registro virtual
El propósito del registro virtual (VREG) es proporcionar una única vista combinada del registro de paquetes y el registro nativo a las aplicaciones. También proporciona funcionalidad de copia en escritura (COW): es decir, los cambios realizados en el registro desde el contexto de un proceso virtual se realizan en una ubicación de COW independiente. Esto significa que el VREG debe combinar hasta tres ubicaciones del Registro independientes en una sola vista en función de las ubicaciones rellenadas en el registro COW-> package -> native. Cuando se realiza una solicitud para los datos del Registro, se buscará en orden hasta que encuentre los datos que estaba solicitando. Es decir, si hay un valor almacenado en una ubicación COW, no pasará a otras ubicaciones; sin embargo, si no hay datos en la ubicación de COW, se procederá al paquete y, a continuación, a la ubicación nativa hasta que encuentre los datos adecuados.
Ubicaciones del Registro
Hay dos ubicaciones del Registro de paquetes y dos ubicaciones de grupo de conexiones donde el cliente de App-V almacena información del Registro, en función de si el paquete se publica individualmente o como parte de un grupo de conexiones. Hay tres ubicaciones COW para los paquetes y tres para los grupos de conexiones, que se crean y administran mediante VREG. La configuración de paquetes y grupos de conexiones no se comparte:
VReg de paquete único:
Ubicación |
Descripción |
VACA |
|
Paquete |
|
Nativo |
|
VReg del grupo de conexiones:
Ubicación |
Descripción |
VACA |
|
Paquete |
|
Nativo |
|
Hay dos ubicaciones cow para HKLM; procesos elevados y no elevados. Los procesos con privilegios elevados siempre escriben cambios HKLM en la VACA segura en HKLM. Los procesos sin privilegios elevados siempre escriben cambios HKLM en LA VACA no segura en HKCU\Software\Classes. Cuando una aplicación lee los cambios de HKLM, los procesos elevados leerán los cambios de la VACA segura en HKLM. Lecturas no elevadas de ambas, favorecidas primero por los cambios realizados en la VACA no segura.
Claves de paso a través
Las claves de paso a través permiten a un administrador configurar determinadas claves para que solo se puedan leer desde el registro nativo, omitiendo las ubicaciones Package y COW. Las ubicaciones de paso a través son globales para la máquina (no específicas del paquete) y se pueden configurar agregando la ruta de acceso a la clave, que debe tratarse como paso a través del valor REG_MULTI_SZ denominado PassThroughPaths de la clave HKLM\Software\Microsoft\AppV\Subsystem\VirtualRegistry. Cualquier clave que aparezca bajo este valor de cadena múltiple (y sus elementos secundarios) se tratará como paso a través.
Las siguientes ubicaciones se configuran como ubicaciones de paso a través de forma predeterminada:
HKEY_CURRENT_USER\SOFTWARE\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\eventlog\Application
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\WMI\Autologger
HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib
HKEY_LOCAL_MACHINE\SOFTWARE\Policies
HKEY_CURRENT_USER\SOFTWARE\Policies
El propósito de las claves de paso a través es asegurarse de que una aplicación virtual no escribe datos del Registro en el VReg necesarios para aplicaciones no virtuales para una operación o integración correctas. La clave Directivas garantiza que se utilicen directiva de grupo configuración basada en el administrador y no según la configuración del paquete. La clave AppModel es necesaria para la integración con aplicaciones basadas en la interfaz de usuario moderna de Windows. Se recomienda que las administrar no modifiquen ninguna de las claves de paso a través predeterminadas, pero en algunos casos, en función del comportamiento de la aplicación, es posible que sea necesario agregar claves de paso a través adicionales.
Comportamiento del almacén de paquetes de App-V
App-V 5 administra el Almacén de paquetes, que es la ubicación donde se almacenan los archivos de recursos expandidos del archivo appv. De forma predeterminada, esta ubicación se almacena en %ProgramData%\App-V y está limitada en términos de capacidades de almacenamiento solo por espacio libre en disco. Los GUID organizan el almacén de paquetes para el paquete y la versión, como se mencionó en la sección anterior.
Agregar paquetes
Los paquetes de App-V se almacenan provisionalmente tras la adición al equipo con el cliente de App-V. El cliente de App-V proporciona almacenamiento provisional a petición. Durante la publicación o un Add-AppVClientPackage manual, la estructura de datos se compila en el almacén de paquetes (c:\programdata\App-V\{PkgGUID}\{VerGUID}). Los archivos de paquete identificados en el bloque de publicación definido en el StreamMap.xml se agregan al sistema y las carpetas de nivel superior y los archivos secundarios almacenados provisionalmente para garantizar que existen recursos de aplicación adecuados en el inicio.
Paquetes de montaje
Los paquetes se pueden cargar explícitamente mediante PowerShell Mount-AppVClientPackage o mediante la interfaz de usuario de cliente de App-V para descargar un paquete. Esta operación carga por completo todo el paquete en el almacén de paquetes.
Paquetes de streaming
El cliente de App-V se puede configurar para cambiar el comportamiento predeterminado de streaming. Todas las directivas de streaming se almacenan en la siguiente clave del Registro: HKEY_LOCAL_MAcHINE\Software\Microsoft\AppV\Client\Streaming. Las directivas se establecen mediante el cmdlet Set-AppvClientConfigurationde PowerShell . Las directivas siguientes se aplican a Streaming:
| Directiva | Descripción |
|---|---|
AllowHighCostLaunch |
En Windows 8 permite el streaming a través de redes 3G y móviles |
Autoload |
Especifica la configuración De carga en segundo plano: 0 : deshabilitado 1 : solo paquetes usados anteriormente 2 : Todos los paquetes |
PackageInstallationRoot |
La carpeta raíz del almacén de paquetes en el equipo local |
PackageSourceRoot |
Invalidación raíz desde la que se deben transmitir paquetes |
SharedContentStoreMode |
Habilita el uso del Almacén de contenido compartido para escenarios de VDI |
Esta configuración afecta al comportamiento de transmisión de recursos de paquetes de App-V al cliente. De forma predeterminada, App-V solo descarga los recursos necesarios después de descargar los bloques de características principal y de publicación iniciales. Hay tres comportamientos específicos en torno a los paquetes de streaming que se deben explicar:
Streaming en segundo plano
Streaming optimizado
Errores de secuencia
Streaming en segundo plano
El cmdlet Get-AppvClientConfiguration de PowerShell se puede usar para determinar el modo actual para el streaming en segundo plano con la configuración AutoLoad y modificarlo con el cmdlet Set-AppvClientConfiguration o desde el Registro (HKLM\SOFTWARE\Microsoft\AppV\ClientStreaming key). El streaming en segundo plano es una configuración predeterminada en la que la configuración De carga automática está establecida para descargar los paquetes usados anteriormente. El comportamiento basado en la configuración predeterminada (value=1) descarga los bloques de datos de App-V en segundo plano después de iniciar la aplicación. Esta configuración se puede deshabilitar todos juntos (value=0) o habilitarse para todos los paquetes (value=2), independientemente de si se han iniciado.
Streaming optimizado
Los paquetes de App-V se pueden configurar con un bloque de características principal durante la secuenciación. Esta configuración permite al ingeniero de secuenciación supervisar los archivos de inicio de una aplicación o aplicaciones específicas y marcar los bloques de datos del paquete de App-V para el streaming en el primer inicio de cualquier aplicación del paquete.
Errores de flujo
Después de la secuencia inicial de los datos de publicación y el bloque de características principal, las solicitudes de archivos adicionales realizan errores de secuencia. Estos bloques de datos se descargan en el almacén de paquetes según sea necesario. Esto permite a un usuario descargar solo una pequeña parte del paquete, normalmente suficiente para iniciar el paquete y ejecutar tareas normales. Todos los demás bloques se descargan cuando un usuario inicia una operación que requiere datos que no están actualmente en el almacén de paquetes.
Para obtener más información sobre el streaming de paquetes de App-V, visite: https://go.microsoft.com/fwlink/?LinkId=392770.
La secuenciación para la optimización de streaming está disponible en: https://go.microsoft.com/fwlink/?LinkId=392771.
Actualizaciones de paquetes
Los paquetes de App-V requieren la actualización durante todo el ciclo de vida de la aplicación. Las actualizaciones de paquetes de App-V son similares a la operación de publicación de paquetes, ya que cada versión se creará en su propia ubicación PackageRoot: %ProgramData%\App-V\{PkgGUID}\{newVerGUID}. La operación de actualización se optimiza mediante la creación de vínculos duros a archivos idénticos y transmitidos desde otras versiones del mismo paquete.
Eliminación de paquetes
El comportamiento del cliente de App-V cuando se quitan los paquetes depende del método usado para la eliminación. Con una infraestructura completa de App-V para anular la publicación de la aplicación, se quitan los archivos de catálogo de usuarios (catálogo de máquinas para aplicaciones publicadas globalmente), pero conserva la ubicación del almacén de paquetes y las ubicaciones cow. Cuando se usa el cmdlet Remove-AppVClientPackge de PowerShell para quitar un paquete de App-V, se limpia la ubicación del almacén de paquetes. Recuerde que la eliminación de la publicación de un paquete de App-V desde el servidor de administración no realiza una operación de eliminación. Ninguna operación quitará los archivos de paquete del Almacén de paquetes.
Registro y datos móviles
App-V 5 puede proporcionar una experiencia casi nativa en itinerancia, en función de cómo se escriba la aplicación que se usa. De forma predeterminada, App-V recorre AppData almacenado en la ubicación móvil, en función de la configuración móvil del sistema operativo. Otras ubicaciones para el almacenamiento de datos basados en archivos no se mueven de un equipo a otro, ya que se encuentran en ubicaciones que no se mueven.
Requisitos de itinerancia y almacenamiento de datos del catálogo de usuarios
App-V almacena datos, que representan el estado del catálogo del usuario, en forma de:
Archivos en %appdata%\Microsoft\AppV\Client\Catalog
Configuración del Registro en
HKEY_CURRENT_USER\Software\Microsoft\AppV\Client\Packages
Juntos, estos archivos y la configuración del Registro representan el catálogo del usuario, por lo que ambos deben recorrerse o ninguno debe recorrerse para un usuario determinado. App-V no admite la itinerancia %AppData%, pero no itinerancia del perfil del usuario (registro) o viceversa.
Nota El cmdlet Repair-AppvClientPackage no repara el estado de publicación de los paquetes, donde el estado HKEY_CURRENT_USER de App-V del usuario en falta o no coincide con los datos de %appdata%.
Datos basados en el Registro
La itinerancia del Registro de App-V se divide en dos escenarios, como se muestra en la tabla siguiente.
| Escenario | Descripción |
|---|---|
Aplicaciones que se ejecutan como usuarios estándar |
Cuando un usuario estándar inicia una aplicación de App-V, las aplicaciones HKLM y HKCU para App-V se almacenan en el subárbol HKCU de la máquina. Esto se presenta como dos rutas de acceso distintas:
Las ubicaciones están habilitadas para la itinerancia en función de la configuración del sistema operativo. |
Aplicaciones que se ejecutan con elevación |
Cuando se inicia una aplicación con elevación:
En este escenario, esta configuración no se mueve con configuraciones móviles normales del sistema operativo y las claves y valores del Registro resultantes se almacenan en la siguiente ubicación:
|
App-V y redirección de carpetas
App-V 5.0 SP2 admite el redireccionamiento de carpetas de la carpeta AppData móvil (%AppData%). Cuando se inicia el entorno virtual, el estado de AppData móvil del directorio appData móvil del usuario se copia en la caché local. Por el contrario, cuando se cierra el entorno virtual, la memoria caché local asociada a appData móvil de un usuario específico se transfiere a la ubicación real del directorio AppData móvil de ese usuario.
Un paquete típico tiene varias ubicaciones asignadas en el almacén de respaldo del usuario para la configuración de AppData\Local y AppData\Roaming. Estas ubicaciones son las ubicaciones de copia en escritura que se almacenan por usuario en el perfil del usuario y que se usan para almacenar los cambios realizados en los directorios vfs del paquete y para proteger el vfs del paquete predeterminado.
En la tabla siguiente se muestran las ubicaciones locales y móviles, cuando no se ha implementado el redireccionamiento de carpetas.
| Directorio VFS en el paquete | Ubicación asignada del almacén de respaldo |
|---|---|
ProgramFilesX86 |
C:\users\jsmith\AppData<strong>Local\Microsoft\AppV\Client\VFS< GUID>\ProgramFilesX86 |
SystemX86 |
C:\users\jsmith\AppData<strong>Local\Microsoft\AppV\Client\VFS< GUID>\SystemX86 |
Windows |
C:\users\jsmith\AppData<strong>Local\Microsoft\AppV\Client\VFS< GUID>\Windows |
appv_ROOT |
C:\users\jsmith\AppData<strong>Local\Microsoft\AppV\Client\VFS< GUID>\appv_ROOT |
Appdata |
C:\users\jsmith\AppData<strong>Roaming\Microsoft\AppV\Client\VFS< GUID>\AppData |
En la tabla siguiente se muestran las ubicaciones locales y móviles, cuando se ha implementado el redireccionamiento de carpetas para %AppData%, y la ubicación se ha redirigido (normalmente a una ubicación de red).
| Directorio VFS en el paquete | Ubicación asignada del almacén de respaldo |
|---|---|
ProgramFilesX86 |
C:\users\jsmith\AppData<strong>Local\Microsoft\AppV\Client\VFS< GUID>\ProgramFilesX86 |
SystemX86 |
C:\users\jsmith\AppData<strong>Local\Microsoft\AppV\Client\VFS< GUID>\SystemX86 |
Windows |
C:\users\jsmith\AppData<strong>Local\Microsoft\AppV\Client\VFS< GUID>\Windows |
appv_ROOT |
C:\users\jsmith\AppData<strong>Local\Microsoft\AppV\Client\VFS< GUID>\appv_ROOT |
Appdata |
\Fileserver\users\jsmith\roaming\Microsoft\AppV\Client\VFS< GUID>\AppData |
El controlador VFS de cliente de App-V actual no puede escribir en ubicaciones de red, por lo que el cliente de App-V detecta la presencia del redireccionamiento de carpetas y copia los datos en la unidad local durante la publicación y cuando se inicia el entorno virtual. Una vez que el usuario cierra la aplicación App-V y el cliente de App-V cierra el entorno virtual, el almacenamiento local de VFS AppData se copia de nuevo en la red, lo que permite la itinerancia en máquinas adicionales, donde se repetirá el proceso. Los pasos detallados de los procesos son:
Durante la publicación o el inicio del entorno virtual, el cliente de App-V detecta la ubicación del directorio AppData.
Si la ruta de acceso móvil de AppData es local o está asignada la ubicación de AppData\Roaming, no ocurre nada.
Si la ruta de acceso móvil de AppData no es local, el directorio VFS AppData se asigna al directorio AppData local.
Este proceso resuelve el problema de un %AppData% no local que no es compatible con el controlador VFS de cliente de App-V. Sin embargo, los datos almacenados en esta nueva ubicación no se mueven con el redireccionamiento de carpetas. Todos los cambios durante la ejecución de la aplicación se producen en la ubicación local de AppData y se deben copiar en la ubicación redirigida. Los pasos detallados de este proceso son:
La aplicación App-V se apaga, lo que apaga el entorno virtual.
La caché local de la ubicación móvil de AppData se comprime y almacena en un archivo ZIP.
Se usa una marca de tiempo al final del proceso de empaquetado ZIP para asignar un nombre al archivo.
La marca de tiempo se registra en el Registro: HKEY_CURRENT_USER\Software\Microsoft\AppV\Client\Packages\<GUID>\AppDataTime como la última marca de tiempo conocida de AppData.
Se llama al proceso de redirección de carpetas para evaluar e iniciar el archivo ZIP cargado en el directorio AppData móvil.
La marca de tiempo se usa para determinar un escenario de "último escritor gana" si hay un conflicto y se usa para optimizar la descarga de los datos cuando se publica la aplicación de App-V o se inicia el entorno virtual. El redireccionamiento de carpetas hará que los datos estén disponibles desde cualquier otro cliente cubierto por la directiva auxiliar e iniciará el proceso de almacenamiento de los datos de AppData\Roaming en la ubicación local de AppData en el cliente. Los procesos detallados son:
El usuario inicia el entorno virtual iniciando una aplicación.
El entorno virtual de la aplicación comprueba si hay el archivo ZIP con marca de tiempo más reciente, si está presente.
El registro se comprueba para la última marca de tiempo cargada conocida, si está presente.
El archivo ZIP más reciente se descarga a menos que la última marca de tiempo de carga conocida local sea mayor o igual que la marca de tiempo del archivo ZIP.
Si la última marca de tiempo de carga conocida local es anterior a la del archivo ZIP más reciente en la ubicación móvil de AppData, el archivo ZIP se extrae en el directorio temporal local del perfil del usuario.
Una vez extraído correctamente el archivo ZIP, se cambia el nombre de la memoria caché local del directorio AppData móvil y se mueven los nuevos datos a su lugar.
El directorio cuyo nombre se ha cambiado se elimina y la aplicación se abre con los datos móviles de AppData guardados más recientemente.
Esto completa la itinerancia correcta de la configuración de la aplicación que está presente en las ubicaciones AppData\Roaming. La única otra condición que se debe abordar es una operación de reparación de paquetes. Los detalles del proceso son:
Durante la reparación, detecte si la ruta de acceso al directorio appData móvil del usuario no es local.
Asignar los destinos de ruta de acceso de AppData móviles no locales se vuelven a crear las ubicaciones de AppData locales y móviles esperadas.
Elimine la marca de tiempo almacenada en el Registro, si está presente.
Este proceso volverá a crear las ubicaciones locales y de red de AppData y quitará el registro de la marca de tiempo.
Administración del ciclo de vida de la aplicación cliente de App-V
En una infraestructura completa de App-V, después de secuenciar las aplicaciones se administran y publican en usuarios o equipos a través de los servidores de administración y publicación de App-V. En esta sección se detallan las operaciones que se producen durante las operaciones comunes del ciclo de vida de la aplicación de App-V (agregar, publicar, iniciar, actualizar y eliminar) y las ubicaciones de archivo y registro que se cambian y modifican desde la perspectiva del cliente de App-V. Las operaciones de cliente de App-V se realizan como una serie de comandos de PowerShell iniciados en el equipo que ejecuta el cliente de App-V.
Este documento se centra en las soluciones de infraestructura completa de App-V. Para obtener información específica sobre la integración de App-V con Configuration Manager 2012, consulte Configuraciones admitidas de App-V.
Las tareas del ciclo de vida de la aplicación de App-V se desencadenan al iniciar sesión del usuario (valor predeterminado), iniciar la máquina o como operaciones con tiempo en segundo plano. La configuración de las operaciones de cliente de App-V, incluidos los servidores de publicación, los intervalos de actualización, la habilitación de scripts de paquete, etc., se configura durante la instalación del cliente o posterior a la instalación con comandos de PowerShell. Consulte la sección Cómo implementar el cliente en TechNet en: Cómo implementar el cliente de App-V o usar PowerShell:
get-command *appv*
Actualización de publicación
El proceso de actualización de publicación se compone de varias operaciones más pequeñas que se realizan en el cliente de App-V. Dado que App-V es una tecnología de virtualización de aplicaciones y no una tecnología de programación de tareas, el Programador de tareas de Windows se usa para habilitar el proceso en el inicio de sesión del usuario, el inicio de la máquina y a intervalos programados. La configuración del cliente durante la instalación enumerada anteriormente es el método preferido al distribuir el cliente a un grupo grande de equipos con la configuración correcta. Esta configuración de cliente se puede configurar con los siguientes cmdlets de PowerShell:
Add-AppVPublishingServer: Configura el cliente con un servidor de publicación de App-V que proporciona paquetes de App-V.
Set-AppVPublishingServer: Modifica la configuración actual del servidor de publicación de App-V.
Set-AppVClientConfiguration: Modifica la configuración de corrientes para el cliente de App-V.
Sync-AppVPublishingServer: Inicia un proceso de actualización de publicación de App-V manualmente. Esto también se usa en las tareas programadas creadas durante la configuración del servidor de publicación.
El objetivo de las secciones siguientes es detallar las operaciones que se producen durante las distintas fases de una actualización de publicación de App-V. Los temas incluyen:
Adición de un paquete de App-V
Publicación de un paquete de App-V
Adición de un paquete de App-V
Agregar un paquete de App-V al cliente es el primer paso del proceso de actualización de publicación. El resultado final es el mismo que el Add-AppVClientPackage cmdlet de PowerShell, excepto durante el proceso de adición de actualización de publicación, el servidor de publicación configurado se pone en contacto con el cliente y pasa una lista de alto nivel de aplicaciones al cliente para extraer información más detallada y no una sola operación de incorporación de paquetes. El proceso continúa configurando el cliente para agregar o actualizar paquetes o grupos de conexiones y, a continuación, accede al archivo appv. A continuación, el contenido del archivo appv se expande y se coloca en el sistema operativo local en las ubicaciones adecuadas. A continuación se muestra un flujo de trabajo detallado del proceso, suponiendo que el paquete está configurado para Fault Streaming.
Cómo agregar un paquete de App-V
Iniciación manual a través de PowerShell o inicio de secuencia de tareas del proceso de actualización de publicación.
El cliente de App-V realiza una conexión HTTP y solicita una lista de aplicaciones basada en el destino. El proceso de actualización de publicación admite la selección de equipos o usuarios de destino.
El servidor de publicación de App-V usa la identidad del destino inicial, el usuario o la máquina, y consulta la base de datos para obtener una lista de las aplicaciones autorizadas. La lista de aplicaciones se proporciona como respuesta XML, que el cliente usa para enviar solicitudes adicionales al servidor para obtener más información por paquete.
El Agente de publicación en el cliente de App-V realiza todas las acciones siguientes serializadas.
Evalúe los grupos de conexiones que no se publican o deshabilitan, ya que no se pueden procesar las actualizaciones de la versión del paquete que forman parte del grupo de conexiones.
Configure los paquetes mediante la identificación de operaciones Agregar o Actualizar.
El cliente de App-V usa la API de AppX desde Windows y accede al archivo appv desde el servidor de publicación.
El archivo de paquete se abre y los AppXManifest.xml y StreamMap.xml se descargan en el Almacén de paquetes.
Transmitir completamente los datos de bloque de publicación definidos en el StreamMap.xml. Almacena los datos del bloque de publicación en el Almacén de paquetes\PkgGUID\VerGUID\Root.
Iconos: destinos de puntos de extensión.
Encabezados ejecutables portátiles (encabezados PE): destinos de puntos de extensión que contienen la información base sobre la imagen necesaria en el disco, a los que se accede directamente o a través de tipos de archivo.
Scripts: descargue el directorio scripts para usarlo a lo largo del proceso de publicación.
Rellene el almacén de paquetes:
Cree archivos dispersos en el disco que representen el paquete extraído para los directorios enumerados.
Almacenar en fase los archivos y directorios de nivel superior en la raíz.
Todos los demás archivos se crean cuando el directorio aparece como disperso en el disco y se transmite a petición.
Cree las entradas del catálogo de máquinas. Cree el Manifest.xml y DeploymentConfiguration.xml a partir de los archivos de paquete (si no se crea ningún archivo DeploymentConfiguration.xml en el paquete, se crea un marcador de posición).
Cree la ubicación del almacén de paquetes en el registro HKLM\Software\Microsoft\AppV\Client\Packages\PkgGUID\Versions\VerGUID\Catalog
Cree el archivo Registry.dat del almacén de paquetes en %ProgramData%\Microsoft\AppV\Client\VReg\{VersionGUID}.dat
Registrar el paquete con el controlador de modo kernel de App-V HKLM\Microsoft\Software\AppV\MAV
Invoque scripting desde el archivo AppxManifest.xml o DeploymentConfig.xml para el tiempo de agregar paquete.
Configure los grupos de conexiones agregando y habilitando o deshabilitando.
Quite los objetos que no se publican en el destino (usuario o equipo).
Nota Esto no realizará una eliminación de paquetes, sino que quitará puntos de integración para el destino específico (usuario o equipo) y quitará archivos de catálogo de usuarios (archivos de catálogo de máquinas para publicación global).
Invoque el montaje de carga en segundo plano en función de la configuración del cliente.
Los paquetes que ya tienen información de publicación para la máquina o el usuario se restauran inmediatamente.
Nota Esta condición se produce como un producto de eliminación sin publicar con la adición en segundo plano del paquete.
Esto completa un complemento de paquete de App-V del proceso de actualización de publicación. El siguiente paso es publicar el paquete en el destino específico (equipo o usuario).
Publicación de un paquete de App-V
Durante la operación de actualización de publicación, la operación de publicación específica (Publish-AppVClientPackage) agrega entradas al catálogo de usuarios, asigna derechos al usuario, identifica el almacén local y finaliza completando los pasos de integración. Estos son los pasos detallados.
Publicación y paquete de App-V
Las entradas del paquete se agregan al catálogo de usuarios
Paquetes de destino del usuario: los UserDeploymentConfiguration.xml y UserManifest.xml se colocan en la máquina en el Catálogo de usuarios.
Paquetes de destino de máquina (global): el UserDeploymentConfiguration.xml se coloca en el catálogo de máquinas
Registre el paquete con el controlador de modo kernel para el usuario en HKLM\Software\Microsoft\AppV\MAV.
Realice tareas de integración.
Cree puntos de extensión.
Almacene la información de copia de seguridad en el registro del usuario y el perfil móvil (copias de seguridad de acceso directo).
Nota Esto habilita los puntos de extensión de restauración si el paquete no está publicado.
Ejecute scripts destinados a la temporización de publicación.
La publicación de un paquete de App-V que forma parte de un grupo de conexiones es muy similar al proceso anterior. En el caso de los grupos de conexiones, la ruta de acceso que almacena la información de catálogo específica incluye PackageGroups como elemento secundario del directorio de catálogo. Revise la información del catálogo de usuarios y la máquina anterior para obtener más información.
Inicio de la aplicación
Después del proceso de actualización de publicación, el usuario inicia y, posteriormente, vuelve a iniciar una aplicación de App-V. El proceso es muy sencillo y optimizado para iniciarse rápidamente con un mínimo de tráfico de red. El cliente de App-V comprueba la ruta de acceso al catálogo de usuarios en busca de archivos creados durante la publicación. Una vez establecidos los derechos para iniciar el paquete, el cliente de App-V crea un entorno virtual, comienza a transmitir los datos necesarios y aplica los archivos de configuración de manifiesto e implementación adecuados durante la creación del entorno virtual. Con el entorno virtual creado y configurado para el paquete y la aplicación específicos, se inicia la aplicación.
Cómo iniciar aplicaciones de App-V
El usuario inicia la aplicación haciendo clic en un acceso directo o una invocación de tipo de archivo.
El cliente de App-V comprueba la existencia en el catálogo de usuarios de los siguientes archivos.
UserDeploymentConfiguration.xml
UserManifest.xml
Si los archivos están presentes, la aplicación tiene derecho a ese usuario específico y la aplicación iniciará el proceso de inicio. No hay tráfico de red en este momento.
A continuación, el cliente de App-V comprueba que la ruta de acceso del paquete registrado para el servicio cliente de App-V se encuentra en el Registro.
Tras buscar la ruta de acceso al almacén de paquetes, se crea el entorno virtual. Si este es el primer inicio, el bloque de características principal se descarga si está presente.
Después de la descarga, el servicio cliente de App-V consume los archivos de configuración de manifiesto e implementación para configurar el entorno virtual y se cargan todos los subsistemas de App-V.
Se inicia la aplicación. Para los archivos que faltan en el almacén de paquetes (archivos dispersos), App-V transmitirá los archivos de error según sea necesario.
Actualización de un paquete de App-V
El proceso de actualización del paquete de App-V 5 difiere de las versiones anteriores de App-V. App-V admite varias versiones del mismo paquete en una máquina con derecho a usuarios diferentes. Las versiones del paquete se pueden agregar en cualquier momento, ya que el almacén de paquetes y los catálogos se actualizan con los nuevos recursos. El único proceso específico para la adición de recursos de nueva versión es la optimización del almacenamiento. Durante una actualización, solo se agregan los nuevos archivos a la nueva ubicación del almacén de versiones y se crean vínculos duros para los archivos sin cambios. Esto reduce el almacenamiento general al presentar solo el archivo en una ubicación de disco y, a continuación, proyectarlo en todas las carpetas con una entrada de ubicación de archivo en el disco. Los detalles específicos de la actualización de un paquete de App-V son los siguientes:
Actualización de un paquete de App-V
El cliente de App-V realiza una actualización de publicación y detecta una versión más reciente de un paquete de App-V.
Las entradas del paquete se agregan al catálogo adecuado para la nueva versión.
Paquetes de destino de usuario: los UserDeploymentConfiguration.xml y UserManifest.xml se colocan en la máquina del catálogo de usuarios en appdata\roaming\Microsoft\AppV\Client\Catalog\Packages\PkgGUID\VerGUID
Paquetes de destino de máquina (global): el UserDeploymentConfiguration.xml se coloca en el catálogo de máquinas en %programdata%\Microsoft\AppV\Client\Catalog\Packages\PkgGUID\VerGUID
Registre el paquete con el controlador de modo kernel para el usuario en HKLM\Software\Microsoft\AppV\MAV.
Realice tareas de integración.
- Integre puntos de extensiones (EP) desde los archivos de manifiesto y configuración dinámica.
Los datos ep basados en archivos se almacenan en la carpeta AppData mediante puntos de unión del almacén de paquetes.
Las direcciones IP de la versión 1 ya existen cuando está disponible una nueva versión.
Los puntos de extensión se cambian a la ubicación de la versión 2 en los catálogos de equipos o usuarios para cualquier punto de extensión más reciente o actualizado.
Ejecute scripts destinados a la temporización de publicación.
Instale ensamblados en paralelo según sea necesario.
Actualización de un paquete de App-V en uso
A partir de App-V 5 SP2: si intenta actualizar un paquete que está en uso por un usuario final, la tarea de actualización se coloca en un estado pendiente. La actualización se ejecutará más adelante, según las reglas siguientes:
| Tipo de tarea | Regla aplicable |
|---|---|
Tarea basada en el usuario, por ejemplo, publicar un paquete en un usuario |
La tarea pendiente se realizará después de que el usuario cierre la sesión y vuelva a iniciarla. |
Tarea basada globalmente, por ejemplo, habilitar un grupo de conexiones globalmente |
La tarea pendiente se realizará cuando el equipo se apague y, a continuación, se reinicie. |
Cuando una tarea se coloca en un estado pendiente, el cliente de App-V también genera una clave del Registro para la tarea pendiente, como se indica a continuación:
| Tarea basada en el usuario o globalmente | Dónde se genera la clave del Registro |
|---|---|
Tareas basadas en el usuario |
KEY_CURRENT_USER\Software\Microsoft\AppV\Client\PendingTasks |
Tareas basadas globalmente |
HKEY_LOCAL_MACHINE\Software\Microsoft\AppV\Client\PendingTasks |
Las siguientes operaciones deben completarse para que los usuarios puedan usar la versión más reciente del paquete:
| Tarea | Detalles |
|---|---|
Agregar el paquete al equipo |
Esta tarea es específica del equipo y puede realizarla en cualquier momento completando los pasos descritos en la sección Agregar paquete anterior. |
Publicación del paquete |
Consulte la sección Publicación de paquetes anterior para ver los pasos. Este proceso requiere que actualice los puntos de extensión en el sistema. Los usuarios finales no pueden usar la aplicación cuando se completa esta tarea. |
Use los escenarios de ejemplo siguientes como guía para actualizar paquetes.
| Escenario | Requisitos |
|---|---|
El paquete de App-V no está en uso al intentar actualizar |
Ninguno de los siguientes componentes del paquete puede estar en uso: aplicación virtual, servidor COM o extensiones de shell. El administrador publica una versión más reciente del paquete y la actualización funciona la próxima vez que se inicia un componente o aplicación dentro del paquete. La nueva versión del paquete se transmite y se ejecuta. Nada ha cambiado en este escenario en App-V 5 SP2 de versiones anteriores de App-V 5. |
El paquete de App-V está en uso cuando el administrador publica una versión más reciente del paquete. |
El cliente de App-V establece la operación de actualización en pendiente, lo que significa que se pone en cola y se lleva a cabo más adelante cuando el paquete no está en uso. Si la aplicación de paquete está en uso, el usuario cierra la aplicación virtual, después de lo cual puede producirse la actualización. Si el paquete tiene extensiones de shell (Office 2013), que el Explorador de Windows carga permanentemente, el usuario no puede iniciar sesión. Los usuarios deben cerrar la sesión y volver a iniciar sesión para iniciar la actualización del paquete de App-V. |
Publicación global frente a usuario
Los paquetes de App-V se pueden publicar de dos maneras; Usuario que da derecho a un paquete de App-V a un usuario o grupo específico de usuarios y Global que da derecho al paquete de App-V a toda la máquina para todos los usuarios de la máquina. Una vez que una actualización del paquete se ha pended y el paquete de App-V no está en uso, tenga en cuenta los dos tipos de publicación:
Publicado globalmente: la aplicación se publica en una máquina; todos los usuarios de esa máquina pueden usarlo. La actualización se producirá cuando se inicie el servicio cliente de App-V, lo que significa de forma eficaz un reinicio de la máquina.
Usuario publicado: la aplicación se publica en un usuario. Si hay varios usuarios en la máquina, la aplicación se puede publicar en un subconjunto de los usuarios. La actualización se producirá cuando el usuario inicie sesión o cuando se publique de nuevo (periódicamente, actualización y evaluación de directivas de ConfigMgr, o una publicación o actualización periódicas de App-V, o explícitamente a través de comandos de PowerShell).
Eliminación de un paquete de App-V
Quitar aplicaciones de App-V en una infraestructura completa es una operación que no se puede publicar y no realiza una eliminación de paquetes. El proceso es el mismo que el proceso de publicación anterior, pero en lugar de agregar el proceso de eliminación, invierte los cambios realizados para los paquetes de App-V.
Reparación de un paquete de App-V
La operación de reparación es muy sencilla, pero puede afectar a muchas ubicaciones de la máquina. Las ubicaciones de copia en escritura (COW) mencionadas anteriormente se quitan y los puntos de extensión se desintegran y, a continuación, se vuelven a integrar. Revise las ubicaciones de selección de ubicación de datos de COW; para ello, revise dónde están registradas en el registro. Esta operación se realiza automáticamente y no hay ningún control administrativo que no sea iniciar una operación de reparación desde la consola de cliente de App-V o a través de PowerShell (Repair-AppVClientPackage).
Integración de paquetes de App-V
El cliente de App-V y la arquitectura de paquetes proporcionan una integración específica con el sistema operativo local durante la adición y publicación de paquetes. Tres archivos definen los puntos de integración o extensión de un paquete de App-V:
AppXManifest.xml: se almacena dentro del paquete con copias de reserva almacenadas en el almacén de paquetes y el perfil de usuario. Contiene las opciones creadas durante el proceso de secuenciación.
DeploymentConfig.xml: proporciona información de configuración de los puntos de extensión de integración basados en el equipo y el usuario.
UserConfig.xml: subconjunto de la Deploymentconfig.xml que solo proporciona configuraciones basadas en el usuario y solo tiene como destino puntos de extensión basados en el usuario.
Reglas de integración
Cuando las aplicaciones de App-V se publican en un equipo con el cliente de App-V, se realizan algunas acciones específicas como se describe en la lista siguiente:
Publicación global: los accesos directos se almacenan en la ubicación del perfil Todos los usuarios y otros puntos de extensión se almacenan en el Registro en el subárbol HKLM.
Publicación de usuarios: los accesos directos se almacenan en el perfil de cuenta de usuario actual y otros puntos de extensión se almacenan en el registro en el subárbol HKCU.
Copia de seguridad y restauración: se realiza una copia de seguridad de los datos y el registro de aplicaciones nativas existentes (como registros de FTA) durante la publicación.
A los paquetes de App-V se les asigna la propiedad en función del último paquete integrado en el que la propiedad se pasa a la aplicación de App-V publicada más reciente.
La propiedad se transfiere de un paquete de App-V a otro cuando el paquete de App-V propietario no está publicado. Esto no iniciará una restauración de los datos o el registro.
Restaure los datos de los que se ha hecho una copia de seguridad cuando el último paquete no se haya publicado o quitado por punto de extensión.
Puntos de extensión
Los archivos de publicación de App-V (manifiesto y configuración dinámica) proporcionan varios puntos de extensión que permiten que la aplicación se integre con el sistema operativo local. Estos puntos de extensión realizan tareas de instalación de aplicaciones típicas, como la colocación de accesos directos, la creación de asociaciones de tipos de archivo y el registro de componentes. Como se trata de aplicaciones virtualizadas que no se instalan de la misma manera que una aplicación tradicional, hay algunas diferencias. A continuación se muestra una lista de puntos de extensión que se tratan en esta sección:
Accesos directos
Asociaciones de tipos de archivo
Extensiones de Shell
COM
Clientes de software
Funcionalidades de la aplicación
Controlador de protocolo de dirección URL
AppPath
Aplicación virtual
Accesos directos
El corte corto es uno de los elementos básicos de la integración con el sistema operativo y es la interfaz para el inicio directo del usuario de una aplicación de App-V. Durante la publicación y la publicación de aplicaciones de App-V.
Desde el manifiesto del paquete y los archivos XML de configuración dinámica, la ruta de acceso a un ejecutable de aplicación específico se puede encontrar en una sección similar a la siguiente:
<Extension Category="AppV.Shortcut">
<Shortcut>
<File>[{Common Desktop}]\Adobe Reader 9.lnk</File>
<Target>[{AppVPackageRoot}]\Reader\AcroRd32.exe</Target>
<Icon>[{Windows}]\Installer\{AC76BA86-7AD7-1033-7B44-A94000000001}\SC_Reader.ico</Icon>
<Arguments />
<WorkingDirectory />
<ShowCommand>1</ShowCommand>
<ApplicationId>[{AppVPackageRoot}]\Reader\AcroRd32.exe</ApplicationId>
</Shortcut>
</Extension>
Como se mencionó anteriormente, los accesos directos de App-V se colocan de forma predeterminada en el perfil del usuario en función de la operación de actualización. La actualización global coloca los accesos directos en el perfil Todos los usuarios y la actualización del usuario los almacena en el perfil del usuario específico. El ejecutable real se almacena en el Almacén de paquetes. La ubicación del archivo ICO es una ubicación tokenizada en el paquete de App-V.
Asociaciones de tipos de archivo
El cliente de App-V administra las asociaciones de tipos de archivo del sistema operativo local durante la publicación, lo que permite a los usuarios usar invocaciones de tipo de archivo o abrir un archivo con una extensión específicamente registrada (.docx) para iniciar una aplicación de App-V. Las asociaciones de tipos de archivo están presentes en los archivos de configuración dinámica y de manifiesto, como se muestra en el ejemplo siguiente:
<Extension Category="AppV.FileTypeAssociation">
<FileTypeAssociation>
<FileExtension MimeAssociation="true">
<Name>.xdp</Name>
<ProgId>AcroExch.XDPDoc</ProgId>
<ContentType>application/vnd.adobe.xdp+xml</ContentType>
</FileExtension>
<ProgId>
<Name>AcroExch.XDPDoc</Name>
<Description>Adobe Acrobat XML Data Package File</Description>
<EditFlags>65536</EditFlags>
<DefaultIcon>[{Windows}]\Installer\{AC76BA86-7AD7-1033-7B44-A94000000001}\XDPFile_8.ico</DefaultIcon>
<ShellCommands>
<DefaultCommand>Read</DefaultCommand>
<ShellCommand>
<ApplicationId>[{AppVPackageRoot}]\Reader\AcroRd32.exe</ApplicationId>
<Name>Open</Name>
<CommandLine>"[{AppVPackageRoot}]\Reader\AcroRd32.exe" "%1"</CommandLine>
</ShellCommand>
<ShellCommand>
<ApplicationId>[{AppVPackageRoot}]\Reader\AcroRd32.exe</ApplicationId>
<Name>Printto</Name>
<CommandLine>"[{AppVPackageRoot}]\Reader\AcroRd32.exe" /t "%1" "%2" "%3" "%4"</CommandLine>
</ShellCommand>
<ShellCommand>
<ApplicationId>[{AppVPackageRoot}]\Reader\AcroRd32.exe</ApplicationId>
<Name>Read</Name>
<FriendlyName>Open with Adobe Reader 9</FriendlyName>
<CommandLine>"[{AppVPackageRoot}]\Reader\AcroRd32.exe" "%1"</CommandLine>
</ShellCommand>
</ShellCommands>
</ProgId>
</FileTypeAssociation>
</Extension>
Nota En este ejemplo:
<Name>.xdp</Name>es la extensión<Name>AcroExch.XDPDoc</Name>es el valor de ProgId (que apunta al ProgId adyacente)<CommandLine>"[{AppVPackageRoot}]\Reader\AcroRd32.exe" "%1"</CommandLine>es la línea de comandos, que apunta al archivo ejecutable de la aplicación.
Extensiones de Shell de :
Las extensiones de shell se insertan automáticamente en el paquete durante el proceso de secuenciación. Cuando el paquete se publica globalmente, la extensión de shell proporciona a los usuarios la misma funcionalidad que si la aplicación estuviera instalada localmente. La aplicación no requiere ninguna configuración o configuración adicional en el cliente para habilitar la funcionalidad de extensión de shell.
Requisitos para usar extensiones de shell:
Los paquetes que contienen extensiones de shell insertadas deben publicarse globalmente.
El "bitness" de la aplicación, Sequencer y el cliente de App-V debe coincidir o las extensiones de shell no funcionarán. Por ejemplo:
La versión de la aplicación es de 64 bits.
Sequencer se ejecuta en un equipo de 64 bits.
El paquete se entrega a un equipo cliente de App-V de 64 bits.
En la tabla siguiente se muestran las extensiones de shell admitidas.
| Controlador | Descripción |
|---|---|
Controlador de menú contextual |
Agrega elementos de menú al menú contextual. Se llama antes de que se muestre el menú contextual. |
Controlador de arrastrar y colocar |
Controla la acción al hacer clic con el botón derecho en arrastrar y colocar y modifica el menú contextual que aparece. |
Quitar controlador de destino |
Controla la acción después de arrastrar y colocar un objeto de datos sobre un destino de colocación, como un archivo. |
Controlador de objetos de datos |
Controla la acción después de copiar un archivo en el Portapapeles o arrastrarlo y colocarlo sobre un destino de colocación. Puede proporcionar formatos de portapapeles adicionales al destino de colocación. |
Controlador de hoja de propiedades |
Reemplaza o agrega páginas al cuadro de diálogo de hoja de propiedades de un objeto. |
Controlador de información sobre información |
Permite recuperar marcas e información sobre información sobre un elemento y mostrarlo dentro de una información sobre herramientas emergente al mantener el mouse sobre la pantalla. |
Controlador de columnas |
Permite crear y mostrar columnas personalizadas en la vista Detalles del Explorador de Windows. Se puede usar para ampliar la ordenación y la agrupación. |
Controlador de vista previa |
Permite mostrar una vista previa de un archivo en el panel vista previa del Explorador de Windows. |
COM
El cliente de App-V admite la publicación de aplicaciones con compatibilidad con la integración y virtualización COM. La integración COM permite al cliente de App-V registrar objetos COM en el sistema operativo local y la virtualización de los objetos. Para los fines de este documento, la integración de objetos COM requiere detalles adicionales.
App-V admite el registro de objetos COM desde el paquete al sistema operativo local con dos tipos de proceso: fuera de proceso y en proceso. El registro de objetos COM se realiza con uno o una combinación de varios modos de operación para un paquete específico de App-V que incluye off, Isolated e Integrated. El modo integrado está configurado para el tipo fuera de proceso o en proceso. La configuración de los modos y tipos COM se realiza con archivos de configuración dinámica (deploymentconfig.xml o userconfig.xml).
Los detalles sobre la integración de App-V están disponibles en: https://go.microsoft.com/fwlink/?LinkId=392834.
Funcionalidades de aplicaciones y clientes de software
App-V admite clientes de software específicos y puntos de extensión de funcionalidades de aplicación que permiten registrar aplicaciones virtualizadas con el cliente de software del sistema operativo. Esto permite a los usuarios seleccionar programas predeterminados para operaciones como correo electrónico, mensajería instantánea y reproductor multimedia. Esta operación se realiza en el panel de control con establecer los valores predeterminados de acceso al programa y equipo, y se configura durante la secuenciación en los archivos de configuración dinámica o de manifiesto. Las funcionalidades de la aplicación solo se admiten cuando las aplicaciones de App-V se publican globalmente.
Ejemplo de registro de cliente de software de un cliente de correo basado en App-V.
<SoftwareClients Enabled="true">
<ClientConfiguration EmailEnabled="true" />
<Extensions>
<Extension Category="AppV.SoftwareClient">
<SoftwareClients>
<EMail MakeDefault="true">
<Name>Mozilla Thunderbird</Name>
<Description>Mozilla Thunderbird</Description>
<DefaultIcon>[{ProgramFilesX86}]\Mozilla Thunderbird\thunderbird.exe,0</DefaultIcon>
<InstallationInformation>
<RegistrationCommands>
<Reinstall>"[{ProgramFilesX86}]\Mozilla Thunderbird\uninstall\helper.exe" /SetAsDefaultAppGlobal</Reinstall>
<HideIcons>"[{ProgramFilesX86}]\Mozilla Thunderbird\uninstall\helper.exe" /HideShortcuts</HideIcons>
<ShowIcons>"[{ProgramFilesX86}]\Mozilla Thunderbird\uninstall\helper.exe" /ShowShortcuts</ShowIcons>
</RegistrationCommands>
<IconsVisible>1</IconsVisible>
<OEMSettings />
</InstallationInformation>
<ShellCommands>
<ApplicationId>[{ProgramFilesX86}]\Mozilla Thunderbird\thunderbird.exe</ApplicationId>
<Open>"[{ProgramFilesX86}]\Mozilla Thunderbird\thunderbird.exe" -mail</Open>
</ShellCommands>
<MAPILibrary>[{ProgramFilesX86}]\Mozilla Thunderbird\mozMapi32_InUse.dll</MAPILibrary>
<MailToProtocol>
<Description>Thunderbird URL</Description>
<EditFlags>2</EditFlags>
<DefaultIcon>[{ProgramFilesX86}]\Mozilla Thunderbird\thunderbird.exe,0</DefaultIcon>
<ShellCommands>
<ApplicationId>[{ProgramFilesX86}]\Mozilla Thunderbird\thunderbird.exe</ApplicationId>
<Open>"[{ProgramFilesX86}]\Mozilla Thunderbird\thunderbird.exe" -osint -compose "%1"</Open>
</ShellCommands>
</MailToProtocol>
</EMail>
</SoftwareClients>
</Extension>
</Extensions>
</SoftwareClients>
Nota En este ejemplo:
<ClientConfiguration EmailEnabled="true" />es la configuración general de clientes de software para integrar clientes Email<EMail MakeDefault="true">es la marca para establecer un cliente de Email determinado como cliente de Email predeterminado<MAPILibrary>[{ProgramFilesX86}]\Mozilla Thunderbird\mozMapi32_InUse.dll</MAPILibrary>es el registro dll mapi
Controlador de protocolo de dirección URL
Las aplicaciones no siempre se denominan específicamente aplicaciones virtualizadas mediante la invocación de tipo de archivo. Por ejemplo, en una aplicación que admite la inserción de un vínculo mailto: dentro de un documento o página web, el usuario hace clic en un vínculo mailto: y espera obtener su cliente de correo registrado. App-V admite controladores de protocolo de dirección URL que se pueden registrar por paquete con el sistema operativo local. Durante la secuenciación, los controladores de protocolo de dirección URL se agregan automáticamente al paquete.
En situaciones en las que hay más de una aplicación que podría registrar el controlador de protocolo de dirección URL específico, los archivos de configuración dinámica se pueden usar para modificar el comportamiento y suprimir o deshabilitar esta característica para una aplicación que no debe ser la aplicación principal iniciada.
AppPath
El punto de extensión de AppPath admite la llamada a aplicaciones de App-V directamente desde el sistema operativo. Esto suele realizarse desde la pantalla Ejecutar o Iniciar, en función del sistema operativo, que permite a los administradores proporcionar acceso a las aplicaciones de App-V desde comandos o scripts del sistema operativo sin llamar a la ruta de acceso específica al ejecutable. Por lo tanto, evita modificar la variable de entorno de la ruta de acceso del sistema en todos los sistemas, tal y como se realiza durante la publicación.
El punto de extensión de AppPath se configura en el manifiesto o en los archivos de configuración dinámica y se almacena en el Registro en el equipo local durante la publicación para el usuario. Para obtener más información sobre AppPath, revise: https://go.microsoft.com/fwlink/?LinkId=392835.
Aplicación virtual
Este subsistema proporciona una lista de las aplicaciones capturadas durante la secuenciación que suelen consumir otros componentes de App-V. La integración de puntos de extensión que pertenecen a una aplicación determinada se puede deshabilitar mediante archivos de configuración dinámica. Por ejemplo, si un paquete contiene dos aplicaciones, es posible deshabilitar todos los puntos de extensión que pertenecen a una aplicación, con el fin de permitir solo la integración de puntos de extensión de otra aplicación.
Reglas de punto de extensión
Los puntos de extensión descritos anteriormente se integran en el sistema operativo en función de cómo se hayan publicado los paquetes. La publicación global coloca puntos de extensión en ubicaciones de máquinas públicas, donde la publicación de usuarios coloca puntos de extensión en ubicaciones de usuario. Por ejemplo, un acceso directo que se crea en el escritorio y se publica globalmente dará como resultado los datos de archivo del acceso directo (%Public%\Desktop) y los datos del Registro (HKLM\Software\Classes). El mismo acceso directo tendría datos de archivo (%UserProfile%\Desktop) y datos del Registro (HKCU\Software\Classes).
Los puntos de extensión no se publican de la misma manera, donde algunos puntos de extensión requerirán publicación global y otros requieren secuenciación en el sistema operativo específico y la arquitectura donde se entregan. A continuación se muestra una tabla que describe estas dos reglas clave.
| Extensión virtual | Requiere secuenciación del sistema operativo de destino | Requiere publicación global |
|---|---|---|
Acceso directo |
||
Asociación de tipo de archivo |
||
Protocolos de dirección URL |
X |
|
AppPaths |
X |
|
Modo COM |
||
Cliente de software |
X |
|
Funcionalidades de la aplicación |
X |
X |
Controlador de menú contextual |
X |
X |
Controlador de arrastrar y colocar |
X |
|
Controlador de objetos de datos |
X |
|
Controlador de hoja de propiedades |
X |
|
Controlador de información sobre información |
X |
|
Controlador de columnas |
X |
|
Extensiones de Shell |
X |
|
Browser Helper (objeto) |
X |
X |
Objeto X activo |
X |
X |
Procesamiento de configuración dinámica
La implementación de paquetes de App-V en una máquina o usuario es muy sencilla. Sin embargo, a medida que las organizaciones implementan aplicaciones AppV entre líneas de negocio y límites geográficos y políticos, la capacidad de secuenciar una aplicación una vez con un conjunto de configuraciones se vuelve imposible. App-V se diseñó para este escenario, ya que captura configuraciones y configuraciones específicas durante la secuenciación en el archivo de manifiesto, pero también admite la modificación con archivos de configuración dinámica.
La configuración dinámica de App-V permite especificar una directiva para un paquete en el nivel de máquina o en el nivel de usuario. Los archivos de configuración dinámica permiten a los ingenieros de secuenciación modificar la configuración de un paquete, después de la secuenciación, para satisfacer las necesidades de grupos individuales de usuarios o máquinas. En algunos casos, es posible que sea necesario realizar modificaciones en la aplicación para proporcionar la funcionalidad adecuada dentro del entorno de App-V. Por ejemplo, puede ser necesario realizar modificaciones en los archivos _*config.xml para permitir que ciertas acciones se realicen en un momento determinado durante la ejecución de la aplicación, como deshabilitar una extensión mailto para evitar que una aplicación virtualizada sobrescriba esa extensión de otra aplicación.
Los paquetes de App-V contienen el archivo de manifiesto dentro del archivo de paquete appv, que es representativo de las operaciones de secuenciación y es la directiva elegida a menos que los archivos de configuración dinámica se asignen a un paquete específico. Después de la secuenciación, los archivos de configuración dinámica se pueden modificar para permitir la publicación de una aplicación en diferentes escritorios o usuarios con distintos puntos de extensión. Los dos archivos de configuración dinámica son los archivos de configuración de implementación dinámica (DDC) y configuración dinámica de usuario (DUC). Esta sección se centra en la combinación de los archivos de configuración dinámica y de manifiesto.
Ejemplo de archivos de configuración dinámica
En el ejemplo siguiente se muestra la combinación de los archivos Manifiesto, Configuración de implementación y Configuración de usuario después de la publicación y durante el funcionamiento normal. Estos ejemplos son ejemplos abreviados de cada uno de los archivos. El propósito es mostrar la combinación de los archivos solo y no ser una descripción completa de las categorías específicas disponibles en cada uno de los archivos. Para obtener más información, consulte la Guía de secuenciación de App-V 5 en: https://go.microsoft.com/fwlink/?LinkID=269810
Manifiesto
<appv:Extension Category="AppV.Shortcut">
<appv:Shortcut>
<appv:File>[{Common Programs}]\7-Zip\7-Zip File Manager.lnk</appv:File>
<appv:Target>[{AppVPackageRoot}]\7zFM.exe</appv:Target>
<appv:Icon>[{AppVPackageRoot}]\7zFM exe.O.ico</appv:Icon>
</appv:Shortcut>
</appv:Extension>
Configuración de implementación
<MachineConfiguration>
<Subsystems>
<Registry>
<Include>
<Key Path= "\REGISTRY\Machine\Software\7zip">
<Value Type="REG_SZ" Name="Config" Data="1234"/>
</Key>
</Include>
</Registry>
</Subsystems>
Configuración de usuario
<UserConfiguration>
<Subsystems>
<appv:ExtensionCategory="AppV.Shortcut">
<appv:Shortcut>
<appv:File>[{Desktop}]\7-Zip\7-Zip File Manager.lnk</appv:File>
<appv:Target>[{AppVPackageRoot}]\7zFM.exe</appv:Target>
<appv:Icon>[{AppVPackageRoot}]\7zFM exe.O.ico</appv:Icon>
</appv:Shortcut>
</appv:Extension>
</Subsystems>
<UserConfiguration>
<Subsystems>
<appv:Extension Category="AppV.Shortcut">
<appv:Shortcut>
<appv:Fìle>[{Desktop}]\7-Zip\7-Zip File Manager.lnk</appv:File>
<appv:Target>[{AppVPackageRoot}]\7zFM.exe</appv:Target>
<appv:Icon>[{AppVPackageRoot}]\7zFM.exe.O.ico</appv:Icon>
</appv:Shortcut>
<appv:Shortcut>
<appv:File>[{Common Programs}]\7-Zip\7-Zip File Manager.Ink</appv:File>
<appv:Target>[{AppVPackageRoot}]\7zFM.exe</appv:Target>
<appv:Icon>[{AppVPackageRoot)]\7zFM.exe.O.ico</appv: Icon>
</appv:Shortcut>
</appv:Extension>
</Subsystems>
<MachineConfiguration>
<Subsystems>
<Registry>
<Include>
<Key Path="\REGISTRY\Machine\Software\7zip">
<Value Type=”REG_SZ" Name="Config" Data="1234"/>
</Include>
</Registry>
</Subsystems>
Ensamblados en paralelo
App-V admite el empaquetado automático de ensamblados en paralelo (SxS) durante la secuenciación y la implementación en el cliente durante la publicación de aplicaciones virtuales. App-V 5 SP2 admite la captura de ensamblados SxS durante la secuenciación de ensamblados no presentes en la máquina de secuenciación. Y para los ensamblados que constan de Visual C++ (versión 8 y posteriores) o MSXML en tiempo de ejecución, sequencer detectará y capturará automáticamente estas dependencias, incluso si no se instalaron durante la supervisión. La característica Ensamblados en paralelo elimina las limitaciones de las versiones anteriores de App-V, donde El secuenciador de App-V no capturaba ensamblados ya presentes en la estación de trabajo de secuenciación y privatizaba los ensamblados que limitaban a una versión de bits por paquete. Este comportamiento produjo que las aplicaciones de App-V implementadas en los clientes no tengan los ensamblados SxS necesarios, lo que provocó errores de inicio de la aplicación. Esto obligó al proceso de empaquetado a documentar y, a continuación, asegurarse de que todos los ensamblados necesarios para los paquetes se instalaron localmente en el sistema operativo cliente del usuario para garantizar la compatibilidad con las aplicaciones virtuales. En función del número de ensamblados y de la falta de documentación de la aplicación para las dependencias necesarias, esta tarea era un desafío de administración e implementación.
La compatibilidad con ensamblados en paralelo en App-V tiene las siguientes características.
Capturas automáticas del ensamblado SxS durante la secuenciación, independientemente de si el ensamblado ya estaba instalado en la estación de trabajo de secuenciación.
El cliente de App-V instala automáticamente los ensamblados SxS necesarios en el equipo cliente en el momento de la publicación cuando no están presentes.
Sequencer notifica la dependencia en tiempo de ejecución de VC en el mecanismo de informes de Sequencer.
Sequencer permite optar por no empaquetar los ensamblados que ya están instalados en sequencer, lo que admite escenarios en los que los ensamblados se han instalado previamente en los equipos de destino.
Publicación automática de ensamblados SxS
Durante la publicación de un paquete de App-V con ensamblados SxS, el cliente de App-V comprobará la presencia del ensamblado en la máquina. Si el ensamblado no existe, el cliente implementará el ensamblado en la máquina. Los paquetes que forman parte de grupos de conexiones se basarán en las instalaciones de ensamblado en paralelo que forman parte de los paquetes base, ya que el grupo de conexiones no contiene información sobre la instalación de ensamblados.
Nota La anulación de la publicación o eliminación de un paquete con un ensamblado no quita los ensamblados de ese paquete.
Registro de cliente
El cliente de App-V registra información en el registro de eventos de Windows en formato ETW estándar. Los eventos específicos de App-V se pueden encontrar en el visor de eventos, en Registros de aplicaciones y servicios\Microsoft\AppV\Client.
Nota En App-V 5.0 SP3, algunos registros se han consolidado y movido a la siguiente ubicación:
Event logs/Applications and Services Logs/Microsoft/AppV/ServiceLog
Para obtener una lista de los registros movidos, consulte Acerca de App-V 5.0 SP3.
A continuación se describen tres categorías específicas de eventos.
Administración: registra los eventos de las configuraciones que se aplican al cliente de App-V y contiene las advertencias y errores principales.
Operativo: registra la ejecución general de App-V y el uso de componentes individuales que crean un registro de auditoría de las operaciones de App-V que se han completado en el cliente de App-V.
Aplicación virtual: registra los inicios de la aplicación virtual y el uso de subsistemas de virtualización.