Citrix DaaS

Local Host Cache

Este artigo fornece uma visão geral completa do recurso Local Host Cache (LHC), com foco em sua capacidade de manter a continuidade dos negócios. Ele explica a funcionalidade do LHC durante as operações normais de trabalho e quando o modo LHC é ativado. Além disso, o artigo oferece diretrizes sobre verificações de configuração, solução de problemas, comandos do PowerShell para gerenciamento do LHC e monitoramento de log de eventos para integridade do LHC.

Visão geral

O LHC mantém o acesso do usuário final a aplicativos e desktops quando os Cloud Connectors perdem a conectividade com o Citrix Cloud devido a uma interrupção da rede ou a um problema com o Citrix Cloud. As sessões ativas não são afetadas quando o modo LHC é ativado e novas sessões são intermediadas por meio do agente do LHC em execução nos Cloud Connectors.

O LHC é ativado por padrão, mas é importante garantir que seu ambiente esteja configurado corretamente para o LHC. Embora as configurações incorretas possam não interromper a corretagem normal, elas podem prejudicar o desempenho do LHC, causando interrupções aos usuários finais quando o modo LHC está ativo. Para garantir a funcionalidade ideal do LHC, verifique seu Zonas nó no Studio para erros e avisos relacionados à zona que a Citrix detectou. Além disso, revise o Verificar configurações de resiliência guia e o Evite configurações incorretas comuns que podem afetar negativamente a resiliência do DaaS artigo para uma lista de verificação abrangente da configuração do LHC.

Importante:

O LHC só será ativado se os Cloud Connectors receberem tráfego do StoreFront ou se a Continuidade do serviço estiver ativada. Para obter mais informações sobre como a Continuidade do Serviço pode usar o Cache de Host Local para manter o acesso do usuário a aplicativos e áreas de trabalho durante interrupções de serviço, consulte Continuidade do serviço.

Como funciona

Durante as operações normais, o Remote Broker Provider Service em um Cloud Connector se comunica com o Citrix Cloud para todas as operações de intermediação. O Citrix Config Synchronizer Service (CSS) verifica regularmente se há alterações de configuração no Citrix Cloud e sincroniza esses dados com o agente do LHC no Cloud Connector. Se os Cloud Connectors perderem a conectividade com o Citrix Cloud ou o Citrix Cloud estiver com problemas, o modo LHC será ativado e garantirá o acesso contínuo a aplicativos e desktops.

Durante a operação normal de corretagem

Durante a operação normal de corretagem

  • O Citrix Remote Broker Provider Service em um Cloud Connector aceita solicitações de conexão do StoreFront. O Remote Broker Provider Service se comunica com o Citrix Cloud para conectar usuários com VDAs registrados no Citrix Cloud.
  • O CSS verifica com o agente de nuvem no Citrix Cloud aproximadamente a cada 5 minutos para ver se alguma alteração de configuração foi feita. Essas alterações podem ser iniciadas pelo administrador (como alterar uma propriedade do grupo de entrega) ou ações do sistema (como atribuições de máquina).
  • Se ocorreu uma alteração de configuração desde a verificação anterior, o CSS sincroniza as informações com o agente do LHC no Cloud Connector. (O agente LHC também é conhecido como High Availability Service, ou HA broker).

    Todos os dados de configuração são copiados, não apenas os itens que foram alterados desde a verificação anterior. O CSS importa os dados de configuração para um banco de dados LocalDB do Microsoft SQL Server Express no Cloud Connector. Esse banco de dados é conhecido como banco de dados de cache de host local. O CSS garante que as informações no banco de dados do cache de host local correspondam às informações no banco de dados do site no Citrix Cloud.

    O Microsoft SQL Server Express LocalDB (usado pelo banco de dados do LHC) é instalado automaticamente quando você instala um Cloud Connector. O banco de dados do LHC não pode ser compartilhado entre Cloud Connectors. Você não precisa fazer backup do banco de dados do LHC. Ele é recriado sempre que uma alteração de configuração é detectada.

  • Se nenhuma alteração ocorreu desde a última verificação, os dados de configuração não serão copiados.

Quando o modo LHC se torna ativo

