Citrix DaaS

Cache host locale

January 28, 2025

Grazie al contributo di:

Questo articolo fornisce una panoramica completa della funzione Local Host Cache (LHC), concentrandosi sulla sua capacità di mantenere la continuità aziendale. Spiega la funzionalità di LHC sia durante le normali operazioni di lavoro che quando si attiva la modalità LHC. Inoltre, l’articolo offre indicazioni sui controlli di configurazione, la risoluzione dei problemi, i comandi di PowerShell per la gestione di LHC e il monitoraggio del registro eventi per l’integrità di LHC.

Panoramica

LHC mantiene l’accesso degli utenti finali alle app e ai desktop quando i Cloud Connector perdono la connettività con Citrix Cloud a causa di un’interruzione della rete o di un problema con Citrix Cloud. Le sessioni attive non sono interessate dall’attivazione della modalità LHC e le nuove sessioni vengono negoziate tramite il broker LHC in esecuzione sui Cloud Connector.

LHC è abilitato per impostazione predefinita, ma è importante assicurarsi che l’ambiente sia configurato correttamente per LHC. Sebbene le configurazioni errate non interrompano il normale brokeraggio, possono ostacolare le prestazioni dell’LHC causando interruzioni agli utenti finali quando la modalità LHC è attiva. Per garantire una funzionalità ottimale dell’LHC, controllare il Zone in Studio per gli errori e gli avvisi relativi alla zona rilevati da Citrix. Inoltre, consulta il Controllare le configurazioni di resilienza guida e il Evita le configurazioni errate comuni che possono influire negativamente sulla resilienza DaaS per una lista di controllo completa per la configurazione di LHC.

Importante:

LHC si attiva solo se i Cloud Connector ricevono traffico da StoreFront o se la continuità del servizio è abilitata. Per ulteriori informazioni su come la continuità del servizio può utilizzare la cache host locale per mantenere l’accesso degli utenti ad app e desktop durante le interruzioni del servizio, vedere Continuità del servizio.

Come funziona

Durante le normali operazioni, il servizio Remote Broker Provider su un Cloud Connector comunica con Citrix Cloud per tutte le operazioni di brokering. Il servizio Citrix Config Synchronizer (CSS) verifica regolarmente la presenza di modifiche alla configurazione in Citrix Cloud e sincronizza questi dati con il broker LHC sul Cloud Connector. Se i Cloud Connector perdono la connettività a Citrix Cloud o si verifica un problema con Citrix Cloud, la modalità LHC si attiva e garantisce l’accesso continuo alle applicazioni e ai desktop.

Durante la normale operazione di intermediazione

Il servizio Citrix Remote Broker Provider su un Cloud Connector accetta le richieste di connessione da StoreFront. Il servizio Remote Broker Provider comunica con Citrix Cloud per connettere gli utenti con VDA registrati con Citrix Cloud.
Il CSS verifica con il broker cloud in Citrix Cloud circa ogni 5 minuti per verificare se sono state apportate modifiche alla configurazione. Tali modifiche possono essere avviate dall’amministratore (ad esempio la modifica di una proprietà del gruppo di consegna) o da azioni di sistema (ad esempio le assegnazioni delle macchine).
Se si è verificata una modifica della configurazione dopo il controllo precedente, CSS sincronizza le informazioni con il broker LHC sul Cloud Connector. (Il broker LHC è anche indicato come High Availability Service, o HA broker).

Vengono copiati tutti i dati di configurazione, non solo gli elementi che sono stati modificati dal controllo precedente. Il CSS importa i dati di configurazione in un database Microsoft SQL Server Express LocalDB sul Cloud Connector. Questo database è denominato database Local Host Cache. Il CSS garantisce che le informazioni nel database della cache host locale corrispondano alle informazioni nel database del sito in Citrix Cloud.

Microsoft SQL Server Express LocalDB (utilizzato dal database LHC) viene installato automaticamente quando si installa un Cloud Connector. Il database LHC non può essere condiviso tra Cloud Connector. Non è necessario eseguire il backup del database LHC. Viene ricreato ogni volta che viene rilevata una modifica della configurazione.
Se non sono state apportate modifiche dall’ultimo controllo, i dati di configurazione non vengono copiati.

