Publicação de aplicativos e interação com o cliente

Aplica-se a: Application Virtualization 5.0, Application Virtualization 5.0 SP1, Application Virtualization 5.0 SP2, Application Virtualization 5.0 SP3

Este artigo fornece informações técnicas sobre operações comuns do cliente App-V e suas integrações com o sistema operacional local.

• Arquivos de pacote do App-V criados pelo sequenciador

• O que há no arquivo appv?

• Locais de armazenamento de dados de cliente do App-V

• Registro do pacote

• Comportamento de repositório de pacotes do App-V

• Roaming de dados e Registro

• Gerenciamento de ciclo de vida de aplicativos do cliente do App-V

• Integração dos pacotes do App-V

• Processamento da configuração dinâmica

• Assemblies lado a lado

• Log de cliente

Para obter informações de referência adicionais, veja a página de Download de Recursos de Documentação do Microsoft Application Virtualization (App-V).

Arquivos de pacote do App-V criados pelo sequenciador

O sequenciador cria pacotes do App-V e produz um aplicativo virtualizado. O processo de sequenciamento cria os seguintes arquivos:

Arquivo	Descrição
.appv	O arquivo do pacote principal, que contém os ativos capturados e informações de estado do processo de sequenciamento. Arquitetura do arquivo de pacote, publicação de informações e Registro em um formato indexado que pode ser reaplicado para um computador e um usuário específico na entrega.
.MSI	Wrapper de implantação executável que você pode usar para implantar arquivos .appv manualmente ou por meio de uma plataforma de implantação de terceiros.
_DeploymentConfig.XML	Arquivo usado para personalizar os parâmetros de publicação padrão para todos os aplicativos em um pacote que é implantado globalmente para todos os usuários em um computador que está executando o cliente App-V.
_UserConfig.XML	Arquivo usado para personalizar os parâmetros de publicação para todos os aplicativos em um pacote que é implantado para um usuário específico em um computador que está executando o cliente App-V.
Report.xml	Resumo das mensagens resultantes do processo de sequenciamento, incluindo unidades omitidas, arquivos e locais do registro.
.CAB	Opcional: Arquivo do acelerador de pacote usado para recompilar automaticamente um pacote de aplicativo virtual sequenciado anteriormente.
.appvt	Opcional: Arquivo de modelo do sequenciador usado para reter as configurações do sequenciador mais reutilizadas.

Para obter informações sobre o sequenciamento, veja Guia de sequenciamento do Application Virtualization 5.0.

O que há no arquivo appv?

O arquivo appv é um contêiner que armazena os arquivos XML e não XML juntos em uma única entidade. Esse arquivo foi desenvolvido a partir do formato AppX, que se baseia nas normas Open Packaging Conventions (OPC).

Para exibir o conteúdo do arquivo appv, faça uma cópia do pacote e em seguida, renomeie o arquivo copiado para uma extensão ZIP.

O arquivo appv contém as seguintes pastas e arquivos, que são usados ao criar e publicar um aplicativo virtual:

Nome	Tipo	Descrição
Raiz	Pasta de arquivos	Diretório que contém o sistema de arquivos para o aplicativo virtualizado que foi capturado durante o sequenciamento.
[Content_Types].xml	Arquivo XML	Lista dos tipos de conteúdo principal no arquivo appv (por ex., DLL, EXE, BIN).
AppxBlockMap.xml	Arquivo XML	Layout do arquivo appv usando elementos de arquivo, bloco e BlockMap que habilitam a localização e a validação de arquivos no pacote do App-V.
AppxManifest.xml	Arquivo XML	Metadados do pacote que contém as informações necessárias para adicionar, publicar e iniciar o pacote. Inclui pontos de extensão (associações de tipo de arquivo e atalhos) e os nomes e os GUIDs associados ao pacote.
FilesystemMetadata.xml	Arquivo XML	Lista dos arquivos capturados durante o sequenciamento, inclusive atributos (por ex., diretórios, arquivos, diretórios opacos, diretórios vazios e nomes completos e abreviações).
PackageHistory.xml	Arquivo XML	Informações sobre o computador de sequenciamento (versão do sistema operacional, versão do Internet Explorer, versão do .Net Framework) e processo (atualização, versão do pacote).
Registry.dat	Arquivo DAT	Chaves do Registro e valores capturados durante o processo de sequenciamento do pacote.
StreamMap.xml	Arquivo XML	Lista de arquivos para o bloco de recurso primário e publicação. O bloco de recurso de publicação contém os arquivos ICO e partes obrigatórias de arquivos (EXE e DLL) para publicar o pacote. Quando presente, o bloco de recurso primário inclui arquivos que foram otimizados para streaming durante o processo de sequenciamento.

Locais de armazenamento de dados de cliente do App-V

O cliente App-V executa tarefas para garantir que os aplicativos virtuais executem corretamente e funcionem como aplicativos instalados localmente. O processo de abrir e executar aplicativos virtuais requer o mapeamento do sistema de arquivos virtuais e Registro para garantir que o aplicativo tenha os componentes necessários de um aplicativo tradicional esperados pelos usuários. Esta seção descreve os ativos que são necessários para executar aplicativos virtuais e lista o local onde o App-V armazena os ativos.

Nome	Localização	Descrição
Repositório de pacotes	%ProgramData%\App-V	Local padrão para arquivos do pacote somente leitura
Catálogo de computador	%ProgramData%\Microsoft\AppV\Client\Catalog	Contém os documentos de configuração por computador
Catálogo do usuário	%AppData%\Microsoft\AppV\Client\Catalog	Contém os documentos de configuração por usuário
Backups de atalho	%AppData%\Microsoft\AppV\Client\Integration\ShortCutBackups	Armazena os pontos de integração anteriores que permitem a restauração durante o cancelamento da publicação de pacote
Copiar roaming na gravação (COW)	%AppData%\Microsoft\AppV\Client\VFS	Local de roaming gravável para modificação de pacote
Local de copiar na gravação (COW)	%LocalAppData%\Microsoft\AppV\Client\VFS	Local de roaming não gravável para modificação de pacote
Registro do computador	HKLM\Software\Microsoft\AppV	Contém informações de estado de pacote, incluindo VReg para computador ou pacotes publicados globalmente (hive do Computador)
Registro de usuário	HKCU\Software\Microsoft\AppV	Contém informações de estado do usuário pacote incluindo VReg
Classes de Registro do usuário	HKCU\Software\Classes\AppV	Contém informações de estado do pacote de usuário adicional

São fornecidos detalhes adicionais para a tabela na seção abaixo e em todo o documento.

Repositório de pacotes

O App-V Client gerencia os aplicativos ativos montado no repositório de pacotes. Este local de armazenamento padrão é %ProgramData%\App-V, mas você pode configurá-lo durante ou após a configuração usando o comando do PowerShell Set-AppVClientConfiguration, que modifica o Registro local (valor PackageInstallationRoot sob a chave HKLM\Software\Microsoft\AppV\Client\Streaming). O repositório de pacotes deve estar localizado em um caminho local no sistema operacional do cliente. Os pacotes individuais são armazenados no repositório de pacotes em subdiretórios nomeados para o GUID do pacote e o GUID de versão.

Exemplo de um caminho para um aplicativo específico:

C:\ProgramData\App-V\PackGUID\VersionGUID 

Para alterar o local de armazenamento padrão do pacote durante a configuração, veja Como implantar o cliente do App-V.

Repositório de conteúdo compartilhado

Se o cliente App-V estiver configurado no Modo de Armazenamento de conteúdo compartilhado, nenhum dado será gravado no disco quando ocorrer uma falha de fluxo, que significa que os pacotes exigem espaço mínimo em disco local (dados de publicação). O uso de menos espaço em disco é altamente recomendável em ambientes de VDI onde o armazenamento local pode ser limitado e streaming de aplicativos de um local de rede de alto desempenho (por exemplo, uma SAN) é preferível. Para obter mais informações sobre o modo de repositório de conteúdo compartilhado, veja https://go.microsoft.com/fwlink/p/?LinkId=392750.

Catálogos de pacote

O cliente App-V gerencia os dois locais a seguir com base em arquivo:

• Catálogos (usuário e computador).

• Locais de Registro - dependem de como o pacote é destinado para publicação. Há um catálogo (armazenamento de dados) para o computador e um catálogo para cada usuário individual. O catálogo de computador armazena informações globais aplicáveis a todos os usuários ou a qualquer usuário e catálogo do usuário armazena informações aplicáveis a um usuário específico. O catálogo é uma coleção de Configurações dinâmicas e arquivos manifestos; há dados discretos, tanto de arquivo quanto de Registro, por versão do pacote. 