Quando o modo LHC se torna ativo

  • O corretor do LHC começa a ouvir informações de conexão e processar solicitações de conexão.
  • Quando os Cloud Connectors perdem a conectividade com o Citrix Cloud pela primeira vez, o agente do LHC não tem dados de registro VDA atuais, mas quando um VDA se comunica com ele, um processo de registro é acionado. Durante esse processo, o corretor do LHC também obtém informações da sessão atual para esse VDA.
  • Enquanto o agente do LHC está lidando com conexões, o Remote Broker Provider Service continua monitorando a conexão com o Citrix Cloud. Quando a conexão é restaurada, o Remote Broker Provider Service instrui o agente do LHC a parar de escutar as informações de conexão e o Citrix Cloud retoma as operações de intermediação. Na próxima vez que um VDA se comunicar com o Citrix Cloud por meio do Remote Broker Provider Service, um processo de registro será acionado. O broker do LHC remove todos os registros VDA restantes de quando o modo LHC estava ativo. O CSS retoma a sincronização de informações quando descobre que ocorreram alterações de configuração no Citrix Cloud.

No caso improvável de o LHC começar durante uma sincronização, a importação atual é descartada e a última configuração conhecida é usada.

O registro de eventos indica quando as sincronizações ocorrem e o modo LHC é ativado.

Não há limite de tempo imposto para operar no modo LHC.

Você também pode acionar manualmente o modo LHC. Ver Forçar o modo LHC para obter detalhes sobre por que e como fazer isso.

Zonas com vários Cloud Connectors

Entre outras tarefas, o CSS fornece rotineiramente ao agente do LHC informações sobre todos os Cloud Connectors na zona. Com essas informações, cada agente do LHC sabe sobre todos os agentes do LHC em execução em outros Cloud Connectors na zona.

Os corretores do LHC se comunicam entre si em um canal separado. Esses agentes usam uma lista alfabética de nomes FQDN das máquinas em que estão sendo executados para determinar (eleger) qual agente do LHC intermediará as operações na zona se a zona entrar no modo LHC. Durante o modo LHC, todos os VDAs se registram novamente com o corretor LHC eleito. Os corretores LHC não eleitos na zona rejeitam ativamente as solicitações de conexão de entrada e registro de VDA.

Importante:

Os conectores dentro de uma zona devem ser capazes de alcançar uns aos outros em http://<FQDN_OF_PEER_CONNECTOR>:80/Citrix/CdsController/ISecondaryBrokerElection. Se os conectores não puderem se comunicar neste endereço, vários corretores podem ser eleitos e ocorrem falhas de inicialização no modo LHC.

Durante o modo LHC, se um Cloud Connector for reiniciado ou o agente do LHC falhar:

  • Se esse Cloud Connector não for o agente do LHC eleito, a reinicialização não terá impacto.
  • Se esse Cloud Connector for o agente do LHC eleito, o agente do LHC no próximo Cloud Connector será eleito, fazendo com que os VDAs se registrem. A ordem de eleição é baseada na ordem alfabética do FQDN dos Cloud Connectors. Quando o agente do LHC se torna ativo novamente, as operações do LHC continuam no primeiro conector em ordem alfabética, o que pode fazer com que os VDAs se registrem novamente. Nesse cenário, o desempenho pode ser afetado durante os registros.

Ver Logs de eventos para obter mais informações sobre eventos relativos às eleições de corretores do LHC.

Conteúdo de dados do cache do host local

O banco de dados do LHC inclui os seguintes dados, que são um subconjunto dos dados no banco de dados principal:

  • Identidades de usuários e grupos que recebem direitos sobre recursos publicados no site.
  • Identidades de usuários que estão usando ou que usaram recentemente recursos publicados do site.
  • Identidades de máquinas VDA (incluindo máquinas Remote PC Access) configuradas no site.
  • Identidades (nomes e endereços IP) de máquinas de aplicativos cliente Citrix Workspace sendo usadas ativamente para se conectar a recursos publicados.

Ele também contém as seguintes informações para conexões atualmente ativas que foram estabelecidas no modo LHC:

  • Resultados de qualquer análise de endpoint de máquina cliente executada pelo aplicativo Citrix Workspace.
  • Identidades de máquinas de infraestrutura (como servidores Citrix Gateway e StoreFront) envolvidas com o site.
  • Datas, horas e tipos de atividades recentes dos usuários

