Lokaler Hostcache

Last published : Nov 03, 2026
Dieser Artikel bietet einen vollständigen Überblick über die Funktion „Lokaler Hostcache (LHC)“ und konzentriert sich dabei auf ihre Fähigkeit, die Geschäftskontinuität aufrechtzuerhalten. Er erläutert die Funktionalität von LHC sowohl während des normalen Betriebs als auch bei Aktivierung des LHC-Modus. Darüber hinaus bietet der Artikel Anleitungen zu Konfigurationsprüfungen, zur Problembehandlung, zu PowerShell-Befehlen für die LHC-Verwaltung und zur Ereignisprotokollüberwachung für die LHC-Integrität.
Related information
Verwalten
Local Host Cache Visibility Tool

Übersicht

LHC gewährleistet den Endbenutzerzugriff auf Apps und Desktops, wenn Cloud Connectors aufgrund einer Netzwerkunterbrechung oder eines Problems mit Citrix Cloud™ die Verbindung zu Citrix Cloud™ verlieren. Aktive Sitzungen sind nicht betroffen, wenn der LHC-Modus aktiviert wird, und neue Sitzungen werden über den LHC-Broker vermittelt, der auf den Cloud Connectors ausgeführt wird.
LHC ist standardmäßig aktiviert, aber es ist wichtig sicherzustellen, dass Ihre Umgebung ordnungsgemäß für LHC konfiguriert ist. Während Fehlkonfigurationen den normalen Brokerdienst möglicherweise nicht stören, können sie die LHC-Leistung beeinträchtigen und zu Störungen für Endbenutzer führen, wenn der LHC-Modus aktiv ist. Um eine optimale LHC-Funktionalität zu gewährleisten, überprüfen Sie Ihren Zonen-Knoten in Studio auf zonenbezogene Fehler und Warnungen, die Citrix erkannt hat. Lesen Sie außerdem den Leitfaden Resilienzkonfigurationen prüfen und den Artikel Häufige Fehlkonfigurationen vermeiden, die die DaaS-Resilienz negativ beeinflussen können für eine umfassende LHC-Konfigurationscheckliste.
Wichtig:
LHC wird nur aktiviert, wenn Cloud Connectors Datenverkehr von StoreFront empfangen oder wenn die Dienstkontinuität aktiviert ist. Weitere Informationen dazu, wie die Dienstkontinuität den lokalen Hostcache nutzen kann, um den Benutzerzugriff auf Apps und Desktops während Dienstunterbrechungen aufrechtzuerhalten, finden Sie unter Dienstkontinuität.

Funktionsweise

Im Normalbetrieb kommuniziert der Remote Broker Provider Service auf einem Cloud Connector mit Citrix Cloud für alle Broker-Vorgänge. Der Citrix Config Synchronizer Service (CSS) prüft regelmäßig auf Konfigurationsänderungen in Citrix Cloud und synchronisiert diese Daten mit dem LHC-Broker auf dem Cloud Connector. Wenn Cloud Connectors die Verbindung zu Citrix Cloud verlieren oder Citrix Cloud ein Problem hat, wird der LHC-Modus aktiviert und gewährleistet den fortgesetzten Zugriff auf Anwendungen und Desktops.

Während des normalen Brokerbetriebs

Während des normalen Brokerbetriebs
  • Der Citrix Remote Broker Provider Service auf einem Cloud Connector akzeptiert Verbindungsanfragen von StoreFront. Der Remote Broker Provider Service kommuniziert mit Citrix Cloud, um Benutzer mit VDAs zu verbinden, die bei Citrix Cloud registriert sind.
  • Der CSS prüft beim Cloud-Broker in Citrix Cloud etwa alle 5 Minuten, ob Konfigurationsänderungen vorgenommen wurden. Diese Änderungen können vom Administrator initiiert (z. B. Ändern einer Bereitstellungsgruppeneigenschaft) oder Systemaktionen (z. B. Maschinenzuweisungen) sein.
  • Wenn seit der letzten Prüfung eine Konfigurationsänderung aufgetreten ist, synchronisiert CSS die Informationen mit dem LHC-Broker auf dem Cloud Connector. (Der LHC-Broker wird auch als High Availability Service oder HA-Broker bezeichnet).
    Alle Konfigurationsdaten werden kopiert, nicht nur die Elemente, die sich seit der letzten Prüfung geändert haben. Der CSS importiert die Konfigurationsdaten in eine Microsoft SQL Server Express LocalDB-Datenbank auf dem Cloud Connector. Diese Datenbank wird als Lokaler Hostcache-Datenbank bezeichnet. Der CSS stellt sicher, dass die Informationen in der Lokaler Hostcache-Datenbank mit den Informationen in der Sitedatenbank in Citrix Cloud übereinstimmen.
    Microsoft SQL Server Express LocalDB (von der LHC-Datenbank verwendet) wird automatisch installiert, wenn Sie einen Cloud Connector installieren. Die LHC-Datenbank kann nicht von mehreren Cloud Connectors gemeinsam genutzt werden. Sie müssen die LHC-Datenbank nicht sichern. Sie wird jedes Mal neu erstellt, wenn eine Konfigurationsänderung erkannt wird.
  • Wenn seit der letzten Überprüfung keine Änderungen aufgetreten sind, werden die Konfigurationsdaten nicht kopiert.