Catálogo de computador

Descrição	Armazena documentos do pacote que estão disponíveis para os usuários no computador, quando pacotes são adicionados e publicados. No entanto, se um pacote for "global" no momento da publicação, as integrações estão disponíveis para todos os usuários. Se um pacote não for global, as integrações só são publicadas para usuários específicos, mas ainda há recursos globais que são modificados e visíveis para qualquer pessoa no computador cliente (por ex., o diretório do pacote está em um local de disco compartilhado). Se um pacote estiver disponível para um usuário no computador (global ou não global), o manifesto é armazenado no catálogo do computador. Quando um pacote é publicado globalmente, há um arquivo de Configuração dinâmica armazenado no catálogo do computador; portanto, o processo de determinar se um pacote é global ou não é definido pela existência ou não de um arquivo de política (arquivo UserDeploymentConfiguration) no catálogo de computador.
Local de armazenamento padrão	%programdata%\Microsoft\AppV\Client\Catalog\ Esse local não é o mesmo que o local de armazenamento de pacotes. O repositório de pacotes é a cópia ouro ou original dos arquivos do pacote.
Arquivos no catálogo do computador	Manifest.xml DeploymentConfiguration.xml UserManifest.xml (pacote publicado globalmente) UserDeploymentConfiguration.xml (pacote publicado globalmente)
Local do catálogo do computador adicional, usado quando o pacote for parte de um grupo de conexão	O seguinte local é adicional ao local específico do pacote mencionado acima: %programdata%\Microsoft\AppV\Client\Catalog\PackageGroups\ConGroupGUID\ConGroupVerGUID
Arquivos adicionais no catálogo do computador quando o pacote for parte de um grupo de conexão	PackageGroupDescriptor.xml UserPackageGroupDescriptor.xml (grupo de conexão publicado globalmente)

Catálogo do usuário

Descrição	Criado durante o processo de publicação. Contém informações usadas para publicar o pacote e também usadas na inicialização para garantir que um pacote seja provisionado para um usuário específico. Criado em um local de roaming e inclui informações de publicação específicas do usuário. Quando um pacote é publicado para um usuário, o arquivo de política é armazenado no catálogo do usuário. Ao mesmo tempo, uma cópia do manifesto também é armazenada no catálogo do usuário. Quando um direito de pacote é removido de um usuário, os arquivos de pacote relevantes são removidos do catálogo do usuário. Observando o catálogo do usuário, um administrador pode exibir a presença de um arquivo de Configuração dinâmica, que indica se o pacote é qualificado para esse usuário. Para usuários móveis, o catálogo do usuário precisa estar em um local compartilhado ou de roaming para preservar o comportamento herdado do App-V de direcionamento de usuários por padrão. Qualificação e política estão vinculados a um usuário, não a um computador, então uma vez provisionados, eles devem transitar com o usuário.
Local de armazenamento padrão	ppdata\roaming\Microsoft\AppV\Client\Catalog\Packages\PkgGUID\VerGUID
Arquivos no catálogo do usuário	UserManifest.xml DynamicConfiguration.xml ou UserDeploymentConfiguration.xml
Local do catálogo do usuário adicional, usado quando o pacote for parte de um grupo de conexão	O seguinte local é adicional ao local específico do pacote mencionado acima: appdata\roaming\Microsoft\AppV\Client\Catalog\PackageGroups\PkgGroupGUID\PkgGroupVerGUID
Arquivo adicional no catálogo do computador quando o pacote for parte de um grupo de conexão	UserPackageGroupDescriptor.xml

Backups de atalho

Durante o processo de publicação, o cliente App-V faz o backup de qualquer atalho e pontos de integração para %AppData%\Microsoft\AppV\Client\Integration\ShortCutBackups.. O backup habilita a restauração desses pontos de integração às versões anteriores quando o pacote tiver a publicação cancelada.

Copiar arquivos de gravação

O repositório de pacotes contém uma cópia original dos arquivos do pacote que foram transmitidos do servidor de publicação. Durante a operação normal de um aplicativo App-V, o usuário ou serviço pode exigir alterações aos arquivos. Essas alterações não são feitas no armazenamento de pacote para preservar sua capacidade para reparar o aplicativo, o que remove essas alterações. Esses locais, chamados de cópia na gravação COW (), dão suporte a móveis e não de roaming locais. O local em que as modificações são armazenadas depende de onde o aplicativo foi programado para gravar alterações em uma experiência nativa.

Roaming de COW

O local de Roaming de COW, conforme descrito acima, armazena alterações em arquivos e diretórios que são destinados ao local do %AppData% típico ou local \Users\{username}\AppData\Roaming. Esses arquivos e diretórios são, em seguida, movidos com base nas configurações do sistema operacional.

Local de COW

O local de COW é semelhante ao local de roaming, mas os diretórios e arquivos não são movidos para outros computadores, mesmo que o suporte a roaming seja configurado. O local de COW descrito acima armazena alterações aplicáveis em janelas típicas e não no local %AppData%. As pastas listadas variam, mas há dois locais para quaisquer locais típicos do Windows (por exemplo, Common AppData e Common AppDataS). O S representa a localização restrita quando o serviço virtual solicita a alteração como um usuário com privilégios elevados diferente dos usuários conectados. O local não S armazena alterações do usuário com base.

Registro do pacote

Para que um aplicativo possa acessar os dados de Registro do pacote, o cliente App-V deve disponibilizar os dados de Registro do pacote para os aplicativos. O cliente App-V usa o Registro real como um repositório de backup para todos os dados de Registro.

Quando um novo pacote é adicionado para o cliente do App-V, uma cópia do arquivo REGISTRY.DAT do pacote é criado em %ProgramData%\Microsoft\AppV\Client\VREG\{Version GUID}.dat. O nome do arquivo é o GUID de versão com a extensão .DAT. O motivo dessa cópia é garantir que o arquivo de hive real no pacote nunca esteja em uso, o que impediria a remoção do pacote em um momento posterior.

Registry.dat do repositório de pacotes

>

%ProgramData%\Microsoft\AppV\Client\Vreg\{VersionGuid}.dat

Quando o primeiro aplicativo do pacote é iniciado no cliente, este ou copia o conteúdo do arquivo de hive ou o separa em etapas, recriando os dados de Registro do pacote em um local alternativo HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\AppV\Client\Packages\PackageGuid\Versions\VersionGuid\REGISTRY. Os dados do Registro em etapas tem dois tipos distintos de dados de computador e do usuário. Dados de computador são compartilhados entre todos os usuários no computador. Dados de usuário são preparados para cada usuário em um local específico HKCU\Software\Microsoft\AppV\Client\Packages\PackageGuid\Registry\User. Os dados do computador são por fim removidos durante a remoção do pacote e o dados do usuário são removidos em uma operação de cancelamento de publicação por um usuário.

Preparação de Registro de pacote versus preparação de Registro de grupo de conexão

Quando houver grupos de conexão, o processo de preparo do Registro anterior for verdadeiro, mas em vez de um arquivo de hive para processar, há mais de um. Os arquivos são processados na ordem em que aparecem no grupo de conexão XML, com o primeiro gravador vencendo quaisquer conflitos.

O Registro preparado persiste da mesma maneira como no caso de único pacote. Os dados do Registro do usuário preparados permanecem na conexão de grupo até que ela está desabilitada. Os dados de Registro de computador preparados são removidos na remoção do grupo de conexão.

Registro virtual

A finalidade do Registro virtual (VREG) é fornecer uma única exibição mesclada de Registro do pacote e o Registro nativo para aplicativos. Ela também fornece funcionalidade (COW) de cópia na gravação – que são feitas as alterações feitas no Registro do contexto de um processo virtual para um local separado de COW. Isso significa que o VREG deve combinar até três locais de Registro separados em uma única exibição baseada nos locais preenchida no Registro de COW -> pacote -> nativo. Quando é feita solicitação uma solicitação de dados de Registro, ela os localiza em ordem até encontrar os dados de dados solicitados. Ou seja, se houver um valor armazenado em um local de COW, ele não prosseguirá para outros locais, no entanto, se não houver nenhum dado no local, o COW prossegue para o local do pacote e para o local nativo até encontrar os dados apropriados.

Locais do Registro

Há dois locais de Registro de pacote e dois locais de grupo de conexão em que o cliente do App-V armazena informações de Registro, dependendo se o pacote for publicado individualmente ou como parte de um grupo de conexões. Há três locais de COW para pacotes e três para grupos de conexão, que são criados e gerenciados pela VREG. Configurações de pacotes e de grupos de conexão não são compartilhadas:

