Recursos
Nota:
A Citrix® recomenda fazer backup dos VDAs antes de realizar atualizações, sempre que possÃÂvel.
-
Agendando Atualizações
O processo de atualização de VDA na Citrix pode ser realizado no nÃÂvel do catálogo, no nÃÂvel de um grupo de máquinas ou no nÃÂvel de uma máquina individual, dependendo dos requisitos. As atualizações podem ser configuradas para iniciar imediatamente ou podem ser agendadas para uma data e hora com até 7 dias de antecedência.
-
Escopo de Catálogo vs. Grupo de Máquinas vs. Máquina: As atualizações de catálogo são ideais para atualizações em massa, enquanto a atualização de máquinas individualmente ou por grupos permite um controle mais granular.
-
Agendamento: As atualizações podem ser agendadas com até 7 dias de antecedência. Se estiver usando atualizações no nÃÂvel do catálogo de máquinas, as máquinas adicionadas ao catálogo após o agendamento da atualização não serão incluÃÂdas como parte da atualização agendada existente.
| Recurso | Atualização por Catálogo | Atualização por Máquina | Grupo de Máquinas |
|---|---|---|---|
| Escopo das atualizações | Catálogo inteiro | Máquina individual | Grupo de máquinas de um Catálogo de Máquinas |
| Controle de agendamento | Um único agendamento se aplica a todos os VDAs no catálogo de máquinas, ideal para operações de atualização em larga escala | Os VDAs são agendados individualmente, o que é usado principalmente para testes e atualizações pontuais | Os VDAs são agendados em grupos, oferecendo a flexibilidade de atualizar diferentes grupos de VDAs em momentos diferentes |
| Gerenciamento | Gerenciado por meio do nó de catálogos de máquinas na interface de Configuração Completa ou do cmdlet New-VusCatalogSchedule
|
Gerenciado por meio do nó de Pesquisa na interface de Configuração Completa ou do cmdlet New-VusMachineUpgrade
|
Gerenciado por meio do nó de Pesquisa na interface de Configuração Completa, ou passando uma lista de máquinas para o cmdlet New-VusMachineUpgrade
|
| Caso de Uso | Atualizações em massa para um Catálogo de Máquinas inteiro | Controle granular para atualizações direcionadas e cenários de teste | Controle direcionado de um subconjunto de VDAs. Pode ser usado para escalonar as atualizações dentro de um catálogo |
| Versões de VDA disponÃÂveis | Para CR e todas as versões LTSR de VDA atualmente suportadas, a versão mais recente, bem como 2 versões anteriores (N-2), estão disponÃÂveis para atualização. Consulte VDA versions available para obter mais informações | Para CR e todas as versões LTSR de VDA atualmente suportadas, a versão mais recente, bem como 2 versões anteriores (N-2), estão disponÃÂveis para atualização. Consulte VDA versions available para obter mais informações | Apenas a versão mais recente do VDA LTSR ou CR está disponÃÂvel para ser atualizada |
| Componentes Adicionais | Instala ou atualiza componentes VDA em cada VDA. Deixar um componente desmarcado não desinstalará o recurso, mas o componente não será atualizado | Instala ou atualiza o componente VDA no VDA. Deixar um componente desmarcado não desinstalará o recurso, mas o componente não será atualizado | Componentes adicionais não podem ser gerenciados pelo serviço de atualização de VDA ao atualizar um grupo de máquinas. Nota: Recursos adicionais, como “Habilitar Limpeza de Restauraçãoâ€Â, estão disponÃÂveis para atualizações de grupo de máquinas |
| Recursos Adicionais | Recursos adicionais podem ser habilitados ou atualizados | Recursos adicionais podem ser habilitados ou atualizados | Recursos adicionais podem ser habilitados ou atualizados |
| Concorrência | Controlado como uma configuração ao agendar a atualização. Consulte Concurrency para obter mais informações | Um único VDA é atualizado | Automaticamente balanceado por carga com base no número de VDAs selecionados como parte do agendamento da atualização |
| Limite de Falha | Um limite de falha pode ser definido para evitar futuras atualizações se um número fornecido de VDAs falhar nas atualizações. Consulte Failure Threshold para obter mais informações | Limites de falha não são aplicáveis para uma atualização por máquina | Limites de falha não estão disponÃÂveis para atualizações de grupo de máquinas. Considere definir o tamanho do grupo de máquinas a ser atualizado para ser o número máximo de VDAs que seria uma quantidade de falha aceitável |
O Agente de Atualização de VDA nos VDAs se comunica periodicamente com o Citrix Cloud™ para determinar se o VDA deve ser atualizado. Os VDAs podem ser agendados para atualização imediata ou com até 7 dias de antecedência. Ao agendar uma atualização com antecedência, você pode definir a data e a hora (em UTC) em que a atualização será iniciada.
A duração da atualização define o perÃÂodo de tempo após a hora de inÃÂcio da atualização agendada durante o qual as atualizações ocorrem. Por padrão, para atualizações de catálogo de máquinas e grupos de máquinas, a Citrix balanceia a carga das atualizações de VDA durante toda a duração da atualização para melhorar o desempenho e evitar gargalos.
Assim que uma atualização é iniciada, o VDA é colocado em modo de manutenção até que a atualização seja concluÃÂda. Se houver uma sessão presente no VDA, o VDA não será atualizado até que não haja sessões. Nenhuma nova sessão pode ser intermediada para o VDA quando ele está em modo de manutenção. Se um usuário se desconectar de uma sessão durante uma janela de atualização, o usuário não poderá se reconectar até que a atualização seja concluÃÂda.
O VDA continuará a tentar uma atualização até que a duração agendada da atualização seja concluÃÂda. Se uma sessão estiver presente durante toda a duração da atualização, a atualização será cancelada e o modo de manutenção será desativado para o VDA. Considere uma duração de atualização mais longa para melhorar a taxa de sucesso da atualização do VDA.
Nota:
VDAs colocados manualmente em modo de manutenção antes de uma atualização agendada falharão na atualização.
Novas versões de VDA estão disponÃÂveis para atualização por meio do serviço de atualização de VDA logo após as novas versões de VDA serem disponibilizadas ao público. O serviço de atualização de VDA mantém N-2 versões do VDA para versões CR e N-2 versões CU para todas as versões LTSR que são atualmente suportadas.
Na interface de configuração completa, ao atualizar um catálogo ou uma máquina individual, a interface do usuário solicita a versão para a qual você deseja atualizar seus VDAs.

