Documentación de productos
Citrix DaaS
Ver PDF

Caché de host local

September 15, 2025
Contribución de: 
C C

Este artículo proporciona una descripción general completa de la función de caché de host local (LHC) y se centra en su capacidad para mantener la continuidad empresarial. Explica la funcionalidad del LHC tanto durante las operaciones normales de trabajo como cuando se activa el modo LHC. Además, el artículo ofrece orientación sobre las comprobaciones de configuración, la solución de problemas, los comandos de PowerShell para la administración de LHC y la supervisión del registro de eventos relativos al estado de LHC.

Información general

LHC mantiene el acceso de los usuarios finales a las aplicaciones y los escritorios cuando los Cloud Connectors pierden la conectividad con Citrix Cloud debido a una interrupción de red o a un problema con Citrix Cloud. Las sesiones activas no se ven afectadas cuando se activa el modo LHC y las nuevas sesiones se negocian a través del broker de LHC que se ejecuta en los Cloud Connectors.

LHC está activada de forma predeterminada, pero es importante asegurarse de que su entorno esté configurado correctamente para LHC. Si bien las configuraciones incorrectas podrían no afectar al funcionamiento normal de la intermediación con broker, pueden deteriorar el rendimiento de LHC, provocando interrupciones para los usuarios finales cuando el modo LHC está activo. Para garantizar una funcionalidad óptima de LHC, compruebe los errores y advertencias relacionados con la zona en el nodo Zonas de Studio que Citrix haya podido detectar. Además, consulte la guía Comprobar configuraciones de resiliencia y el artículo Avoid Common Misconfigurations that Can Negatively Impact DaaS Resiliency de DaaS para obtener una lista de verificación completa de la configuración de LHC.

Importante:

LHC solo se activa si los Cloud Connectors reciben tráfico de StoreFront o si la continuidad del servicio está habilitada. P Para obtener más información sobre cómo la continuidad del servicio puede utilizar la caché de host local para mantener el acceso de los usuarios a las aplicaciones y los escritorios durante interrupciones del servicio, consulte Continuidad del servicio.

Funcionamiento

Durante las operaciones normales, el servicio Remote Broker Provider en un Cloud Connector se comunica con Citrix Cloud para todas las operaciones de intermediación. Citrix Config Synchronizer Service (CSS) comprueba periódicamente si hay cambios en la configuración en Citrix Cloud y sincroniza estos datos con el agente de LHC en el Cloud Connector. Si los Cloud Connectors pierden la conectividad con Citrix Cloud o Citrix Cloud tiene algún problema, el modo LHC se activa y garantiza el acceso continuo a las aplicaciones y los escritorios.

Durante las operaciones normales de intermediación

Durante las operaciones normales de intermediación

  • El servicio Citrix Remote Broker Provider Service en un Cloud Connector acepta solicitudes de conexión de StoreFront. El servicio Remote Broker Provider se comunica con Citrix Cloud para conectar a los usuarios con los VDA registrados en Citrix Cloud.
  • CSS comprueba con el broker de nube de Citrix Cloud aproximadamente cada 5 minutos si se ha realizado algún cambio en la configuración. Esos cambios pueden haberse iniciado por la acción de un administrador (si modifica una propiedad del grupo de entrega, por ejemplo) o por acciones del sistema (como las asignaciones de máquinas).

  • Si se ha producido un cambio de configuración desde la comprobación anterior, CSS sincroniza la información con el broker de LHC en el Cloud Connector. (El broker de LHC también se conoce como broker del servicio de alta disponibilidad o broker de HA).

    Se copian todos los datos de la configuración, no solo los elementos que han cambiado desde la comprobación anterior. El servicio CSS importa los datos de configuración en una base de datos LocalDB de Microsoft SQL Server Express ubicada en el Cloud Connector. Esta base de datos se conoce como la base de datos de la Caché de host local. El servicio CSS comprueba que la información de la base de datos de la Caché de host local coincida con la información presente en la base de datos del sitio en Citrix Cloud.

    Microsoft SQL Server Express LocalDB (usado por la base de datos de LHC) se instala automáticamente al instalar un Cloud Connector. La base de datos de LHC no se puede compartir entre Cloud Connectors. No necesita hacer una copia de seguridad de la base de datos de LHC. Se vuelve a crear cada vez que se detecta un cambio de configuración.

  • Si no se han producido cambios desde la última comprobación, no se copian los datos de configuración.