Quando la modalità LHC diventa attiva

Il broker LHC inizia ad ascoltare le informazioni di connessione e ad elaborare le richieste di connessione.
Quando i Cloud Connector perdono per la prima volta la connettività a Citrix Cloud, il broker LHC non dispone dei dati di registrazione VDA correnti, ma quando un VDA comunica con esso, viene attivato un processo di registrazione. Durante questo processo, il broker LHC ottiene anche le informazioni sulla sessione corrente per quel VDA.
Mentre il broker LHC gestisce le connessioni, il servizio Remote Broker Provider continua a monitorare la connessione a Citrix Cloud. Quando la connessione viene ripristinata, il servizio Remote Broker Provider indica al broker LHC di interrompere l’ascolto delle informazioni sulla connessione e Citrix Cloud riprende le operazioni di brokering. La prossima volta che un VDA comunica con Citrix Cloud tramite il servizio Remote Broker Provider, viene attivato un processo di registrazione. Il broker LHC rimuove tutte le registrazioni VDA rimanenti da quando la modalità LHC era attiva. Il CSS riprende la sincronizzazione delle informazioni quando viene a conoscenza che sono state apportate modifiche alla configurazione in Citrix Cloud.

Nell’improbabile eventualità che LHC inizi durante una sincronizzazione, l’importazione corrente viene scartata e viene utilizzata l’ultima configurazione nota.

Il registro eventi indica quando si verificano le sincronizzazioni e si attiva la modalità LHC.

Non ci sono limiti di tempo imposti per il funzionamento in modalità LHC.

È inoltre possibile attivare manualmente la modalità LHC. Vedere Forza modalità LHC per i dettagli sul perché e su come farlo.

Zone con più connettori cloud

Tra le altre attività, il CSS fornisce regolarmente al broker LHC informazioni su tutti i Cloud Connector nella zona. Avendo queste informazioni, ogni broker LHC conosce tutti i broker LHC peer in esecuzione su altri Cloud Connector nella zona.

I broker LHC comunicano tra loro su un canale separato. Questi broker utilizzano un elenco alfabetico di nomi FQDN delle macchine su cui sono in esecuzione per determinare (eleggere) quale broker LHC negozierà le operazioni nella zona se la zona entra in modalità LHC. Durante la modalità LHC, tutti i VDA si registrano nuovamente con il broker LHC selezionato. I broker LHC non eletti nella zona rifiutano attivamente le richieste di connessione in ingresso e di registrazione VDA.

Importante:

I connettori all’interno di una zona devono essere in grado di raggiungersi a http://<FQDN_OF_PEER_CONNECTOR>:80/Citrix/CdsController/ISecondaryBrokerElection. Se i connettori non sono in grado di comunicare a questo indirizzo, è possibile che vengano selezionati più broker e che si verifichino errori di avvio in modalità LHC.

Durante la modalità LHC, se un Cloud Connector viene riavviato o il broker LHC non riesce:

Se il connettore cloud non è il broker LHC eletto, il riavvio non ha alcun impatto.
Se il Cloud Connector è il broker LHC selezionato, viene scelto il broker LHC sul Cloud Connector successivo, causando la registrazione dei VDA. L’ordine di scelta si basa sull’ordine alfabetico del nome di dominio completo dei connettori cloud. Una volta che il broker LHC diventa nuovamente attivo, le operazioni LHC continuano sul primo connettore in ordine alfabetico, il che può causare la nuova registrazione dei VDA. In questo scenario, le prestazioni possono essere influenzate durante le registrazioni.

Vedere Registri eventi per ulteriori informazioni sugli eventi relativi alle elezioni dei broker LHC.

Contenuto dei dati della cache dell’host locale

Il database LHC include i seguenti dati, che sono un sottoinsieme dei dati nel database principale:

