Documentação de produtos
Citrix DaaS™
Ver PDF

Cache de Host Local

May 4, 2026
Contribuição de: 
C C

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

Visão Geral

O LHC mantém o acesso dos usuários finais a aplicativos e desktops quando os Cloud Connectors perdem a conectividade com o Citrix Cloud™ devido a uma interrupção de rede ou a um problema com o Citrix Cloud. As sessões ativas não são impactadas quando o modo LHC é ativado e novas sessões são balanceadas através do broker LHC em execução nos Cloud Connectors.

O LHC é habilitado por padrão, mas é importante garantir que seu ambiente esteja configurado corretamente para o LHC. Embora configurações incorretas possam não interromper o balanceamento normal, elas podem prejudicar o desempenho do LHC, causando interrupções para os usuários finais quando o modo LHC está ativo. Para garantir a funcionalidade ideal do LHC, verifique o nó Zonas no Studio em busca de erros e avisos relacionados à zona que a Citrix detectou. Além disso, revise o guia Verificar configurações de resiliência e o artigo Evitar Configurações Incorretas Comuns que Podem Impactar Negativamente a Resiliência do DaaS para obter uma lista de verificação abrangente da configuração do LHC.

Importante:

  • O LHC só é acionado se os Cloud Connectors receberem tráfego do StoreFront ou se a Continuidade do Serviço estiver habilitada. 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 desktops durante interrupções de serviço, consulte Continuidade do serviço.

  • Como funciona

Durante as operações normais, o Serviço de Provedor de Broker Remoto em um Cloud Connector se comunica com o Citrix Cloud para todas as operações de balanceamento. O Serviço de Sincronização de Configuração Citrix (CSS) verifica regularmente as alterações de configuração no Citrix Cloud e sincroniza esses dados com o broker LHC no Cloud Connector. Se os Cloud Connectors perderem a conectividade com o Citrix Cloud ou se o Citrix Cloud estiver enfrentando um problema, o modo LHC é ativado e garante o acesso contínuo a aplicativos e desktops.

Durante a operação normal de balanceamento

  • Durante a operação normal de balanceamento

  • O Serviço de Provedor de Broker Remoto em um Cloud Connector aceita solicitações de conexão do StoreFront. O Serviço de Provedor de Broker Remoto se comunica com o Citrix Cloud para conectar usuários a VDAs que estão registrados no Citrix Cloud.
  • O CSS verifica com o broker da 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 a alteração de uma propriedade de grupo de entrega) ou ações do sistema (como atribuições de máquina).

  • Se uma alteração de configuração ocorreu desde a verificação anterior, o CSS sincroniza as informações com o broker LHC no Cloud Connector. (O broker LHC também é conhecido como Serviço de Alta Disponibilidade, ou broker HA).

    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 Microsoft SQL Server Express LocalDB no Cloud Connector. Este banco de dados é conhecido como banco de dados do 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 LHC) é instalado automaticamente quando você instala um Cloud Connector. O banco de dados LHC não pode ser compartilhado entre Cloud Connectors. Você não precisa fazer backup do banco de dados 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 são copiados.

Quando o modo LHC se torna ativo

  • Quando o modo LHC se torna ativo

  • O broker LHC começa a escutar informações de conexão e a processar solicitações de conexão.
  • Quando os Cloud Connectors perdem a conectividade com o Citrix Cloud pela primeira vez, o broker LHC não possui dados de registro de VDA atuais, mas quando um VDA se comunica com ele, um processo de registro é acionado. Durante esse processo, o broker LHC também obtém informações da sessão atual para esse VDA.

  • Enquanto o broker LHC está lidando com as conexões, o Serviço de Provedor de Broker Remoto continua a monitorar a conexão com o Citrix Cloud. Quando a conexão é restaurada, o Serviço de Provedor de Broker Remoto instrui o broker LHC a parar de escutar informações de conexão, e o Citrix Cloud retoma as operações de balanceamento. Na próxima vez que um VDA se comunicar com o Citrix Cloud através do Serviço de Provedor de Broker Remoto, um processo de registro é acionado. O broker LHC remove quaisquer registros de 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 iniciar durante uma sincronização, a importação atual é descartada e a última configuração conhecida é usada.

  • O log 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 o modo LHC manualmente. Consulte Forçar o modo LHC para obter detalhes sobre o porquê e como fazer isso.