Al activarse el modo LHC

Al activarse el modo LHC

  • El broker de LHC comienza a escuchar la información de conexión y a procesar las solicitudes de conexión.
  • Cuando los Cloud Connectors empiezan a perder la conectividad con Citrix Cloud, el broker de LHC no tiene los datos de registro de VDA actuales, pero cuando un VDA se comunica con él, se desencadena un proceso de registro. Durante ese proceso, el broker de LHC también obtiene información de sesión actualizada de ese VDA.
  • Mientras el broker de LHC gestiona las conexiones, el servicio Remote Broker Provider sigue supervisando la conexión a Citrix Cloud. Cuando se restablece la conexión, el servicio Remote Broker Provider indica al broker de LHC que deje de escuchar para obtener la información de conexión y Citrix Cloud reanuda las operaciones de intermediación. La próxima vez que un VDA se comunique con Citrix Cloud a través del servicio Remote Broker Provider, se activará un proceso de registro. El broker de LHC quita todos los registros de VDA restantes de cuando el modo LHC estaba activo. El servicio CSS reanuda la sincronización de información cuando detecta que se han producido cambios de configuración en Citrix Cloud.

En el caso improbable de que LHC se inicie durante una sincronización, la importación de ese momento se descarta y se usa la última configuración conocida.

El registro de eventos indica cuándo tienen lugar las sincronizaciones y se activa el modo LHC.

No hay límites de tiempo impuestos para el funcionamiento en modo LHC.

También puede activar el modo LHC manualmente. Consulte Forzar el modo LHC para obtener más información sobre por qué y cómo hacerlo.

Zonas con varios Cloud Connectors

Entre otras de sus tareas, CSS proporciona constantemente al broker de LHC información sobre todos los Cloud Connectors de la zona. Con esta información, cada broker de LHC sabe cuáles son todos los demás brokers de LHC que se ejecutan en otros Cloud Connectors de la zona.

Los brokers de LHC se comunican entre sí por un canal independiente. Estos brokers usan una lista alfabética de nombres de dominio completo (FQDN) de las máquinas que están ejecutando para determinar (elegir) qué broker de LHC intermediará las operaciones de la zona si esta pasa al modo LHC. Durante el modo LHC, todos los VDA vuelven a registrarse en el broker de LHC que se haya elegido. Los brokers de LHC de la zona que no hayan sido elegidos rechazan las solicitudes entrantes de conexión y de registro que les envíen los agentes VDA.

Importante:

Los conectores de una zona deben poder comunicarse entre sí en http://<FQDN_OF_PEER_CONNECTOR>:80/Citrix/CdsController/ISecondaryBrokerElection. Si los conectores no pueden comunicarse en esta dirección, es posible que se elijan varios brokers y que se produzcan errores de inicio en el modo LHC.

Durante el modo LHC, si se reinicia un Cloud Connector o el broker de LHC falla:

  • Si ese Cloud Connector no es el broker de LHC elegido, el reinicio no tiene repercusión.
  • Si ese Cloud Connector sí es el broker de LHC elegido, se elegirá el broker de LHC del siguiente Cloud Connector y los VDA deberán registrarse en él. El orden de elección se basa en el orden alfabético del FQDN de los Cloud Connectors. Una vez que el broker de LHC vuelve a estar activo, las operaciones de LHC continúan en el primer conector por orden alfabético, lo que puede hacer que los VDA se registren de nuevo. En este caso, el rendimiento puede verse afectado durante los registros.

Consulte los registros de eventos para obtener más información sobre los eventos relacionados con la elección de brokers de LHC.

Contenido de datos de la caché de host local

La base de datos de LHC incluye los siguientes datos, que son un subconjunto de los datos de la base de datos principal:

  • Identidades de los usuarios y los grupos que tienen derechos asignados a recursos publicados en el sitio.
  • Identidades de los usuarios que actualmente usan, o que han utilizado recientemente, recursos publicados en el sitio.
  • Identidades de las máquinas VDA (incluidas las máquinas de acceso con Remote PC) configuradas en el sitio.
  • Identidades (nombres y direcciones IP) de las máquinas cliente de la aplicación Citrix Workspace que se utilizan activamente para conectarse a los recursos publicados.