Estados do cache do host local

Existem vários estados durante todo o ciclo de entrada e saída do modo LHC. O diagrama a seguir descreve os estados para entrar e sair do modo LHC.

O LHC afirma

  • Durante o período de Trabalhando normalmente estado, todos os componentes estão íntegros e todas as transações de intermediação são tratadas pelo agente de nuvem. - - O CSS está replicando ativamente as configurações do agente de nuvem para os Cloud Connectors. Se alguma verificação de integridade falhar, o Cloud Connectors fará a transição para o HA pendente estado. Quando nesse estado, uma verificação de integridade abrangente é iniciada para determinar o próximo curso de ação. Os conectores interagem com outros conectores na zona para determinar seu status de integridade.
  • A decisão de passar de HA pendente Para HA inicial baseia-se no status de integridade de todos os conectores em uma determinada zona. Se as verificações de integridade forem bem-sucedidas, os conectores/controladores farão a transição de volta para o Trabalhando normalmente estado. Como alternativa, se as verificações de integridade continuarem a falhar, os conectores/controladores farão a transição para o HA inicial estado.
  • Durante o período de HA inicial estado, o corretor do LHC no conector eleito assume as responsabilidades de corretagem. Todos os VDAs na zona atual que foram registrados anteriormente agora serão registrados com o agente do LHC no Cloud Connector. Pode levar até 5 minutos para que todos os VDAs se registrem novamente no serviço de alta disponibilidade. No final de HA inicial, as verificações de integridade são iniciadas. Se todas as verificações de integridade forem bem-sucedidas, o estado fará a transição para Recuperação pendente, caso contrário, o estado faz a transição para HA estendido.
  • As verificações de integridade continuam a ocorrer durante o HA estendido período. Quando as verificações de integridade forem bem-sucedidas durante o HA estendido, o estado faz a transição para Recuperação pendente. Não há duração máxima para um conector permanecer no HA estendido estado.
  • Recuperação pendente serve como um período de buffer para garantir que os serviços estejam totalmente íntegros antes de sair do modo LHC. Se alguma das verificações de integridade falhar durante Recuperação pendente, o estado faz a transição de volta para HA estendido.
  • Se todas as verificações de integridade forem bem-sucedidas durante todo o período de 10 minutos Recuperação pendente período, o estado faz a transição para Trabalhando normalmente. Com essa transição, o modo LHC termina e todos os VDAs na zona que foram registrados no corretor do LHC agora se registram novamente no corretor da nuvem. Esse novo registro pode levar até 5 minutos.

Considerações importantes durante o modo LHC

Durante o modo LHC, considere os seguintes impactos:

Aspecto Impacto durante o modo LHC
Acesso ao estúdio Pode ser inacessível, dependendo da natureza da interrupção. Os VDAs em zonas que operam no modo LHC são exibidos como não registrados no Studio porque estão registrados no corretor do LHC.
Acesso remoto ao SDK do PowerShell