Zonas com vários Cloud Connectors

  • Entre outras tarefas, o CSS fornece rotineiramente ao broker LHC informações sobre todos os Cloud Connectors na zona. Com essas informações, cada broker LHC conhece todos os brokers LHC pares em execução em outros Cloud Connectors na zona.

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

  • Importante:

    • Os conectores em uma zona devem ser capazes de se comunicar entre si em http://<FQDN_OF_PEER_CONNECTOR>:80/Citrix/CdsController/ISecondaryBrokerElection. Se os conectores não conseguirem se comunicar neste endereço, vários brokers podem ser eleitos e falhas de inicialização podem ocorrer no modo LHC.

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

  • Se esse Cloud Connector não for o broker LHC eleito, a reinicialização não terá impacto.
  • Se esse Cloud Connector for o broker LHC eleito, o broker 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. Assim que o broker LHC se tornar ativo novamente, as operações LHC continuarão 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.

Consulte logs de eventos para obter mais informações sobre eventos relacionados às eleições de broker LHC.

Conteúdo dos dados do Local Host Cache

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

  • Identidades de usuários e grupos aos quais são atribuídos direitos a recursos publicados do site.
  • Identidades de usuários que estão usando atualmente, ou que usaram recentemente, recursos publicados do site.
  • Identidades de máquinas VDA (incluindo máquinas de Acesso Remoto para PC) configuradas no site.
  • Identidades (nomes e endereços IP) de máquinas cliente do aplicativo Citrix Workspaceâ„¢ sendo ativamente usadas 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 realizada pelo aplicativo Citrix Workspace.
  • Identidades de máquinas de infraestrutura (como servidores Citrix Gateway e StoreFront) envolvidas com o site.
  • Datas, horários e tipos de atividade recente por usuários

Estados do Local Host Cache

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.

Estados do LHC

  • Durante o estado Funcionando Normalmente, todos os componentes estão íntegros e todas as transações de broker são tratadas pelo broker da nuvem. O CSS está replicando ativamente as configurações do broker da nuvem para os Cloud Connectors. Se alguma verificação de integridade falhar, os Cloud Connectors fazem a transição para o estado HA Pendente. 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 é baseada no status de integridade de todos os conectores em uma determinada zona. Se as verificações de integridade forem bem-sucedidas, os conectores/controladores fazem a transição de volta para o estado Funcionando Normalmente. Alternativamente, se as verificações de integridade continuarem a falhar, os conectores/controladores fazem a transição para o estado HA Inicial.
    • Durante o estado HA Inicial, o broker LHC no conector eleito assume as responsabilidades de broker. Todos os VDAs na zona atual que foram registrados anteriormente agora se registrarão com o broker LHC no Cloud Connector. Pode levar até 5 minutos para que todos os VDAs se registrem novamente com o Serviço HA. Ao final do HA Inicial, as verificações de integridade são iniciadas. Se todas as verificações de integridade forem bem-sucedidas, o estado faz 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 período de HA Estendido. Quando as verificações de integridade são bem-sucedidas durante o HA Estendido, o estado faz a transição para Recuperação Pendente. Não há duração máxima de tempo para um conector permanecer no estado HA Estendido.
  • Recuperação Pendente serve como um período de buffer para garantir que os serviços estejam totalmente íntegros antes de fazer a transição para fora do modo LHC. Se alguma das verificações de integridade falhar durante a 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 de Recuperação Pendente, o estado faz a transição para Funcionando Normalmente. Com essa transição, o modo LHC termina, e todos os VDAs na zona que foram registrados com o broker LHC agora se registram novamente com o broker da nuvem. Esse novo registro pode levar novamente 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 Studio Pode estar inacessível, dependendo da natureza da interrupção. Os VDAs em zonas operando no modo LHC são exibidos como Não Registrados no Studio porque estão registrados com o broker LHC.
Acesso ao SDK do PowerShell Remoto


Acesso limitado.
Defina a Autenticação do SDK: Execute Get-XDAuthentication -ProfileName WindowsCurrentUser para evitar que o proxy do SDK redirecione chamadas de cmdlet. Após fazer essas alterações, você pode usar todos os cmdlets Get-Broker.
Observação: Inclua o parâmetro -AdminAddress localhost:89 na chamada inicial do cmdlet.
Exemplo: Get-BrokerMachine -AdminAddress localhost:89
Dados de Monitoramento As funções de monitoramento não mostram atividade desde que o modo LHC está ativo. Um subconjunto de dados de monitoramento está disponível no painel do Local Host Cache da página tendências no Monitor.
Credenciais do Hypervisor Não podem ser obtidas do Serviço Host. Máquinas em um estado de energia desconhecido, nenhuma operação de energia é possível. VMs ligadas são utilizáveis para conexões.
Máquinas Atribuídas Utilizáveis apenas se atribuídas durante operações normais. Novas atribuições são impossíveis no modo LHC.
Máquinas de Acesso Remoto para PC Registro e configuração automáticos não são suportados. Máquinas registradas e configuradas durante a operação normal são utilizáveis.
Limites de Sessão de Aplicativos e Desktops Hospedados em Servidor Os usuários podem usar mais sessões do que seus limites de sessão configurados, se os recursos estiverem em zonas diferentes.
Comportamento da Zona Cada zona age independentemente. Se o recurso de verificação de integridade avançada do StoreFront estiver habilitado, o StoreFront é capaz de 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 Agendadas de VDA Se o modo LHC for ativado antes do início de uma reinicialização agendada para VDAs em um grupo de entrega, as reinicializações começarão quando o modo LHC for desativado e as operações normais de broker 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 a interrupção do banco de dados.
Preferência de Zona As configurações de preferência de zona não são consideradas para o lançamento de sessão.
Restrições de Tag Para Grupos de Entrega com VDAs em várias zonas, as restrições de tag podem causar falhas de inicialização se os VDAs marcados não estiverem presentes em todas as zonas.