Wann der LHC-Modus aktiv wird

Wann der LHC-Modus aktiv wird
  • Der LHC-Broker beginnt, auf Verbindungsinformationen zu warten und Verbindungsanforderungen zu verarbeiten.
  • Wenn die Cloud Connectors zum ersten Mal die Konnektivität zu Citrix Cloud verlieren, verfügt der LHC-Broker nicht über aktuelle VDA-Registrierungsdaten. Wenn jedoch ein VDA mit ihm kommuniziert, wird ein Registrierungsprozess ausgelöst. Während dieses Prozesses erhält der LHC-Broker auch aktuelle Sitzungsinformationen für diesen VDA.
  • Während der LHC-Broker Verbindungen verarbeitet, überwacht der Remote Broker Provider Service weiterhin die Verbindung zu Citrix Cloud. Wenn die Verbindung wiederhergestellt ist, weist der Remote Broker Provider Service den LHC-Broker an, das Warten auf Verbindungsinformationen einzustellen, und Citrix Cloud nimmt die Broker-Operationen wieder auf. Wenn ein VDA das nächste Mal über den Remote Broker Provider Service mit Citrix Cloud kommuniziert, wird ein Registrierungsprozess ausgelöst. Der LHC-Broker entfernt alle verbleibenden VDA-Registrierungen aus der Zeit, als der LHC-Modus aktiv war. Der CSS nimmt die Informationssynchronisierung wieder auf, sobald er erfährt, dass Konfigurationsänderungen in Citrix Cloud aufgetreten sind.
In dem unwahrscheinlichen Fall, dass LHC während einer Synchronisierung beginnt, wird der aktuelle Import verworfen und die zuletzt bekannte Konfiguration verwendet.
Das Ereignisprotokoll zeigt an, wann Synchronisierungen stattfinden und der LHC-Modus aktiviert wird.
Für den Betrieb im LHC-Modus gibt es keine zeitliche Begrenzung.
Sie können den LHC-Modus auch manuell auslösen. Unter LHC-Modus erzwingen finden Sie Details dazu, warum und wie dies zu tun ist.

Zonen mit mehreren Cloud Connectors

Der CSS versorgt den LHC-Broker unter anderem routinemäßig mit Informationen über alle Cloud Connectors in der Zone. Mit diesen Informationen kennt jeder LHC-Broker alle Peer-LHC-Broker, die auf anderen Cloud Connectors in der Zone ausgeführt werden.
Die LHC-Broker kommunizieren über einen separaten Kanal miteinander. Diese Broker verwenden eine alphabetische Liste der FQDN-Namen der Maschinen, auf denen sie ausgeführt werden, um zu bestimmen (zu wählen), welcher LHC-Broker die Operationen in der Zone vermitteln wird, wenn die Zone in den LHC-Modus wechselt. Im LHC-Modus registrieren sich alle VDAs erneut beim gewählten LHC-Broker. Die nicht gewählten LHC-Broker in der Zone lehnen eingehende Verbindungs- und VDA-Registrierungsanforderungen aktiv ab.
Wichtig:
Connectors innerhalb einer Zone müssen sich unter http://<FQDN_OF_PEER_CONNECTOR>:80/Citrix/CdsController/ISecondaryBrokerElection erreichen können. Wenn Connectors unter dieser Adresse nicht kommunizieren können, können mehrere Broker gewählt werden und es treten Startfehler im LHC-Modus auf.
Im LHC-Modus, wenn ein Cloud Connector neu gestartet wird oder der LHC-Broker ausfällt:
  • Wenn dieser Cloud Connector nicht der gewählte LHC-Broker ist, hat der Neustart keine Auswirkungen.
  • Wenn dieser Cloud Connector der gewählte LHC-Broker ist, wird der LHC-Broker auf dem nächsten Cloud Connector gewählt, wodurch sich VDAs registrieren. Die Wahlreihenfolge basiert auf der alphabetischen Reihenfolge des FQDN der Cloud Connectors. Sobald der LHC-Broker wieder aktiv ist, werden die LHC-Vorgänge auf dem ersten Connector in alphabetischer Reihenfolge fortgesetzt, was dazu führen kann, dass sich VDAs erneut registrieren. In diesem Szenario kann die Leistung während der Registrierungen beeinträchtigt werden.