Identità di utenti e gruppi a cui sono assegnati diritti per le risorse pubblicate dal sito.
Identità degli utenti che stanno attualmente utilizzando o che hanno utilizzato di recente le risorse pubblicate dal sito.
Identità delle macchine VDA (incluse le macchine Remote PC Access) configurate nel sito.
Identità (nomi e indirizzi IP) delle macchine dell’app Citrix Workspace client utilizzate attivamente per connettersi alle risorse pubblicate.

Contiene inoltre le seguenti informazioni per le connessioni attualmente attive che sono state stabilite in modalità LHC:

Risultati di qualsiasi analisi degli endpoint della macchina client eseguita dall’app Citrix Workspace.
Identità dei computer dell’infrastruttura (ad esempio i server Citrix Gateway e StoreFront) coinvolti nel sito.
Date, orari e tipi di attività recenti da parte degli utenti

Stati della cache dell’host locale

Ci sono diversi stati durante l’intero ciclo di entrata e uscita dalla modalità LHC. Il diagramma seguente descrive gli stati per l’ingresso e l’uscita dalla modalità LHC.

Stati LHC

Durante il Funziona normalmente , tutti i componenti sono integri e tutte le transazioni di intermediazione sono gestite dal broker Cloud. - - Il CSS sta replicando attivamente le configurazioni dal broker cloud ai connettori cloud. Se i controlli dello stato non riescono, Cloud Connectors passa alla modalità HA in sospeso stato. Quando ci si trova in questo stato, viene avviato un controllo completo dello stato di salute per determinare la linea d’azione successiva. I connettori interagiscono con altri connettori nella zona per determinarne lo stato di integrità.
La decisione di passare da HA in sospeso A HA iniziale si basa sullo stato di integrità di tutti i connettori in una determinata zona. Se i controlli dello stato hanno esito positivo, i connettori/controller tornano alla Funziona normalmente stato. In alternativa, se i controlli di integrità continuano a non riuscire, i connettori/controller passano alla HA iniziale stato.
Durante il HA iniziale stato, il broker LHC sul connettore eletto assume le responsabilità di intermediazione. Tutti i VDA nella zona corrente registrati in precedenza verranno ora registrati con il broker LHC sul Cloud Connector. La nuova registrazione di tutti i VDA al servizio HA può richiedere fino a 5 minuti. Al termine del HA iniziale, vengono avviati i controlli dello stato. Se tutti i controlli di integrità hanno esito positivo, lo stato passa a Recupero in sospeso, altrimenti lo stato passa a HA esteso.
I controlli sanitari continuano a essere effettuati durante il HA esteso periodo. Quando i controlli dello stato hanno esito positivo durante il HA esteso, lo Stato passa a Recupero in sospeso. Non esiste un periodo di tempo massimo per la permanenza di un connettore nel HA esteso stato.
Recupero in sospeso funge da periodo cuscinetto per garantire che i servizi siano completamente integri prima di uscire dalla modalità LHC. Se uno dei controlli dello stato non riesce durante Recupero in sospeso, lo Stato torna a HA esteso.
Se tutti i controlli sanitari hanno esito positivo durante l’intera durata dei 10 minuti Recupero in sospeso periodo, poi lo Stato passa a Funziona normalmente. Con questa transizione, la modalità LHC termina e tutti i VDA nella zona che sono stati registrati con il broker LHC ora si registrano nuovamente con il broker Cloud. Questa nuova registrazione può richiedere fino a 5 minuti.

Considerazioni importanti durante la modalità LHC

Durante la modalità LHC, considerare i seguenti impatti:

Aspetto	Impatto durante la modalità LHC
Accesso allo studio	Potrebbe essere inaccessibile, a seconda della natura dell’interruzione. I VDA nelle zone che operano in modalità LHC vengono visualizzati come non registrati in Studio perché sono registrati con il broker LHC.
Accesso remoto a PowerShell SDK	Accesso limitato. Richiede l’abilitazione della modalità di test CSS e l’impostazione dell’autenticazione SDK. Abilita la modalità di test CSS: aggiungere la chiave di registro. “EnableCssTestMode” con un valore DWORD pari a “1” in `HKLM:\SOFTWARE\Citrix\DesktopServer\LHC`. Imposta autenticazione SDK: Imposta l’opzione `$XDSDKAuth` su “OnPrem” per impedire al proxy SDK di reindirizzare le chiamate ai cmdlet. Dopo aver apportato queste modifiche, è possibile utilizzare tutti `Get-Broker` cmdlet. Nota: Includi il parametro `-AdminAddress localhost:89` nella chiamata iniziale al cmdlet. Esempio: `Get-BrokerMachine -AdminAddress localhost:89`