Único pacote VReg:

Localização	Descrição
COW	Computador Registry\Client\Packages\PkgGUID\REGISTRY (somente processos elevados pode gravar) User Registry\Client\Packages\PkgGUID\REGISTRY (Roaming de usuário com gravação de qualquer coisa em HKCU, exceto Software\Classes User Registry Classes\Client\Packages\PkgGUID\REGISTRY (gravação de HKCU\Software\Classes e HKLM para processos não elevados)
Pacote	Computador Registry\Client\Packages\PkgGUID\Versions\VerGuid\Registry\Machine User Registry Classes\Client\Packages\PkgGUID\Versions\VerGUID\Registry
Nativo	Local de Registro de aplicativo nativo

 

VReg do grupo de conexão:

Localização	Descrição
COW	Computador Registry\Client\PackageGroups\GrpGUID\REGISTRY (somente processos elevados podem gravar) User Registry\Client\PackageGroups\GrpGUID\REGISTRY (qualquer coisa gravada no HKCU exceto Software\Classes User Registry Classes\Client\PackageGroups\GrpGUID\REGISTRY
Pacote	Computador Registry\Client\PackageGroups\GrpGUID\Versions\VerGUID\REGISTRY User Registry Classes\Client\PackageGroups\GrpGUID\Versions\VerGUID\REGISTRY
Nativo	Local de Registro de aplicativo nativo

 

Existem dois locais de COW de HKLM: processos elevados e sem privilégios elevados. Processos elevados sempre gravam alterações de HKLM no COW seguro em HKLM. Processos não elevados sempre gravam alterações de HKLM em COW não seguro em HKCU\Software\Classes. Quando um aplicativo lê as alterações de HKLM, os processos elevados lerão as alterações de COW seguro em HKLM. Processos sem privilégios elevados lê de ambos, favorecendo primeiramente as alterações feitas em COW desprotegido.

Chaves de passagem

Chaves de passagem habilitam um administrador a configurar determinadas chaves para ser lida somente do Registro nativo, ignorando o pacote e COW locais. Locais de passagem são globais para o computador (não específicos ao pacote) e podem ser configurados, adicionando o caminho à chave, que deve ser tratada como passagem para o valor REG_MULTI_SZ chamado PassThroughPaths da chave HKLM\Software\Microsoft\AppV\Subsystem\VirtualRegistry. Qualquer chave que aparece sob esse valor de cadeia de caracteres múltipla (e seus filhos) será tratada como passagem.

Por padrão, os seguintes locais são configurados como locais de passagem:

• 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

A finalidade das chaves de passagem é garantir que um aplicativo virtual não grave dados do Registro no VReg no que é necessário para aplicativos não virtuais para operação ou integração bem-sucedida. A chave de políticas garante que configurações de política de grupo definidas pelo administrador são utilizadas, e não por configurações do pacote. A chave de AppModel é necessária para integração com aplicativos da interface do usuário moderna do Windows. É recomendável que administrares não modifiquem qualquer uma das chaves de passagem padrão, mas em alguns casos, dependendo do comportamento do aplicativo, pode ser necessário acrescentar chaves adicionais de passagem.

Comportamento de repositório de pacotes do App-V

O App-V 5 gerencia o Repositório de pacotes, que é o local onde são armazenados os arquivos de ativo expandido do arquivo appv. Por padrão, esse local é armazenado em %ProgramData%\App-V e é limitado em termos de recursos de armazenamento somente pelo espaço livre em disco. O repositório de pacotes é organizado por GUIDs para o pacote e versão conforme mencionado na seção anterior.

Adicionar pacotes

Pacotes do App-V são testados na adição ao computador com o cliente do App-V. O cliente App-V fornece preparo sob demanda. Durante a publicação ou um manual Add-AppVClientPackage, a estrutura de dados é criada no repositório de pacotes (c:\programdata\App-V\{PkgGUID}\{VerGUID}). Os arquivos de pacote identificados no bloco de publicação definido no StreamMap.xml são adicionados ao sistema e o nível superior pastas e arquivos filho são testados para garantir que os ativos de aplicativo adequado existem na inicialização.

Pacotes de montagem

Os pacotes podem ser carregados explicitamente usando o PowerShell Mount-AppVClientPackage ou usando a IU do App-V Client para baixar um pacote. Essa operação carrega completamente todo o pacote no repositório de pacotes.

Streaming de pacotes

O cliente App-V pode ser configurado para alterar o comportamento padrão de streaming. Todas as políticas de streaming são armazenadas na seguinte chave do Registro: HKEY_LOCAL_MAcHINE\Software\Microsoft\AppV\Client\Streaming. As políticas são definidas usando o cmdlet do PowerShell Set-AppvClientConfiguration. As políticas a seguir se aplicam ao Streaming:

Política	Descrição
AllowHighCostLaunch	No Windows 8, ele permite streaming por 3G e redes de celular
AutoLoad	Especifica a configuração de carga de plano de fundo: 0 - Desabilitado 1 – Somente pacotes previamente usados 2 – Todos os pacotes
PackageInstallationRoot	A pasta raiz para o repositório de pacotes no computador local
PackageSourceRoot	A substituição da raiz de onde pacotes devem ser transmitidos
SharedContentStoreMode	Habilita o uso do repositório de conteúdo compartilhado para cenários VDI

 

Essas configurações afetam o comportamento de transmissão de ativos de pacote do App-V ao cliente. Por padrão, o App-V baixa somente os ativos necessários depois de baixar a publicação inicial e blocos de recurso primário. Há três comportamentos específicos ao redor de streaming de pacotes que devem ser explicados:

• Streaming em segundo plano

• Otimização de Streaming

• Falhas de fluxo

Streaming em segundo plano

O cmdlet do PowerShell Get-AppvClientConfiguration pode ser usado para determinar o modo atual para streaming com a configuração AutoLoad em segundo plano e modificados com o cmdlet Set-AppvClientConfiguration ou do Registro (chave HKLM\SOFTWARE\Microsoft\AppV\ClientStreaming). Streaming de plano de fundo é uma configuração padrão em que a configuração de Autoload é definida para baixar os pacotes usados anteriormente. O comportamento com base na configuração padrão (valor = 1) baixa os blocos de dados do App-V em segundo plano depois que o aplicativo foi iniciado. Essa configuração pode ser desabilitada totalmente (valor = 0) ou habilitada para todos os pacotes (valor = 2), se forem iniciadas.

Otimização de streaming

Pacotes do App-V podem ser configurados com um bloco de recurso primário durante o sequenciamento. Essa configuração permite que o engenheiro de sequenciamento monitore os arquivos de inicialização para um aplicativo específico, ou de vários aplicativos, e marque os blocos de dados no pacote do App-V para transmissão na primeira inicialização de qualquer aplicativo no pacote.

Falhas de fluxo

Após o fluxo inicial de quaisquer dados de publicação e o bloco de recurso primário, solicitações de arquivos adicionais executam falhas de fluxo. Esses blocos de dados são baixados para o repositório de pacotes em uma base conforme necessário. Isso permite que um usuário baixe apenas uma pequena parte do pacote, geralmente o suficiente para iniciar o pacote e executar tarefas normais. Todos os outros blocos são baixados quando um usuário inicia uma operação que exige que os dados não está no repositório de pacotes.

Para obter mais informações sobre o pacote do App-V streaming visite: https://go.microsoft.com/fwlink/?LinkId=392770.

O sequenciamento para otimização de streaming está disponível em: https://go.microsoft.com/fwlink/?LinkId=392771.

Atualizações de pacote

Pacotes do App-V precisam de atualização em todo o ciclo de vida do aplicativo. Atualizações do pacote do App-V são semelhantes à operação de publicação do pacote, pois cada versão será criada em seu próprio local PackageRoot: %ProgramData%\App-V\{PkgGUID}\{newVerGUID}. A operação de atualização é otimizada criando links físicos para arquivos idênticos e transmitidos de outras versões do mesmo pacote.

Remoção do pacote

O comportamento do cliente App-V quando os pacotes são removidos depende do método usado para remoção. Usando uma infraestrutura completa do App-V para cancelar a publicação do aplicativo, os arquivos de catálogo do usuário (catálogo de computador para aplicativos publicados globalmente) são removidos, mas mantém o repositório de pacotes e COW locais. Quando o cmdlet do PowerShell Remove-AppVClientPackge é usado para remover um pacote do App-V, o local de repositório de pacotes será limpo. Lembre-se que o cancelamento da publicação de um pacote do App-V do servidor de gerenciamento não executa uma operação de remoção. Nenhuma operação removerá os arquivos de pacote do repositório de pacotes.

Roaming de dados e Registro

O App-V 5 é capaz de fornecer uma experiência quase nativa quando em roaming, dependendo de como o aplicativo que está sendo usado é gravado. Por padrão, o App-V passa o AppData armazenado no local de roaming, com base na configuração do sistema operacional. Outros locais de armazenamento de dados baseado em arquivo não são movidos de um computador para outro, pois estão em locais que não são movidos.

Requisitos de roaming e armazenamento de dados de catálogo do usuário

O App-V armazena dados, que representa o estado do catálogo do usuário, na forma de:

• Arquivos em %appdata%\Microsoft\AppV\Client\Catalog

• Configurações de Registro em HKEY_CURRENT_USER\Software\Microsoft\AppV\Client\Packages

Juntos, esses arquivos e configurações do Registro representam o catálogo do usuário, portanto ambos devem ser movidos, ou nenhum deve ser movido para um determinado usuário. O App-V não dá suporte ao roaming de %AppData%, nem ao roaming do perfil do usuário (Registro), ou vice-versa.

Dados baseados em Registro

O roaming do Registro do App-V ocorre em dois cenários, como mostrado na tabela a seguir.

Cenário	Descrição
Aplicativos que são executados como usuários padrão	Quando um usuário padrão inicia um aplicativo App-V, ambos o HKLM e o HKCU para aplicativos do App-V são armazenados no hive HKCU no computador. Isso apresenta dois caminhos distintos: HKLM: HKCU\SOFTWARE\Classes\AppV\Client\Packages\{PkgGUID}\REGISTRY\MACHINE\SOFTWARE HKCU: HKCU\SOFTWARE\Microsoft\AppV\Client\Packages\{PkgGUID}\REGISTRY\USER\{UserSID}\SOFTWARE Os locais são habilitados para roaming com base nas configurações do sistema operacional.
Aplicativos que são executados com elevação	Quando um aplicativo é iniciado com elevação: Dados HKLM são armazenados no hive HKLM no computador local HKCU dados são armazenados no local do Registro de usuário Nesse cenário, essas configurações não são movidas com configurações de roaming normais do sistema operacional e as chaves do Registro e valores resultantes são armazenados no seguinte local: HKLM\SOFTWARE\Microsoft\AppV\Client\Packages\{PkgGUID}\{UserSID}\REGISTRY\MACHINE\SOFTWARE HKCU\SOFTWARE\Microsoft\AppV\Client\Packages\{PkgGUID}\Registry\User\{UserSID}\SOFTWARE

Redirecionamento de pasta App-V

O App-V 5.0 SP2 dá suporte ao redirecionamento da pasta AppData de roaming (%AppData%). Quando o ambiente virtual é iniciado, o estado de AppData em roaming do diretório AppData em roaming do usuário é copiado no cache local. De outra forma, quando o ambiente virtual é desligado, o cache local associado a um AppData em roaming do usuário específico é transferido para o local real do diretório AppData em roaming do usuário.

Um pacote típico tem vários locais mapeados no repositório de backup do usuário para configurações em pastas AppData\Local e AppData/Roaming. Esses locais são locais de cópia na gravação que são armazenados por usuário no perfil do usuário, e que são usados para armazenar as alterações feitas aos diretórios do VFS do pacote e proteger o pacote padrão VFS.

A tabela a seguir mostra o local e o roaming locais, quando o redirecionamento de pasta não foi implementado.

Diretório VFS no pacote	Local mapeado do repositório de backup
ProgramFilesX86	C:\users\jsmith\AppData\Local\Microsoft\AppV\Client\VFS\<GUID>\ProgramFilesX86
SystemX86	C:\users\jsmith\AppData\Local\Microsoft\AppV\Client\VFS\<GUID>\SystemX86
Windows	C:\users\jsmith\AppData\Local\Microsoft\AppV\Client\VFS\<GUID>\Windows
appv_ROOT	C:\users\jsmith\AppData\Local\Microsoft\AppV\Client\VFS\<GUID>\appv_ROOT
AppData	C:\users\jsmith\AppData\Roaming\Microsoft\AppV\Client\VFS\<GUID>\AppData

 

A tabela a seguir mostra locais de locais e móveis, quando o redirecionamento de pasta foi implementado para %AppData% e o local foi redirecionado (normalmente em um local de rede).

Diretório VFS no pacote	Local mapeado do repositório de backup
ProgramFilesX86	C:\users\jsmith\AppData\Local\Microsoft\AppV\Client\VFS\<GUID>\ProgramFilesX86
SystemX86	C:\users\jsmith\AppData\Local\Microsoft\AppV\Client\VFS\<GUID>\SystemX86
Windows	C:\users\jsmith\AppData\Local\Microsoft\AppV\Client\VFS\<GUID>\Windows
appv_ROOT	C:\users\jsmith\AppData\Local\Microsoft\AppV\Client\VFS\<GUID>\appv_ROOT
AppData	\\Fileserver\users\jsmith\roaming\Microsoft\AppV\Client\VFS\<GUID>\AppData

 

O driver do App-V Client VFS atual não pode gravar em locais de rede, então o App-V Client detecta a presença de redirecionamento de pasta e copia os dados na unidade local durante a publicação e quando o ambiente virtual é iniciado. Depois que o usuário fecha o aplicativo App-V e o App-V Client fecha o ambiente virtual, o armazenamento local do AppData VFS é copiado de volta para a rede, permitindo o roaming de máquinas adicionais, onde o processo será repetido. As etapas detalhadas dos processos são:

1. Durante a inicialização do ambiente virtual ou de publicação, o cliente do App-V detecta o local do diretório AppData.

2. Se o caminho de AppData roaming for local ou nenhum local AppData\Roaming estiver mapeado, nada acontece.

3. Se o caminho de AppData de roaming não for local, o diretório AppData VFS é mapeado para o diretório AppData local.

Esse processo resolve o problema de um local não %AppData% que não tem suporte pelo driver VFS App-V Client. No entanto, os dados armazenados nesse novo local não são transferidos com o redirecionamento de pasta. Todas as alterações durante a execução do aplicativo acontecem no local AppData local e devem ser copiadas para o local redirecionado. As etapas detalhadas desse processo são:

1. O aplicativo do App-V for desligado, que fecha o ambiente virtual.

2. O cache local do local AppData de roaming é compactado e armazenado em um arquivo ZIP.

3. Um carimbo de data/hora no final do processo de compactação ZIP é usado para nomear o arquivo.

4. O carimbo de data/hora é gravado no Registro: HKEY_CURRENT_USER\Software\Microsoft\AppV\Client\Packages\<GUID>\AppDataTime como o último carimbo de data/hora do AppData conhecido.

5. O processo de redirecionamento de pasta é chamado para avaliar e iniciar o arquivo ZIP carregado para o diretório AppData de roaming.

O carimbo de data/hora é usado para determinar um cenário "último gravador ganha" se houver um conflito e é usado para otimizar o download dos dados quando o aplicativo do App-V é publicado ou o ambiente virtual é iniciado. O redirecionamento de pasta disponibilizará os dados de outros clientes cobertos pela política de suporte e iniciará o processo de armazenar os dados de AppData/Roaming para o local de AppData local no cliente. Os processos detalhados são:

1. O usuário inicia o ambiente virtual ao iniciar um aplicativo.

2. O ambiente virtual do aplicativo verifica a hora mais recente carimbada no arquivo ZIP, se presente.

3. O Registro é verificado para o último carimbo de data/hora carregado conhecido, se presente.

4. O arquivo ZIP mais recente é baixado, a menos que o último carimbo de carregamento conhecido local seja maior que ou igual ao carimbo de data/hora do arquivo ZIP.

5. Se o último carimbo de data/hora de carregamento conhecido local for anterior ao arquivo ZIP mais recente no local AppData de roaming, o arquivo ZIP é extraído para o diretório temporário local no perfil do usuário.

6. Depois que o arquivo ZIP é extraído com êxito, o cache local do diretório AppData de roaming é renomeado e os novos dados são movidos no lugar.

7. O diretório renomeado é excluído e o aplicativo é aberto com os dados de AppData móveis salvos mais recentemente.

Isso conclui o roaming com êxito das configurações de aplicativo que estão presentes em locais de AppData/Roaming. A única outra condição que deve ser tratada é uma operação de reparo do pacote. Os detalhes do processo são:

1. Durante o reparo, detecte se o caminho para o diretório do usuário de roaming AppData não é local.

2. Mapas de destinos de caminho do AppData de roaming não local recriam o roaming esperado e os locais de AppData locais.

3. Exclua o carimbo de data/hora armazenado no Registro, se houver.

Esse processo recria os locais de rede e no local para o AdppData e remove a inscrição de Registro do carimbo de data/hora.

Gerenciamento de ciclo de vida de aplicativos do cliente do App-V

Em uma infraestrutura completa do App-V, depois de aplicativos serem sequenciados, eles são gerenciadas e publicados para usuários ou computadores por meio de servidores de gerenciamento e publicação do App-V. Esta seção fornece detalhes sobre as operações que ocorrem durante as operações de ciclo de vida de aplicativos comuns do App-V (adição, publicação, lançamento, atualização e remoção) e os locais de arquivos e do Registro que são alterados e modificação da perspectiva do cliente do App-V. As operações do App-V Client são executadas como uma série de comandos do PowerShell iniciadas no computador que executa o cliente do App-V.

Este documento aborda soluções de infraestrutura completa do App-V. Para obter informações específicas sobre a integração do App-V com o Configuration Manager 2012, visite: https://go.microsoft.com/fwlink/?LinkId=392773.

As tarefas de ciclo de vida do aplicativo App-V são acionadas no logon do usuário (padrão), inicialização do computador ou como operações cronometradas em segundo plano. As configurações para as operações de cliente do App-V, incluindo servidores de publicação, intervalos de atualização, habilitação de script de pacote e outros, são configuradas durante a instalação do cliente ou após a instalação com comandos do PowerShell. Veja como implantar o cliente de seção no TechNet em: Como implantar o cliente do App-V ou utilize o PowerShell:

get-command *appv*

Atualização de publicação

O processo de atualização de publicação é composto de várias operações menores que são executadas no cliente App-V. Como o App-V é uma tecnologia de virtualização de aplicativos e não uma tecnologia de agendamento de tarefas, o Agendador de Tarefas do Windows é utilizado para habilitar o processo no logon do usuário, inicialização do computador e em intervalos agendados. A configuração do cliente durante a instalação listada acima é o método preferencial ao distribuir o cliente para um grande grupo de computadores com as configurações corretas. Essas configurações de cliente podem ser configuradas com os seguintes cmdlets do PowerShell:

• Add-AppVPublishingServer: Configura o cliente com um servidor de publicação do App-V que fornece pacotes do App-V.

• Set-AppVPublishingServer: Modifica as configurações atuais para o servidor de publicação do App-V.

• Set-AppVClientConfiguration: Modifica as configurações atuais para o cliente do App-V.

• Sync-AppVPublishingServer: Inicia um processo de atualização de publicação do App-V manualmente. Isso também é utilizado nas tarefas agendadas criadas durante a configuração do servidor de publicação.

O foco das seções a seguir é detalhar as operações que ocorrem durante diferentes fases de uma atualização publicação do App-V. Os tópicos incluem:

• Adição de um pacote do App-V

• Publicar um pacote do App-V

Adição de um pacote do App-V

Adição de um pacote do App-V para o cliente é a primeira etapa do processo de atualização de publicação. O resultado final é igual ao cmdlet Add-AppVClientPackage do PowerShell, exceto durante a atualização da publicação do processo de adição, o servidor de publicação configurado é contatado e passa uma lista genérica de aplicativos de volta para o cliente para obter informações mais detalhadas e não um único pacote de operação de adição. O processo continua com a configuração do cliente para o pacote ou adições de grupo de conexão ou atualizações, e então acessa o arquivo appv. Em seguida, o conteúdo do arquivo appv é expandido e colocado no sistema operacional local nos locais apropriados. Este é um fluxo de trabalho detalhado do processo, supondo que o pacote esteja configurado para Streaming de falhas.

Como adicionar um pacote do App-V

1. Inicialização manual por meio do PowerShell ou sequência de tarefas de inicialização do processo de atualização de publicação.

   1. O cliente App-V faz uma conexão HTTP e solicita uma lista de aplicativos com base no destino. A publicação de atualização de processo dá suporte a direcionamento computadores ou usuários.

   2. O servidor de publicação do App-V usa a identidade do iniciador destino, usuário ou computador e consulta o banco de dados para obter uma lista de aplicativos direito. A lista de aplicativos é fornecida como uma resposta XML que o cliente usa para enviar solicitações adicionais para o servidor para obter mais informações sobre uma base por pacote.

2. O agente de publicação no cliente App-V executa todas as ações abaixo serializadas.

   Avalie os grupos de conexão não publicados ou desabilitados, pois atualizações de versão do pacote que fazem parte do grupo de conexão não podem ser processadas.

3. Configure os pacotes por meio da identificação de operações de adicionar ou atualizar.

   1. O cliente App-V usa a API AppX do Windows e acessa o arquivo appv do Servidor de Publicação.

   2. O arquivo de pacote é aberto e o AppXManifest.xml e StreamMap.xml são baixados para o repositório de pacotes.

   3. Transmita completamente blocos de dados definidos no StreamMap.xml. Armazena os publicar dados de bloco em Package Store\PkgGUID\VerGUID\Root.

      • Ícones: Destinos de pontos de extensão.

      • Cabeçalhos executáveis portáteis (PE cabeçalhos): Destinos de pontos de extensão que contêm as informações básicas sobre a necessidade de imagem no disco, acessados diretamente ou por meio de tipos de arquivo.

      • Scripts: Baixe o diretório de scripts usado durante o processo de publicação.

   4. Preencha o repositório de pacotes:

      1. Crie arquivos esparsos em disco que representam o pacote extraído para quaisquer pastas listadas.

      2. Arquivos de nível superior do estágio e diretórios raiz.

      3. Todos os outros arquivos são criados quando o diretório é listado como esparso em disco e transmitido sob demanda.

   5. Crie as entradas do catálogo de computador. Crie o manifest.xml e DeploymentConfiguration.xml a partir dos arquivos de pacote (se não houver nenhum arquivo DeploymentConfiguration.xml no pacote, um espaço reservado é criado).

   6. Crie o local do repositório de pacotes no Registro HKLM\Software\Microsoft\AppV\Client\Packages\PkgGUID\Versions\VerGUID\Catalog

   7. Criar o arquivo Registry.dat de repositório de pacotes para %ProgramData%\Microsoft\AppV\Client\VReg\{VersionGUID}.dat

   8. Registrar o pacote com o HKLM\Microsoft\Software\AppV\MAV do Driver de modo kernel App-V

   9. Invocar o script do arquivo AppxManifest.xml ou DeploymentConfig.xml para cronometrar a adição de pacotes.

4. Configure grupos de conexão adicionando e ativando ou desativando.

5. Remova objetos que não são publicados para o destino (usuário ou computador).

   Dica

   Isso não realiza uma exclusão do pacote, mas em vez disso, removerá os pontos de integração para o destino específico (usuário ou computador) e arquivos de catálogo do usuário (arquivos de catálogo de computador para publicado globalmente).

6. Invoque o plano de fundo de montagem de carga com base na configuração do cliente.

7. Pacotes que já têm informações de publicação para o computador ou usuário são restaurados imediatamente.

   Dica

   Essa condição ocorre como um produto de remoção sem o cancelamento da publicação com a adição de plano de fundo do pacote.

Isso conclui a adição de um pacote do App-V do processo de atualização de publicação. A próxima etapa é publicar o pacote para o destino específico (computador ou usuário).

Publicar um pacote do App-V

Durante a operação de atualização de publicação, a operação de publicação (Publish-AppVClientPackage) adiciona entradas ao catálogo do usuário, mapeia direitos para o usuário, identifica o repositório local e conclui terminando todas as etapas de integração. A seguir estão as etapas detalhadas.

Como publicar e pacote do App-V

1. Entradas de pacote são adicionadas ao catálogo do usuário

   1. Pacotes de destino do usuário: os UserDeploymentConfiguration.xml e UserManifest.xml são colocados no computador no catálogo do usuário

   2. Pacotes alvo do computador (globais): o UserDeploymentConfiguration.xml é colocado no catálogo de computador

2. Registre o pacote com o driver de modo kernel para o usuário em HKLM\Software\Microsoft\AppV\MAV

3. Execute tarefas de integração.

   1. Crie pontos de extensão.

   2. Armazenar informações de backup no Registro e (atalho Backups) do perfil de roaming do usuário.

      Dica

      Isso habilitará os pontos de extensão de restauração se o pacote tiver sua publicação cancelada.

   3. Execute scripts destinados ao tempo de publicação.

Publicar um pacote do App-V que faz parte de um grupo de conexão é muito semelhante ao processo acima. Para grupos de conexão, o caminho que armazena as informações de catálogo específico inclui PackageGroups como um filho do diretório de catálogo. Examine os computador e usuários informações de catálogo acima para obter detalhes.

Inicialização do aplicativo

Após o processo de atualização de publicação, o usuário inicia e posteriormente reinicia um aplicativo App-V. O processo é muito simples e otimizado para iniciar rapidamente com um mínimo de tráfego de rede. O App-V Client verifica o caminho para o catálogo do usuário para os arquivos criados durante a publicação. Depois de direitos para iniciar o pacote são estabelecidos, o App-V Client cria um ambiente virtual, começa a transmitir todos os dados necessários e aplica os arquivos de configuração de implantação e manifesto apropriados durante a criação do ambiente virtual. O ambiente virtual criado e configurado para o pacote específico e o aplicativo, o aplicativo é iniciado.

Como iniciar aplicativos do App-V

1. Usuário inicia o aplicativo clicando em uma invocação de tipo de arquivo ou atalho.

2. O App-V Client verifica a existência do catálogo do usuário para os seguintes arquivos

   • UserDeploymentConfiguration.xml

   • UserManifest.xml

3. Se os arquivos estiverem presentes, o aplicativo é chamado para esse usuário específico e o aplicativo iniciará o processo de inicialização. Neste ponto, não há nenhum tráfego de rede.

4. Em seguida, o cliente do App-V verifica que o caminho para o pacote registrado para o serviço de cliente do App-V é encontrado no Registro.

5. Ao encontrar o caminho para o repositório de pacotes, o ambiente virtual é criado. Se esta for a primeira inicialização, o bloco de recurso primário é baixado se estiver presente.

6. Após o download, o serviço de cliente do App-V consome os arquivos de configuração de implantação e manifesto para configurar o ambiente virtual e todos os subsistemas do App-V são carregados.

7. O aplicativo é iniciado. Se houver arquivos ausentes no repositório de pacotes (arquivos esparsos), o App-V transmitirá falhas os arquivos em uma base necessária.

   

Atualização de um pacote do App-V

O processo de atualização de pacote do App-V 5 é diferente das versões anteriores do App-V. O App-V dá suporte a várias versões do mesmo pacote em um computador qualificado para usuários diferentes. Versões do pacote podem ser adicionadas a qualquer momento como o repositório de pacotes e os catálogos são atualizados com os novos recursos. O único processo específico para a adição de novos recursos de versão é a otimização do armazenamento. Durante uma atualização, apenas os novos arquivos são adicionados ao novo local de armazenamento de versão e links físicos são criados para arquivos inalterados. Isso reduz o armazenamento geral, apresentando somente o arquivo em um disco local e projeção em todas as pastas com uma entrada de local do arquivo no disco. Os detalhes específicos de atualização de um pacote do App-V são os seguintes:

Como atualizar um pacote do App-V

1. O cliente App-V executa uma atualização de publicação e descobre uma versão mais recente de um pacote do App-V.

2. Entradas de pacote são adicionadas ao catálogo apropriado para a nova versão

   1. Pacotes de destino do usuário: os UserDeploymentConfiguration.xml e UserManifest.xml são colocados no computador no catálogo do usuário em appdata\roaming\Microsoft\AppV\Client\Catalog\Packages\PkgGUID\VerGUID

   2. Pacotes alvo do computador (globais): o UserDeploymentConfiguration.xml é colocado no catálogo do computador em %programdata%\Microsoft\AppV\Client\Catalog\Packages\PkgGUID\VerGUID

3. Registre o pacote com o driver de modo kernel para o usuário em HKLM\Software\Microsoft\AppV\MAV

4. Execute tarefas de integração.

   1. Integre pontos extensões (EP) dos arquivos de manifesto e configuração dinâmica.

   1. Dados de EP baseado em arquivo são armazenados na pasta AppData usando pontos de junção do repositório de pacotes.

   2. EPs da Versão 1 já existem quando uma nova versão estiver disponível.

   3. Os pontos de extensão são alternados para o local da versão 2 em catálogos do computador ou usuário para quaisquer pontos de extensão mais novos ou atualizados.

5. Execute scripts destinados ao tempo de publicação.

6. Instale assemblies lado a lado conforme necessário.

Atualização de um pacote do App-V em uso

Introdução ao App-V 5 SP2: Se você tentar atualizar um pacote que está sendo usado por um usuário final, a tarefa de atualização será colocada em um estado pendente. A atualização será executada mais tarde, de acordo com as seguintes regras:

Tipo de tarefa	Regra aplicável
Tarefa do usuário, por exemplo, publicar um pacote para um usuário	A tarefa pendente será executada depois que o usuário fizer logoff e logon novamente.
Tarefa global, por exemplo, habilitar um grupo de conexões globalmente	A tarefa pendente será executada quando o computador for desligado e reiniciado.

Quando uma tarefa for colocada em um estado pendente, o cliente do App-V também gera uma chave do Registro para a tarefa pendente, da seguinte maneira:

Tarefa do usuário ou global	Onde a chave do Registro é gerada
Tarefas de usuário	KEY_CURRENT_USER\Software\Microsoft\AppV\Client\PendingTasks
Tarefas globais	HKEY_LOCAL_MACHINE\Software\Microsoft\AppV\Client\PendingTasks

As seguintes operações devem ser concluídas antes que os usuários podem usar a versão mais recente do pacote:

Tarefa	Detalhes
Adicione o pacote ao computador	Essa tarefa é específica do computador e você pode executá-la a qualquer momento, executando as etapas na seção Adicionar pacote acima.
Publicar o pacote	Consulte a seção de publicação do pacote acima para obter as etapas. Esse processo requer que você atualize os pontos de extensão no sistema. Os usuários finais não é possível usar o aplicativo quando você concluir essa tarefa.

Use os seguintes cenários de exemplo como um guia para pacotes de atualização.

Cenário	Requisitos
O pacote do App-V não está em uso quando você tenta atualizar	Nenhum dos seguintes componentes do pacote pode ser usado: aplicativo virtual, servidor COM ou extensões de shell. O administrador publica uma versão mais recente do pacote e a atualização funciona na próxima vez em que um componente ou aplicativo dentro do pacote é iniciado. A nova versão do pacote é transmitida e executada. Nada foi alterado neste cenário do App-V 5 SP2 das versões anteriores do App-V 5.
O pacote do App-V está em uso quando o administrador publica uma versão mais recente do pacote	A operação de atualização é definida como pendente, o cliente do App-V, o que significa que ele está na fila e é executado posteriormente quando o pacote não está em uso. Se o aplicativo do pacote está em uso, o usuário fecha o aplicativo virtual, quando então a atualização pode ocorrer. Se o pacote tiver extensões shell (Office 2013), que são carregadas permanentemente pelo Windows Explorer, o usuário não pode estar conectado. Os usuários devem fazer logoff e o logon novamente para iniciar a atualização de pacote do App-V.

Publicação do usuário vs global

Pacotes do App-V pode ser publicados em uma das duas maneiras: usuário, que qualifica um pacote do App-V para um usuário ou grupo específico de usuários, e global, que qualifica o pacote do App-V para todo o computador e para todos os usuários do computador. Quando uma atualização de pacote estiver pendente e o pacote do App-V não estiver em uso, considere os dois tipos de publicação:

• Publicado globalmente: o aplicativo é publicado em um computador. Todos os usuários nesse computador podem usá-lo. A atualização ocorrerá quando p serviço do App-V Client é iniciado, o que significa uma reinicialização do computador.

• Publicado para o usuário: o aplicativo é publicado para um usuário. Se houver vários usuários no computador, os aplicativos podem ser publicados para um subconjunto dos usuários. A atualização ocorrerá quando o usuário faz logon ou quando ela for publicada novamente (periodicamente, atualização e avaliação da política do ConfigMgr, uma atualização/publicação periódica de App-V ou explicitamente por meio de comandos do PowerShell).

Removendo um pacote do App-V

Remover aplicativos do App-V em uma infraestrutura completa é uma operação de cancelamento de publicação e não executa uma remoção do pacote. O processo é o mesmo que o processo de publicação acima, mas em vez de adicionar, a remoção reverte as alterações que foram feitas para pacotes do App-V.

Reparando um pacote do App-V

A operação de reparo é muito simples, mas pode afetar vários locais no computador. Os locais de cópia na gravação (COW) são removidos e pontos de extensão são retirados e reintegrados. Analise as localizações de posicionamento de dados de COW observando onde eles são registrados no Registro. Essa operação é feita automaticamente e não há nenhum controle administrativo diferente de iniciar uma operação de reparo no Console de cliente do App-V ou por meio do PowerShell (Repair-AppVClientPackage).

Integração dos pacotes do App-V

A arquitetura do pacote e o cliente App-V fornece integração específica com o sistema operacional local durante a adição e a publicação dos pacotes. Três arquivos definem os pontos de integração ou extensão para um pacote do App-V:

• AppXManifest.xml: Armazenado dentro do pacote com cópias de fallback armazenadas no repositório de pacotes e o perfil do usuário. Contém as opções criadas durante o processo de sequenciamento.

• DeploymentConfig.xml: Fornece informações de configuração do computador e do usuário com base em pontos de extensão de integração.

• UserConfig.xml: Um subconjunto da Deploymentconfig.xml que fornece apenas configurações do usuário e se destina somente a pontos de extensão do usuário.

Regras de integração

Quando aplicativos do App-V são publicados em um computador com o cliente do App-V, algumas ações específicas ocorrem conforme descrito na lista abaixo:

• Publicação global: Os atalhos são armazenados no local do perfil de todos os usuários e outros pontos de extensão são armazenados no Registro no hive HKLM.

• Publicação do usuário: Atalhos são armazenados no perfil de conta do usuário atual e outros pontos de extensão são armazenados no Registro no hive de HKCU.

• Backup e restauração: Os dados existentes do aplicativo nativo e do Registro (por exemplo, registros de FTA) são salvos durante a publicação.

  1. Pacotes do App-V são fornecidos com base no último pacote integrado de propriedade onde a propriedade é passada para o aplicativo App-V publicado mais recente.

  2. A propriedade é transferida de um pacote do App-V para outro quando o pacote do App-V proprietário tiver sua publicação cancelada. Isso não iniciará uma restauração de dados ou do Registro.

  3. Restaurar o backup de dados quando o último pacote é não publicado ou removido em um acordo de ponto de extensão.

Pontos de extensão

Os arquivos de publicação do App-V (configuração de manifesto e dinâmico) fornecem vários pontos de extensão que habilitam o aplicativo para integração com o sistema operacional local. Esses pontos de extensão executam tarefas de instalação de aplicativos típicos, como colocar atalhos, criar associações de tipo de arquivo e registro de componentes. Como esses são os aplicativos virtualizados que não estão instalados da mesma maneira um aplicativo tradicional, existem algumas diferenças. A seguir está uma lista de pontos de extensão abordados nesta seção:

• Atalhos

• Associações de tipo de arquivo

• Extensões de shell

• COM

• Clientes de software

• Recursos do aplicativo

• Manipulador de protocolo de URL

• AppPath

• Aplicativo virtual

Atalhos

O atalho é um dos elementos básicos de integração com o sistema operacional e é a interface de inicialização direta do usuário de um aplicativo App-V. Durante a publicação e o cancelamento da publicação de aplicativos do App-V.

Os pacote dinâmico e manifesto XML dos arquivos de configuração, o caminho para um executável de aplicativo específico pode ser encontrado em uma seção semelhante à seguinte:

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

Conforme mencionado anteriormente, os atalhos do App-V são colocados por padrão no perfil do usuário com base na operação de atualização. Atualização global coloca atalhos no perfil todos os usuários e atualização do usuário armazena no perfil do usuário específico. O executável real é armazenado no repositório de pacotes. O local do arquivo ICO é um local indexado no pacote do App-V.

Associações de tipo de arquivo

O App-V Client gerencia as associações de tipo de arquivo do sistema operacional local durante a publicação, que permite aos usuários usar chamadas de tipo de arquivo ou para abrir um arquivo com uma extensão (.docx) registrada especificamente para iniciar um aplicativo App-V. Associações de tipo de arquivo estão presentes nos arquivos de configuração manifesto e dinâmicos, conforme representado no exemplo a seguir:

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

Extensões de shell

Extensões de shell serão inseridas automaticamente no pacote durante o processo de sequenciamento. Quando o pacote é publicado globalmente, a extensão do shell fornece aos usuários a mesma funcionalidade como se o aplicativo fosse instalado localmente. O aplicativo não requer instalação ou configuração adicional no cliente para habilitar a funcionalidade de extensão de shell.

Requisitos para usar extensões de shell:

• Pacotes que contêm extensões de shell inseridas devem ser publicados globalmente.

• "Número de bits" do aplicativo, Sequencer e do cliente do App-V deve ser compatíveis ou as extensões de shell não funcionarão. Por exemplo:

  • A versão do aplicativo é de 64 bits.

  • O Sequencer está em execução em um computador de 64 bits.

  • O pacote está sendo entregue em um computador cliente do App-V de 64 bits.

A seguinte tabela exibe as extensões de shell com suporte.

Manipulador	Descrição
Manipulador do menu de contexto	Adiciona itens de menu ao menu de contexto. É chamado antes da exibição do menu de contexto.
Manipulador do tipo "arrastar e soltar"	Controla a ação durante clique com o botão direito, arrastar e soltar e modifica o menu de contexto exibido.
Manipulador de destino	Controla a ação após o objeto de dados ser arrastado e deixado em um destino, como um arquivo.
Manipulador de objeto de dados	Controla a ação depois de um arquivo ser copiado na área de transferência ou arrastado e deixado em um destino. Pode fornecer formatos adicionais da área de transferência para o destino no qual será deixado.
Manipulador de folha de propriedades	Substitui ou adiciona páginas à caixa de diálogo da folha de propriedades de um objeto.
Manipulador de infodicas	Permite recuperar sinalizadores e informações de infodicas para um item e exibi-los dentro de uma dica de ferramenta pop-up ao passar o ponteiro do mouse por cima.
Manipulador de coluna	Permite criar e exibir colunas personalizadas na visualização Detalhes do Windows Explorer. Pode ser usado para estender classificação e agrupamento.
Manipulador de visualização	Habilita uma visualização de um arquivo a ser exibido no painel de Visualização do Windows Explorer.

COM

O App-V Client dá suporte a aplicativos de publicação com suporte para integração de COM e virtualização. A integração de COM permite que o App-V Client registre os objetos no sistema operacional local, bem como a virtualização dos objetos. Para os fins deste documento, a integração de objetos COM requer detalhes adicionais.

O App-V dá suporte a objetos COM do pacote para o sistema operacional local com dois tipos de processo: Em processo e fora do processo. O registro de objetos COM é feito com um modo de operação, ou uma combinação de vários modos, para um pacote específico de App-V que inclui desativado, isolado e integrado. O modo integrado é configurado para o tipo fora de processo ou em processo. A configuração de modos e tipos de COM é realizada com arquivos de configuração dinâmica (deploymentconfig.xml ou userconfig.xml).

Detalhes sobre a integração do App-V estão disponíveis em: https://go.microsoft.com/fwlink/?LinkId=392834.

Clientes de software e recursos de aplicativos

O App-V dá suporte a clientes de software específicos e pontos de extensão dos recursos do aplicativo que habilitam aplicativos virtualizados a ser registrado com o cliente de software do sistema operacional. Isso permite que os usuários selecionem programas padrão para operações, como email, sistema de mensagens instantâneas e media player. Essa operação é executada no painel de controle com Definir acesso ao programa e Padrões do computador, e é configurada durante o sequenciamento nos arquivos de configuração manifesta ou dinâmica. Somente há suporte para recursos de aplicativos quando os aplicativos do App-V são publicados globalmente.

Exemplo de registro do cliente de software de um cliente de email do 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>

Manipulador de protocolo de URL

Aplicativos nem sempre são chamados especificamente de aplicativos virtualizados utilizando a invocação de tipo de arquivo. Por exemplo, em um aplicativo que dá suporte à incorporação de um link mailto: link dentro de um documento ou página da Web, o usuário clica em um link mailto: vincular e espera obter seu cliente de email registrado. O App-V dá suporte a manipuladores de protocolos de URL que podem ser registrados por pacote com o sistema operacional local. Durante o sequenciamento, os manipuladores de protocolo de URL são adicionados automaticamente ao pacote.

Para situações em que há mais de um aplicativo que conseguiu registrar o manipulador de protocolo de URL específico, os arquivos de configuração dinâmica podem ser utilizados para modificar o comportamento e suprimir ou desabilitar esse recurso para um aplicativo que não deve ser o principal aplicativo aberto.

AppPath

O ponto de extensão AppPath dá suporte a aplicativos de App-V chamados diretamente do sistema operacional. Isso geralmente é obtido na Tela Inicial ou Executar, dependendo do sistema operacional, que permite que os administradores forneçam acesso a aplicativos do App-V a partir de comandos do sistema operacional ou scripts sem chamar o caminho específico para o executável. Portanto, ele evita modificar a variável de ambiente do caminho do sistema em todos os sistemas, como ocorre durante a publicação.

O ponto de extensão AppPath é configurado no manifesto ou nos arquivos de configuração dinâmica e é armazenado no Registro no computador local durante a publicação para o usuário. Para obter informações adicionais sobre AppPath, leia: https://go.microsoft.com/fwlink/?LinkId=392835.

Aplicativo virtual

Esse subsistema fornece uma lista de aplicativos capturada durante o sequenciamento, que geralmente é consumido por outros componentes do App-V. Integração de pontos de extensão que pertencem a um determinado aplicativo pode ser desabilitada usando arquivos de configuração dinâmica. Por exemplo, se um pacote contém dois aplicativos, é possível desabilitar todos os pontos de extensão pertencente a um aplicativo, para permitir que somente a integração dos pontos de extensão do outro aplicativo.

Regras de ponto de extensão

Os pontos de extensão descritos acima estão integrados no sistema operacional com base em como os pacotes foi publicado. A publicação global coloca pontos de extensão em locais públicos de computador, onde a publicação do usuário coloca pontos de extensão em locais de usuário. Por exemplo, um atalho que é criado na área de trabalho e publicado globalmente resultará nos dados do arquivo para o atalho (% Public%\Desktop) e os dados de Registro (HKLM\Software\Classes). O mesmo atalho teria os dados de arquivo (% UserProfile%\Desktop) e dados de Registro (HKCU\Software\Classes).

Pontos de extensão não são todos publicados da mesma forma, em que alguns pontos de extensão exigirá publicação global e outros requerem sequenciamento no sistema operacional específico e arquitetura em que eles são emitidos. Abaixo está uma tabela que descreve essas duas regras principais.

Extensão virtual	Exige o sequenciamento do sistema operacional de destino	Requer publicação global
Atalho
Associações de tipo de arquivo
Protocolos de URL	X
AppPaths	X
Modo de COM
Cliente de software	X
Recursos do aplicativo	X	X
Manipulador do menu de contexto	X	X
Manipulador do tipo "arrastar e soltar"	X
Manipulador de objeto de dados	X
Manipulador de folha de propriedades	X
Manipulador de infodicas	X
Manipulador de coluna	X
Extensões de shell	X
Objeto auxiliar de navegador	X	X
Objeto do Active X	X	X

Processamento da configuração dinâmica

Implantar pacotes do App-V em um computador ou usuário é muito simples. No entanto, à medida que as organizações implantam aplicativos do AppV nas linhas de negócios e fronteiras geográficas e políticas, a capacidade de sequenciar um aplicativo uma vez com um conjunto de configurações se torna impossível. O App-V foi projetado para este cenário, pois ele captura configurações específicas durante o sequenciamento no arquivo de manifesto, mas também dá suporte à modificação com arquivos de configuração dinâmica.

A configuração dinâmica do App-V permite especificar uma política para um pacote no nível do computador ou no nível do usuário. Os arquivos de configuração dinâmica permitem aos engenheiros de sequenciamento modificar a configuração de um pacote, pós-sequenciamento, para atender às necessidades dos grupos de usuários ou computadores. Em alguns casos, pode ser necessário fazer modificações no aplicativo para fornecer a funcionalidade correta do ambiente do App-V. Por exemplo, pode ser necessário fazer modificações nos arquivos de _*config.xml para permitir que determinadas ações sejam executadas em um horário especificado durante a execução do aplicativo, como desabilitar uma extensão de mailto para impedir que um aplicativo virtualizado substitua essa extensão de outro aplicativo.

Pacotes do App-V contêm o arquivo de manifesto dentro do arquivo de pacote appv, que representa as operações de sequenciamento e é a política mais usada, a menos que os arquivos de Configuração dinâmica sejam atribuídos a um pacote específico. No pós-sequenciamento, os arquivos de configuração dinâmica podem ser modificados para permitir a publicação de um aplicativo em diferentes áreas de trabalho ou usuários com pontos de extensão diferente. Os dois arquivos de configuração dinâmica são os arquivos de configuração de implantação dinâmico (DDC) e configuração de usuário dinâmicos (DUC). Esta seção se concentra na combinação dos arquivos de configuração de manifesto e dinâmicos.

Exemplo de arquivos de configuração dinâmica

O exemplo a seguir mostra a combinação dos arquivos de manifesto, configuração de implantação e configuração do usuário após a publicação e durante a operação normal. Esses são exemplos abreviados de cada um dos arquivos. O objetivo é somente mostrar a combinação dos arquivos e não deve ser uma descrição completa das categorias específicas disponíveis em cada um dos arquivos. Para obter mais informações, consulte o guia de sequenciamento do App-V 5 em: https://go.microsoft.com/fwlink/?LinkID=269810

Manifesto

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

Configuração de implantação

<MachineConfiguration>
     <Subsystems>
          <Registry>
               <Include>
                    <Key Path= "\REGISTRY\Machine\Software\7zip">
                    <Value Type="REG_SZ" Name="Config" Data="1234"/>
                    </Key>
               </Include>
          </Registry>
     </Subsystems>

Configuração do usuário

<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:lcon>[{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:lcon>[{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>

Assemblies lado a lado

O App-V dá suporte ao empacotamento automático dos conjuntos de módulos lado a lado (SxS) durante o sequenciamento e a implantação no cliente durante a publicação de aplicativo virtual. O App-V 5 SP2 dá suporte à captura de assemblies SxS durante o sequenciamento para assemblies não presentes no computador de sequenciamento. E para assemblies compostos por Visual C++ (versão 8 e mais recentes) e/ou tempo de execução MSXML, o sequenciador detectará automaticamente e capturará essas dependências, mesmo se elas não foram instaladas durante o monitoramento. O recurso de assemblies lado a lado remove as limitações das versões anteriores do App-V, onde o sequenciador do App-V não capturou assemblies já presentes na estação de trabalho de sequenciamento e privatizar os assemblies limitados à versão de um bit por pacote. Esse comportamento resultaram em aplicativos implantados do App-V para clientes sem os assemblies SxS necessários, causando falhas de inicialização do aplicativo. Isso provocou a criação do processo de empacotamento do documento para assegurar que todos os assemblies exigidos pelos pacotes foram instalados localmente no sistema operacional cliente do usuário a fim de garantir o suporte para os aplicativos virtuais. Com base no número de assemblies e a falta de documentação do aplicativo para as dependências necessárias, essa tarefa era um desafio de gerenciamento e implementação.

O suporte do assembly lado a lado no App-V possui os seguintes recursos.

• Capturas automáticas do assembly SxS durante o sequenciamento, independentemente do assembly já ter sido instalado na estação de trabalho de sequenciamento.

• O App-V Client instala automaticamente os assemblies SxS necessários para o computador cliente no momento da publicação se não existirem.

• Os Sequencer relata a dependência de tempo de execução de VC no mecanismo de relatórios do Sequencer.

• O sequenciador permite optar por não empacotar os assemblies que já estão instalados no sequenciador, dando suporte a cenários em que os assemblies anteriormente foram instalados nos computadores de destino.

Publicação automática de assemblies SxS

Durante a publicação de um pacote do App-V com assemblies SxS, o App-V Client verificará a presença do assembly no computador. Se o assembly não existir, o cliente o implantará no computador. Pacotes que fazem parte dos grupos de conexão contarão com instalações de assembly lado a lado que fazem parte dos pacotes de base, pois o grupo de conexão não contém todas as informações sobre a instalação do assembly.

Log de cliente

Registrar as informações de logs de cliente do App-V para o Evento do Windows no formato padrão do ETW. Os eventos específicos do App-V podem ser encontrados no visualizador de eventos em Applications and Services Logs\Microsoft\AppV\Client.

Há três categorias específicas de eventos registrados descritas abaixo.

Admin: Logs de eventos para configurações aplicadas ao App-V Client, contendo os principais avisos e erros.

Operacional: Registra a execução geral do App-V e o uso dos componentes individuais, criando um log de auditoria das operações do App-V que foram realizadas no App-V Client.

Aplicativo virtual: Registra inicializações do aplicativo virtual e uso dos subsistemas de virtualização.

Você tem uma sugestão para o App-V?

Adicione ou vote em sugestões aqui. Para problemas com o App-V, utilize o Fórum App-V TechNet.

-----
Você pode saber mais sobre o MDOP na TechNet Library, pesquisar soluções de problemas no TechNet Wiki ou seguir-nos no Facebook ou Twitter.
-----