Weitere Informationen zu Ereignissen im Zusammenhang mit LHC-Broker-Wahlen finden Sie in den Ereignisprotokollen.

Inhalt der Local Host Cache-Daten

Die LHC-Datenbank enthält die folgenden Daten, die eine Untermenge der Daten in der Hauptdatenbank darstellen:
  • Identitäten von Benutzern und Gruppen, denen Rechte für von der Site veröffentlichte Ressourcen zugewiesen sind.
  • Identitäten von Benutzern, die derzeit veröffentlichte Ressourcen von der Site verwenden oder kürzlich verwendet haben.
  • Identitäten von VDA-Maschinen (einschließlich Remote PC Access-Maschinen), die in der Site konfiguriert sind.
  • Identitäten (Namen und IP-Adressen) von Client-Citrix Workspace™-App-Maschinen, die aktiv zum Verbinden mit veröffentlichten Ressourcen verwendet werden.
Sie enthält auch die folgenden Informationen für aktuell aktive Verbindungen, die im LHC-Modus hergestellt wurden:
  • Ergebnisse jeder Client-Maschinen-Endpunktanalyse, die von der Citrix Workspace-App durchgeführt wurde.
  • Identitäten von Infrastrukturmaschinen (wie Citrix Gateway- und StoreFront-Servern), die an der Site beteiligt sind.
  • Datum, Uhrzeit und Art der jüngsten Aktivitäten von Benutzern

Zustände des lokalen Hostcaches

Es gibt mehrere Zustände während des gesamten Zyklus des Eintritts in und des Verlassens des LHC-Modus. Das folgende Diagramm beschreibt die Zustände für den Eintritt in und das Verlassen des LHC-Modus.
LHC-Zustände
  • Im Zustand Normaler Betrieb sind alle Komponenten fehlerfrei, und alle Broker-Transaktionen werden vom Cloud-Broker abgewickelt. - - Der CSS repliziert aktiv die Konfigurationen vom Cloud-Broker zu den Cloud Connectors. Wenn Integritätsprüfungen fehlschlagen, wechseln die Cloud Connectors in den Zustand HA ausstehend. In diesem Zustand wird eine umfassende Integritätsprüfung eingeleitet, um die nächsten Schritte zu bestimmen. Die Connectors interagieren mit anderen Connectors in der Zone, um deren Integritätsstatus zu ermitteln.
  • Die Entscheidung, von HA ausstehend zu Initiales HA zu wechseln, basiert auf dem Integritätsstatus aller Connectors in einer bestimmten Zone. Wenn die Integritätsprüfungen erfolgreich sind, wechseln die Connectors/Controller zurück in den Zustand Normaler Betrieb. Wenn die Integritätsprüfungen weiterhin fehlschlagen, wechseln die Connectors/Controller stattdessen in den Zustand Initiales HA.
  • Während des Zustands Initiales HA übernimmt der LHC-Broker auf dem gewählten Connector die Broker-Aufgaben. Alle VDAs in der aktuellen Zone, die zuvor registriert waren, registrieren sich nun beim LHC-Broker auf dem Cloud Connector. Es kann bis zu 5 Minuten dauern, bis sich alle VDAs beim HA-Dienst neu registriert haben. Am Ende von Initiales HA werden Integritätsprüfungen eingeleitet. Wenn alle Integritätsprüfungen erfolgreich sind, wechselt der Zustand zu Wiederherstellung ausstehend, andernfalls wechselt der Zustand zu Erweitertes HA.
  • Integritätsprüfungen finden während des Zeitraums Erweitertes HA weiterhin statt. Wenn Integritätsprüfungen während des Erweiterten HA erfolgreich sind, wechselt der Zustand zu Wiederherstellung ausstehend. Es gibt keine maximale Zeitdauer, für die ein Connector im Zustand Erweitertes HA verbleiben kann.
  • Wiederherstellung ausstehend dient als Pufferzeitraum, um sicherzustellen, dass die Dienste vollständig fehlerfrei sind, bevor der LHC-Modus verlassen wird. Wenn eine der Integritätsprüfungen während Wiederherstellung ausstehend fehlschlägt, wechselt der Zustand zurück zu Erweitertes HA.
  • Wenn alle Integritätsprüfungen während des gesamten 10-minütigen Zeitraums Wiederherstellung ausstehend erfolgreich sind, wechselt der Zustand zu Normaler Betrieb. Mit diesem Übergang endet der LHC-Modus, und alle VDAs in der Zone, die beim LHC-Broker registriert waren, registrieren sich nun erneut beim Cloud-Broker. Diese erneute Registrierung kann wiederum bis zu 5 Minuten dauern.

Wichtige Überlegungen während des LHC-Modus