Para determinar as versões de VDA disponÃÂveis usando o PowerShell, use o cmdlet Get-VusAvailableVdaVersion.
Sem passar uma máquina ou um catálogo com o cmdlet, o cmdlet retornará a versão mais recente disponÃÂvel para todas as trilhas de atualização.
Para obter as versões especÃÂficas disponÃÂveis para um recurso, passe um VDA (-MachineName, -MachineUid ou -MachineUuid) ou catálogo (-CatalogName, -CatalogUid ou -CatalogUuid) com o cmdlet Get-VusAvailableVdaVersion.
Por exemplo:
Get-VusAvailableVdaVersion -CatalogName ‘[Nome do seu Catálogo de Máquinas]’

-
Componentes adicionais podem ser instalados ou atualizados ao fazer upgrade de VDAs por catálogo de máquinas ou por máquina individual. Se você não marcar um componente, ele não será desinstalado, mas não será atualizado como parte do upgrade geral do VDA.
-

-
Os recursos podem ser habilitados ou atualizados em VDAs por meio do serviço de upgrade do VDA. Se você não marcar um recurso, ele não será desabilitado, mas não será atualizado como parte do upgrade geral do VDA.
-
Por padrão, a caixa de seleção Habilitar limpeza de restauração está selecionada. A Citrix recomenda habilitar o recurso de limpeza de restauração para facilitar o gerenciamento e melhorar a recuperação de upgrades com falha. Com o recurso habilitado, um ponto de restauração do sistema é criado antes do inÃÂcio do upgrade. Se um upgrade falhar, o VDA será restaurado para o ponto de restauração do sistema. O ponto de restauração é excluÃÂdo após a instalação bem-sucedida do VDA. Para obter mais informações, consulte Restaurar em caso de falha na instalação ou upgrade.
-

