Documentación de productos
Citrix DaaS™
Ver PDF

Caché de host local

May 4, 2026
Contribución de: 
C C

Este artículo proporciona una descripción completa de la función Caché de host local (LHC), centrándose en su capacidad para mantener la continuidad del negocio. Explica la funcionalidad de LHC tanto durante las operaciones de trabajo normales 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 para la salud de LHC.

Información general

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

LHC está habilitado de forma predeterminada, pero es importante que te asegures de que tu entorno esté configurado correctamente para LHC. Si bien las configuraciones incorrectas podrían no interrumpir la intermediación normal, pueden dificultar el rendimiento de LHC, lo que provocaría interrupciones para los usuarios finales cuando el modo LHC está activo. Para garantizar una funcionalidad óptima de LHC, consulta el nodo Zonas en Studio para ver los errores y advertencias relacionados con la zona que Citrix ha detectado. Además, revisa la guía Comprobar configuraciones de resiliencia y el artículo Evitar configuraciones incorrectas comunes que pueden afectar negativamente a la resiliencia de DaaS para obtener una lista de comprobació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. Para obtener más información sobre cómo la Continuidad del servicio puede usar la Caché de host local para mantener el acceso de los usuarios a las aplicaciones y escritorios durante las interrupciones del servicio, consulta Continuidad del servicio.

Cómo funciona

Durante las operaciones normales, el Servicio de proveedor de agente remoto en un Cloud Connector se comunica con Citrix Cloud para todas las operaciones de intermediación. El Servicio de sincronización de configuración de Citrix (CSS) comprueba regularmente si hay cambios de configuración en Citrix Cloud y sincroniza estos datos con el agente LHC en el Cloud Connector. Si los Cloud Connectors pierden la conectividad con Citrix Cloud o Citrix Cloud está experimentando un problema, se activa el modo LHC y garantiza el acceso continuo a las aplicaciones y escritorios.

Durante la operación de intermediación normal

  • During normal brokering operation

  • El Servicio de proveedor de agente remoto de Citrix en un Cloud Connector acepta solicitudes de conexión de StoreFront. El Servicio de proveedor de agente remoto se comunica con Citrix Cloud para conectar a los usuarios con los VDA que están registrados con Citrix Cloud.
  • El CSS comprueba con el agente de la nube en Citrix Cloud aproximadamente cada 5 minutos para ver si se realizaron cambios de configuración. Esos cambios pueden ser iniciados por el administrador (como cambiar una propiedad de un grupo de entrega) o acciones del sistema (como asignaciones de máquinas).

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

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

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

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

Cuando el modo LHC se activa

  • When LHC mode becomes active

  • El agente LHC comienza a escuchar la información de conexión y a procesar las solicitudes de conexión.
  • Cuando los Cloud Connectors pierden la conectividad con Citrix Cloud por primera vez, el agente LHC no tiene datos de registro de VDA actuales, pero cuando un VDA se comunica con él, se activa un proceso de registro. Durante ese proceso, el agente LHC también obtiene la información de sesión actual para ese VDA.

  • Mientras el agente LHC gestiona las conexiones, el Servicio de proveedor de agente remoto continúa supervisando la conexión con Citrix Cloud. Cuando se restablece la conexión, el Servicio de proveedor de agente remoto indica al agente LHC que deje de escuchar 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 de proveedor de agente remoto, se activa un proceso de registro. El agente LHC elimina cualquier registro de VDA restante de cuando el modo LHC estaba activo. El CSS reanuda la sincronización de información cuando se entera de que se han producido cambios de configuración en Citrix Cloud.

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

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

  • No hay un límite de tiempo impuesto para operar en modo LHC.

  • También puedes activar el modo LHC manualmente. Consulta Forzar el modo LHC para obtener detalles sobre por qué y cómo hacerlo.

Zonas con varios Cloud Connectors

  • Entre otras tareas, el CSS proporciona rutinariamente al agente LHC información sobre todos los Cloud Connectors de la zona. Al tener esa información, cada agente LHC conoce a todos los agentes LHC pares que se ejecutan en otros Cloud Connectors de la zona.

  • Los agentes LHC se comunican entre sí en un canal separado. Esos agentes usan una lista alfabética de nombres FQDN de las máquinas en las que se ejecutan para determinar (elegir) qué agente LHC intermediará las operaciones en la zona si la zona entra en modo LHC. Durante el modo LHC, todos los VDA se vuelven a registrar con el agente LHC elegido. Los agentes LHC no elegidos de la zona rechazan activamente las solicitudes de conexión entrantes y de registro de VDA.