También contiene la siguiente información sobre las conexiones actualmente activas que se establecieron en modo LHC:

  • Resultados de todos los análisis de máquinas de punto final del cliente realizados por la aplicación Citrix Workspace.
  • Identidades de las máquinas de la infraestructura (tales como Citrix Gateway y servidores de StoreFront) que intervienen en las operaciones del sitio.
  • Fechas, horas y tipos de actividades recientes de los usuarios

Estados de la caché de host local

Hay varios estados durante todo el ciclo de entrada y salida del modo LHC. El siguiente diagrama describe los estados al entrar y salir del modo LHC.

Estados de LHC

  • Durante el estado de funcionamiento normal, todos los componentes están en buen estado y todas las transacciones de intermediación las gestiona el broker de Cloud. - - CSS replica activamente las configuraciones del broker de Cloud en los Cloud Connectors. Si alguna de las comprobaciones de estado falla, los Cloud Connectors pasan al estado de alta disponibilidad (HA) pendiente. En este estado, se inicia una comprobación de estado exhaustiva para determinar el siguiente curso de acción. Los conectores interactúan con otros conectores de la zona para determinar su estado.
  • La decisión de pasar de HA pendiente a HA inicial se basa en el estado de todos los conectores de una zona determinada. Si las comprobaciones de estado se completan correctamente, los conectadores/controladores vuelven al estado de funcionamiento normal. De lo contrario, si las comprobaciones de estado siguen fallando, los conectores o controladores pasan al estado de HA inicial.
  • Durante el estado de HA inicial, el broker de LHC del conector elegido asume las tareas de intermediación. Todos los VDA de la zona actual que estaban registrados anteriormente se registran ahora en el broker de LHC en el Cloud Connector. Todos los VDA pueden tardar hasta 5 minutos en volver a registrarse en el servicio de HA. Al final de HA inicial, se inician las comprobaciones de estado. Si todas las comprobaciones indican un estado correcto, el estado pasa a recuperación pendiente; de lo contrario, el estado cambia a HA extendida.
  • Las comprobaciones de estado se siguen realizando durante el período de HA extendida. Cuando las comprobaciones de estado se completan correctamente en el modo de HA extendida, el estado pasa a recuperación pendiente. No hay una duración máxima para que un conector permanezca en el estado de HA extendida.
  • Recuperación pendiente sirve de período de búfer para garantizar que los servicios estén en perfecto estado antes de salir del modo LHC. Si alguna de las comprobaciones de estado falla en el modo de recuperación pendiente, el estado cambia otra vez a HA extendida.
  • Si todas las comprobaciones de estado se completan correctamente durante todo el período de 10 minutos de recuperación pendiente, el estado cambia a funcionamiento normal. Con esta transición, el modo LHC finaliza y todos los VDA de la zona que estaban registrados en el broker de LHC ahora se vuelven a registrar en el broker de Cloud. Esta reinscripción puede tardar hasta 5 minutos.

Consideraciones importantes durante el modo LHC

Durante el modo LHC, tenga en cuenta los siguientes aspectos:

Aspecto Impacto durante el modo LHC
Acceso a Studio Puede ser inaccesible, según el tipo de interrupción. Los VDA de las zonas que funcionan en modo LHC aparecen como sin registrar en Studio porque están registrados en el broker de LHC.
Acceso a Remote PowerShell SDK