-
Observação:
-
-
-
A Restauração do Sistema do Windows é compatÃÂvel apenas com sistemas operacionais de sessão única (por exemplo, Windows 10 e 11). O recurso Restauração do Sistema do Windows deve estar habilitado no VDA para que o recurso “Habilitar limpeza de restauração” funcione. Os upgrades podem falhar se “Habilitar restauração” ou “Habilitar limpeza de restauração” estiver selecionado, mas a Restauração do Sistema do Windows não estiver configurada no VDA.
-
-
Ao fazer upgrade de catálogos de máquinas, o VUS permite que você defina um número máximo de VDAs que serão atualizados simultaneamente. Isso pode ajudar a reduzir a carga em sua conexão com a internet ou servidor de arquivos e, quando usado em conjunto com limites de falha, permite que você interrompa os upgrades se vários VDAs falharem na atualização.
Assim que o upgrade agendado começa, todos os VDAs no catálogo são colocados em modo de manutenção. Um upgrade será iniciado em uma quantidade de VDAs que corresponde àconfiguração máxima de simultaneidade definida. Assim que um upgrade de VDA for concluÃÂdo, outro VDA começará a ser atualizado para manter o número simultâneo de VDAs sendo atualizados ao mesmo tempo.
Se nenhuma simultaneidade for especificada para um upgrade agendado de catálogo de máquinas, a Citrix usa um valor de simultaneidade padrão com base no número total de VDAs no Catálogo e na duração do upgrade.
Os upgrades levam em média cerca de 30 minutos para serem concluÃÂdos, mas isso pode variar muito com base nas condições ambientais. Considere definir sua simultaneidade para uma quantidade em que todos os VDAs possam ser atualizados na duração de upgrade fornecida. Por exemplo, se você tiver 20 VDAs configurados para serem atualizados em 4 horas, você precisará de 5 VDAs para serem atualizados por hora. Usando a duração média de upgrade de 30 minutos, você pode definir o valor de simultaneidade para 3 para atender ao requisito de 5 upgrades de VDA por hora (3 upgrades a cada 30 minutos resultam em 6 atualizações por hora).
- Ao fazer upgrade de catálogos de máquinas, use um limite de falha para evitar que mais VDAs sejam atualizados se um determinado número de VDAs tiver falhado. Os limites de falha podem reduzir o raio de impacto de problemas que causam falhas de upgrade, diminuindo os esforços de solução de problemas para os administradores.
- Os limites de falha impedem que quaisquer VDAs futuros iniciem upgrades, mas não interrompem os VDAs que já iniciaram o upgrade. Por exemplo, se um catálogo de máquinas tiver 100 VDAs, a simultaneidade for definida como 10 VDAs e o limite de falha for definido como 3, se todos os upgrades de VDA falharem, pelo menos 13 VDAs terão tentado fazer o upgrade, e os 87 restantes nunca terão iniciado, e o upgrade será cancelado.
10 VDAs simultâneos começam a ser atualizados no inÃÂcio do upgrade agendado; se o primeiro upgrade falhar, outro VDA iniciará o upgrade para manter os 10 upgrades simultâneos. Se o segundo upgrade falhar, outro VDA iniciará o upgrade. Se o terceiro upgrade falhar, todos os VDAs que estão atualmente no processo de upgrade continuarão, e o restante dos VDAs no agendamento de upgrade terá seu upgrade cancelado.
Você pode escolher que os VDAs baixem a mÃÂdia de instalação do VDA do CDN hospedado pela Citrix ou de um compartilhamento de arquivos local.
Upgrades por meio de um compartilhamento de arquivos hospedado localmente reduzem a necessidade de fornecer regras de rede para permitir que os VDAs busquem a mÃÂdia de instalação e podem diminuir a utilização da largura de banda durante o processo de upgrade.
Se estiver usando o CDN hospedado pela Citrix, os VDAs devem ser capazes de se comunicar com as URLs listadas em Conectividade.
Se estiver usando um compartilhamento de arquivos local, o compartilhamento de arquivos deve ter os seguintes pré-requisitos.
- O Agente de Atualização do VDA deve ser a versão 7.40.0.35 ou posterior, que é instalada por padrão na versão 2311 do VDA ou posterior.
- O Agente de Atualização do VDA não requer uma atualização agendada do VDA para ser atualizado. O Agente de Atualização do VDA é atualizado automaticamente.
- Se estiver atualizando usando o PowerShell, o SDK do PowerShell Remoto do Virtual Apps and Desktops versão 7.42 ou mais recente deve ser instalado.
- Permissões de Compartilhamento de Arquivos
- Os compartilhamentos de rede que contêm pacotes de instalador do VDA devem ter acesso de leitura para o serviço do Agente de Atualização do VDA, que é executado como Sistema Local (principal NT AUTHORITY\\SYSTEM).
- VDAs Ingressados no DomÃÂnio:
- A conta do Sistema Local (o VUA é executado como Sistema Local) usa credenciais do computador ao acessar compartilhamentos de rede.
- O compartilhamento de arquivos deve ter acesso de leitura para Computadores do DomÃÂnio.
- Nas Configurações Avançadas de Compartilhamento, o **Compartilhamento de Arquivos e Impressoras** deve estar habilitado.
- VDAs Não Ingressados no DomÃÂnio:
- A conta do Sistema Local (o VUA é executado como Sistema Local) usa **LOGON ANÃâ€NIMO** ao acessar compartilhamentos de rede.
- No **Centro de Rede e Compartilhamento, o Compartilhamento Protegido por Senha** deve estar desabilitado.
- Na guia **Segurança** das permissões da pasta, as permissões de acesso de leitura devem ser concedidas ao **LOGON ANÃâ€NIMO**.
- Nas Configurações Avançadas de Compartilhamento, o **Compartilhamento de Arquivos e Impressoras** deve estar habilitado.
- O nome da pasta compartilhada deve ser adicionado à**PolÃÂtica de Segurança de Acesso àRede**.
- Instalador do VDA
- O instalador do VDA deve ser baixado do site Citrix Downloads e colocado no compartilhamento de arquivos.
- O instalador do VDA relevante para o catálogo de máquinas deve ser baixado.
- Use o instalador do VDA do SO de várias sessões se o tipo de catálogo for de várias sessões.
- Use o instalador do VDA do SO de sessão única se o tipo de catálogo for de sessão única.
- Para uma determinada atualização, a versão do instalador no compartilhamento de arquivos deve corresponder exatamente a uma versão publicada pelo VUS. Use o cmdlet do PowerShell
Get-VusAvailableVersionpara determinar as versões disponÃÂveis.
Para configurar os VDAs para serem atualizados a partir de um compartilhamento de arquivos local na interface de Configuração Completa, selecione “Usar compartilhamento de arquivos local†no local do instalador do VDA e insira o caminho para o instalador. Por exemplo, "\\hostname\VDA-Packages\VDAWorkstationSetup_2308.exe".