Beachten Sie während des LHC-Modus die folgenden Auswirkungen:
Aspekt Auswirkung während des LHC-Modus
Studio-Zugriff Kann je nach Art der Störung nicht zugänglich sein. VDAs in Zonen, die im LHC-Modus betrieben werden, werden in Studio als Nicht registriert angezeigt, da sie beim LHC-Broker registriert sind.
Remote PowerShell SDK-Zugriff Eingeschränkter Zugriff.
SDK-Authentifizierung festlegen: Führen Sie Get-XDAuthentication -ProfileName WindowsCurrentUser aus, um zu verhindern, dass der SDK-Proxy Cmdlet-Aufrufe umleitet. Nach diesen Änderungen können Sie alle Get-Broker Cmdlets verwenden.
Hinweis: Fügen Sie den Parameter -AdminAddress localhost:89 in den anfänglichen Cmdlet-Aufruf ein.
Beispiel: Get-BrokerMachine -AdminAddress localhost:89
Überwachungsdaten Monitor-Funktionen zeigen keine Aktivitäten an, wenn der LHC-Modus aktiv ist. Eine Untermenge der Überwachungsdaten ist im Dashboard des lokalen Hostcaches auf der Seite Trends in Monitor verfügbar.
Hypervisor-Anmeldeinformationen Können nicht vom Hostdienst abgerufen werden. Maschinen in unbekanntem Energiezustand, keine Energieoperationen möglich. Eingeschaltete VMs können für Verbindungen verwendet werden.
Zugewiesene Maschinen Nur verwendbar, wenn sie während des normalen Betriebs zugewiesen wurden. Neue Zuweisungen sind im LHC-Modus nicht möglich.
Remote-PC-Zugriffsmaschinen Automatische Registrierung und Konfiguration werden nicht unterstützt. Maschinen, die während des normalen Betriebs registriert und konfiguriert wurden, sind nutzbar.
Sitzungslimits für servergehostete Anwendungen und Desktops Benutzer können mehr Sitzungen nutzen, als ihre konfigurierten Sitzungslimits zulassen, wenn sich die Ressourcen in verschiedenen Zonen befinden.
Zonenverhalten Jede Zone agiert unabhängig. Wenn die Funktion erweiterte Integritätsprüfung von StoreFront aktiviert ist, kann StoreFront Startanforderungen während des LHC-Modus an die entsprechende Zone weiterleiten und Fehler beim Sitzungsstart vermeiden.
Geplante VDA-Neustarts Wenn der LHC-Modus aktiviert wird, bevor ein geplanter Neustart für VDAs in einer Bereitstellungsgruppe beginnt, beginnen die Neustarts, wenn der LHC-Modus beendet wird und der normale Brokering-Betrieb wieder aufgenommen wird, was möglicherweise zu unerwarteten Neustarts führt, wenn die Zone den LHC-Modus verlässt. Weitere Informationen und Konfigurationen, die dieses Verhalten ändern können, finden Sie unter Geplante Neustarts aufgrund eines Datenbankausfalls verzögert.
Zonenpräferenz Zonenpräferenz-Konfigurationen werden beim Sitzungsstart nicht berücksichtigt.
Tag-Einschränkungen Bei Bereitstellungsgruppen mit VDAs in mehreren Zonen können Tag-Einschränkungen zu Startfehlern führen, wenn getaggte VDAs nicht in allen Zonen vorhanden sind.
Hinweis:
Die Verwendung von $XDSDKAuth zur SDK-Authentifizierung wird ab Juni 2025 eingestellt. Weitere Informationen finden Sie unter Einstellung.

Unterstützung für Anwendungen und Desktops

LHC unterstützt die folgenden VDA-Typen und Bereitstellungsmodelle:
VDA-Typ Bereitstellungsmodell VDA-Verfügbarkeit im LHC-Modus
Multi-Session-Betriebssystem Anwendungen und Desktops Immer verfügbar.
Einzel-Session-Betriebssystem statisch (zugewiesen) Desktops Immer verfügbar.
Energieverwaltetes Einzel-Session-Betriebssystem zufällig (gepoolt) Desktops Standardmäßig nur für eine Sitzung verfügbar.
Sie können sie so konfigurieren, dass sie während des LHC immer für neue Sitzungen verfügbar sind. Weitere Informationen finden Sie unter Aktivieren mit Studio und Aktivieren mit PowerShell.
Wichtig: Das Aktivieren des Zugriffs auf energieverwaltete Single-Session-Pool-Maschinen kann dazu führen, dass Daten und Änderungen aus früheren Benutzersitzungen in nachfolgenden Sitzungen vorhanden sind.
Hinweis:
Das Aktivieren des Zugriffs auf energieverwaltete Desktop-VDAs in gepoolten Bereitstellungsgruppen hat keinen Einfluss darauf, wie die konfigurierte ShutdownDesktopsAfterUse-Eigenschaft während des normalen Betriebs funktioniert. Wenn der Zugriff auf diese Desktops während LHC aktiviert ist, werden VDAs nach der Rückkehr zum normalen Brokering-Betrieb nicht automatisch neu gestartet. Energieverwaltete Desktop-VDAs in gepoolten Bereitstellungsgruppen können Daten aus früheren Sitzungen beibehalten, bis die VDAs neu gestartet werden. Ein VDA-Neustart kann erfolgen, wenn sich ein Benutzer während des Nicht-LHC-Betriebs vom VDA abmeldet oder wenn Administratoren den VDA neu starten.