Acceso limitado. Requiere habilitar el modo de prueba de CSS y configurar la autenticación del SDK. Habilitar el modo de prueba de CSS: Agregue la clave de registro. “EnableCssTestMode” con un valor DWORD de “1” en HKLM:\SOFTWARE\Citrix\DesktopServer\LHC.
Establecer la autenticación del SDK: Establezca la variable $XDSDKAuth en “OnPrem” para evitar que el proxy del SDK redirija las llamadas a los cmdlets. Tras realizar estos cambios, puede usar todos los cmdlets Get-Broker.
Nota: Incluya el parámetro -AdminAddress localhost:89 en la llamada inicial al cmdlet.
Ejemplo: Get-BrokerMachine -AdminAddress localhost:89
Datos de supervisión Las funciones de Supervisar no muestran la actividad cuando el modo LHC está activo. Hay un subconjunto de datos de supervisión disponible en el panel de mandos de la caché de host local de la página Tendencias de Supervisar.
Credenciales de hipervisor No se puede obtener de Host Service. Máquinas con un estado de energía desconocido, no es posible realizar operaciones de energía. Máquinas virtuales encendidas que se pueden usar para las conexiones.
Máquinas asignadas Solo se pueden usar si se asignan durante las operaciones normales. No es posible realizar nuevas asignaciones en el modo LHC.
Máquinas de acceso con Remote PC No se admiten la inscripción ni la configuración automáticas. Se pueden usar máquinas inscritas y configuradas durante el funcionamiento normal.
Límites de sesión de aplicaciones y escritorios alojados en servidores Si los recursos están en zonas diferentes, los usuarios pueden usar más sesiones que los límites de sesiones configurados.
Comportamiento de zonas Cada zona actúa de forma independiente. Si la función Comprobación de estado avanzada de StoreFront está habilitada, StoreFront puede dirigir las solicitudes de inicio a la zona adecuada durante el modo LHC y evitar errores al iniciar sesión.
Reinicios de VDA programados Si se activa el modo LHC antes de que comience un reinicio programado para los VDA de un grupo de entrega, los reinicios comienzan cuando se cierra el modo LHC y se reanudan las operaciones normales de intermediación, lo que puede provocar reinicios inesperados cuando la zona sale del modo LHC. Para obtener más información y configuraciones que puedan alterar este comportamiento, consulte Reinicios programados que se retrasan por una interrupción de la base de datos.
Preferencia de zona Las consideraciones de preferencia de zona no se tienen en cuenta para el inicio de sesión.
Restricciones de etiquetas En el caso de los grupos de entrega con agentes VDA en varias zonas, las restricciones de etiquetas pueden provocar errores de inicio si los agentes VDA etiquetados no están presentes en todas las zonas.

Compatibilidad con aplicaciones y escritorios

LHC admite los siguientes tipos de VDA y modelos de entrega:

Tipo de VDA Modelo de entrega Disponibilidad de los VDA durante el modo LHC
SO multisesión Aplicaciones y escritorios Siempre disponible.
Sistema operativo de sesión única estático (asignado) Escritorios Siempre disponible.
Sistema operativo de sesión única con administración de energía aleatorio (agrupado)

Escritorios

No está disponible de forma predeterminada. De forma predeterminada, fallan todos los intentos de iniciar sesión en los VDA con administración de energía en grupos de entrega agrupados.
Puede hacer que estén disponibles para nuevas conexiones durante el modo LHC. Para obtener más información, consulte Habilitar con Studio y Habilitar con PowerShell.
Importante: Habilitar el acceso a máquinas agrupadas de sesión única con administración de energía puede provocar que los datos y los cambios de las sesiones de usuario anteriores estén presentes en las sesiones posteriores.

Nota: No

Habilitar el acceso a los VDA de escritorio con administración de energía en grupos de entrega agrupados no afecta al funcionamiento de la propiedad ShutdownDesktopsAfterUse configurada durante las operaciones normales. Cuando se habilita el acceso a estos escritorios durante el modo LHC, los VDA no se reinician automáticamente tras volver a las operaciones de intermediación normales. Los VDA de escritorio con administración de energía de los grupos de entrega agrupados pueden retener los datos de las sesiones anteriores hasta que se reinicie el VDA. El reinicio del VDA puede producirse cuando un usuario cierra sesión en el VDA durante operaciones ajenas al LHC o cuando los administradores reinician el VDA.

Habilitar LHC para los VDA agrupados de SO de sesión única con administración de energía mediante Studio

Con Studio, puede hacer que esas máquinas estén disponibles para nuevas conexiones durante el modo LHC para los grupos de entrega que seleccione:

Nota: No

Este parámetro solo está disponible en Studio para los grupos de entrega de escritorios agrupados que entregan VDA con administración de energía.

Habilitar LHC para los VDA agrupados de SO de sesión única con administración de energía mediante PowerShell

Para habilitar LHC para los VDA en un grupo de entrega específico, siga estos pasos:

  1. Ejecute este comando para habilitar esta función para todo el sitio:

      Set-BrokerSite -ReuseMachinesWithoutShutdownInOutageAllowed $true
<!--NeedCopy-->

  2. Ejecute este comando con un nombre del grupo de entrega especificado para habilitar LHC para ese grupo de entrega:

      Set-BrokerDesktopGroup -Name "name" -ReuseMachinesWithoutShutdownInOutage $true
<!--NeedCopy-->

