Citrix Virtual Apps and Desktops

Aggiornare una distribuzione

Nota:

Questo articolo riguarda gli aggiornamenti per le distribuzioni che coinvolgono Web Studio. Per informazioni sugli aggiornamenti che coinvolgono Citrix Studio, vedere l’articolo equivalente in Citrix Virtual Apps and Desktops 7 2212 o versioni precedenti.

Introduzione

È possibile aggiornare determinate distribuzioni a versioni più recenti senza dover prima configurare nuovi computer o siti. Questo è chiamato aggiornamento sul posto.

Per sapere quali versioni di Citrix Virtual Apps and Desktops puoi aggiornare, consulta Versioni che puoi aggiornare.

Prima di effettuare l’aggiornamento a una qualsiasi delle versioni di Citrix Virtual Apps and Desktops, assicurati che le date correnti dei tuoi Customer Success Services siano valide e non siano scadute. Per ulteriori informazioni, consultare l’articolo Rinnovo delle licenze dei Customer Success Services .

Per avviare un aggiornamento, è necessario eseguire il programma di installazione dalla nuova versione per aggiornare i componenti principali installati in precedenza, i VDA e alcuni altri componenti. Quindi si aggiornano i database e il sito.

È possibile aggiornare qualsiasi componente installabile con il programma di installazione completo del prodotto (e con i programmi di installazione VDA autonomi), se è disponibile una versione più recente. Per altri componenti che non sono installati con il programma di installazione completo del prodotto (ad esempio Citrix Provisioning e Profile Management), consultare la documentazione del componente in questione per ulteriori informazioni. Per gli aggiornamenti dell’host, consultare la documentazione appropriata.

Prima di iniziare un aggiornamento, leggere attentamente tutte le informazioni contenute in questo articolo.

Sequenza di aggiornamento

Il diagramma seguente mostra i passaggi della sequenza di aggiornamento. La procedura di aggiornamento contiene i dettagli di ogni passaggio nel diagramma.

Diagramma di flusso della sequenza di aggiornamento

Nota:

Per evitare errori, è necessario aggiornare tutti i Delivery Controller e il database prima di eseguire qualsiasi attività correlata al provisioning e al gruppo di distribuzione, come la creazione di un nuovo catalogo macchine, l’eliminazione di un catalogo macchine, l’aggiornamento di una macchina in un gruppo di distribuzione e così via.

Licenze di diritti ibridi

Le licenze Hybrid Rights sono licenze di abbonamento a termine che vengono fornite, in aggiunta all’abbonamento al servizio cloud, quando un cliente passa da una licenza perpetua a un abbonamento al servizio cloud. Puoi anche acquistare un componente aggiuntivo Hybrid Rights con i tuoi abbonamenti DaaS.

Se disponi di una licenza Hybrid Rights con attributo SaaS, quando esegui l’upgrade a Citrix Virtual Apps and Desktops LTSR 2203 e versioni successive, diventi idoneo ad accedere a funzionalità non disponibili con Citrix Virtual Apps and Desktops LTSR 1912. Queste funzionalità includono il provisioning e l’hosting di carichi di lavoro su cloud pubblici, come Microsoft Azure, AWS EC2 e Google Cloud. Prima di distribuire il nuovo file di licenza, aggiorna il License Server alla versione più recente.

Se hai accesso a una licenza Hybrid Rights senza attributo SaaS, segui questi passaggi per ottenere l’accesso alla nuova licenza Hybrid Rights con attributo SaaS:

Nota:

  1. Vai al portale citrix.com Gestisci licenze e scarica il nuovo file di licenza Hybrid Rights con i diritti di provisioning cloud abilitati (attributo SaaS). Per ulteriori informazioni, vedere Scarica licenze. L’immagine seguente mostra il file di licenza Hybrid Rights con l’attributo SaaS nella sezione Incrementi.

    Attributo SaaS nel file di licenza

  2. Installare il file di licenza Hybrid Rights sul License Server. Per ulteriori informazioni, vedere Installa licenze.
  3. In caso di modifica delle edizioni o del modello di licenza, assicurarsi di eseguire il comando broker per impostare l’edizione e il modello, quindi avviare l’aggiornamento sul posto. Per ulteriori informazioni sui comandi Broker, vedere la sezione Broker PowerShell SDK .

Per ulteriori informazioni sul supporto del cloud pubblico con le versioni correnti e le versioni di servizi a lungo termine di Citrix Virtual Apps and Desktops, vedere CTX270373.

Procedura di aggiornamento

La maggior parte dei componenti principali del prodotto può essere aggiornata eseguendo il programma di installazione del prodotto sul computer che contiene il componente.

Se una macchina contiene più di un componente (ad esempio, Studio e License Server), tutti i componenti su quella macchina vengono aggiornati, se il supporto del prodotto contiene versioni più recenti del loro software.

Per utilizzare gli installatori:

  • Per eseguire l’interfaccia grafica del programma di installazione completo del prodotto, accedere al computer, quindi inserire il supporto o montare l’unità ISO per la nuova versione. Fare doppio clic su Selezione automatica.
  • Per utilizzare l’interfaccia della riga di comando, immettere il comando appropriato. Vedere Installare tramite la riga di comando.

Fase 1: Preparazione

Prima di iniziare un aggiornamento, assicurati di essere pronto. Leggi e completa tutte le attività necessarie:

Passaggio 2: Aggiorna il server delle licenze

Se l’installazione include una nuova versione del software Citrix License Server, aggiornare prima questo componente e poi tutti gli altri.

Se non hai ancora determinato se il tuo License Server è compatibile con la nuova versione, è essenziale eseguire il programma di installazione sul License Server prima di aggiornare qualsiasi altro componente principale.

Passaggio 3: Aggiorna StoreFront

Se il supporto di installazione contiene una nuova versione del software StoreFront, eseguire il programma di installazione sul computer che contiene il server StoreFront.

  • Nell’interfaccia grafica, seleziona Citrix StoreFront dalla sezione Estendi distribuzione .
  • Dalla riga di comando, eseguire CitrixStoreFront-x64.exe, disponibile nella cartella x64 del supporto di installazione di Citrix Virtual Apps and Desktops.

Passaggio 4: Aggiorna Director

Se il supporto di installazione contiene una nuova versione del software Director, eseguire il programma di installazione sul computer che contiene Director.

Passaggio 5: aggiornare Citrix Provisioning

Il supporto di installazione di Citrix Provisioning è disponibile separatamente dal supporto di installazione di Citrix Virtual Apps and Desktops. Per informazioni su come installare e aggiornare il software del server Citrix Provisioning e del dispositivo di destinazione, consultare la documentazione del prodotto Citrix Provisioning.