Acesso limitado. Requer a ativação do modo de teste de CSS e a configuração da autenticação do SDK. Habilitar o modo de teste de CSS: adicione a chave do Registro. “EnableCssTestMode” com um valor DWORD de “1” em HKLM:\SOFTWARE\Citrix\DesktopServer\LHC.
Definir autenticação do SDK: Defina o $XDSDKAuth como “OnPrem” para impedir que o proxy do SDK redirecione chamadas de cmdlet. Depois de fazer essas alterações, você pode usar todos os Obter Corretor cmdlets.
Nota: Inclua o -Endereço de administrador localhost:89 parâmetro na chamada de cmdlet inicial.
Exemplo: Get-BrokerMachine -Endereço de administrador localhost:89
Dados de monitoramento As funções do monitor não mostram a atividade de quando o modo LHC está ativo. Um subconjunto de dados de monitoramento está disponível no painel Cache de Host Local do Tendências no Monitor.
Credenciais do hipervisor Não pode ser obtido no Serviço de Host. Máquinas em um estado de energia desconhecido, sem operações de energia possíveis. VMs ligadas utilizáveis para conexões.
Máquinas atribuídas Utilizável apenas se atribuído durante operações normais. Novas atribuições são impossíveis no modo LHC.
Máquinas de acesso remoto ao PC Não há suporte para inscrição e configuração automáticas. As máquinas inscritas e configuradas durante a operação normal são utilizáveis.
Limites de sessão de aplicativos e áreas de trabalho hospedados no servidor Os usuários podem usar mais sessões do que os limites de sessão configurados, se os recursos estiverem em zonas diferentes.
Comportamento da Zona Cada zona atua de forma independente. Se o StoreFront Verificação de integridade avançada estiver ativado, o StoreFront poderá rotear solicitações de inicialização para a zona apropriada durante o modo LHC e evitar falhas de inicialização de sessão.
Reinicializações programadas do VDA Se o modo LHC entrar antes do início de uma reinicialização programada para VDAs em um grupo de entrega, as reinicializações começarão quando o modo LHC for encerrado e as operações normais de corretagem forem retomadas, potencialmente causando reinicializações inesperadas quando a zona sair do modo LHC. Para obter mais informações e configurações que podem alterar esse comportamento, consulte Reinicializações agendadas atrasadas devido à interrupção do banco de dados.
Preferência de zona Preferência de zona As configurações não são consideradas para o lançamento da sessão.
Restrições de tags Para grupos de entrega com VDAs em várias zonas, Restrições de tags pode causar falhas de inicialização se os VDAs marcados não estiverem presentes em todas as zonas.

Suporte a aplicativos e desktops

O LHC suporta os seguintes tipos de VDAs e modelos de entrega:

Tipo VDA Modelo de entrega Disponibilidade de VDA durante o modo LHC
SO multissessão Aplicativos e desktops Sempre disponível.
SO estático de sessão única (atribuído) Desktops Sempre disponível.
SO de sessão única gerenciado por energia aleatório (em pool)

Desktops

Não disponível por padrão. Todas as tentativas de inicialização de sessão para gerenciar VDAs em grupos de entrega em pool falham por padrão.
Você pode disponibilizá-los para novas conexões durante o LHC. Para obter mais informações, consulte Ativar usando o Studio e Habilitar usando o PowerShell.
Importante: Habilitar o acesso a máquinas em pool de sessão única gerenciadas por energia pode fazer com que dados e alterações de sessões de usuário anteriores estejam presentes em sessões subsequentes.

Observação:

Habilitar o acesso a VDAs de área de trabalho gerenciados por energia em grupos de entrega em pool não afeta como o DesligamentoDesktopsPós-uso funciona durante as operações normais. Quando o acesso a esses desktops durante o LHC está ativado, os VDAs não são reiniciados automaticamente após o retorno às operações normais de intermediação. Os VDAs de desktop gerenciados por energia em grupos de entrega em pool podem reter dados de sessões anteriores até que os VDAs sejam reiniciados. Uma reinicialização do VDA pode ocorrer quando um usuário faz logoff do VDA durante operações não relacionadas ao LHC ou quando os administradores reiniciam o VDA.

Habilitar o LHC para VDAs agrupados de SO de sessão única com gerenciamento de energia usando o Studio

Usando o Studio, você pode disponibilizar essas máquinas para novas conexões durante o modo LHC por grupo de entrega:

Observação:

Essa configuração está disponível no Studio somente para grupos de entrega de desktops em pool que fornecem VDAs gerenciados por energia.

Habilitar o LHC para VDAs em pool de SO de sessão única com gerenciamento de energia usando o PowerShell

Para habilitar o LHC para VDAs em um grupo de entrega específico, siga estas etapas:

  1. Habilite esse recurso no nível do site executando este comando:

    Set-BrokerSite -ReuseMachinesWithoutShutdownInOutageAllowed $true
  2. Habilite o LHC para um grupo de entrega executando este comando com o nome do grupo de entrega especificado:

    Set-BrokerDesktopGroup -Name "name" -ReuseMachinesWithoutShutdownInOutage $true

Para alterar a disponibilidade padrão do LHC para grupos de entrega agrupados recém-criados com VDAs gerenciados por energia, execute o seguinte comando:

Set-BrokerSite -DefaultReuseMachinesWithoutShutdownInOutage $true

Observação:

Alterar o padrão não altera a configuração dos Grupos de Entrega existentes e afeta apenas os Grupos de Entrega criados usando o PowerShell.

Configuração do StoreFront

Se estiver usando uma implantação do StoreFront local, examine o seguinte:

  • Se estiver usando um servidor virtual de balanceamento de carga, configure o servidor virtual para monitorar conectores com base nos recursos de intermediação (por exemplo, use o monitor CITRIX-XD-DDC integrado em um NetScaler para balanceamento de carga do conector).
  • Incluir todos os Cloud Connectors em um único locatário de nuvem como um único feed de recursos no StoreFront.
  • Vista Configurações do NetScaler Gateway no StoreFront e certifique-se de que todos os conectores estejam listados como servidores STA. Revise os dispositivos NetScaler e verifique se todas as STAs listadas no StoreFront estão no mesmo formato no servidor virtual do NetScaler Gateway. A integridade do serviço STA também pode ser monitorada no servidor virtual do Gateway.
  • Adicione todos os conectores ao feed de recursos no StoreFront e o StoreFront pode se comunicar com todos os Cloud Connectors pela porta designada no feed de recursos.

Observação:

Para clientes com muitos conectores, pode ser benéfico configurar um servidor virtual de balanceamento de carga para cada zona para reduzir a sobrecarga de gerenciamento e simplificar a solução de problemas. Ver Citrix TIPs: Integração do serviço Citrix Virtual Apps and Desktops e do StoreFront para obter mais informações.

Validar o funcionamento do cache do host local

Para verificar se o LHC está configurado e funcionando corretamente:

  • Certifique-se de que as importações de sincronização sejam concluídas com êxito. Verifique o Logs de eventos para obter mais informações sobre como monitorar as sincronizações do LHC.
  • Verifique se o banco de dados do Cache de Host Local foi criado em cada Cloud Connector. Isso confirma que o Serviço de Alta Disponibilidade pode assumir o controle, se necessário.
    • No servidor do Cloud Connector, navegue até c:\Windows\ServiceProfiles\NetworkService.
    • Verifique se HaDatabaseName.mdf e HaDatabaseName_log.ldf são criados.
  • Forçar o modo LHC em todos os Cloud Connectors na zona: depois de verificar se o Cache de Host Local funciona, lembre-se de colocar todos os Cloud Connectors de volta no modo normal. Ver Estados do cache do host local para obter mais informações sobre o tempo que levará para sair do modo LHC.

Monitorar o cache do host local

Logs de eventos

Os registros de eventos fornecem informações críticas sobre a integridade e o desempenho do LHC.

Serviço de Sincronizador de Configuração

Durante as operações normais, os seguintes eventos podem ocorrer quando o CSS importa os dados de configuração para o banco de dados do LHC usando o corretor do LHC.

ID do evento Descrição
503 Indica que o CSS recebeu uma configuração atualizada. Esse evento ocorre sempre que uma configuração atualizada é recebida do Citrix Cloud. Isso indica o início do processo de sincronização.
504 Indica que o CSS importou uma configuração atualizada. A importação da configuração foi concluída com êxito.
505 Indica que o CSS falhou em uma importação. A importação de configuração não foi concluída com êxito. Se uma configuração anterior bem-sucedida estiver disponível, ela será usada se o modo LHC for inserido. No entanto, ele estará desatualizado em relação à configuração atual. Se não houver configuração anterior disponível, o serviço não poderá participar da intermediação de sessão durante o modo LHC. Nesse caso, consulte o Solucionar problemas e entre em contato com o Suporte Citrix.
507 Indica que o CSS abandonou uma importação porque o sistema está no modo LHC e o broker do LHC está sendo usado para intermediação. O serviço recebeu uma nova configuração, mas a importação foi abandonada porque o modo LHC foi inserido. Esse é o comportamento esperado.
510 Indica que nenhum dado de configuração de CSS foi recebido do Serviço de Configuração primário.
517 Indica que houve um problema de comunicação com o Serviço de Provedor de Agente Remoto.
518 Indica que o script CSS foi abortado porque o broker do LHC (High Availability Service) não está em execução.