Importante:

Los conectores dentro 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 agentes y que se produzcan errores de inicio cuando se esté en modo LHC.

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

  • Si ese Cloud Connector no es el agente LHC elegido, el reinicio no tiene ningún impacto.
  • Si ese Cloud Connector es el agente LHC elegido, se elige el agente LHC del siguiente Cloud Connector, lo que provoca que los VDA se registren. El orden de elección se basa en el orden alfabético del FQDN de los Cloud Connectors. Una vez que el agente LHC vuelve a estar activo, las operaciones de LHC continúan en el primer conector en orden alfabético, lo que puede provocar que los VDA se registren de nuevo. En este escenario, el rendimiento puede verse afectado durante los registros.

Consulta los registros de eventos para obtener más información sobre los eventos relacionados con las elecciones de agentes LHC.

Contenido de los datos de la caché de host local

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

  • Identidades de los usuarios y grupos a los que se asignan derechos a los recursos publicados desde el sitio.
  • Identidades de los usuarios que están utilizando actualmente, o que han utilizado recientemente, recursos publicados desde el sitio.
  • Identidades de las máquinas VDA (incluidas las máquinas de acceso remoto a 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 para las conexiones actualmente activas que se establecieron mientras se estaba en modo LHC:

  • Resultados de cualquier análisis de punto final de máquina cliente realizado por la aplicación Citrix Workspace.
  • Identidades de las máquinas de infraestructura (como los servidores Citrix Gateway y StoreFront) implicadas en el sitio.
  • Fechas, horas y tipos de actividad reciente 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 para 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 son gestionadas por el agente de la nube. - - El CSS replica activamente las configuraciones del agente de la nube a los Cloud Connectors.

Si alguna comprobación de estado falla, los Cloud Connectors pasan al estado de 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 de salud.

-  La decisión de pasar de **HA pendiente** a **HA inicial** se basa en el estado de salud de todos los conectores de una zona determinada. Si las comprobaciones de estado son correctas, los conectores/controladores vuelven al estado de **Funcionamiento normal**. Alternativamente, si las comprobaciones de estado siguen fallando, los conectores/controladores pasan al estado de **HA inicial**.
-  Durante el estado de **HA inicial**, el agente LHC del conector elegido asume las responsabilidades de intermediación. Todos los VDA de la zona actual que se registraron anteriormente se registrarán ahora con el agente LHC del Cloud Connector. Pueden transcurrir hasta 5 minutos para que todos los VDA se vuelvan a registrar con el servicio HA. Al final de la **HA inicial**, se inician las comprobaciones de estado. Si todas las comprobaciones de estado son correctas, el estado pasa a **Recuperación pendiente**; de lo contrario, el estado pasa a **HA extendida**.
-  Las comprobaciones de estado continúan produciéndose durante el período de **HA extendida**. Cuando las comprobaciones de estado son correctas durante la **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 como período de búfer para garantizar que los servicios estén completamente en buen estado antes de salir del modo LHC. Si alguna de las comprobaciones de estado falla durante la **Recuperación pendiente**, el estado vuelve a **HA extendida**.
-  Si todas las comprobaciones de estado son correctas durante todo el período de 10 minutos de **Recuperación pendiente**, el estado pasa a **Funcionamiento normal**. Con esta transición, el modo LHC finaliza y todos los VDA de la zona que estaban registrados con el agente LHC se vuelven a registrar con el agente de la nube. Este nuevo registro puede tardar de nuevo hasta 5 minutos.

Consideraciones importantes durante el modo LHC

Durante el modo LHC, ten en cuenta los siguientes impactos:

Aspecto Impacto durante el modo LHC
Acceso a Studio Puede ser inaccesible, dependiendo de la naturaleza de la interrupción. Los VDA en zonas que operan en modo LHC se muestran como No registrados en Studio porque están registrados con el agente LHC.
Acceso remoto al SDK de PowerShell


Acceso limitado.
Configurar la autenticación del SDK: Ejecuta Get-XDAuthentication -ProfileName WindowsCurrentUser para evitar que el proxy del SDK redirija las llamadas a cmdlets. Después de realizar estos cambios, puedes usar todos los cmdlets Get-Broker.
Nota: Incluye 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 supervisión no muestran actividad cuando el modo LHC está activo. Un subconjunto de datos de supervisión está disponible en el panel de la caché de host local de la página Tendencias en Monitor.
Credenciales del hipervisor No se pueden obtener del servicio de host. Las máquinas en un estado de energía desconocido, no son posibles las operaciones de energía. Las máquinas virtuales encendidas se pueden usar para conexiones.
Máquinas asignadas Solo se pueden usar si se asignaron durante las operaciones normales. Las nuevas asignaciones son imposibles en modo LHC.
Máquinas de acceso remoto a PC No se admite la inscripción y configuración automáticas. Las máquinas inscritas y configuradas durante el funcionamiento normal son utilizables.
Límites de sesión de aplicaciones y escritorios alojados en servidor Los usuarios pueden usar más sesiones de las que permiten sus límites de sesión configurados, si los recursos están en diferentes zonas.
Comportamiento de la zona Cada zona actúa de forma independiente. Si la función de comprobación de estado avanzada de StoreFront está habilitada, StoreFront puede enrutar las solicitudes de inicio a la zona adecuada durante el modo LHC y evitar errores de inicio de sesión.
Reinicios programados de VDA Si el modo LHC se activa antes de que comience un reinicio programado para los VDA de un grupo de entrega, los reinicios comienzan cuando el modo LHC finaliza y se reanudan las operaciones normales de intermediación, lo que podría causar reinicios inesperados cuando la zona sale del modo LHC. Para obtener más información y configuraciones que pueden alterar este comportamiento, consulta Reinicios programados retrasados debido a una interrupción de la base de datos.
Preferencia de zona Las configuraciones de preferencia de zona no se tienen en cuenta para el inicio de sesión.
Restricciones de etiquetas Para los grupos de entrega con VDA en varias zonas, las restricciones de etiquetas pueden causar errores de inicio si los VDA etiquetados no están presentes en todas las zonas.

Nota:

El uso de $XDSDKAuth para la autenticación del SDK está obsoleto a partir de junio de 2025. Para obtener más información, consulta Obsoleto.

Compatibilidad con aplicaciones y escritorios

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

|Tipo de VDA|Modelo de entrega|Disponibilidad de VDA durante el modo LHC| |—|—|—|

  • SO multisesión Aplicaciones y escritorios Siempre disponible.
    • SO de sesión única estático (asignado) Escritorios Siempre disponible.
    • SO de sesión única aleatorio (agrupado) con administración de energía Escritorios Disponible para una sola sesión de forma predeterminada.
    • ^^ ^^ ^^ Puedes configurarlos para que estén siempre disponibles para nuevas sesiones durante LHC. Para obtener más información, consulta Habilitar mediante Studio y Habilitar mediante 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 sesiones de usuario anteriores estén presentes en sesiones posteriores.

Nota:

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 el acceso a estos escritorios durante LHC está habilitado, los VDA no se reinician automáticamente después de volver a las operaciones de intermediación normales. Los VDA de escritorio con administración de energía en grupos de entrega agrupados pueden retener datos de sesiones anteriores hasta que los VDA se reinicien. Un reinicio de VDA puede ocurrir cuando un usuario cierra sesión en el VDA durante operaciones que no son de LHC o cuando los administradores reinician el VDA.

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

Mediante Studio, puedes hacer que esas máquinas estén disponibles para nuevas conexiones durante el modo LHC por cada grupo de entrega:

Nota:

Esta configuración solo está disponible en Studio para grupos de entrega de escritorios agrupados que entregan VDA con administración de energía.

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

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

  1. Habilita esta función a nivel de sitio ejecutando este comando:

    
Set-BrokerSite -ReuseMachinesWithoutShutdownInOutageAllowed $true

<!--NeedCopy-->

  2. Habilita LHC para un grupo de entrega ejecutando este comando con el nombre del grupo de entrega especificado:

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

<!--NeedCopy-->

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


Set-BrokerSite -DefaultReuseMachinesWithoutShutdownInOutage $true

<!--NeedCopy-->

Nota:

Cambiar el valor predeterminado no cambia la configuración de los grupos de entrega existentes y solo afecta a los grupos de entrega creados mediante PowerShell.

Configuración de StoreFront

  • Si usas una implementación de StoreFront local, revisa lo siguiente:

  • Si usas un servidor virtual de equilibrio de carga, configura el servidor virtual para supervisar los conectores en función de las capacidades de intermediación (por ejemplo, usa el monitor CITRIX-XD-DDC integrado en un NetScaler® para el equilibrio de carga de conectores).
  • Incluye todos los Cloud Connectors dentro de un único inquilino de la nube como una única fuente de recursos en StoreFront.
  • Consulta las configuraciones de NetScaler Gateway en StoreFront y asegúrate de que todos los conectores aparezcan como servidores STA. Revisa los dispositivos NetScaler y asegúrate de que todos los STA enumerados en StoreFront tengan el mismo formato en el servidor virtual de NetScaler Gateway. El estado del servicio STA también se puede supervisar en el servidor virtual de Gateway.
  • Agrega todos los conectores a la fuente de recursos en StoreFront y asegúrate de que StoreFront pueda comunicarse con todos los Cloud Connectors a través del puerto designado en la fuente de recursos.

Nota:

Para clientes con muchos conectores, puede ser 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. Consulta Consejos de Citrix: Integración del servicio Citrix Virtual Apps and Desktops y StoreFront para obtener más información.

Validar el funcionamiento de Local Host Cache

-  Para verificar que LHC esté configurado y funcionando correctamente:

-  Asegúrate de que las importaciones de sincronización se completen correctamente. Consulta los [registros de eventos](#event-logs) para obtener más información sobre cómo supervisar las sincronizaciones de LHC.
-  Asegúrate de que la base de datos de Local Host Cache se haya creado en cada Cloud Connector. Esto confirma que el servicio de alta disponibilidad puede tomar el control, si es necesario.
-  En el servidor de Cloud Connector, navega hasta `c:\Windows\ServiceProfiles\NetworkService`.
-  Verifica que `HaDatabaseName.mdf` y `HaDatabaseName_log.ldf` se hayan creado.
  • Fuerza el modo LHC en todos los Cloud Connectors de la zona: Después de verificar que Local Host Cache funciona, recuerda volver a poner todos los Cloud Connectors en modo normal. Consulta Estados de Local Host Cache para obtener más información sobre el tiempo que tardará en salir del modo LHC.

Supervisar Local Host Cache

Registros de eventos

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

Servicio de sincronización de configuración

Durante las operaciones normales, pueden ocurrir los siguientes eventos cuando el CSS importa los datos de configuración a la base de datos de LHC mediante el intermediario de LHC.

ID de evento Descripción
503 Indica que el CSS recibió una configuración actualizada. Este evento ocurre cada vez que se recibe una configuración actualizada de Citrix Cloud. Esto indica el inicio del proceso de sincronización.
504 Indica que el CSS importó una configuración actualizada. La importación de la configuración se completó correctamente.
505 Indica que el CSS no pudo realizar una importación. La importación de la configuración no se completó correctamente. Si hay una configuración correcta anterior disponible, se usa si se entra en el modo LHC. Sin embargo, estará desactualizada con respecto a la configuración actual. Si no hay ninguna configuración anterior disponible, el servicio no puede participar en la intermediación de sesiones durante el modo LHC. En este caso, consulta la sección Solución de problemas y ponte en contacto con el servicio de asistencia de Citrix.
507 Indica que el CSS abandonó una importación porque el sistema está en modo LHC y el intermediario de LHC se está usando para la intermediación. El servicio recibió una nueva configuración, pero la importación se abandonó porque se entró en el 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 de intermediación principal.
518 Indica que el script CSS se interrumpió porque el intermediario de LHC (servicio de alta disponibilidad) no se está ejecutando.

Servicio de alta disponibilidad

Este servicio también se conoce como el agente de LHC.

ID de evento Descripción
3502 Indica que se produjo una interrupción y que el agente de LHC está realizando operaciones de agente.
3503 Indica que se resolvió una interrupción y que las operaciones normales se reanudaron.
3504 Indica el agente de LHC elegido y otros agentes de LHC implicados en la elección.
3507 Indica que el modo LHC está activo en el agente de LHC elegido. Contiene un resumen de la interrupción, incluida la duración de la interrupción, el registro de VDA y la información de la sesión.
3508 Indica que LHC ya no está activo en el agente de LHC elegido y que las operaciones normales se restauraron. Contiene un resumen de la interrupción, incluida la duración de la interrupción, el número de máquinas que se registraron durante el evento LHC y el número de inicios correctos durante el modo LHC.
3509 Indica que LHC está activo en el agente de LHC no elegido. Contiene una duración de interrupción cada 2 minutos e indica el agente de LHC elegido.
3510 Indica que el LHC ya no está activo en el agente de LHC no elegido. Contiene la duración de la interrupción e indica el agente de LHC elegido.

Proveedor de agente remoto

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

|ID de evento|Descripción| |–|–|

-  |3001|La primera detección de un fallo que provoca que el Cloud Connector entre en el estado \*\*HA pendiente\*\*. Las comprobaciones de estado comienzan a evaluar si el fallo es transitorio o persistente. Después del tiempo asignado en el estado \*\*HA pendiente\*\*, los últimos resultados de la comprobación de estado indican si se requiere una entrada al modo LHC o si se pueden reanudar las operaciones normales.|
-  |3002|Indica que el Cloud Connector no puede entrar en el modo LHC. El motivo se incluye en la información del evento.|
-  |3003|Indica que el Cloud Connector está pasando por los estados del modo LHC. El evento proporciona detalles sobre lo siguiente:|
-  |^^|^^ -  estado desde el que el Cloud Connector está haciendo la transición|
-  |^^|^^ -  estado al que está haciendo la transición|
  • ^^ ^^ - duración del estado anterior

Nota:

Los eventos 3001 en tus Cloud Connectors periódicamente a lo largo del día no suelen ser motivo de preocupación. Sin embargo, si ocurren varias veces por hora, indica un problema de red y podría justificar una investigación adicional.

Citrix Monitor

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

Monitor DaaS LHC

Consulta Supervisar las tendencias históricas en un sitio para obtener más información.

Forzar el modo de caché de host local

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

  • Si tu red se conecta y desconecta repetidamente: Forzar LHC hasta que se resuelvan los problemas de red evita la transición continua entre los modos normal y LHC (y las consiguientes tormentas frecuentes de registro de VDA).
  • Para probar un plan de recuperación ante desastres.
  • Para ayudar a garantizar que la caché de host local funciona correctamente.

Para forzar el modo LHC:

  1. Modifica el registro de cada servidor Cloud Connector en HKLM\Software\Citrix\DesktopServer\LHC: Crea y establece OutageModeForced como REG_DWORD en 1.

    • Establecer el valor en 1 indica al agente de LHC que entre en el modo LHC, independientemente del estado de la conexión a Citrix Cloud.
    • Establecer el valor en 0 indica al agente de LHC que salga del modo LHC y reanude las operaciones normales.

Para verificar los eventos:

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

Solucionar problemas de fallos de importación de sincronización

Cuando una importación de sincronización a la base de datos LHC falla y se registra un evento 505, puedes usar las siguientes herramientas de solución de problemas:

  • Rastreo CDF:
    • Habilita el rastreo para los módulos ConfigSyncServer y BrokerLHC.
    • Úsalo con otros módulos de agente para identificar el problema.
  • Informe de rastreo CSS:

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

      Nota:

      Habilitar este informe puede afectar la velocidad de sincronización. Desactívalo cuando no estés solucionando problemas activamente.

    Para habilitar y generar un informe de rastreo CSS:

    1. Habilitar informes: Ejecuta el siguiente comando:

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

<!--NeedCopy-->

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

    3. Deshabilitar informes: Después de generar el informe, ejecuta el siguiente comando para deshabilitar la función de informes:

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

<!--NeedCopy-->

Comandos de PowerShell para la caché de host local

Puedes gestionar la caché de host local en tus Cloud Connectors usando comandos de PowerShell.

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

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

Importante:

Ejecuta este módulo solo en los Cloud Connectors.

Importar módulo de PowerShell

Para importar el módulo, ejecuta lo siguiente en tu Cloud Connector:


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

<!--NeedCopy-->

Comandos de PowerShell para gestionar LHC

Los siguientes cmdlets te ayudan a activar y gestionar el modo LHC en los Cloud Connectors.

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

Nota:

  • Usa el puerto 89 al ejecutar los cmdlets Get-Broker* en el Cloud Connector. Por ejemplo:
    • Get-BrokerMachine -AdminAddress localhost:89
  • Cuando no está en modo LHC, el Broker LHC en el Cloud Connector solo contiene información de configuración.
  • Durante el modo LHC, el Broker LHC contiene 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
May 4, 2026
Contribución de: 
C C
May 4, 2026
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.