Para cambiar la disponibilidad de LHC predeterminada para los grupos de entrega agrupados recién creados con agentes VDA con administración de energía, ejecute el siguiente comando:

  Set-BrokerSite -DefaultReuseMachinesWithoutShutdownInOutage $true
<!--NeedCopy-->

Nota: No

Cambiar la configuración predeterminada no cambia la configuración de los grupos de entrega existentes y solo afecta a los grupos de entrega creados con PowerShell.

Configurar StoreFront

Si usa una implementación local de StoreFront, revise lo siguiente:

  • Si usa un servidor virtual de equilibrio de carga, configúrelo para supervisar los conectores en función de las capacidades de intermediación (por ejemplo, use el monitor CITRIX-XD-DDC integrado en una instancia de NetScaler para equilibrar la carga de los conectores).
  • Incluya todos los Cloud Connectors en un único arrendatario de Cloud como único feed de recursos en StoreFront.
  • Consulte las configuraciones de NetScaler Gateway en StoreFront y asegúrese de que todos los conectores aparezcan como servidores STA. Revise los dispositivos NetScaler y asegúrese de que todas las STA que figuran en StoreFront tengan el mismo formato en el servidor virtual NetScaler Gateway. El estado de servicio de STA también se puede supervisar en el servidor virtual Gateway.
  • Agregue todos los conectores al feed de recursos en StoreFront y asegúrese de que StoreFront pueda comunicarse con todos los Cloud Connectors a través del puerto designado en el feed de recursos.

Nota: No

Para los clientes con muchos conectores, puede resultar beneficioso configurar un servidor virtual de equilibrio de carga para cada zona a fin de reducir la sobrecarga de administración y simplificar la solución de problemas. Para obtener más información, consulte Citrix TIPs: Integrating Citrix Virtual Apps and Desktops service and StoreFront.

Validar el funcionamiento de la caché de host local

Para verificar que LHC está configurada y funciona correctamente:

  • Compruebe que las importaciones de sincronización se completan correctamente. Consulte los registros de eventos para obtener más información sobre cómo supervisar las sincronizaciones de LHC.
  • Compruebe que la base de datos de la Caché de host local se haya creado en cada Cloud Connector. Eso confirma que el servicio de alta disponibilidad High Availability Service puede tomar el control, si fuera necesario.
    • En el servidor de Cloud Connector, vaya a c:\Windows\ServiceProfiles\NetworkService.
    • Verifique que se hayan creado HaDatabaseName.mdf y HaDatabaseName_log.ldf.
  • Fuerce el modo LHC en todos los Cloud Connectors de la zona: Cuando haya comprobado que la caché de host local funciona, recuerde poner de nuevo todos los Cloud Connectors en modo normal. Consulte Estados de la caché del host local para obtener más información sobre el tiempo que tardará en salir del modo LHC.

Supervisar la Caché del host local

Registros de eventos

Los registros de eventos proporcionan información crítica sobre el estado y el rendimiento de LHC.

Config Synchronizer Service (Servicio de sincronización de configuraciones)

Durante el funcionamiento normal, pueden producirse los siguientes eventos cuando el servicio CSS importa los datos de configuración en la base de datos de LHC a través del broker correspondiente.

ID de evento Descripción
503 Indica que CSS recibió una configuración actualizada. Este evento ocurre cada vez que se recibe una configuración actualizada de Citrix Cloud. Indica el inicio del proceso de sincronización.
504 Indica que CSS importó una configuración actualizada. La importación de la configuración se completó correctamente.
505 Indica que CSS no pudo importar. La importación de la configuración no se completó correctamente. Si hay una configuración previa disponible, se usa al pasar al modo LHC. Sin embargo, estará desactualizada frente a la configuración actual. Si no hay ninguna configuración previa disponible, el servicio no puede participar en la intermediación de sesiones durante el modo LHC. En este caso, consulte la sección Solucionar problemas y póngase en contacto con la asistencia de Citrix.
507 Indica que CSS canceló una importación porque el sistema está en modo LHC y el broker de LHC se usa como intermediario. El servicio recibió una nueva configuración, pero la importación se canceló porque se cambió al modo LHC. Este es el comportamiento esperado.
510 Indica que no se recibieron datos de configuración de CSS del servicio de configuración principal.
517 Indica que hubo un problema de comunicación con el servicio Remote Broker Provider.
518 Indica que el script de CSS se canceló porque el broker de LHC (servicio de alta disponibilidad) no se está ejecutando.