LHC für energieverwaltete Single-Session-OS-Pool-VDAs mit Studio aktivieren

Mit Studio können Sie diese Maschinen im LHC-Modus pro Bereitstellungsgruppe für neue Verbindungen verfügbar machen:
Hinweis:
Diese Einstellung ist in Studio nur für gepoolte Desktop-Bereitstellungsgruppen verfügbar, die energieverwaltete VDAs bereitstellen.

LHC für energieverwaltete Single-Session-OS-Pool-VDAs mit PowerShell aktivieren

Führen Sie die folgenden Schritte aus, um LHC für VDAs in einer bestimmten Bereitstellungsgruppe zu aktivieren:
  1. Aktivieren Sie diese Funktion auf Site-Ebene, indem Sie diesen Befehl ausführen:
    Set-BrokerSite -ReuseMachinesWithoutShutdownInOutageAllowed $true
  2. Aktivieren Sie LHC für eine Bereitstellungsgruppe, indem Sie diesen Befehl mit dem angegebenen Namen der Bereitstellungsgruppe ausführen:
    Set-BrokerDesktopGroup -Name "name" -ReuseMachinesWithoutShutdownInOutage $true
Um die standardmäßige LHC-Verfügbarkeit für neu erstellte gepoolte Bereitstellungsgruppen mit energieverwalteten VDAs zu ändern, führen Sie den folgenden Befehl aus:
Set-BrokerSite -DefaultReuseMachinesWithoutShutdownInOutage $true
Hinweis:
Das Ändern der Standardeinstellung ändert nicht die Einstellung für bestehende Bereitstellungsgruppen und betrifft nur Bereitstellungsgruppen, die mit PowerShell erstellt wurden.

StoreFront-Konfiguration

Wenn Sie eine lokale StoreFront-Bereitstellung verwenden, beachten Sie Folgendes:
  • Wenn Sie einen virtuellen Lastausgleichsserver verwenden, konfigurieren Sie den virtuellen Server so, dass er Konnektoren basierend auf Brokering-Funktionen überwacht (z. B. verwenden Sie den integrierten CITRIX-XD-DDC-Monitor auf einem NetScaler® für den Konnektor-Lastausgleich).
  • Fügen Sie alle Cloud Connectors innerhalb eines einzelnen Cloud-Mandanten als einzelne Site in StoreFront hinzu.
  • Zeigen Sie die NetScaler Gateway-Konfigurationen in StoreFront an und stellen Sie sicher, dass alle Konnektoren als STA-Server aufgeführt sind. Überprüfen Sie die NetScaler-Appliances und stellen Sie sicher, dass alle in StoreFront aufgeführten STAs im virtuellen NetScaler Gateway-Server im gleichen Format vorliegen. Der STA-Dienststatus kann auch im virtuellen Gateway-Server überwacht werden.
  • Fügen Sie alle Konnektoren dem Ressourcen-Feed in StoreFront hinzu und stellen Sie sicher, dass StoreFront mit allen Cloud Connectors über den im Ressourcen-Feed angegebenen Port kommunizieren kann.
Hinweis:
Für Kunden mit vielen Konnektoren kann es vorteilhaft sein, einen virtuellen Lastausgleichsserver für jede Zone zu konfigurieren, um den Verwaltungsaufwand zu reduzieren und die Fehlerbehebung zu vereinfachen. Weitere Informationen finden Sie unter Citrix TIPs: Integrating Citrix Virtual Apps and Desktops service and StoreFront.

Überprüfen der Funktionsweise des lokalen Hostcaches

Um zu überprüfen, ob LHC eingerichtet ist und ordnungsgemäß funktioniert:
  • Stellen Sie sicher, dass die Synchronisierungsimporte erfolgreich abgeschlossen werden. Überprüfen Sie die Ereignisprotokolle für weitere Informationen zur Überwachung von LHC-Synchronisierungen.
  • Stellen Sie sicher, dass die Local Host Cache-Datenbank auf jedem Cloud Connector erstellt wurde. Dies bestätigt, dass der High Availability Service bei Bedarf übernehmen kann.
    • Navigieren Sie auf dem Cloud Connector-Server zu c:\Windows\ServiceProfiles\NetworkService.
    • Stellen Sie sicher, dass HaDatabaseName.mdf und HaDatabaseName_log.ldf erstellt wurden.
  • LHC-Modus erzwingen auf allen Cloud Connectors in der Zone: Nachdem Sie überprüft haben, dass der Local Host Cache funktioniert, versetzen Sie alle Cloud Connectors wieder in den normalen Modus. Weitere Informationen zur Dauer des Verlassens des LHC-Modus finden Sie unter Local Host Cache-Zustände.