Fase 6: Aggiornare metà dei Delivery Controller

Ad esempio, se il tuo sito ha quattro controller, esegui il programma di installazione su due di essi.

Lasciando attivi metà dei Controller, gli utenti potranno accedere al sito. I VDA possono registrarsi presso i restanti Controllori. Potrebbero verificarsi momenti in cui la capacità del sito è ridotta perché sono disponibili meno controllori. L’aggiornamento provoca solo una breve interruzione nella creazione di nuove connessioni client durante le fasi finali di aggiornamento del database. I Controller aggiornati non potranno elaborare le richieste finché non sarà stato aggiornato l’intero sito.

Se il tuo sito ha un solo Controller, questo non sarà operativo durante l’aggiornamento.

Prima dell’avvio dell’aggiornamento vero e proprio, vengono eseguiti test preliminari sul sito sul primo Controller. Per maggiori dettagli, vedere Test preliminari del sito.

Passaggio 7: Aggiorna Studio

Se non hai ancora aggiornato Web Studio (perché si trovava sullo stesso computer di un altro componente), esegui il programma di installazione sul computer che contiene Studio.

Nota:

Dopo aver aggiornato Web Studio, le informazioni sulla versione potrebbero non aggiornarsi immediatamente. Potrebbe venirti richiesto di aggiornare Web Studio anche se è già aggiornato. Per risolvere il problema, vai al server Web Studio, apri Gestione Internet Information Services (IIS), vai a Pagina iniziale > Siti > Sito Web predefinito e seleziona Riavvia nel riquadro Gestisci sito Web.

Passaggio 8: riavviare Studio

Riavviare il Web Studio aggiornato. Il processo di aggiornamento riprende automaticamente.

Passaggio 9: Aggiornare il database e il sito

Nota:

Per evitare errori, è necessario aggiornare tutti i Delivery Controller e il database prima di eseguire qualsiasi attività correlata al provisioning e al gruppo di distribuzione, come la creazione di un nuovo catalogo macchine, l’eliminazione di un catalogo macchine, l’aggiornamento di una macchina in un gruppo di distribuzione e così via.

Controllare Preparazione per le autorizzazioni necessarie per aggiornare lo schema dei database di SQL Server.

  • Se si dispone dell’autorizzazione sufficiente per aggiornare lo schema del database di SQL Server, è possibile avviare un aggiornamento automatico del database. Continua con Aggiorna automaticamente il database e il sito.
  • Se non si dispone di sufficienti autorizzazioni per il database, è possibile avviare un aggiornamento manuale tramite script e procedere con l’aiuto dell’amministratore del database (qualcuno che dispone delle autorizzazioni necessarie). Per un aggiornamento manuale, l’utente Studio genera gli script e quindi esegue gli script che abilitano e disabilitano i servizi. L’amministratore del database esegue altri script che aggiornano lo schema del database, utilizzando l’utilità SQLCMD o SQL Server Management Studio in modalità SQLCMD. Continua con Aggiorna manualmente il database e il sito.
  • Se si dispone di una distribuzione multizona e si desidera aggiornare automaticamente il database e il sito, Citrix consiglia di eseguire l’aggiornamento di dbschema nella stessa zona che ospita i database SQL Server del sito. In caso contrario, l’aggiornamento automatico del database e del sito potrebbe non riuscire.

Citrix consiglia vivamente di eseguire il backup del database prima di effettuare l’aggiornamento. Vedere CTX135207. Durante un aggiornamento del database, i servizi del prodotto vengono disabilitati. Durante questo periodo, i controllori non possono mediare nuove connessioni per il sito, quindi occorre pianificare attentamente.

Aggiorna automaticamente il database e il sito

  1. Avvia lo Studio appena aggiornato.
  2. Indica che desideri avviare automaticamente l’aggiornamento del sito e conferma di essere pronto.

L’aggiornamento del database e del sito procede.

Aggiornare manualmente il database e il sito

  1. Avvia lo Studio appena aggiornato.
  2. Indica che desideri aggiornare il sito manualmente. La procedura guidata verifica la compatibilità del server licenze e richiede conferma.
  3. Conferma di aver eseguito il backup del database.

    La procedura guidata genera e visualizza gli script e un elenco di controllo dei passaggi di aggiornamento. Se lo schema di un database non è cambiato dopo l’aggiornamento della versione del prodotto, lo script non viene generato. Ad esempio, se lo schema del database di registrazione non cambia, lo script UpgradeLoggingDatabase.sql non viene generato.

  4. Eseguire gli script seguenti nell’ordine indicato.

    • DisableServices.ps1: L’utente Studio esegue questo script di PowerShell su un controller per disabilitare i servizi del prodotto.
    • UpgradeSiteDatabase.sql: L’amministratore del database esegue questo script SQL sul server contenente il database del sito
    • UpgradeMonitorDatabase.sql: L’amministratore del database esegue questo script SQL sul server contenente il database Monitor.
    • UpgradeLoggingDatabase.sql: L’amministratore del database esegue questo script SQL sul server contenente il database di registrazione della configurazione. Eseguire questo script solo se il database cambia (ad esempio, dopo l’applicazione di un hotfix).
    • EnableServices.ps1: L’utente Studio esegue questo script di PowerShell su un controller per abilitare i servizi del prodotto.

    Una volta completato l’aggiornamento del database e abilitati i servizi del prodotto, Studio testa automaticamente l’ambiente e la configurazione, quindi genera un report HTML. Se vengono identificati dei problemi, è possibile ripristinare il backup del database. Dopo aver risolto i problemi, puoi aggiornare nuovamente il database.

  5. Dopo aver completato le attività della checklist, fare clic su Termina aggiornamento.

Passaggio 10: Aggiornare i Delivery Controller rimanenti

Dallo Studio appena aggiornato, seleziona Citrix Studio nome-sito nel riquadro di navigazione. Nella scheda Attività comuni , seleziona Aggiorna i Delivery Controller rimanenti.

Nota:

Per rendere disponibili i Delivery Controller rimanenti Upgrade , creare almeno un catalogo macchine e un gruppo di consegna per il sito.

Dopo aver completato l’aggiornamento e confermato il completamento, chiudere e riaprire Studio. Studio potrebbe richiedere un ulteriore aggiornamento del sito per registrare i servizi del Controller sul sito o per creare un ID di zona se non esiste.

Fase 11: Aggiornare i VDA

Importante:

Se stai aggiornando un VDA alla versione 1912 o successiva, consulta Aggiornamento di VDA alla versione 1912 o successiva.

Eseguire il programma di installazione del prodotto sui computer contenenti VDA.

Se hai utilizzato Machine Creation Services e un’immagine master per creare le macchine, vai al tuo host e aggiorna il VDA sull’immagine master. È possibile utilizzare uno qualsiasi degli installatori VDA disponibili.

Se hai utilizzato Citrix Provisioning per creare le macchine, consulta la documentazione del prodotto Citrix Provisioning per indicazioni sull’aggiornamento.

Fase 12: Aggiornare i cataloghi delle macchine e i gruppi di consegna

Fase 13: Dopo l’aggiornamento

Aggiorna gli altri componenti della tua distribuzione. Per ulteriori informazioni, consultare la seguente documentazione del prodotto:

Se è necessario sostituire il software Microsoft SQL Server Express LocalDB con una versione successiva, vedere Sostituisci SQL Server Express LocalDB.

Aggiornamento Dbschema

Quando si aggiorna la distribuzione, è possibile aggiornare diversi schemi di database. Nella tabella seguente sono elencati gli schemi del database che vengono aggiornati durante il processo:

Aggiornamenti Dbschema

Definizione dei termini:

  • Sito: Datastore del sito. L’aggiornamento Dbschema viene eseguito sul Site Datastore.
  • Monitor: monitora l’archivio dati. L’aggiornamento Dbschema viene eseguito sul Monitor Datastore.
  • Config: Tabella di configurazione. Nella tabella Configurazione vengono aggiornate la versione di Desktop Studio, le informazioni sulla licenza o entrambe.
  • Registrazione: Datastore di registrazione. Viene eseguito l’aggiornamento di Dbschema nel Logging Datastore.

Aggiornare VDA a 2203 o versione successiva

Se il componente Personal vDisk (PvD) è mai stato installato su un VDA, tale VDA non può essere aggiornato alla versione 2203 o successiva. Per utilizzare il nuovo VDA, è necessario disinstallare il VDA corrente e quindi installare il nuovo VDA.

Questa istruzione è valida anche se non hai mai utilizzato PvD.

Ecco come il componente PvD potrebbe essere stato installato nelle versioni precedenti:

  • Nell’interfaccia grafica del programma di installazione VDA, PvD era un’opzione nella pagina Componenti aggiuntivi .
  • Sulla riga di comando, l’opzione /baseimage installava PvD. Se hai specificato questa opzione o hai utilizzato uno script che conteneva questa opzione, PvD è stato installato.

Se non sai se il tuo VDA ha installato PvD, esegui il programma di installazione per il nuovo VDA (2203 o successivo) sulla macchina o sull’immagine.

  • Se PvD è installato, viene visualizzato un messaggio che indica la presenza di un componente incompatibile.
    • Dall’interfaccia grafica, fare clic su Annulla nella pagina contenente il messaggio, quindi confermare che si desidera chiudere il programma di installazione.
    • Dalla CLI, il comando fallisce semplicemente e viene visualizzato il messaggio.
  • Se PvD non è installato, l’aggiornamento procede.

Cosa fare

Se il VDA non ha PvD installato, seguire la consueta procedura di aggiornamento.

Se il VDA ha installato PvD:

  1. Disinstallare l’attuale VDA.
  2. Installare il nuovo VDA.

Se desideri continuare a utilizzare PvD sui tuoi computer Windows 10 (1607 e precedenti, senza aggiornamenti), la versione più recente supportata è VDA 7.15 LTSR.

Nota:

Posso utilizzare Personal vDisk con i desktop Windows 7 in XenApp e XenDesktop 7.15 LTSR?

Citrix ha escluso Personal vDisk (PvD) da XenApp e XenDesktop 7.6 LTSR, annunciati nel gennaio 2016. Inoltre, Citrix ha annunciato l’abbandono della tecnologia PvD e consiglia ai clienti di iniziare a utilizzare Citrix App Layering in futuro. Citrix App Layering (versione 4.4 e successive) è un componente compatibile con XenApp e XenDesktop 7.15 LTSR. Tuttavia, per aiutare i clienti con distribuzioni PvD esistenti su Windows 7 a migrare alla tecnologia Citrix App Layering, Citrix ha deciso di fornire supporto a tempo limitato per le distribuzioni PvD per desktop Windows 7 tramite gli aggiornamenti cumulativi (CU) XenApp e XenDesktop 7.15 LTSR fino al 14 gennaio 2020. Il componente PvD verrà rimosso dalle CU LTSR e non sarà più supportato dopo il 14 gennaio 2020. Inoltre, l’utilizzo di PvD per Windows 7 oltre il 14 gennaio 2020 renderà i siti LTSR non conformi. Inoltre, PvD per Windows 10 continua a essere escluso da 7.15 LTSR. Pertanto, i clienti non dovrebbero utilizzarlo con i loro siti LTSR 7.15.

Rimuovi PvD, AppDisk e host non supportati

Le seguenti tecnologie e tipi di host non sono supportati nelle distribuzioni di Citrix Virtual Apps and Desktops 7 Current Release:

  • vDisk personali (PvD) per archiviare dati accanto alle VM degli utenti nei cataloghi. La funzionalità del livello di personalizzazione dell’utente ora gestisce la persistenza dell’utente.
  • AppDisk per la gestione delle applicazioni utilizzate nei Delivery Group.
  • Tipi di host: Azure Classic, CloudPlatform (il prodotto Citrix originale).
    • Per i tipi di host supportati in questa versione, vedere Requisiti di sistema.
    • Per informazioni su modi alternativi per continuare a utilizzare ARM e AWS, vedere CTX270373.

Se la distribuzione corrente utilizza PvD o AppDisk oppure presenta connessioni a tipi di host non supportati (ad esempio, Microsoft Azure Classic), è possibile eseguire l’aggiornamento alla versione 2006 (o a versioni successive supportate) solo dopo aver rimosso gli elementi che utilizzano tali tecnologie. Se la tua distribuzione attuale utilizza connessioni host cloud pubbliche (ad esempio, AWS), assicurati di disporre della licenza Hybrid Rights prima di effettuare l’aggiornamento. Quando il programma di installazione rileva una o più tecnologie non supportate o connessioni host senza licenza Hybrid Rights, l’aggiornamento si interrompe o si arresta e viene visualizzato un messaggio esplicativo. I registri di installazione contengono dettagli.

Per garantire un aggiornamento riuscito, rivedere e seguire le linee guida applicabili per la rimozione degli elementi non supportati.