Dati di monitoraggio	Le funzioni di monitoraggio non mostrano l’attività quando la modalità LHC è attiva. Un sottoinsieme di dati di monitoraggio è disponibile nel dashboard Cache host locale del tendenze in Monitor.
Credenziali hypervisor	Non può essere ottenuto dal servizio host. Macchine in uno stato di alimentazione sconosciuto, nessuna operazione di alimentazione possibile. VM accese utilizzabili per le connessioni.
Macchine assegnate	Utilizzabile solo se assegnato durante le normali operazioni. Nuovi incarichi sono impossibili in modalità LHC.
Macchine per l’accesso remoto al PC	La registrazione e la configurazione automatiche non sono supportate. Le macchine registrate e configurate durante il normale funzionamento sono utilizzabili.
Limiti delle sessioni desktop e delle applicazioni ospitate sul server	Gli utenti potrebbero utilizzare più sessioni rispetto ai limiti di sessione configurati, se le risorse si trovano in zone diverse.
Comportamento della zona	Ogni zona agisce in modo indipendente. Se il negozio StoreFront Controllo avanzato dello stato di salute è abilitata, StoreFront è in grado di instradare le richieste di avvio alla zona appropriata durante la modalità LHC ed evitare errori di avvio della sessione.
Riavvii VDA pianificati	Se la modalità LHC entra prima dell’inizio di un riavvio programmato per i VDA in un gruppo di consegna, i riavvii iniziano quando la modalità LHC esce e riprendono le normali operazioni di brokering, causando potenzialmente riavvii imprevisti quando la zona esce dalla modalità LHC. Per ulteriori informazioni e configurazioni che possono modificare questo comportamento, vedere Riavvii pianificati ritardati a causa di un’interruzione del database.
Preferenza zona	Preferenza di zona Le configurazioni non vengono prese in considerazione per l’avvio della sessione.
Restrizioni dei tag	Per i gruppi di consegna con VDA in più zone, Restrizioni dei tag può causare errori di avvio se i VDA contrassegnati non sono presenti in tutte le zone.

Supporto per applicazioni e desktop

LHC supporta i seguenti tipi di VDA e modelli di erogazione:

Tipo VDA	Modello di consegna	Disponibilità VDA durante la modalità LHC
Sistema operativo multisessione	Applicazioni e desktop	Sempre disponibile.
Sistema operativo statico a sessione singola (assegnato)	Desktop	Sempre disponibile.
Sistema operativo a sessione singola con gestione dell’alimentazione casuale (in pool)	Desktop	Non disponibile per impostazione predefinita. Per impostazione predefinita, tutti i tentativi di avvio della sessione di gestire i VDA nei gruppi di consegna in pool non riescono. È possibile renderli disponibili per nuove connessioni durante LHC. Per ulteriori informazioni, vedere Attivazione tramite Studio e Abilitare l’uso di PowerShell. Importante: L’abilitazione dell’accesso ai computer in pool a sessione singola gestiti dall’alimentazione può causare la presenza di dati e modifiche rispetto alle sessioni utente precedenti nelle sessioni successive.

Nota:

L’abilitazione dell’accesso ai VDA desktop gestiti dall’alimentazione nei gruppi di consegna in pool non influisce sul modo in cui la configurazione ShutdownDesktopsAfterUse La proprietà funziona durante il normale funzionamento. Quando l’accesso a questi desktop durante LHC è abilitato, i VDA non si riavviano automaticamente dopo essere tornati alle normali operazioni di brokering. I VDA desktop gestiti dall’alimentazione nei gruppi di consegna in pool possono conservare i dati delle sessioni precedenti fino al riavvio dei VDA. Il riavvio del VDA può verificarsi quando un utente si disconnette dal VDA durante operazioni non LHC o quando gli amministratori riavviano il VDA.