Local Host Cache überwachen

Ereignisprotokolle

Ereignisprotokolle liefern wichtige Informationen zur Integrität und Leistung des LHC.

Config Synchronizer Service

Im Normalbetrieb können die folgenden Ereignisse auftreten, wenn der CSS die Konfigurationsdaten mithilfe des LHC-Brokers in die LHC-Datenbank importiert.
Ereignis-ID Beschreibung
503 Zeigt an, dass der CSS eine aktualisierte Konfiguration erhalten hat. Dieses Ereignis tritt jedes Mal auf, wenn eine aktualisierte Konfiguration von Citrix Cloud empfangen wird. Dies kennzeichnet den Beginn des Synchronisierungsprozesses.
504 Zeigt an, dass der CSS eine aktualisierte Konfiguration importiert hat. Der Konfigurationsimport wurde erfolgreich abgeschlossen.
505 Zeigt an, dass der CSS-Import fehlgeschlagen ist. Der Konfigurationsimport wurde nicht erfolgreich abgeschlossen. Wenn eine frühere erfolgreiche Konfiguration verfügbar ist, wird diese verwendet, wenn der LHC-Modus aktiviert wird. Sie ist jedoch gegenüber der aktuellen Konfiguration veraltet. Wenn keine frühere Konfiguration verfügbar ist, kann der Dienst während des LHC-Modus nicht am Session Brokering teilnehmen. In diesem Fall lesen Sie den Abschnitt Problembehandlung und wenden Sie sich an den Citrix Support.
507 Zeigt an, dass der CSS einen Import abgebrochen hat, weil sich das System im LHC-Modus befindet und der LHC-Broker für das Brokering verwendet wird. Der Dienst hat eine neue Konfiguration erhalten, der Import wurde jedoch abgebrochen, da der LHC-Modus aktiviert wurde. Dies ist ein erwartetes Verhalten.
510 Zeigt an, dass keine CSS-Konfigurationsdaten vom primären Konfigurationsdienst empfangen wurden.
517 Zeigt an, dass ein Problem bei der Kommunikation mit dem primären Broker-Dienst aufgetreten ist.
518 Zeigt an, dass das CSS-Skript abgebrochen wurde, weil der LHC-Broker (High Availability Service) nicht ausgeführt wird.

Hochverfügbarkeitsdienst

Dieser Dienst wird auch als LHC-Broker bezeichnet.
Ereignis-ID Beschreibung
3502 Zeigt an, dass ein Ausfall aufgetreten ist und der LHC-Broker Broker-Operationen ausführt.
3503 Gibt an, dass ein Ausfall behoben wurde und der normale Betrieb wieder aufgenommen wurde.
3504 Gibt den gewählten LHC-Broker und andere an der Wahl beteiligte LHC-Broker an.
3507 Gibt an, dass der LHC-Modus auf dem gewählten LHC-Broker aktiv ist. Enthält eine Zusammenfassung des Ausfalls, einschließlich der Ausfalldauer, der VDA-Registrierung und der Sitzungsinformationen.
3508 Gibt an, dass LHC auf dem gewählten LHC-Broker nicht mehr aktiv ist und der normale Betrieb wiederhergestellt wurde. Enthält eine Zusammenfassung des Ausfalls, einschließlich der Ausfalldauer, der Anzahl der während des LHC-Ereignisses registrierten Maschinen und der Anzahl der erfolgreichen Starts im LHC-Modus.
3509 Gibt an, dass LHC auf dem nicht gewählten LHC-Broker aktiv ist. Enthält eine Ausfalldauer von alle 2 Minuten und gibt den gewählten LHC-Broker an.
3510 Gibt an, dass der LHC auf dem nicht gewählten LHC-Broker nicht mehr aktiv ist. Enthält die Ausfalldauer und gibt den gewählten LHC-Broker an.

Remote Broker-Anbieter

Dieser Dienst fungiert als Proxy zwischen Citrix Cloud und Ihren VDAs und Cloud Connectors.
Ereignis-ID Beschreibung
3001 Die erste Erkennung eines Fehlers, der dazu führt, dass der Cloud Connector in den Status Pending HA wechselt. Integritätsprüfungen beginnen zu bewerten, ob der Fehler vorübergehend oder dauerhaft ist. Nach der zugewiesenen Zeit im Status Pending HA zeigen die neuesten Integritätsprüfungsergebnisse an, ob ein Wechsel in den LHC-Modus erforderlich ist oder ob der normale Betrieb wieder aufgenommen werden kann.
3002 Gibt an, dass der Cloud Connector nicht in den LHC-Modus wechseln kann. Der Grund ist in den Ereignisinformationen enthalten.
3003
Gibt an, dass der Cloud Connector die LHC-Modus-Zustände durchläuft. Das Ereignis enthält Details zu Folgendem
  • Zustand, aus dem der Cloud Connector wechselt
  • Zustand, in den er wechselt
  • Dauer des vorherigen Zustands