Anche se non hai utilizzato PvD o AppDisk nella tua distribuzione, gli MSI correlati potrebbero essere stati inclusi in una precedente installazione o aggiornamento VDA. Prima di poter aggiornare i VDA alla versione 2006 (o a una versione successiva supportata), è necessario rimuovere il software in questione, anche se non lo si è mai utilizzato. Quando si utilizza l’interfaccia grafica, la rimozione può essere effettuata automaticamente oppure è possibile includere opzioni di rimozione quando si utilizza la CLI. Per maggiori dettagli, vedere Aggiornamento di VDA con componenti PvD o AppDisk.

Rimuovi PvD

Un aggiornamento della distribuzione non potrà avere successo finché non si rimuoveranno tutte le macchine configurate per utilizzare PvD. Ciò riguarda cataloghi e gruppi di consegna.

Per rimuovere PvD da gruppi e cataloghi:

  1. Da Studio, se un gruppo di consegna contiene macchine da un catalogo che utilizza PvD, rimuove tali macchine dal gruppo.
  2. Da Studio, elimina tutti i cataloghi contenenti macchine che utilizzano PvD.

Aggiornamenti VDA: L’aggiornamento della distribuzione non rileva se i VDA hanno installati i componenti AppDisk o PvD. Tuttavia, gli installatori VDA lo fanno. Per maggiori dettagli, vedere VDA che hanno componenti PvD o AppDisks.

Se si prevede di utilizzare App Layering anziché PvD, consultare Migrazione di PvD ad App Layering per informazioni sullo spostamento dei dati.

Rimuovi AppDisk

Un aggiornamento della distribuzione non può procedere finché non si rimuovono gli AppDisk da tutti i Delivery Group che li utilizzano e quindi non si rimuovono gli AppDisk stessi.

  1. Selezionare Gruppi di distribuzione nel riquadro di navigazione dello Studio.
  2. Seleziona un gruppo e poi fai clic su Gestisci AppDisk nel riquadro Azione.
  3. Fare clic sull’azione che rimuove l’AppDisk dal gruppo.
  4. Ripetere i passaggi 2 e 3 per ogni Delivery Group che utilizza AppDisk.
  5. Selezionare AppDisks nel riquadro di navigazione di Studio.
  6. Selezionare un AppDisk e fare clic sull’azione che elimina l’AppDisk.
  7. Ripetere i passaggi 5 e 6 per ogni AppDisk.

Aggiornamenti VDA: L’aggiornamento della distribuzione non rileva se i VDA hanno installati i componenti AppDisk o PvD. Tuttavia, gli installatori VDA lo fanno. Per maggiori dettagli, vedere VDA che hanno componenti PvD o AppDisks.

Rimuovi gli elementi host non supportati

L’aggiornamento della distribuzione alla versione 2006 (o a una versione successiva supportata) non può essere eseguito se il sito presenta connessioni a tipi di host non supportati, ad esempio Citrix CloudPlatform o Microsoft Azure Classic. Prima di tentare un aggiornamento, completare le seguenti attività.

Da Studio:

VDA che hanno componenti PvD o AppDisks

Se i componenti che abilitano le tecnologie PvD e AppDisks sono installati su un VDA, tale VDA non potrà essere aggiornato finché tali componenti non verranno rimossi.

Nota:

Durante l’aggiornamento alla versione 1912, era necessario disinstallare la VDA corrente e quindi installare la nuova VDA. In questa versione, ti viene chiesto se desideri che Citrix rimuova il componente e poi continui l’aggiornamento.

I componenti AppDisk e PvD potrebbero essere stati installati in versioni precedenti di VDA, anche se non hai mai utilizzato queste tecnologie:

  • Interfaccia grafica: negli installer VDA, la pagina Componenti aggiuntivi conteneva l’opzione Citrix AppDisk / Personal vDisk . La versione 7.15 LTSR e le precedenti versioni 7.x abilitavano questa opzione per impostazione predefinita. Quindi, se hai accettato le impostazioni predefinite (o hai abilitato esplicitamente l’opzione in una qualsiasi versione che la offriva), quel componente è stato installato.
  • CLI: specificando l’opzione /baseimage è stato installato il componente.

Cosa fare

Se il programma di installazione VDA non rileva i componenti AppDisk o PvD nel VDA attualmente installato, l’aggiornamento procede normalmente.

Se il programma di installazione rileva componenti AppDisk o PvD nel VDA attualmente installato:

  • Interfaccia grafica: l’aggiornamento si interrompe. Un messaggio chiede se si desidera che i componenti non supportati vengano rimossi automaticamente. Se fai clic su OK, i componenti vengono rimossi automaticamente e l’aggiornamento procede.
  • CLI: per evitare errori nel comando, includere le seguenti opzioni nel comando:

    • /remove_appdisk_ack
    • /remove_pvd_ack

Limitazioni

Per gli aggiornamenti si applicano le seguenti limitazioni:

  • Installazione selettiva dei componenti: Se installi o aggiorni dei componenti alla nuova versione ma scegli di non aggiornare altri componenti (su macchine diverse) che richiedono l’aggiornamento, Studio te lo ricorda. Ad esempio, supponiamo che un aggiornamento includa nuove versioni del Controller e di Studio. Si aggiorna il Controller ma non si esegue il programma di installazione sul computer in cui è installato Studio. Studio non ti consentirà di continuare a gestire il sito finché non esegui l’aggiornamento.

    Non è necessario aggiornare i VDA, ma Citrix consiglia di farlo tutti per poter utilizzare tutte le funzionalità disponibili.

  • Versioni Early Release o Technology Preview: Non è possibile effettuare l’aggiornamento da una versione Early Release, Technology Preview o preview.
  • Componenti sui sistemi operativi precedenti: Non è possibile installare gli attuali VDA sui sistemi operativi che non sono più supportati da Microsoft o Citrix. Per ulteriori informazioni, vedere Sistemi operativi precedenti.

  • Ambienti/siti misti: Se devi continuare a eseguire siti di versioni precedenti e siti di versioni correnti, consulta Considerazioni sugli ambienti misti.

  • Selezione prodotto: Quando si esegue l’aggiornamento da una versione precedente, non è necessario scegliere o specificare il prodotto (Citrix Virtual Apps o Citrix Virtual Apps and Desktops) impostato durante l’installazione.

Considerazioni sull’ambiente misto

Quando esegui l’aggiornamento, Citrix consiglia di aggiornare tutti i componenti e i VDA in modo da poter accedere a tutte le funzionalità nuove e migliorate nella tua edizione e versione.