Abilita LHC per VDA in pool di sistemi operativi a sessione singola gestiti tramite Studio

Utilizzando Studio, è possibile rendere disponibili tali macchine per nuove connessioni durante la modalità LHC in base al gruppo di consegna:

Per abilitare questa funzione durante la creazione del gruppo di consegna, consulta Creazione di gruppi di consegna.
Per abilitare questa funzione per un gruppo di consegna esistente, consulta Gestire i gruppi di consegna

Nota:

Questa impostazione è disponibile in Studio solo per i gruppi di consegna desktop in pool che forniscono VDA con gestione dell’alimentazione.

Abilita LHC per VDA in pool di sistemi operativi a sessione singola gestiti tramite PowerShell

Per abilitare LHC per i VDA in un gruppo di consegna specifico, attenersi alla seguente procedura:

Abilitare questa funzione a livello di sito eseguendo questo comando:

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

Abilitare LHC per un gruppo di consegna eseguendo questo comando con il nome del gruppo di consegna specificato:
```
  Set-BrokerDesktopGroup -Name "name" -ReuseMachinesWithoutShutdownInOutage $true

```

Per modificare la disponibilità predefinita di LHC per i gruppi di recapito in pool appena creati con VDA gestiti dall’alimentazione, eseguire il comando seguente:

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

Nota:

La modifica dell’impostazione predefinita non modifica l’impostazione per i gruppi di consegna esistenti e influisce solo sui gruppi di consegna creati utilizzando PowerShell.

Configurazione StoreFront

Se si utilizza una distribuzione StoreFront locale, esaminare quanto segue:

Se si utilizza un server virtuale di bilanciamento del carico, configurare il server virtuale per monitorare i connettori in base alle funzionalità di brokering (ad esempio, utilizzare il monitor CITRIX-XD-DDC integrato in un NetScaler per il bilanciamento del carico del connettore).
Includi tutti i Cloud Connector all’interno di un singolo tenant Cloud come un singolo feed di risorse in StoreFront.
Vista Configurazioni di NetScaler Gateway in StoreFront e assicurarsi che tutti i connettori siano elencati come server STA. Esaminare le appliance NetScaler e assicurarsi che tutte le STA elencate in StoreFront siano nello stesso formato nel server virtuale NetScaler Gateway. L’integrità del servizio STA può essere monitorata anche nel server virtuale del gateway.
Aggiungi tutti i connettori al feed di risorse in StoreFront e StoreFront può comunicare con tutti i Cloud Connector tramite la porta designata nel feed di risorse.

Nota:

Per i clienti con molti connettori, può essere utile configurare un server virtuale di bilanciamento del carico per ogni zona per ridurre il sovraccarico di gestione e semplificare la risoluzione dei problemi. Vedere Citrix TIPs: integrazione del servizio Citrix Virtual Apps and Desktops e StoreFront per maggiori informazioni.

Convalida il funzionamento della cache host locale

Per verificare che LHC sia configurato e funzioni correttamente:

Assicurarsi che le importazioni di sincronizzazione vengano completate correttamente. Controlla il Registri eventi per ulteriori informazioni su come monitorare le sincronizzazioni LHC.
Assicurarsi che il database della cache host locale sia stato creato in ogni Cloud Connector. Ciò conferma che il servizio ad alta disponibilità può subentrare, se necessario.
- Sul server Cloud Connector, selezionare c:\Windows\ServiceProfiles\NetworkService.
- Verificare che HaDatabaseName.mdf e HaDatabaseName_log.ldf vengono creati.
Forza modalità LHC su tutti i Cloud Connector nella zona: dopo aver verificato che la cache host locale funzioni, ricordarsi di riportare tutti i Cloud Connector in modalità normale. Vedere Stati della cache dell’host locale per ulteriori informazioni sul tempo necessario per uscire dalla modalità LHC.

Monitoraggio della cache dell’host locale

Registri eventi