Observação:

  • O uso de $XDSDKAuth para autenticação SDK será preterido a partir de junho de 2025. Para obter detalhes, consulte Preterição.

Suporte a aplicativos e desktops

O LHC oferece suporte aos seguintes tipos de VDAs e modelos de entrega:

| Tipo de VDA | Modelo de entrega | Disponibilidade de VDA durante o modo LHC | |—-|—-|—-|

  • SO multi-sessão Aplicativos e desktops Sempre disponível.
    • SO de sessão única estático (atribuído) Desktops Sempre disponível.
    • SO de sessão única aleatório (agrupado) gerenciado por energia Desktops Disponível para apenas uma sessão por padrão.
    • ^^ ^^ ^^ Você pode configurá-los para estarem sempre disponíveis para novas sessões durante o LHC. Para obter mais informações, consulte Habilitar usando o Studio e Habilitar usando o PowerShell.
    • ^^ ^^ ^^ Importante: Habilitar o acesso a máquinas agrupadas de sessão única com gerenciamento de energia pode fazer com que dados e alterações de sessões de usuário anteriores estejam presentes em sessões subsequentes.

Nota:

Habilitar o acesso a VDAs de desktop com gerenciamento de energia em grupos de entrega agrupados não afeta o funcionamento da propriedade ShutdownDesktopsAfterUse configurada durante as operações normais. Quando o acesso a esses desktops durante o LHC é habilitado, os VDAs não reiniciam automaticamente após retornar às operações normais de corretagem. Os VDAs de desktop com gerenciamento de energia em grupos de entrega agrupados podem reter dados de sessões anteriores até que os VDAs sejam reiniciados. Um reinício do VDA pode ocorrer quando um usuário faz logoff do VDA durante operações sem 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 apenas para grupos de entrega de desktop agrupados que fornecem VDAs com gerenciamento de energia.

Habilitar LHC para VDAs agrupados de SO de sessão única com gerenciamento de energia usando 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

<!--NeedCopy-->

  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

<!--NeedCopy-->

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


Set-BrokerSite -DefaultReuseMachinesWithoutShutdownInOutage $true

<!--NeedCopy-->

Observação:

Alterar o padrão não altera a configuração para 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 local do StoreFront, revise o seguinte:

  • Se estiver usando um servidor virtual de balanceamento de carga, configure o servidor virtual para monitorar os Connectors 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).
  • Inclua todos os Cloud Connectors em um único locatário da nuvem como um único feed de recursos no StoreFront.
  • Visualize as configurações do NetScaler Gateway no StoreFront e certifique-se de que todos os Connectors estejam listados como servidores STA. Revise os dispositivos NetScaler e certifique-se de que todos os STAs listados no StoreFront estejam 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 certifique-se de que o StoreFront possa 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. Consulte Dicas da Citrix: Integrando o serviço Citrix Virtual Apps and Desktops e o StoreFront para obter mais informações.

  • Validar o funcionamento do Local Host Cache

    • 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 os logs de eventos para obter mais informações sobre como monitorar as sincronizações do LHC.
    • Certifique-se de que o banco de dados do Local Host Cache foi criado em cada Cloud Connector. Isso confirma que o Serviço de Alta Disponibilidade pode assumir o controle, se necessário.
    • No servidor Cloud Connector, navegue até c:\Windows\ServiceProfiles\NetworkService.
    • Verifique se HaDatabaseName.mdf e HaDatabaseName_log.ldf foram criados.
  • Force o modo LHC em todos os Cloud Connectors na zona: Depois de verificar se o Local Host Cache funciona, lembre-se de colocar todos os Cloud Connectors de volta no modo normal. Consulte Estados do Local Host Cache para obter mais informações sobre o tempo que levará para sair do modo LHC.

Monitorar o Local Host Cache

Logs de eventos

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

Serviço de Sincronização 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 broker do LHC.