High Availability Service (Servicio de alta disponibilidad)

Este servicio también se conoce como broker de LHC.

ID de evento Descripción
3502 Indica que se ha producido una interrupción y que el broker de LHC está realizando operaciones de intermediación.
3503 Indica que se resolvió una interrupción y se reanudó el funcionamiento normal.
3504 Indica el broker de LHC elegido y otros brokers de LHC implicados en la elección.
3507 Indica que el modo LHC está activo en el broker de LHC elegido. Contiene un resumen de la interrupción del servicio, que incluye la duración de la interrupción, el registro de VDA e información de la sesión.
3508 Indica que LHC ya no está activa en el broker de LHC elegido y que se ha restablecido el funcionamiento normal. Contiene un resumen de la interrupción del servicio, que incluye la duración de la misma, la cantidad de máquinas que se registraron durante el evento de LHC y la cantidad de inicios correctos durante dicho evento.
3509 Indica que LHC está activa en el broker de LHC no elegido. Contiene una duración de interrupción del servicio cada 2 minutos e indica el broker de LHC elegido.
3510 Indica que LHC ya no está activa en el broker de LHC no elegido. Contiene la duración de la interrupción e indica el broker de LHC elegido.

Remote Broker Provider

Este servicio actúa como un proxy entre Citrix Cloud y sus VDA y Cloud Connectors.

ID de evento Descripción
3001 Comprueba si los Cloud Connectors deben entrar en modo LHC. Se produce después de una única comprobación fallida de estado del Cloud Connector. Si se produce otro error en una comprobación transcurridos 60 segundos, el Cloud Connector pasa al modo LHC.
3002 Indica que el Cloud Connector no puede pasar al modo LHC. El motivo se incluye en la información del evento.
3003


Indica que el Cloud Connector está pasando por estados del modo LHC. El evento proporciona detalles sobre lo siguiente
  • El estado desde el que se está realizando la transición del Cloud Connector
  • El estado hacia el que está en transición
  • La duración del estado anterior
    		•

    Nota: No

    Los eventos 3001 que se producen en los Cloud Connectors de forma periódica a lo largo del día no suelen ser motivo de preocupación. Sin embargo, si se producen varias veces por hora, indican un problema de red y podrían justificar una investigación más profunda.

    Supervisar de Citrix

    Supervisar de Citrix contiene información centralizada sobre las entradas del modo LHC y el rendimiento en las diferentes zonas de su entorno.

    LHC en Supervisar de DaaS

    Para obtener más información, consulte Supervisar tendencias históricas en un sitio.

    Forzar el modo de caché de host local

    Es posible que quiera forzar deliberadamente el modo de caché de host local en los siguientes casos:

    • Si la red tiene altibajos repetidos: Forzar el modo LHC hasta que se resuelvan los problemas de red impide una transición continua entre los modos normal y LHC (con las avalanchas de registros de VDA que ello conlleva).
    • Para probar un plan de recuperación ante desastres.
    • Para comprobar que la Caché de host local funciona correctamente.

    Para forzar el modo LHC:

    1. Modifique el Registro de cada servidor de Cloud Connector en HKLM\Software\Citrix\DesktopServer\LHC: Cree y configure OutageModeForced como REG_DWORD en 1.

      • Si se establece el valor en 1, se indica al broker de LHC que pase al modo LHC, independientemente del estado de la conexión a Citrix Cloud.
      • Si se establece el valor en 0, se indica al broker de LHC que salga del modo LHC y reanude el funcionamiento normal.

    Para verificar eventos:

    1. Supervise el archivo de registro Current_HighAvailabilityService en C:\ProgramData\Citrix\workspaceCloud\Logs\Plugins\HighAvailabilityService.

    Solucionar problemas de importaciones de sincronización

    Cuando se produce un error en la importación de sincronización a la base de datos de LHC y se registra un evento 505, puede usar las siguientes herramientas de solución de problemas:

    • Rastreo de CDF:
      • Habilite el rastreo para los módulos ConfigSyncServer y BrokerLHC.
      • Úselo con otros módulos de broker para identificar el problema.
    • Informe de rastreo de CSS:

      • Genera un informe detallado que identifica el objeto que causa el error de sincronización.

        Nota: No

        La habilitación de este informe puede afectar a la velocidad de sincronización. Inhabilítelo cuando no esté solucionando problemas de forma activa.

      Para habilitar y generar un informe de rastreo de CSS:

      1. Habilite los informes: Ejecute el siguiente comando:

          New-ItemProperty -Path HKLM:\SOFTWARE\Citrix\DesktopServer\LHC -Name EnableCssTraceMode -PropertyType DWORD -Value 1