I registri eventi forniscono informazioni critiche sullo stato di salute e sulle prestazioni di LHC.

Servizio di sincronizzazione della configurazione

Durante le normali operazioni, quando il CSS importa i dati di configurazione nel database LHC utilizzando il broker LHC, possono verificarsi i seguenti eventi.

ID evento	Descrizione
503	Indica che il CSS ha ricevuto una configurazione aggiornata. Questo evento si verifica ogni volta che viene ricevuta una configurazione aggiornata da Citrix Cloud. Indica l’inizio del processo di sincronizzazione.
504	Indica che il CSS ha importato una configurazione aggiornata. L’importazione della configurazione è stata completata correttamente.
505	Indica che l’importazione del CSS non è riuscita. L’importazione della configurazione non è stata completata correttamente. Se è disponibile una configurazione riuscita in precedenza, viene utilizzata se si accede alla modalità LHC. Tuttavia, sarà obsoleto rispetto alla configurazione corrente. Se non è disponibile alcuna configurazione precedente, il servizio non può partecipare al brokering di sessione durante la modalità LHC. In questo caso, vedere la Risolvere e contattare l’assistenza Citrix.
507	Indica che il CSS ha abbandonato un’importazione perché il sistema è in modalità LHC e il broker LHC viene utilizzato per l’intermediazione. Il servizio ha ricevuto una nuova configurazione, ma l’importazione è stata abbandonata perché è stata attivata la modalità LHC. Si tratta di un comportamento previsto.
510	Indica che non sono stati ricevuti dati di configurazione CSS dal servizio di configurazione primario.
517	Indica che si è verificato un problema di comunicazione con il servizio Remote Broker Provider.
518	Indica che lo script CSS è stato interrotto perché il broker LHC (High Availability Service) non è in esecuzione.

Servizio ad alta disponibilità

Questo servizio è noto anche come broker LHC.

ID evento	Descrizione
3502	Indica che si è verificata un’interruzione e che il broker LHC sta eseguendo operazioni di broker.
3503	Indica che un’interruzione è stata risolta e che le normali operazioni sono riprese.
3504	Indica il broker LHC che viene eletto e gli altri broker LHC coinvolti nell’elezione.
3507	Indica che la modalità LHC è attiva sul broker LHC selezionato. Contiene un riepilogo dell’interruzione, inclusa la durata dell’interruzione, la registrazione VDA e le informazioni sulla sessione.
3508	Indica che LHC non è più attivo sul broker LHC selezionato e che le normali operazioni sono state ripristinate. Contiene un riepilogo dell’interruzione, inclusa la durata dell’interruzione, il numero di computer registrati durante l’evento LHC e il numero di avvii riusciti durante la modalità LHC.
3509	Indica che LHC è attivo sul broker LHC non eletto. Contiene una durata di interruzione ogni 2 minuti e indica il broker LHC selezionato.
3510	Indica che l’LHC non è più attivo sul broker LHC non eletto. Contiene la durata dell’interruzione e indica il broker LHC selezionato.

Fornitore di broker remoto

Questo servizio funge da proxy tra Citrix Cloud e i VDA e i Cloud Connector.

ID evento	Descrizione
3001	Controlla se i Cloud Connector devono entrare in modalità LHC. Si verifica dopo un singolo controllo dello stato non riuscito di Cloud Connector. Se un altro controllo non riesce dopo 60 secondi, il Cloud Connector passa alla modalità LHC.
3002	Indica che il Cloud Connector non può entrare in modalità LHC. Il motivo è incluso nelle informazioni sull’evento.
3003	Indica che il connettore cloud sta effettuando la transizione tra gli stati della modalità LHC. L’evento fornisce dettagli su quanto segue stato da cui è in corso la transizione del connettore cloud stato verso il quale sta passando durata dello stato precedente

Nota:

Le 3001 Gli eventi sui Cloud Connector periodicamente durante il giorno in genere non sono motivo di preoccupazione. Tuttavia, se si verificano più volte all’ora, indica un problema di rete e potrebbe richiedere ulteriori indagini.

Monitoraggio Citrix