ID do Evento Descrição
503 Indica que o CSS recebeu uma configuração atualizada. Este evento ocorre cada vez 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 da configuração não foi concluída com êxito. Se uma configuração bem-sucedida anterior estiver disponível, ela será usada se o modo LHC for inserido. No entanto, estará desatualizada 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. Neste caso, consulte a seção Solução de problemas e entre em contato com o Suporte da 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. Este é um comportamento esperado.
510 Indica que nenhum dado de configuração do 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 Broker primário.
518 Indica que o script do CSS foi abortado porque o broker do LHC (Serviço de Alta Disponibilidade) não está em execução.

Serviço de Alta Disponibilidade

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

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

Provedor de Broker Remoto

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

|ID do Evento|Descrição| |–|–|

-  |3001|A primeira detecção de uma falha que faz com que o Cloud Connector entre no estado \*\*HA Pendente\*\*. As verificações de integridade começam a avaliar se a falha é transitória ou persistente. Após o tempo alocado no estado \*\*HA Pendente\*\*, os resultados mais recentes da verificação de integridade indicam se é necessária uma entrada no modo LHC ou se as operações normais podem ser retomadas.|
-  |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á em transição entre os estados do modo LHC. O evento fornece detalhes sobre o seguinte|
-  |^^|^^ -  estado do qual o Cloud Connector está em transição|
-  |^^|^^ -  estado para o qual está em transição|
  • ^^ ^^ - duração do estado anterior

Nota:

Os eventos 3001 em seus Cloud Connectors periodicamente ao longo do dia geralmente não são motivo de preocupação. No entanto, se 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 entradas no modo LHC e desempenho para as diferentes Zonas em seu ambiente.

Monitor DaaS LHC

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

Forçar o modo Local Host Cache

Você pode querer forçar deliberadamente o modo Local Host Cache nos seguintes cenários:

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

Para forçar o modo LHC:

  1. Edite o registro de cada servidor Cloud Connector em HKLM\Software\Citrix\DesktopServer\LHC: Crie e defina OutageModeForced como REG_DWORD para 1.

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

Para verificar eventos:

  1. Monitore o arquivo de log Current_HighAvailabilityService 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 LHC falha e um evento 505 é registrado, você pode usar as seguintes ferramentas de solução de problemas:

  • Rastreamento CDF:
    • Habilite o rastreamento para os módulos ConfigSyncServer e BrokerLHC.
    • Use com outros módulos de 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.

      Nota:

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

    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

<!--NeedCopy-->

    2. Localizar o relatório: O relatório HTML é gerado em C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp\CitrixBrokerConfigSyncReport.html.

    3. Desabilitar relatórios: Após a geração do relatório, execute o seguinte comando para desabilitar o recurso de relatórios:

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

<!--NeedCopy-->

Comandos PowerShell do Local Host Cache

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

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

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

Importante:

Execute este módulo apenas nos Cloud Connectors.

Importar módulo PowerShell

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


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

<!--NeedCopy-->

Comandos 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 Coloca o Broker no modo LHC. Os arquivos de banco de dados do Local Host Cache devem ter sido criados com sucesso pelo CSS para que Enable-LhcForcedOutageMode funcione corretamente. Este cmdlet força o LHC apenas no Cloud Connector onde foi executado. Para que o LHC se torne ativo, este cmdlet deve ser executado em todos os Cloud Connectors dentro da zona.
Disable-LhcForcedOutageMode Tira o Broker do modo LHC. Este cmdlet desabilita o modo LHC apenas no Cloud Connector onde foi executado. Disable-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 se aplica apenas ao Cloud Connector no qual foi executada. Para consistência entre os Cloud Connectors, considere executar este cmdlet em cada Cloud Connector. Por exemplo: Set-LhcConfigSyncIntervalOverride -Seconds 1200
Clear-LhcConfigSyncIntervalOverride Define o intervalo no qual o CSS verifica as alterações de configuração no site do Citrix DaaS para o valor padrão de 300 segundos (cinco minutos). Essa configuração se aplica apenas ao Cloud Connector no qual foi executada. Para consistência entre os Cloud Connectors, considere executar este cmdlet em cada Cloud Connector.
Enable-LhcHighAvailabilitySDK Habilita o acesso a todos os cmdlets Get-Broker* dentro do Cloud Connector no qual foi executado.
Disable-LhcHighAvailabilitySDK Desabilita o acesso aos comandos PowerShell do Broker dentro do Cloud Connector no qual foi executado.

Observação:

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

Mais informações

Cache de Host Local
May 4, 2026
Contribuição de: 
C C
May 4, 2026
Contribuição de: 
C C

Neste artigo

Feedback do site | Your privacy choices footer linkSuas escolhas de privacidade | Privacidade e termos legais | Preferências de cookies | Configurações de consentimento | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.