<!--NeedCopy-->

      2. Localice el informe: El informe HTML se genera en C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp\CitrixBrokerConfigSyncReport.html.

      3. Inhabilite los informes: Una vez generado el informe, ejecute el siguiente comando para inhabilitar la función de informes:

          Set-ItemProperty -Path HKLM:\SOFTWARE\Citrix\DesktopServer\LHC -Name EnableCssTraceMode -Value 0
<!--NeedCopy-->

    Comandos de PowerShell para la memoria caché de host local

    Puede administrar la caché de host local en sus Cloud Connectors mediante comandos de PowerShell.

    El módulo PowerShell se encuentra en la siguiente ubicación de los Cloud Connectors:

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

    Importante:

    Ejecute este módulo solo en los Cloud Connectors.

    Importar módulo de PowerShell

    Para importar el módulo, ejecute lo siguiente en su Cloud Connector:

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

    Comandos de PowerShell para administrar la LHC

    Los siguientes cmdlets le ayudan a activar y administrar el modo LHC en los Cloud Connectors.

    Cmdlets Función
    Enable-LhcForcedOutageMode Ponga al intermediario en modo LHC. Los archivos de base de datos de caché de host local deben haber sido creados correctamente por el CSS para que Enable-LhcForcedOutageMode funcione correctamente. Este cmdlet solo fuerza a la LHC del Cloud Connector en que se ejecutó. Para que LHC se active, este cmdlet debe ejecutarse en todos los Cloud Connectors de la zona.
    Disable-LhcForcedOutageMode Saque al intermediario del modo LHC. Este cmdlet solo inhabilita el modo LHC en el Cloud Connector en el que se ejecutó. Disable-LhcForcedOutageMode debe ejecutarse en todos los Cloud Connectors de la zona.
    Set-LhcConfigSyncIntervalOverride Establece el intervalo en el que CSS comprueba los cambios de configuración en el sitio de Citrix DaaS. El intervalo de tiempo puede oscilar entre 60 segundos (un minuto) y 3600 segundos (una hora). Este parámetro solo se aplica al Cloud Connector en el que se ejecutó. Para mantener la coherencia en todos los Cloud Connectors, considere la posibilidad de ejecutar este cmdlet en cada Cloud Connector. Por ejemplo: Set-LhcConfigSyncIntervalOverride -Seconds 1200
    Clear-LhcConfigSyncIntervalOverride Establece el intervalo en que CSS comprueba cambios de configuración en el sitio de Citrix DaaS en función del valor predeterminado de 300 segundos (cinco minutos). Este parámetro solo se aplica al Cloud Connector en el que se ejecutó. Para mantener la coherencia en todos los Cloud Connectors, considere la posibilidad de ejecutar este cmdlet en cada Cloud Connector.
    Enable-LhcHighAvailabilitySDK Habilita el acceso a todos los cmdlets Get-Broker* del Cloud Connector en que se ejecutó.
    Disable-LhcHighAvailabilitySDK Inhabilita el acceso a los comandos de Broker PowerShell en el Cloud Connector en que se ejecutó.

    Nota: No

    • Use el puerto 89 cuando ejecute los cmdlets Get-Broker* en el Cloud Connector. Por ejemplo:
      • Get-BrokerMachine -AdminAddress localhost:89
    • Cuando no está en modo LHC, el broker de la LHC del Cloud Connector solo contiene información de configuración.
    • Durante el modo LHC, el broker de LHC conserva la siguiente información:
      • Estados de los recursos
      • Detalles de la sesión
      • Registros de VDA
      • Información de configuración

    Más información

    Caché de host local
    September 15, 2025
    Contribución de: 
    C C
    September 15, 2025
    Contribución de: 
    C C

    En este artículo

    Comentarios sobre el sitio | Your privacy choices footer linkSus opciones de privacidad | Condiciones legales y de privacidad | Preferencias de cookies | Parámetros de consentimiento | docs.cloud.com
    © 1999- Cloud Software Group, Inc. All rights reserved.