Serviço de alta disponibilidade

Este serviço também é conhecido como corretor LHC.

ID do evento Descrição
3502 Indica que ocorreu uma interrupção e o broker do LHC está executando operações de broker.
3503 Indica que uma interrupção foi resolvida e as operações normais foram retomadas.
3504 Indica o corretor do LHC eleito e outros corretores do LHC envolvidos na eleição.
3507 Indica que o modo LHC está ativo no corretor LHC escolhido. Contém um resumo da interrupção, incluindo duração da interrupção, registro do VDA e informações da sessão.
3508 Indica que o LHC não está mais ativo no corretor LHC eleito e as operações normais foram restauradas. Contém um resumo da interrupção, incluindo a duração da interrupção, o número de máquinas registradas durante o evento do LHC e o número de inicializações bem-sucedidas durante o modo LHC.
3509 Indica que o LHC está ativo no corretor LHC não eleito. Contém uma duração de interrupção a cada 2 minutos e indica o corretor LHC eleito.
3510 Indica que o LHC não está mais ativo no corretor LHC não eleito. Contém a duração da interrupção e indica o corretor LHC eleito.

Provedor de agente remoto

Esse serviço atua como um proxy entre o Citrix Cloud e seus VDAs e Cloud Connectors.

ID do evento Descrição
3001 Verifica se os Cloud Connectors devem entrar no modo LHC. Ocorre após uma única verificação de integridade com falha do Cloud Connector. Se outra verificação falhar após 60 segundos, o Cloud Connector fará a transição para o modo LHC.
3002 Indica que o Cloud Connector não pode entrar no modo LHC. O motivo está incluído nas informações do evento.
3003