Ad esempio, sebbene sia possibile utilizzare gli attuali VDA in distribuzioni contenenti versioni precedenti del Controller, le nuove funzionalità della versione corrente potrebbero non essere disponibili. Possono verificarsi problemi di registrazione VDA anche quando si utilizzano versioni non aggiornate.

In alcuni ambienti potrebbe non essere possibile aggiornare tutti i VDA alla versione più recente. In tal caso, quando si crea un catalogo macchine, è possibile specificare la versione VDA installata sulle macchine. (Questo è chiamato livello funzionale.) Per impostazione predefinita, questa impostazione specifica la versione VDA minima consigliata. Il valore predefinito è sufficiente per la maggior parte delle distribuzioni. Si consiglia di modificare l’impostazione con una versione precedente solo se il catalogo contiene VDA precedenti a quella predefinita. Si sconsiglia di mescolare versioni VDA in un catalogo macchine.

Se un catalogo viene creato con l’impostazione predefinita della versione minima VDA e una o più macchine hanno una versione VDA precedente a quella predefinita, tali macchine non potranno registrarsi con il Controller e non funzioneranno.

Per ulteriori informazioni, vedere versioni VDA e livelli funzionali.

Più siti con diverse versioni

Se l’ambiente contiene siti con diverse versioni del prodotto (ad esempio, un sito XenDesktop 7.18 e un sito Citrix Virtual Apps and Desktops 1909), Citrix consiglia di utilizzare StoreFront per aggregare applicazioni e desktop da diverse versioni del prodotto. Per maggiori dettagli, consultare la documentazione di StoreFront .

In un ambiente misto, continuare a utilizzare le versioni Studio e Director per ogni release, ma assicurarsi che le diverse versioni siano installate su computer separati.

Sistemi operativi precedenti

Supponiamo che tu abbia installato una versione precedente di un componente su un computer che eseguiva una versione supportata del sistema operativo (SO). Ora, vuoi utilizzare una versione più recente del componente, ma quel sistema operativo non è più supportato per la versione corrente del componente.

Supponiamo, ad esempio, di aver installato un server VDA su un computer Windows Server 2008 R2. Ora vuoi aggiornare il VDA alla versione corrente, ma Windows Server 2008 R2 non è supportato nella versione corrente a cui stai effettuando l’aggiornamento.

Se si tenta di installare o aggiornare un componente su un sistema operativo non più consentito, viene visualizzato un messaggio di errore, ad esempio “Impossibile installarlo su questo sistema operativo”.

Queste considerazioni si applicano all’aggiornamento delle versioni Current Release e Long Term Service Release. (Non influisce sull’applicazione di CU a una versione LTSR.)

Segui i link per scoprire quali sistemi operativi sono supportati:

Sistemi operativi non validi

Nella tabella seguente sono elencati i sistemi operativi precedenti che non sono validi per l’installazione/aggiornamento dei componenti nella versione corrente. Indica l’ultima versione valida del componente supportata per ciascun sistema operativo elencato, nonché la versione del componente al momento in cui l’installazione e l’aggiornamento non sono più validi.

I sistemi operativi nella tabella includono service pack e aggiornamenti.

Sistema operativo Componente/funzionalità Ultima versione valida Installazione/aggiornamento non possibile a partire dalla versione
  Windows 7 e Windows 8 VDA 7.15 LTSR 7.16   Windows 7 e Windows 8 Altri componenti del programma di installazione 7.17 7.18   Versioni di Windows 10 precedenti alla 1607 VDA 7.15 LTSR 7.16   Versione Windows 10 x86 VDA 1906.2.0 1909   WindowsServer2008R2 VDA 7.15 LTSR 7.16   Windows Server 2008 R2 Altri componenti del programma di installazione 7.17 7.18   Versione di prova di Windows Server 2012 … Windows Server 2012 Altri componenti del programma di installazione 7.17 7.18   Windows Server 2012 R2 Altri componenti del programma di installazione * 1912 LTSR 2003   Windows Server 2012 R2 Server VDI 7.15 LTSR 7.16

Windows XP e Windows Vista non sono validi per alcun componente o tecnologia 7.x.

* Si applica a Delivery Controller, Studio, Director e VDA.

Cosa puoi fare

Hai delle scelte. Puoi:

Continua con il sistema operativo corrente

Questi metodi sono realizzabili per le VDA. Se desideri continuare a utilizzare computer con il sistema operativo precedente, puoi scegliere una delle seguenti opzioni:

  • Continua a utilizzare la versione del componente installata.
  • Scarica l’ultima versione valida del componente, quindi aggiorna il componente a quella versione. (Questo presuppone che non sia già installata l’ultima versione valida del componente.)

Ad esempio, su un computer con Windows 7 SP1 è installato un VDA 7.14. L’ultima versione VDA valida sui computer con sistema operativo Windows 7 è XenApp e XenDesktop 7.15 LTSR. Puoi continuare a utilizzare la versione 7.14 oppure scaricare una versione LTSR VDA 7.15 e poi aggiornare la tua versione VDA a quella. Le versioni VDA precedenti funzionano in distribuzioni contenenti Delivery Controller con versioni più recenti. Ad esempio, un VDA LTSR 7.15 può connettersi a un controller Citrix Virtual Apps and Desktops 7 1808.

Ripristinare l’immagine o aggiornare la macchina

Questi metodi sono realizzabili per VDA e altre macchine che non hanno componenti principali installati (ad esempio i Delivery Controller). Scegli una delle seguenti opzioni:

  • Dopo aver messo fuori servizio la macchina (attivando la modalità di manutenzione e consentendo la chiusura di tutte le sessioni), è possibile ricrearne l’immagine con una versione supportata del sistema operativo Windows e quindi installare la versione più recente del componente.
  • Per aggiornare il sistema operativo senza effettuare il reimaging, disinstallare il software Citrix prima di aggiornare il sistema operativo (ciò include gli aggiornamenti interni del sistema operativo). Ad esempio, da Windows 10 versione 1903 a Windows 10 versione 1909). In caso contrario, il software Citrix non sarà supportato. Quindi, installa il nuovo componente.
  • Per aggiornare il sistema operativo in una macchina VDA senza effettuare il reimaging, è necessario prima installare la versione VDA supportata dal sistema operativo a cui si sta eseguendo l’aggiornamento oppure aggiornare VDA dopo aver aggiornato il sistema operativo. In caso contrario, il software Citrix non sarà supportato. È possibile eseguire l’aggiornamento alle seguenti versioni minime del sistema operativo quando si esegue un aggiornamento sul posto senza disinstallare VDA:
  • Se la versione di Windows a cui si intende effettuare l’aggiornamento non è conforme alle linee guida sopra menzionate, è necessario disinstallare VDA prima di aggiornare il sistema operativo e quindi installare una versione VDA supportata una volta completato l’aggiornamento del sistema operativo.

