Documentación de productos
Citrix DaaS™
Ver PDF

Caché de host local

April 6, 2026
Contribución de: 
C C

Este artículo ofrece 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 el estado 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 las nuevas sesiones se gestionan a través del agente LHC que se ejecuta en los Cloud Connectors.

LHC está habilitado de forma predeterminada, pero es importante asegurarse de que el 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, causando interrupciones a los usuarios finales cuando el modo LHC está activo. Para garantizar una funcionalidad óptima de LHC, comprueba 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 los 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, el modo LHC se activa y garantiza el acceso continuo a las aplicaciones y escritorios.

Durante el funcionamiento normal de la intermediación

  • Durante el funcionamiento normal de la intermediación

  • 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 registrados en 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 a una base de datos de Microsoft SQL Server Express LocalDB en el Cloud Connector. Esta base de datos se conoce como la base de datos de caché de host local. El CSS garantiza que la información de la base de datos de 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 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 es necesario 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 produjeron cambios desde la última comprobación, los datos de configuración no se copian.

Cuando el modo LHC se activa

  • Cuando el modo LHC se activa

  • 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 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 a 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 activará un proceso de registro. El agente LHC elimina los registros de VDA restantes 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 límite de tiempo impuesto para operar en modo LHC.

  • También puedes activar manualmente el modo LHC. 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. Con 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 utilizan una lista alfabética de nombres FQDN de las máquinas en las que se ejecutan para determinar (elegir) qué agente LHC gestionará 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 en 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, se podrían elegir varios agentes y se producirían fallos 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 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 del agente LHC.

Contenido de los datos de Local Host Cache

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 les 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 Local Host Cache

Existen 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 estaban registrados anteriormente se registrarán ahora con el agente LHC del Cloud Connector. Todos los VDA pueden tardar hasta 5 minutos en volver a registrarse con el servicio HA. Al final de 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 realizá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.
  • La 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 Recuperación pendiente de 10 minutos, 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, considera 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 de cmdlet. 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 del cmdlet.
Ejemplo: Get-BrokerMachine -AdminAddress localhost:89
Datos de supervisión Las funciones de Monitor no muestran actividad desde que el modo LHC está activo. Un subconjunto de datos de supervisión está disponible en el panel de Local Host Cache de la página tendencias en Monitor.
Credenciales del hipervisor No se pueden obtener del servicio de host. Máquinas en un estado de energía desconocido, no es posible realizar operaciones de energía. Las máquinas virtuales encendidas se pueden usar para conexiones.
Máquinas asignadas Utilizables solo si se asignaron durante las operaciones normales. Las nuevas asignaciones son imposibles en modo LHC.
Máquinas de acceso remoto a PC La inscripción y configuración automáticas no son compatibles. 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 fallos en el inicio de la 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 las operaciones normales de intermediación se reanudan, 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 la sesión.
Restricciones de etiquetas Para los grupos de entrega con VDA en varias zonas, las restricciones de etiquetas pueden causar fallos en el 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 detalles, consulta [Obsoleto](/es-es/citrix-daas/removed-features).

Compatibilidad con aplicaciones y escritorios

LHC es compatible con 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 Disponible solo para una sesión de forma predeterminada.
    • SO de sesión única aleatorio (agrupado) con administración de energía Escritorios Disponible solo para una 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 normales de intermediación. 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:

-  Para habilitar esta función durante la creación del grupo de entrega, consulta [Crear grupos de entrega](/es-es/citrix-daas/install-configure/delivery-groups-create#local-host-cache-mode-page).

Nota:

Esta configuración solo está disponible en Studio para grupos de entrega de escritorios agrupados que ofrecen 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 modifica 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.

Validar el funcionamiento de Local Host Cache

-  Para verificar que LHC está configurado y funciona correctamente:
  • Asegúrate de que las importaciones de sincronización se completen correctamente. Consulta los registros de eventos 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, explora c:\Windows\ServiceProfiles\NetworkService.

    • Verifica que se hayan creado HaDatabaseName.mdf y HaDatabaseName_log.ldf.

    • 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 falló una importación. La importación de la configuración no se completó correctamente. Si hay una configuración exitosa anterior disponible, se usa si se entra en 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 soporte 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á utilizando para la intermediación. El servicio recibió una nueva configuración, pero la importación se abandonó porque se entró en 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 de 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 se reanudaron las operaciones normales.
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 se restauraron las operaciones normales. 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 la duración de una 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 Comprueba si los Cloud Connectors deben entrar en modo LHC. Se produce después de una única comprobación de estado fallida del Cloud Connector. Si otra comprobación falla después de 90 segundos, el Cloud Connector pasa al modo LHC. 
-  |3002|Indica que el Cloud Connector no puede entrar en 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 que ocurren 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 de 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 interrumpe 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 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 errores 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 de 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 de CSS:

    • Genera un informe detallado que identifica el objeto que causa el error 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 de CSS:

    1. Habilita los 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. Deshabilita los informes: Una vez generado 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 administrar la caché de host local en tus Cloud Connectors mediante 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 el 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 administrar LHC

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

Cmdlets Función
Enable-LhcForcedOutageMode Coloca 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 LHC en el Cloud Connector donde se ejecutó. Para que LHC se active, este cmdlet debe ejecutarse en todos los Cloud Connectors dentro de la zona.
Disable-LhcForcedOutageMode Saca al 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 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 en el 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
April 6, 2026
Contribución de: 
C C
April 6, 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.