Hinweis:
Die 3001-Ereignisse auf Ihren Cloud Connectors, die über den Tag verteilt periodisch auftreten, sind in der Regel kein Grund zur Besorgnis. Treten sie jedoch mehrmals pro Stunde auf, deutet dies auf ein Netzwerkproblem hin und könnte eine weitere Untersuchung rechtfertigen.

Citrix Monitor

Citrix Monitor enthält zentralisierte Informationen zu LHC-Moduseinträgen und zur Leistung für die verschiedenen Zonen in Ihrer Umgebung.
DaaS Monitor LHC
Weitere Informationen finden Sie unter Historische Trends über eine Site hinweg überwachen.

Lokalen Hostcache-Modus erzwingen

Möglicherweise möchten Sie den lokalen Hostcache-Modus in den folgenden Szenarien absichtlich erzwingen:
  • Wenn Ihr Netzwerk wiederholt ausfällt und wiederhergestellt wird: Das Erzwingen von LHC, bis die Netzwerkprobleme behoben sind, verhindert einen kontinuierlichen Übergang zwischen dem normalen und dem LHC-Modus (und die daraus resultierenden häufigen VDA-Registrierungsstürme).
  • Um einen Notfallwiederherstellungsplan zu testen.
  • Um sicherzustellen, dass der lokale Hostcache ordnungsgemäß funktioniert.
So erzwingen Sie den LHC-Modus:
  1. Bearbeiten Sie die Registrierung jedes Cloud Connector-Servers in HKLM\Software\Citrix\DesktopServer\LHC: Erstellen und setzen Sie OutageModeForced als REG_DWORD auf 1.
    • Das Setzen des Werts auf 1 weist den LHC-Broker an, in den LHC-Modus zu wechseln, unabhängig vom Zustand der Verbindung zu Citrix Cloud.
    • Das Setzen des Werts auf 0 weist den LHC-Broker an, den LHC-Modus zu verlassen und den normalen Betrieb wieder aufzunehmen.
So überprüfen Sie Ereignisse:
  1. Überwachen Sie die Protokolldatei Current_HighAvailabilityService in C:\ProgramData\Citrix\workspaceCloud\Logs\Plugins\HighAvailabilityService.

Fehlerbehebung bei Synchronisierungsimportfehlern

Wenn ein Synchronisierungsimport in die LHC-Datenbank fehlschlägt und ein 505-Ereignis protokolliert wird, können Sie die folgenden Tools zur Fehlerbehebung verwenden:
  • CDF-Tracing:
    • Aktivieren Sie das Tracing für die Module ConfigSyncServer und BrokerLHC.
    • Verwenden Sie dies zusammen mit anderen Broker-Modulen, um das Problem zu identifizieren.
  • CSS-Trace-Bericht:
    • Generiert einen detaillierten Bericht, der das Objekt identifiziert, das den Synchronisierungsfehler verursacht.
      Hinweis:
      Das Aktivieren dieses Berichts kann die Synchronisierungsgeschwindigkeit beeinträchtigen. Deaktivieren Sie ihn, wenn Sie nicht aktiv Fehler beheben.
    So aktivieren und generieren Sie einen CSS-Trace-Bericht:
    1. Berichterstellung aktivieren: Führen Sie den folgenden Befehl aus:
      New-ItemProperty -Path HKLM:\SOFTWARE\Citrix\DesktopServer\LHC -Name EnableCssTraceMode -PropertyType DWORD -Value 1
    2. Bericht suchen: Der HTML-Bericht wird unter C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp\CitrixBrokerConfigSyncReport.html generiert.
    3. Berichterstellung deaktivieren: Nachdem der Bericht generiert wurde, führen Sie den folgenden Befehl aus, um die Berichtsfunktion zu deaktivieren:
      Set-ItemProperty -Path HKLM:\SOFTWARE\Citrix\DesktopServer\LHC -Name EnableCssTraceMode -Value 0

PowerShell-Befehle für den lokalen Hostcache

Sie können den lokalen Hostcache auf Ihren Cloud Connectors mithilfe von PowerShell-Befehlen verwalten.
Das PowerShell-Modul befindet sich an folgendem Speicherort auf den Cloud Connectors:
C:\Program Files\Citrix\Broker\Service\ControlScripts
Wichtig:
Führen Sie dieses Modul nur auf den Cloud Connectors aus.

PowerShell-Modul importieren