Citrix Monitor contiene informazioni centralizzate relative alle voci della modalità LHC e alle prestazioni per le diverse zone dell’ambiente.

DaaS Monitor LHC

Vedere Monitorare le tendenze storiche in un sito per maggiori informazioni.

Forza modalità cache host locale

È possibile forzare intenzionalmente la modalità cache host locale negli scenari seguenti:

Se la rete si attiva e disattiva ripetutamente: forzare LHC fino a quando i problemi di rete non vengono risolti impedisce la transizione continua tra la modalità normale e LHC (e le conseguenti frequenti tempeste di registrazione VDA).
Per testare un piano di ripristino di emergenza.
Per garantire il corretto funzionamento della cache host locale.

Per forzare la modalità LHC:

Modificare il registro di ogni server Cloud Connector in HKLM\Software\Citrix\DesktopServer\LHC: Crea e imposta OutageModeForced come REG_DWORD a 1.
- Impostazione del valore su 1 indica al broker LHC di attivare la modalità LHC, indipendentemente dallo stato della connessione a Citrix Cloud.
- Impostazione del valore su 0 indica al broker LHC di uscire dalla modalità LHC e riprendere le normali operazioni.

Per verificare gli eventi:

Monitorare il Current_HighAvailabilityService file di registro in C:\ProgramData\Citrix\workspaceCloud\Logs\Plugins\HighAvailabilityService.

Risolvere i problemi relativi agli errori di importazione della sincronizzazione

Quando l’importazione di una sincronizzazione nel database LHC non riesce e viene registrato un evento 505, è possibile utilizzare i seguenti strumenti per la risoluzione dei problemi:

Tracciamento CDF:
- Abilita traccia per l’attributo ConfigSyncServer e BrokerLHC Moduli.
- Utilizzare con altri moduli broker per identificare il problema.
Rapporto di traccia CSS:
- Genera un report dettagliato che individua l’oggetto che causa l’errore di sincronizzazione.
  
  Nota:
  
  L’abilitazione di questo report può influire sulla velocità di sincronizzazione. Disabilitalo quando non risolvi attivamente i problemi.
Per abilitare e generare un rapporto di traccia CSS:
1. Abilita la creazione di report: eseguire il comando seguente:
```
  New-ItemProperty -Path HKLM:\SOFTWARE\Citrix\DesktopServer\LHC -Name EnableCssTraceMode -PropertyType DWORD -Value 1

```
2. Individua il report: il report HTML viene generato all’indirizzo C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp\CitrixBrokerConfigSyncReport.html.
3. Disabilita la creazione di report: dopo aver generato il report, eseguire il comando seguente per disabilitare la funzione di reporting:
```
  Set-ItemProperty -Path HKLM:\SOFTWARE\Citrix\DesktopServer\LHC -Name EnableCssTraceMode -Value 0

```

Comandi di PowerShell per la cache dell’host locale

È possibile gestire la cache dell’host locale sui Cloud Connector utilizzando i comandi di PowerShell.

Il modulo PowerShell si trova nella posizione seguente nei connettori cloud:

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

Importante:

Eseguire questo modulo solo sui Cloud Connector.

Importare il modulo PowerShell

Per importare il modulo, eseguire quanto segue su Cloud Connector:

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

Comandi di PowerShell per gestire LHC

I cmdlet seguenti consentono di attivare e gestire la modalità LHC nei Cloud Connector.