Aggiungi nuove macchine e poi rimuovi quelle vecchie

Questo metodo è fattibile se è necessario aggiornare il sistema operativo su macchine dotate di un Delivery Controller o di un altro componente principale.

Citrix consiglia che tutti i controller di un sito abbiano lo stesso sistema operativo. La seguente sequenza di aggiornamento riduce al minimo l’intervallo in cui diversi controller hanno sistemi operativi diversi.

  1. Eseguire uno snapshot di tutti i Delivery Controller nel sito, quindi eseguire il backup del database del sito.
  2. Installare nuovi Delivery Controller su server puliti con sistemi operativi supportati. Ad esempio, installare un controller su due macchine Windows Server 2016.
  3. Aggiungere i nuovi controller al sito.
  4. Rimuovere i controller in esecuzione su sistemi operativi non validi per la versione corrente. Ad esempio, rimuovere due controller su due macchine Windows Server 2008 R2. Seguire i consigli per la rimozione dei controller in Delivery Controllers.

Preparazione

Prima di iniziare un aggiornamento, rivedere le seguenti informazioni e completare le attività necessarie.

Nota:

Sebbene l’aggiornamento dei VDA avvenga più avanti nella sequenza di aggiornamento , è consigliabile scegliere un programma di installazione e rivedere la procedura prima di avviare l’aggiornamento, in modo da sapere cosa aspettarsi.

Scegli un programma di installazione e un’interfaccia

Per aggiornare i componenti, utilizzare il programma di installazione completo del prodotto dall’ISO. È possibile aggiornare i VDA utilizzando il programma di installazione completo del prodotto o uno dei programmi di installazione VDA autonomi. Tutti i programmi di installazione offrono interfacce grafiche e a riga di comando.

Per ulteriori informazioni, vedere Programmi di installazione.

Specifiche di installazione: Dopo aver completato il lavoro di preparazione e quando sei pronto per avviare il programma di installazione, l’articolo di installazione ti mostra cosa vedrai (se stai utilizzando l’interfaccia grafica) o cosa digitare (se stai utilizzando l’interfaccia della riga di comando).

Se in origine hai installato un VDA a sessione singola con il programma di installazione VDAWorkstationCoreSetup.exe , Citrix consiglia di utilizzare tale programma di installazione per aggiornarlo. Se si utilizza il programma di installazione VDA completo del prodotto o il programma di installazione VDAWorkstationSetup.exe per aggiornare VDA, i componenti originariamente esclusi potrebbero essere installati, a meno che non vengano espressamente omessi/esclusi dall’aggiornamento.

Quando si aggiorna un VDA alla versione corrente, durante il processo di aggiornamento si verifica un riavvio della macchina. (Questo requisito è stato introdotto con la versione 7.17.) Non è possibile evitarlo. L’aggiornamento riprende automaticamente dopo il riavvio (a meno che non si specifichi /noresume sulla riga di comando).

Azioni del database

Eseguire il backup dei database del sito, del monitoraggio e della registrazione della configurazione. Seguire le istruzioni in CTX135207. Se dopo l’aggiornamento vengono rilevati problemi, è possibile ripristinare il backup.

Per informazioni sull’aggiornamento delle versioni di SQL Server non più supportate, vedere Controllo della versione di SQL Server. (Si riferisce al server SQL utilizzato per i database di registrazione del sito, del monitor e della configurazione.)

Microsoft SQL Server Express LocalDB viene installato automaticamente, per l’utilizzo con Local Host Cache. Se è necessario sostituire una versione precedente, la nuova versione deve essere SQL Server Express LocalDB 2019. Per informazioni dettagliate sulla sostituzione di SQL Server Express LocalDB con la nuova versione dopo l’aggiornamento dei componenti e del sito, vedere Sostituisci SQL Server Express LocalDB.

Assicurati che la tua licenza Citrix sia aggiornata

Per una panoramica completa sulla gestione delle licenze Citrix, vedere Attivare, aggiornare e gestire le licenze Citrix.

È possibile utilizzare il programma di installazione completo del prodotto per aggiornare License Server. In alternativa, è possibile scaricare e aggiornare separatamente i componenti della licenza. Vedere Aggiorna.

Prima di effettuare l’aggiornamento, assicurati che la data del tuo Customer Success Services/Software Maintenance/Subscription Advantage sia valida per la nuova versione del prodotto. La data deve essere almeno 2021.11.15.

Assicurati che il tuo Citrix License Server sia compatibile

Assicurati che il tuo Citrix License Server sia compatibile con la nuova versione. Ci sono due modi per farlo:

  • Prima di aggiornare qualsiasi altro componente Citrix, eseguire il programma di installazione XenDesktopServerSetup.exe dal layout ISO sulla macchina contenente un Delivery Controller. Se si verificano problemi di incompatibilità, il programma di installazione li segnala, consigliando i passaggi per risolverli.

  • Dalla directory XenDesktop Setup sul supporto di installazione, eseguire il comando: .\LicServVerify.exe -h <license-server-fqdn> -p 27000 -v. Il display indica se il License Server è compatibile. Se il server delle licenze non è compatibile, aggiornarlo.

Eseguire il backup di tutte le modifiche di StoreFront

Prima di iniziare un aggiornamento, se hai apportato modifiche ai file in C:\inetpub\wwwroot\Citrix\&#060;StoreName&#062;\App_Data, come default.ica e usernamepassword.tfrm, eseguine il backup per ogni archivio. Dopo l’aggiornamento potrai ripristinarli per ripristinare le modifiche.

Chiudere applicazioni e console

Prima di avviare un aggiornamento, chiudere tutti i programmi che potrebbero potenzialmente causare blocchi di file, tra cui le console di amministrazione e le sessioni di PowerShell.

Riavviando il computer si garantisce che tutti i blocchi dei file vengano rimossi e che non vi siano aggiornamenti di Windows in sospeso.

Prima di avviare un aggiornamento, arrestare e disabilitare tutti i servizi di monitoraggio di terze parti.

Assicurati di avere le autorizzazioni appropriate

Oltre a essere un utente di dominio, devi essere un amministratore locale sui computer su cui stai aggiornando i componenti del prodotto.