Indica que o Cloud Connector está fazendo a transição entre os estados do modo LHC. O evento fornece detalhes sobre o seguinte
  • estado do qual o Cloud Connector está fazendo a transição
  • estado para o qual está em transição
  • duração do estado anterior
  • Observação:

    O 3001 eventos em seus Cloud Connectors periodicamente ao longo do dia normalmente não são motivo de preocupação. No entanto, se eles estiverem ocorrendo várias vezes por hora, isso indica um problema de rede e pode justificar uma investigação mais aprofundada.

    Citrix Monitor

    O Citrix Monitor contém informações centralizadas sobre as entradas do modo LHC e o desempenho das diferentes zonas em seu ambiente.

    DaaS Monitor LHC

    Ver Monitorar tendências históricas em um site para obter mais informações.

    Forçar o modo de cache de host local

    Talvez você queira forçar deliberadamente o modo de Cache de Host Local nos seguintes cenários:

    • Se sua rede estiver subindo e descendo repetidamente: Forçar o LHC até que os problemas de rede sejam resolvidos impede a transição contínua entre os modos normal e LHC (e as frequentes tempestades de registro VDA resultantes).
    • Para testar um plano de recuperação de desastres.
    • Para ajudar a garantir que o Cache de Host Local esteja funcionando corretamente.

    Para forçar o modo LHC:

    1. Edite o registro de cada servidor do Cloud Connector em HKLM \ Software \ Citrix \ DesktopServer \ LHC: Criar e definir Modo de Interrupção Forçada REG_DWORD para 1.

      • Definindo o valor como 1 instrui o broker do LHC a entrar no modo LHC, independentemente do estado da conexão com o Citrix Cloud.
      • Definindo o valor como 0 instrui o corretor LHC a sair do modo LHC e retomar as operações normais.

    Para verificar eventos:

    1. Monitore o Current_HighAvailabilityService arquivo de log em C:\ProgramData\Citrix\workspaceCloud\Logs\Plugins\HighAvailabilityService.

    Solucionar problemas de falhas de importação de sincronização

    Quando uma importação de sincronização para o banco de dados do LHC falha e um evento 505 é registrado, você pode usar as seguintes ferramentas de solução de problemas:

    • Rastreamento CDF:
      • Ative o rastreamento para o ConfigSyncServer e Corretora LHC Módulos.
      • Use com outros módulos do broker para identificar o problema.
    • Relatório de rastreamento CSS:
      • Gera um relatório detalhado que identifica o objeto que está causando a falha de sincronização.

        Observação:

        Habilitar esse relatório pode afetar a velocidade de sincronização. Desative-o quando não estiver ativamente solucionando problemas.

      Para habilitar e gerar um Relatório de Rastreamento CSS:

      1. Habilitar relatórios: execute o seguinte comando:

        New-ItemProperty -Path HKLM:\SOFTWARE\Citrix\DesktopServer\LHC -Name EnableCssTraceMode -PropertyType DWORD -Value 1
      2. Localize o relatório: O relatório HTML é gerado em C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp\CitrixBrokerConfigSyncReport.html.

      3. Desativar relatórios: depois que o relatório for gerado, execute o seguinte comando para desativar o recurso de relatório:

        Set-ItemProperty -Path HKLM:\SOFTWARE\Citrix\DesktopServer\LHC -Name EnableCssTraceMode -Value 0

    Comandos do PowerShell do Cache de Host Local

    Você pode gerenciar o Cache de Host Local em seus Cloud Connectors usando comandos do PowerShell.

    O módulo do PowerShell está no seguinte local nos Cloud Connectors:

    C:\Program Files\Citrix\Broker\Service\ControlScripts

    Importante:

    Execute este módulo somente nos Cloud Connectors.

    Importar módulo do PowerShell

    Para importar o módulo, execute o seguinte no Cloud Connector:

    Import-Module "C:\Program Files\Citrix\Broker\Service\ControlScripts\HighAvailabilityServiceControl.psm1

    Comandos do PowerShell para gerenciar o LHC

    Os cmdlets a seguir ajudam você a ativar e gerenciar o modo LHC nos Cloud Connectors.

    Cmdlets Função
    Enable-LhcForcedOutageMode Coloque o corretor no modo LHC. Os arquivos de banco de dados do cache de host local devem ter sido criados com êxito pelo CSS para Ativar-LhcForcedOutageMode para funcionar corretamente. Esse cmdlet força apenas o LHC no Cloud Connector no qual ele foi executado. Para que o LHC se torne ativo, esse cmdlet deve ser executado em todos os Cloud Connectors dentro da zona.
    Disable-LhcForcedOutageMode Tira o corretor do modo LHC. Esse cmdlet desabilita apenas o modo LHC no Cloud Connector em que foi executado. Desativar-LhcForcedOutageMode deve ser executado em todos os Cloud Connectors dentro da zona.
    Set-LhcConfigSyncIntervalOverride Define o intervalo no qual o CSS verifica as alterações de configuração no site do Citrix DaaS. O intervalo de tempo pode variar de 60 segundos (um minuto) a 3600 segundos (uma hora). Essa configuração só se aplica ao Cloud Connector no qual ela foi executada. Para consistência entre os Cloud Connectors, considere executar esse cmdlet em cada Cloud Connector. Por exemplo: Set-LhcConfigSyncIntervalOverride -Segundos 1200
    Clear-LhcConfigSyncIntervalOverride Define o intervalo no qual o CSS verifica se há alterações de configuração no site do Citrix DaaS para o valor padrão de 300 segundos (cinco minutos). Essa configuração só se aplica ao Cloud Connector no qual ela foi executada. Para consistência entre os Cloud Connectors, considere executar esse cmdlet em cada Cloud Connector.
    Enable-LhcHighAvailabilitySDK Permite o acesso a todos os Obter Corretor* cmdlet dentro do Cloud Connector em que foi executado.
    Disable-LhcHighAvailabilitySDK Desabilita o acesso aos comandos do PowerShell do Broker no Cloud Connector em que ele foi executado.

    Observação:

    • Use a porta 89 ao executar o Obter Corretor* cmdlets no Cloud Connector. Por exemplo:
      • Get-BrokerMachine -AdminAddress localhost:89
    • Quando não está no modo LHC, o LHC Broker no Cloud Connector contém apenas informações de configuração.
    • Durante o modo LHC, o LHC Broker contém as seguintes informações:
      • Estados de recursos
      • Detalhes da sessão
      • Registros VDA
      • Informações de configuração

    Mais informações