Cmdlet	Funzione
`Enable-LhcForcedOutageMode`	Metti il Broker in modalità LHC. I file del database Local Host Cache devono essere stati creati correttamente dal CSS per `Enable-LhcForcedOutageMode` per funzionare correttamente. Questo cmdlet forza solo LHC nel connettore cloud in cui è stato eseguito. Affinché LHC diventi attivo, questo cmdlet deve essere eseguito in tutti i connettori cloud all’interno della zona.
`Disable-LhcForcedOutageMode`	Fa uscire il broker dalla modalità LHC. Questo cmdlet disabilita solo la modalità LHC nel connettore cloud in cui è stato eseguito. `Disable-LhcForcedOutageMode` deve essere eseguito su tutti i Cloud Connector all’interno della zona.
`Set-LhcConfigSyncIntervalOverride`	Imposta l’intervallo in cui CSS verifica la presenza di modifiche alla configurazione all’interno del sito Citrix DaaS. L’intervallo di tempo può variare da 60 secondi (un minuto) a 3600 secondi (un’ora). Questa impostazione si applica solo al Cloud Connector in cui è stata eseguita. Per garantire la coerenza tra i connettori cloud, è consigliabile eseguire questo cmdlet in ogni connettore cloud. Per esempio: `Set-LhcConfigSyncIntervalOverride -Secondi 1200`
`Clear-LhcConfigSyncIntervalOverride`	Imposta l’intervallo in cui il CSS verifica la presenza di modifiche alla configurazione all’interno del sito Citrix DaaS sul valore predefinito di 300 secondi (cinque minuti). Questa impostazione si applica solo al Cloud Connector in cui è stata eseguita. Per garantire la coerenza tra i connettori cloud, è consigliabile eseguire questo cmdlet in ogni connettore cloud.
`Enable-LhcHighAvailabilitySDK`	Consente l’accesso a tutti i `Get-Broker*` all’interno del connettore cloud in cui è stato eseguito.
`Disable-LhcHighAvailabilitySDK`	Disabilita l’accesso ai comandi di PowerShell del broker all’interno del connettore cloud su cui è stato eseguito.

Nota:

Utilizzare la porta 89 quando si esegue il Get-Broker* cmdlet in Cloud Connector. Per esempio:

Get-BrokerMachine -AdminAddress localhost:89

Quando non è in modalità LHC, il broker LHC sul Cloud Connector contiene solo le informazioni di configurazione.

Durante la modalità LHC, il broker LHC conserva le seguenti informazioni:

Stati delle risorse

Dettagli della sessione

Registrazioni VDA

Informazioni di configurazione

Ulteriori informazioni

Vedere Considerazioni sulla scalabilità e sulle dimensioni per la cache host locale Per informazioni su:
- Metodologie di test e risultati
- Considerazioni sulle dimensioni della RAM
- Considerazioni sulla configurazione del core e del socket della CPU
- Considerazioni sullo storage
Note informative: Cache host locale
- Evita le configurazioni errate comuni che possono influire negativamente sulla resilienza DaaS

La versione ufficiale di questo contenuto è in inglese. Per alcuni dei contenuti della documentazione Cloud Software Group è stata impiegata la traduzione automatica solo per comodità. Cloud Software Group non ha alcun controllo sui contenuti tradotti in modo automatico, che possono contenere errori, imprecisioni o linguaggio inadatto. Non viene offerta alcuna garanzia di alcun tipo, espressa o implicita, circa l'accuratezza, l'affidabilità, l'idoneità o la correttezza di qualsiasi traduzione dall'originale inglese in qualsiasi altra lingua, o che il prodotto o servizio Cloud Software Group sia conforme a qualsiasi contenuto in traduzione automatica, e qualsiasi garanzia fornita ai sensi del contratto di licenza per l'utente finale applicabile o i termini di servizio, o qualsiasi altro accordo con Cloud Software Group che il prodotto o il servizio sia conforme a qualsiasi documentazione non si applicheranno nella misura in cui tale documentazione sia in traduzione automatica. Cloud Software Group non sarà ritenuta responsabile per eventuali danni o problemi che potrebbero derivare dall'utilizzo di contenuti per cui si è impiegata la traduzione automatica.

È stato utile?

Cache host locale

January 28, 2025

Grazie al contributo di:

January 28, 2025

Grazie al contributo di:

In questo articolo

Panoramica
Come funziona
Contenuto dei dati della cache dell’host locale
Stati della cache dell’host locale
Considerazioni importanti durante la modalità LHC
Convalida il funzionamento della cache host locale
Monitoraggio della cache dell’host locale
Monitoraggio Citrix
Forza modalità cache host locale
Risolvere i problemi relativi agli errori di importazione della sincronizzazione
Ulteriori informazioni

È stato utile?