Il database del sito e il sito stesso possono essere aggiornati automaticamente o manualmente. Per un aggiornamento automatico del database, le autorizzazioni dell’utente Studio devono includere la possibilità di aggiornare lo schema del database SQL Server (ad esempio, il ruolo del database db_securityadmin o db_owner ). Per maggiori dettagli, vedere Database.

Se l’utente Studio non dispone di tali autorizzazioni, l’avvio di un aggiornamento manuale del database genera degli script. L’utente Studio esegue alcuni degli script da Studio. L’amministratore del database esegue altri script, utilizzando uno strumento come SQL Server Management Studio.

Altri compiti di preparazione

  • Eseguire il backup dei modelli e aggiornare gli hypervisor, se necessario
  • Completare tutte le altre attività preparatorie previste dal piano di continuità aziendale.

Prove preliminari in loco

Quando si aggiornano i Delivery Controller e un sito, vengono eseguiti test preliminari del sito prima che abbia inizio l’aggiornamento vero e proprio. Questi test verificano:

  • Il database del sito è raggiungibile ed è stato sottoposto a backup
  • Le connessioni ai servizi Citrix essenziali funzionano correttamente
  • L’indirizzo del server di licenza Citrix è disponibile
  • È possibile raggiungere il database di registrazione della configurazione
  • Se vuoi aggiungere connessioni host cloud pubbliche (ad esempio, AWS), assicurati di disporre della licenza Hybrid Rights. In caso contrario, il test preliminare del sito si interrompe o si arresta e viene visualizzato un messaggio esplicativo.

Dopo aver eseguito i test, è possibile visualizzare un report dei risultati. È quindi possibile correggere eventuali problemi rilevati ed eseguire nuovamente i test. La mancata esecuzione dei test preliminari del sito e la successiva risoluzione degli eventuali problemi possono avere ripercussioni sul funzionamento del sito.

Il report contenente i risultati del test è un file HTML (PreliminarySiteTestResult.html) nella stessa directory dei log di installazione. Se il file non esiste, viene creato. Se il file esiste, il suo contenuto viene sovrascritto.

Eseguire i test

  • Quando si utilizza l’interfaccia grafica del programma di installazione per l’aggiornamento, la procedura guidata include una pagina in cui è possibile avviare i test e quindi visualizzare il report. Dopo aver eseguito i test, aver visualizzato il report e risolto gli eventuali problemi rilevati, è possibile rieseguire i test. Una volta completati correttamente i test, fare clic su Avanti per continuare con la procedura guidata.
  • Quando si utilizza l’interfaccia della riga di comando per l’aggiornamento, i test vengono eseguiti automaticamente. Per impostazione predefinita, se un test fallisce, l’aggiornamento non viene eseguito. Dopo aver visualizzato il report e risolto i problemi, eseguire nuovamente il comando.

Citrix consiglia di eseguire sempre i test preliminari del sito e di risolvere eventuali problemi prima di continuare con l’aggiornamento del controller e del sito. Il potenziale vantaggio vale ampiamente i pochi minuti dedicati all’esecuzione dei test. Tuttavia, è possibile ignorare questa azione consigliata.

  • Quando si esegue l’aggiornamento tramite l’interfaccia grafica, è possibile scegliere di saltare i test e continuare con l’aggiornamento.
  • Quando si esegue l’aggiornamento dalla riga di comando, non è possibile saltare i test. Per impostazione predefinita, un test del sito non riuscito determina il fallimento del programma di installazione, senza eseguire l’aggiornamento. Nella maggior parte dei casi, se si include l’opzione /ignore_site_test_failure , tutti gli errori dei test vengono ignorati e l’aggiornamento procede. (Vedere Controllo della versione di SQL Server per le eccezioni.)

Quando si aggiornano più controller

Quando si avvia un aggiornamento su un controller e poi si avvia un aggiornamento di un altro controller nello stesso sito (prima del completamento del primo aggiornamento):

  • Se i test preliminari del sito sono stati completati sul primo Controller, la pagina dei test preliminari del sito non viene visualizzata nella procedura guidata sull’altro Controller.
  • Se i test sul primo Controller sono in corso quando si avvia l’aggiornamento sull’altro Controller, la pagina dei test del sito viene visualizzata nella procedura guidata sull’altro Controller. Tuttavia, se i test sul primo Controller terminano, vengono conservati solo i risultati dei test del primo Controller.

Errori nei test non correlati allo stato del sito

  • Se i test preliminari del sito falliscono a causa di memoria insufficiente, rendere disponibile più memoria e quindi eseguire nuovamente i test.
  • Se si dispone dell’autorizzazione per l’aggiornamento, ma non si eseguono test del sito, i test preliminari del sito falliscono. Per risolvere questo problema, eseguire nuovamente il programma di installazione con un account utente che disponga dell’autorizzazione per eseguire i test.

Controllo della versione di SQL Server

Per una distribuzione corretta di Citrix Virtual Apps and Desktops è necessaria una versione supportata di Microsoft SQL Server per i database di registrazione del sito, del monitor e della configurazione. L’aggiornamento di una distribuzione Citrix con una versione di SQL Server non più supportata può causare problemi di funzionalità e il sito non sarà più supportato.

Per sapere quali versioni di SQL Server sono supportate dalla versione di Citrix a cui stai effettuando l’aggiornamento, consulta l’articolo Requisiti di sistema per quella versione.

Durante l’aggiornamento di un controller, il programma di installazione di Citrix controlla la versione di SQL Server attualmente installata e utilizzata per i database di registrazione del sito, del monitor e della configurazione.

  • Se il controllo determina che la versione di SQL Server attualmente installata non è una versione supportata nella versione di Citrix a cui si sta eseguendo l’aggiornamento:

    • Interfaccia grafica: l’aggiornamento si interrompe con un messaggio. Fare clic su Ho capito e quindi fare clic su Annulla per chiudere il programma di installazione di Citrix. (Non è possibile continuare con l’aggiornamento.)
    • Interfaccia della riga di comando: il comando fallisce (anche se hai incluso l’opzione /ignore_db_check_failure con il comando).

    Aggiornare la versione di SQL Server, quindi riavviare l’aggiornamento di Citrix.

  • Se il controllo non riesce a determinare quale versione di SQL Server è attualmente installata, controlla se la versione attualmente installata è supportata nella versione a cui stai effettuando l’aggiornamento (Requisiti di sistema).

    • Interfaccia grafica: l’aggiornamento si interrompe con un messaggio.

      • Se la versione di SQL Server attualmente installata è supportata, fare clic su Ho capito per chiudere il messaggio, quindi fare clic su Avanti per continuare con l’aggiornamento di Citrix.
      • Se la versione di SQL Server attualmente installata non è supportata, fare clic su Ho capito per chiudere il messaggio, quindi fare clic su Annulla per terminare l’aggiornamento di Citrix. Aggiorna SQL Server a una versione supportata, quindi riavvia l’aggiornamento di Citrix.
    • Interfaccia della riga di comando: il comando fallisce e viene visualizzato un messaggio. Dopo aver chiuso il messaggio:

      • Se la versione di SQL Server attualmente installata è supportata, eseguire nuovamente il comando con l’opzione /ignore_db_check_failure .
      • Se la versione di SQL Server attualmente installata non è supportata, aggiornare SQL Server a una versione supportata. Eseguire nuovamente il comando per avviare l’aggiornamento di Citrix.