Um das Modul zu importieren, führen Sie Folgendes auf Ihrem Cloud Connector aus:
Import-Module "C:\Program Files\Citrix\Broker\Service\ControlScripts\HighAvailabilityServiceControl.psm1

PowerShell-Befehle zur Verwaltung von LHC

Die folgenden Cmdlets helfen Ihnen, den LHC-Modus auf den Cloud Connectors zu aktivieren und zu verwalten.
Cmdlets Funktion
Enable-LhcForcedOutageMode Versetzt den Broker in den LHC-Modus. Die Datenbankdateien des lokalen Hostcaches müssen vom CSS erfolgreich erstellt worden sein, damit Enable-LhcForcedOutageMode ordnungsgemäß funktioniert. Dieses Cmdlet erzwingt LHC nur auf dem Cloud Connector, auf dem es ausgeführt wurde. Damit LHC aktiv wird, muss dieses Cmdlet auf allen Cloud Connectors innerhalb der Zone ausgeführt werden.
Disable-LhcForcedOutageMode Nimmt den Broker aus dem LHC-Modus. Dieses Cmdlet deaktiviert den LHC-Modus nur auf dem Cloud Connector, auf dem es ausgeführt wurde. Disable-LhcForcedOutageMode muss auf allen Cloud Connectors innerhalb der Zone ausgeführt werden.
Set-LhcConfigSyncIntervalOverride Legt das Intervall fest, in dem CSS nach Konfigurationsänderungen innerhalb der Citrix DaaS™-Site sucht. Das Zeitintervall kann zwischen 60 Sekunden (einer Minute) und 3600 Sekunden (einer Stunde) liegen. Diese Einstellung gilt nur für den Cloud Connector, auf dem sie ausgeführt wurde. Um die Konsistenz über alle Cloud Connectors hinweg zu gewährleisten, sollten Sie dieses Cmdlet auf jedem Cloud Connector ausführen. Zum Beispiel: Set-LhcConfigSyncIntervalOverride -Seconds 1200
Clear-LhcConfigSyncIntervalOverride Legt das Intervall, in dem CSS nach Konfigurationsänderungen innerhalb der Citrix DaaS-Site sucht, auf den Standardwert von 300 Sekunden (fünf Minuten) fest. Diese Einstellung gilt nur für den Cloud Connector, auf dem sie ausgeführt wurde. Um die Konsistenz über alle Cloud Connectors hinweg zu gewährleisten, sollten Sie dieses Cmdlet auf jedem Cloud Connector ausführen.
Enable-LhcHighAvailabilitySDK Ermöglicht den Zugriff auf alle Get-Broker*-Cmdlets innerhalb des Cloud Connectors, auf dem es ausgeführt wurde.
Disable-LhcHighAvailabilitySDK Deaktiviert den Zugriff auf die Broker-PowerShell-Befehle innerhalb des Cloud Connectors, auf dem es ausgeführt wurde.
Hinweis:
  • Verwenden Sie Port 89, wenn Sie die Get-Broker*-Cmdlets auf dem Cloud Connector ausführen. Zum Beispiel:
    • Get-BrokerMachine -AdminAddress localhost:89
  • Wenn nicht im LHC-Modus, enthält der LHC-Broker auf dem Cloud Connector nur Konfigurationsinformationen.
  • Im LHC-Modus enthält der LHC-Broker die folgenden Informationen:
    • Ressourcenzustände
    • Sitzungsdetails
    • VDA-Registrierungen
    • Konfigurationsinformationen

Weitere Informationen

  • Siehe Skalierungs- und Größenüberlegungen für den lokalen Hostcache für Informationen zu:
    • Testmethoden und -ergebnisse
    • Überlegungen zur RAM-Größe
    • Überlegungen zur CPU-Kern- und Sockelkonfiguration
    • Überlegungen zum Speicher
  • Tech Brief: Lokaler Hostcache
  • Das Echtzeit-Sichtbarkeitstool für den lokalen Hostcache (LHC) ist eine umfassende PowerShell-basierte Lösung zur Bereitstellung von Transparenz in Citrix Local Host Cache-Umgebungen. Es bietet sowohl Befehlszeilen- als auch einfache GUI-Schnittstellen, die über den Cloud Connector zugänglich sind, damit Sie:
    • Cloud Connectors in einer Zone oder einem Ressourcenstandort ermitteln
    • Den gewählten Leader im LHC-Modus identifizieren
    • Den erzwungenen Ausfallmodus für alle Cloud Connectors in der Zone oder am Ressourcenstandort aktivieren oder deaktivieren
    • Ereignisprotokolle von bestimmten Anbietern und Ereignis-IDs abfragen
    • Broker-PowerShell-Befehle auf dem gewählten Leader ausführen
    Weitere Informationen finden Sie unter Tool zur Sichtbarkeit des lokalen Hostcaches.