Para configurar os VDAs para serem atualizados a partir de um compartilhamento de arquivos local usando o PowerShell, use o parâmetro -VdaWorkstationPackageUri (SO de sessão única) ou -VdaServerPackageUri (SO de várias sessões) ao agendar sua atualização.
Para aumentar o número de VDAs disponÃÂveis para atualização durante uma atualização agendada, considere forçar o logoff das sessões de usuário durante a atualização. O logoff forçado ocorre quando a atualização começa para cada VDA individual, e não no inÃÂcio da janela geral de atualização agendada.
Como diferentes VDAs começam a ser atualizados em momentos diferentes dentro do perÃÂodo agendado, os usuários só terão o logoff forçado quando seu VDA especÃÂfico iniciar a atualização.
Para forçar o logoff de sessões desconectadas durante atualizações agendadas usando a interface de Configuração Completa, selecione a opção Fazer logoff de sessões desconectadas.
Para forçar o logoff de sessões ativas durante atualizações agendadas usando a interface de Configuração Completa, selecione a opção Fazer logoff de sessões ativas. Se estiver fazendo logoff de sessões ativas, os usuários receberão uma notificação em sua sessão 10 minutos antes do inÃÂcio da atualização, lembrando-os de salvar seu trabalho antes de terem o logoff forçado automaticamente.