Aggiornamento di SQL Server

Se si attivano nuovi server SQL Server e si migra il database del sito, è necessario aggiornare le stringhe di connessione.

Se il sito utilizza attualmente SQL Server Express per il database del sito (che Citrix ha installato automaticamente durante la creazione del sito):

  1. Installare la versione più recente di SQL Server Express.
  2. Scollegare il database.
  3. Collegare il database al nuovo SQL Server Express.
  4. Migrare le stringhe di connessione.

Per ulteriori informazioni, vedere Configurazione delle stringhe di connessione e la documentazione del prodotto Microsoft SQL Server.

Sostituisci SQL Server Express LocalDB

Microsoft SQL Server Express LocalDB è una funzionalità di SQL Server Express che Local Host Cache utilizza in modo autonomo. La cache host locale non richiede alcun componente di SQL Server Express diverso da SQL Server Express LocalDB.

Se hai installato una versione di Delivery Controller precedente alla 1912 e poi aggiorni la distribuzione alla versione 1912 o successiva, Citrix non aggiornerà automaticamente la versione di SQL Server Express LocalDB. Perché no? Perché potresti avere componenti non Citrix che si basano su SQL Server Express LocalDB. Se sono presenti componenti non Citrix che utilizzano SQL Server Express LocalDB, assicurarsi che l’aggiornamento di SQL Server Express LocalDB non interrompa tali componenti. Per aggiornare (sostituire) la versione SQL Server Express LocalDB, seguire le istruzioni riportate in questa sezione.

  • Quando si aggiornano i Delivery Controller alle versioni 2402 LTSR o successive di Citrix Virtual Apps and Desktops: la versione supportata è SQL Server Express LocalDB 2022.

    Nota:

    Le versioni 2017, 2019 e 2022 di SQL Server Express LocalDB sono tutte compatibili tra loro. Pertanto, non è obbligatorio aggiornare SQL Server Express LocalDB affinché LHC funzioni.

Cosa ti serve:

  • Supporto di installazione di Citrix Virtual Apps and Desktops contenente una copia di Microsoft SQL Server Express LocalDB 2022.
  • Lo strumento PsExec dalla casella degli strumenti Sysinternals di Windows che puoi scaricare da Microsoft. Vedere il documento Microsoft PsExec v2.43.

Procedura:

  1. Completa l’aggiornamento dei componenti, dei database e del sito di Citrix Virtual Apps and Desktops. (Tali aggiornamenti del database interessano i database del sito, del monitoraggio e della registrazione della configurazione. Non influiscono sul database Local Host Cache che utilizza SQL Server Express LocalDB.)
  2. Accedere al Delivery Controller utilizzato per ricreare il database LHC.
  3. Su quel Delivery Controller, scarica PsExec da Microsoft e posizionalo in C:\Temp.
  4. Arrestare il servizio Citrix High Availability.
  5. Aprire il prompt dei comandi, andare su C:\Temp, quindi eseguire il seguente comando per elevare il prompt dei comandi con l’account del servizio di rete:

      psexec -i -u "NT AUTHORITY\NETWORKSERVICE" cmd
    <!--NeedCopy-->
    
  6. Esegui whoami per confermare che il prompt dei comandi è in esecuzione come account del servizio di rete. Si dovrebbe ottenere il seguente output: nt authority\networkservice.
  7. Utilizzare il prompt dei comandi per passare all’istanza SQL LocalDB:

    • Se si esegue l’aggiornamento da SQL LocalDB 2014:

         cd "C:\Program Files\Microsoft SQL Server\120\Tools\Binn"
       <!--NeedCopy-->
      
    • Se si esegue l’aggiornamento da SQL LocalDB 2017:

         cd "C:\Program Files\Microsoft SQL Server\140\Tools\Binn"
       <!--NeedCopy-->
      
    • Se si esegue l’aggiornamento da SQL LocalDB 2019:

         cd "C:\Program Files\Microsoft SQL Server\150\Tools\Binn"
       <!--NeedCopy-->
      
  8. Arresta ed elimina l’istanza SQL LocalDB: CitrixHA.

      SqlLocalDB stop CitrixHA
    
      SqlLocalDB delete CitrixHA
    <!--NeedCopy-->
    
  9. Rimuovere i file correlati in C:\Windows\ServiceProfiles\NetworkService.

      HADatabaseName.*
      HADatabaseName_log.*
      HAImportDatabaseName.* (if exists)
      HAImportDatabaseName_log.* (if exists)
    <!--NeedCopy-->
    
  10. Disinstallare SQL LocalDB SQL Server Express esistente dal server utilizzando la funzionalità di Windows per la rimozione dei programmi.
  11. Installa SQL Server Express LocalDB 2022. Nella cartella Support > SQLLocalDB sul supporto di installazione di Citrix Virtual Apps and Desktops, fare doppio clic su sqllocaldb.msi. Potrebbe essere richiesto un riavvio per completare l’installazione. Il nuovo SQL LocalDB risiede in C:\Programmi\Microsoft SQL Server\160\Tools\Binn.
  12. Avviare il servizio Citrix High Availability sul Delivery Controller in cui è stata disinstallata la vecchia versione di SQL LocalDB.
  13. Nel prompt dei comandi, esegui SqlLocalDB i per confermare se CitrixHA è stato creato di nuovo oppure no.
  14. Ripetere i passaggi sui Delivery Controller rimanenti.
  15. Assicurarsi che il database della cache host locale venga creato su ciascun Delivery Controller. Ciò conferma che, se necessario, il servizio di alta disponibilità (broker secondario) può subentrare.

    1. Sul server Controller, passare a C:\Windows\ServiceProfiles\NetworkService.
    2. Verificare che HaDatabaseName.mdf e HaDatabaseName_log.ldf siano stati creati.