Para forçar o logoff de sessões desconectadas durante atualizações agendadas usando o PowerShell, use o parâmetro -LogoffOption ao agendar sua atualização. As opções disponÃÂveis para -LogoffOption estão listadas abaixo:
- Somente Sessões Ativas: Se houver uma sessão ativa no VDA durante a janela de atualização agendada, o usuário terá o logoff forçado. Um banner será exibido 10 minutos antes do logoff do usuário para fornecer um aviso. VDAs com sessões desconectadas não terão o logoff forçado durante a janela de atualização. Se a sessão desconectada permanecer durante toda a janela de atualização, essa atualização do VDA será cancelada.
- Somente Sessões Desconectadas: Se houver uma sessão desconectada no VDA durante a janela de atualização agendada, o usuário terá o logoff forçado. Os usuários não são notificados de que sua sessão desconectada terá o logoff forçado. VDAs com sessões ativas não terão o logoff forçado durante a janela de atualização. Se a sessão ativa permanecer durante toda a janela de atualização, essa atualização do VDA será cancelada.
- Sessões Ativas e Desconectadas: Se houver uma sessão desconectada ou ativa no VDA durante a janela de atualização agendada, o usuário terá o logoff forçado. Para sessões ativas, um banner será exibido 10 minutos antes do logoff do usuário para fornecer um aviso.
- Não Fazer Logoff: Sessões ativas e desconectadas não têm o logoff forçado. Se uma sessão estiver presente no VDA durante toda a duração do agendamento da atualização, a atualização será cancelada no final da janela de atualização agendada.
Quando possÃÂvel, a Citrix recomenda forçar o logoff das sessões para aumentar o número de VDAs que são atualizados com sucesso.
Importante:
Forçar o logoff das sessões pode resultar na perda de trabalho não salvo pelos usuários em suas sessões.
Use a opção de reiniciar automaticamente os VDAs antes das atualizações para melhorar a taxa de sucesso, garantindo que cada VDA inicie o processo em um estado limpo e consistente. A reinicialização antes da atualização pode mitigar o risco de falhas comuns, como reinicializações pendentes, processos persistentes ou atualizações de sistema incompletas.
Quando esta opção está habilitada, cada VDA é reiniciado individualmente pouco antes do inÃÂcio de sua atualização, em vez de no inÃÂcio da janela geral de atualização.
Para usar o recurso de reinicialização do VDA antes da atualização, o agente de atualização do VDA deve ser a versão 7.44 (lançada com o Citrix Virtual Apps and Desktops 2503) ou posterior. VDAs com uma versão anterior do Agente de Atualização do VDA serão atualizados sem uma reinicialização.
Depois de agendar as atualizações para um catálogo, você pode editar o horário de inÃÂcio e a duração da atualização ou cancelá-la completamente.
Para editar ou cancelar uma atualização usando a interface do usuário no nÃÂvel do catálogo de máquinas, clique com o botão direito do mouse em um catálogo de máquinas com uma atualização agendada existente e clique em Editar Atualização Agendada do VDA. Para editar uma atualização existente no nÃÂvel do catálogo de máquinas usando o PowerShell, use os cmdlets Set-VusCatalogUpgrade e Remove-VusCatalogUpgrade.
Para editar ou cancelar uma atualização no nÃÂvel da máquina, no nó de pesquisa, clique com o botão direito do mouse em uma máquina com uma atualização agendada existente e clique em Editar Atualização Agendada do VDA. Você não pode editar a atualização agendada do VDA para várias máquinas simultaneamente. Para editar uma atualização existente no nÃÂvel da máquina usando o PowerShell, use os cmdlets Set-VusMachineUpgrade e Remove-VusMachineUpgrade.