Documentazione dei prodotti
Citrix Virtual Apps and Desktops
Service Current Release 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR
Visualizza PDF

Aggiornare una distribuzione

November 5, 2024
Grazie al contributo di: 
C C

Introduzione

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

Per informazioni su quali versioni di Citrix Virtual Apps and Desktops è possibile aggiornare, vedere la Guida all’aggiornamento Citrix.

Prima di effettuare l’aggiornamento a una qualsiasi delle versioni di Citrix Virtual Apps and Desktops, assicurarsi che le date attuali di Customer Success Services siano valide e non siano scadute. Per ulteriori informazioni, vedere l’articolo Customer Success Services renewal licenses.

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

È possibile aggiornare qualsiasi componente che può essere installato con il programma di installazione completo del prodotto (e i programmi di installazione di VDA autonomi), se è disponibile una versione più recente. Per altri componenti non installati con il programma di installazione completo del prodotto (ad esempio Citrix Provisioning e Profile Management), vedere la documentazione del componente per indicazioni. Per gli aggiornamenti degli host, vedere la documentazione appropriata.

Esaminare tutte le informazioni contenute in questo articolo prima di iniziare un aggiornamento.

Sequenza di aggiornamento

Il diagramma seguente mostra i passaggi della sequenza di aggiornamento. La procedura di aggiornamento contiene i dettagli di ogni passaggio del 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à relativa al provisioning e al gruppo di consegna, come la creazione di un nuovo catalogo di macchine, l’eliminazione di un catalogo di macchine, l’aggiornamento di una macchina in un gruppo di consegna e così via.

Licenze Hybrid Rights

Le licenze Hybrid Rights sono licenze di abbonamento a termine che vengono fornite, in aggiunta alla sottoscrizione al servizio cloud, quando un cliente effettua la transizione da una licenza perpetua a una sottoscrizione a un servizio cloud. È anche possibile acquistare un componente aggiuntivo Hybrid Rights con le sottoscrizioni DaaS.

Se si dispone di una licenza Hybrid Rights con un attributo SaaS, quando si effettua l’aggiornamento a Citrix Virtual Apps and Desktops LTSR 2203 e versioni successive, si acquisisce il diritto 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 in cloud pubblici, come Microsoft Azure, AWS EC2 e Google Cloud. Prima di distribuire il nuovo file di licenza, aggiornare il server di licenza alla versione più recente.

Se si ha accesso a una licenza Hybrid Rights senza attributo SaaS, seguire questi passaggi per accedere alla nuova licenza Hybrid Rights con attributo SaaS:

Nota:

  • Si riceverà un’email con un nuovo codice di licenza. Per ulteriori informazioni, vedere Use license access code.
  • Le licenze esistenti vengono revocate. Le licenze revocate devono essere eliminate dai server licenze e seguite dall’installazione di una nuova licenza. Per ulteriori informazioni, vedere Deleting license files.

  1. Vai al portale citrix.com Manage Licenses e scarica il nuovo file di licenza Hybrid Rights con i diritti di cloud provisioning abilitati (attributo SaaS). Per ulteriori informazioni, vedere Download licenses. L’immagine seguente mostra il file di licenza Hybrid Rights con attributo SaaS nella sezione Increments.

    Attributo SaaS nel file licenza

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

Per ulteriori informazioni sul supporto dei cloud pubblici con Citrix Virtual Apps and Desktops Current Releases e Long Term Service Release, 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 contenente il componente.

Se un computer contiene più componenti (ad esempio Studio e License Server), tutti i componenti del computer vengono aggiornati se il supporto del prodotto contiene versioni più recenti del software.

Per utilizzare i programmi di installazione:

  • Per eseguire l’interfaccia grafica completa del programma di installazione del prodotto, accedere la computer e quindi inserire il supporto o montare l’unità ISO per la nuova versione. Fare doppio clic su AutoSelect.
  • Per utilizzare l’interfaccia della riga di comando, inserire il comando appropriato. Vedi Installare usando la riga di comando.

Passaggio 1: preparazione

Prima di iniziare un aggiornamento, assicurarsi di essere pronti. Leggere e completare tutte le attività necessarie:

Passaggio 2: aggiornamento di License Server

Se l’installazione ha una nuova versione del software Citrix License Server, aggiornare questo componente prima di qualsiasi altro.

Se non è ancora stato determinato se il 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: aggiornamento di StoreFront

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

  • Nell’interfaccia grafica, scegliere Citrix StoreFront nella 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: aggiornamento di 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: aggiornamento di Citrix Provisioning

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

Passaggio 6: aggiornamento di metà dei Delivery Controller

Ad esempio, se il sito dispone di quattro controller, eseguire il programma di installazione su due di essi.

Lasciare attiva metà dei controller consente agli utenti di accedere al sito. I VDA possono registrarsi con i controller rimanenti. Potrebbero esserci momenti in cui il sito ha una capacità ridotta perché sono disponibili meno controller. L’aggiornamento causa solo una breve interruzione nello stabilire nuove connessioni client durante le fasi finali di aggiornamento del database. I controller aggiornati non possono elaborare le richieste fino a quando non viene aggiornato l’intero sito.

Se il tuo sito dispone di un solo controller, non è utilizzabile durante l’aggiornamento.

I test preliminari sul sito vengono eseguiti sul primo controller, prima dell’avvio dell’aggiornamento effettivo. Per ulteriori informazioni, vedere Test preliminari sul sito.

Passaggio 7: aggiornamento di Studio

Se Web Studio non è già stato aggiornato (perché si trovava sulla stessa macchina di un altro componente), eseguire il programma di installazione sulla macchina contenente Studio.

Nota:

Dopo l’aggiornamento di Web Studio, le informazioni sulla versione potrebbero non essere aggiornate immediatamente. È possibile che venga richiesto di aggiornare Web Studio anche se è già aggiornato. Per risolvere il problema, accedi al server Web Studio, apri Internet Information Services (IIS) Manager, vai alla pagina iniziale > Sites > Default Web Site e seleziona Restart nel riquadro Gestisci sito Web.

Passaggio 8: riavvio di Studio

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

Passaggio 9: aggiornamento del database e del sito

Nota:

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

Vedere Preparazione per informazioni sulle autorizzazioni necessarie per aggiornare lo schema dei database di SQL Server.

  • Se si dispone di autorizzazioni sufficienti per aggiornare lo schema del database di SQL Server, è possibile avviare un aggiornamento automatico del database. Continuare con Aggiornare automaticamente il database e il sito.
  • Se non si dispone di autorizzazioni sufficienti per il database, è possibile avviare un aggiornamento manuale che utilizza script e procedere con l’aiuto dell’amministratore del database (un utente che dispone delle autorizzazioni necessarie). Per un aggiornamento manuale, l’utente di 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. Continuare con Aggiornare 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 dbschema nella stessa zona in cui sono ospitati 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 dell’aggiornamento. Vedere CTX135207. Durante un aggiornamento del database, i servizi del prodotto sono disattivati. Durante questo periodo, i controller non possono mediare nuove connessioni per il sito, quindi è bene pianificare attentamente.

Aggiornare automaticamente il database e il sito

  1. Avviare Studio appena aggiornato.
  2. Indicare che si desidera avviare automaticamente l’aggiornamento del sito e confermare di essere pronti.

L’aggiornamento del database e del sito procede.

Aggiornare manualmente il database e il sito

  1. Avviare Studio appena aggiornato.
  2. Indicare che si desidera aggiornare manualmente il sito. La procedura guidata verifica la compatibilità di License Server e chiede conferma.

  3. Confermare di aver eseguito il backup del database.

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

  4. Eseguire i seguenti script 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 aver applicato un hotfix).
    • EnableServices.ps1: L’utente Studio esegue questo script di PowerShell su un controller per abilitare i servizi del prodotto.

    Dopo aver completato l’aggiornamento del database e aver attivato i servizi del prodotto, Studio esegue automaticamente il test dell’ambiente e della configurazione, quindi genera un report HTML. Se vengono identificati problemi, è possibile ripristinare il backup del database. Dopo aver risolto i problemi, è possibile aggiornare nuovamente il database.

  5. Dopo aver completato le attività indicate nell’elenco di controllo, fare clic su Fine aggiornamento.

Passaggio 10: aggiornamento dei Delivery Controller rimanenti

Da Studio appena aggiornato, selezionare Citrix Studio nome-sito nel riquadro di navigazione. Nella scheda Attività comuni selezionare Aggiornamento dei Delivery Controller rimanenti.

Nota:

Per rendere disponibili Upgrade restanti Delivery Controller , create almeno un catalogo macchine e un gruppo di consegna per il sito.

Dopo aver completato l’aggiornamento e aver confermato il completamento, chiudere Studio e riaprirlo. Studio potrebbe richiedere un aggiornamento del sito aggiuntivo per registrare i servizi del controller nel sito o per creare un ID zona se non esiste.

Passaggio 11: aggiornamento dei VDA

Importante:

Se si sta aggiornando un VDA alla versione 1912 o successiva, vedere Aggiornamento dei VDA a 1912 o versioni successive.

Eseguire il programma di installazione del prodotto su macchine contenenti VDA.

Se sono stati utilizzati Machine Creation Services e un’immagine master per creare macchine, passare all’host e aggiornare il VDA sull’immagine master. È possibile utilizzare uno qualsiasi dei programmi di installazione di VDA disponibili.

Se è stato utilizzato Citrix Provisioning per creare macchine, vedere la documentazione del prodotto Citrix Provisioning per informazioni sull’aggiornamento.

Passaggio 12: aggiornamento dei cataloghi di macchine e dei gruppi di consegna

Passaggio 13: dopo l’aggiornamento

Dopo aver completato un aggiornamento, è possibile effettuare un test del sito appena aggiornato. Da Studio selezionare Citrix Studio nome-sito nel riquadro di navigazione. Nella scheda Attività comuni selezionare Test sito. Questi test vengono eseguiti automaticamente dopo l’aggiornamento del database, ma è possibile eseguirli nuovamente in qualsiasi momento.

I test potrebbero non riuscire per un controller su Windows Server 2016 quando viene utilizzato un Microsoft SQL Server Express locale per il database del sito, se il servizio SQL Server Browser non viene avviato. Per evitare il problema:

  • Abilitare il servizio Browser SQL Server (se necessario) e quindi avviarlo.
  • Riavviare il servizio SQL Server (SQLEXPRESS).

Aggiornare gli altri componenti della distribuzione. Per informazioni, vedere la documentazione dei prodotti seguenti:

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

Aggiornamento Dbschema

Quando si aggiorna la propria distribuzione, è possibile aggiornare diversi schemi di database. La tabella seguente elenca quali schemi di database vengono aggiornati durante il processo:

Aggiornamenti Dbschema

Definizione dei termini:

  • Sito: archivio dati del sito. L’aggiornamento di Dbschema viene effettuato nell’archivio dati del sito.
  • Monitor: archivio dati di monitoraggio. L’aggiornamento di Dbschema viene effettuato nell’archivio dati di monitoraggio.
  • Config: tabella di configurazione. La versione di Desktop Studio, le informazioni sulle licenze o entrambe vengono aggiornate nella tabella Configuration.
  • Registrazione: registrazione dell’archivio dati. L’aggiornamento di Dbschema viene effettuato nell’archivio dati di registrazione.

Aggiornare vDAS alla versione 2203 o successiva

Se il componente Personal vDisk (PvD) è 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 si applica anche se non PvD non è stato mai usato.

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 è stata specificata questa opzione o è stato utilizzato uno script che la conteneva, è stato installato PvD.

Se non è noto se sul VDA è installato PvD, eseguire 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 che è presente un componente incompatibile.
    • Dall’interfaccia grafica, fare clic su Cancel nella pagina contenente il messaggio, quindi confermare che si desidera chiudere il programma di installazione.
    • Dall’interfaccia della riga di comando, il comando fallisce semplicemente con il messaggio visualizzato.
  • Se PvD non è installato, l’aggiornamento procede.

Cosa fare

Se nel VDA non è installato PvD, seguire la normale procedura di aggiornamento.

Se nel VDA è installato PvD:

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

Se si desidera continuare a utilizzare PvD sui computer Windows 10 (1607 e versioni precedenti, senza aggiornamenti), VDA 7.15 LTSR è l’ultima versione supportata.

Nota:

È possibile usare 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, modifica che è stata annunciata in gennaio 2016. Inoltre, Citrix ha annunciato la deprecazione 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 di XenApp e XenDesktop 7.15 LTSR. Tuttavia, per aiutare i clienti che hanno le distribuzioni PvD esistenti su Windows 7 a migrare alla tecnologia Citrix App Layering, Citrix ha deciso di fornire supporto limitato nel tempo per le distribuzioni PvD per i desktop Windows 7 tramite XenApp e XenDesktop 7.15 LTSR Cumulative Updates (CU) fino al 14 gennaio 2020. Il componente PvD verrà rimosso dai CU LTSR e non sarà supportato dopo il 14 gennaio 2020. Inoltre, l’uso di PvD per Windows 7 dopo il 14 gennaio 2020 renderà i siti LTSR non conformi. PvD per Windows 10 continua anche ad essere escluso da 7.15 LTSR. Pertanto, i clienti non devono utilizzarlo con i loro siti LTSR 7.15.

Rimuovere PvD, AppDisks e host non supportati

Le tecnologie e i tipi di host seguenti non sono supportati nelle distribuzioni di Citrix Virtual Apps and Desktops 7 versione corrente:

  • Personal vDisks (PvD) per la memorizzazione dei dati accanto alle VM degli utenti nei cataloghi. La funzionalità del livello di personalizzazione utente gestisce ora la persistenza dell’utente.
  • AppDisks per la gestione delle applicazioni utilizzate nei gruppi di consegna.
  • 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 AppDisks o dispone di connessioni a tipi di host non supportati (ad esempio, Microsoft Azure Classic), è possibile eseguire l’aggiornamento alla versione 2006 (o versioni successive supportate) solo dopo aver rimosso gli elementi che utilizzano tali tecnologie. Se la distribuzione corrente utilizza connessioni a host cloud pubblici (ad esempio, AWS), assicurarsi di avere una licenza Hybrid Rights prima di eseguire l’aggiornamento. Quando il programma di installazione rileva una o più tecnologie o connessioni host non supportate senza la licenza Hybrid Rights, l’aggiornamento viene sospeso o interrotto e viene visualizzato un messaggio esplicativo. I registri del programma di installazione ne contengono i dettagli.

Per garantire l’esito positivo dell’aggiornamento, vedere e seguire le istruzioni applicabili per rimuovere gli elementi non supportati.

Anche se non è stato utilizzato PvD o AppDisks nella distribuzione, è possibile che gli MSI correlati siano stati inclusi in un’installazione o un aggiornamento VDA precedente. Prima di poter aggiornare i VDA alla versione 2006 (o a una versione successiva supportata), è necessario rimuovere tale software, anche se non è mai stato utilizzato. Quando si utilizza l’interfaccia grafica, tale rimozione può essere eseguita automaticamente oppure è possibile includere le opzioni di rimozione quando si utilizza l’interfaccia CLI. Per ulteriori informazioni, vedere Aggiornamento dei VDA con componenti PvD o AppDisks.

Rimuovere PvD

Un aggiornamento della distribuzione non può avere esito positivo fino a quando non vengono rimossi tutti i computer configurati per l’utilizzo di PvD. Ciò influisce sui cataloghi e i 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 dei VDA: l’aggiornamento della distribuzione non rileva se i VDA hanno i componenti AppDisk o PvD installati. Tuttavia, i programmi di installazione dei VDA lo fanno. Per ulteriori informazioni, vedere VDA con componenti PvD o AppDisks.

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

Rimuovere AppDisks

Un aggiornamento della distribuzione non può procedere fino a quando non si rimuove AppDisks da tutti i gruppi di consegna che li utilizzano e quindi rimuovere gli AppDisks stessi.

  1. Selezionare Gruppi di consegna nel riquadro di spostamento di Studio.
  2. Selezionare un gruppo e quindi fare clic su Gestisci AppDisks nel riquadro azioni.
  3. Fare clic sull’azione che rimuove AppDisk dal gruppo.
  4. Ripetere i passaggi 2 e 3 per ogni gruppo di consegna che utilizza AppDisks.
  5. Selezionare AppDisks nel riquadro di spostamento Studio.
  6. Selezionare un AppDisk e fare clic sull’azione che elimina AppDisk.
  7. Ripetere i passaggi 5 e 6 per ogni AppDisk.

Aggiornamenti dei VDA: l’aggiornamento della distribuzione non rileva se i VDA hanno i componenti AppDisk o PvD installati. Tuttavia, i programmi di installazione dei VDA lo fanno. Per ulteriori informazioni, vedere VDA con componenti PvD o AppDisks.

Rimuovere gli elementi host non supportati

Un aggiornamento della distribuzione alla versione 2006 (o versione successiva supportata) non può continuare se il sito dispone di connessioni a tipi di host non supportati, ad esempio Citrix CloudPlatform o Microsoft Azure Classic. Completare le seguenti attività prima di tentare un aggiornamento.

Da Studio:

VDA con componenti PvD o AppDisks

Se i componenti che abilitano le tecnologie PvD e AppDisks sono installati su un VDA, tale VDA non può essere aggiornato fino a quando tali componenti non vengono rimossi.

Nota:

Durante l’aggiornamento alla versione 1912, è necessario disinstallare il VDA corrente e quindi installare il nuovo VDA. In questa versione, viene chiesto se si desidera che Citrix rimuova il componente e quindi continui l’aggiornamento.

I componenti AppDisk e PvD potrebbero essere stati installati nelle versioni precedenti dei VDA, anche se non tali tecnologie non son state mai utilizzate:

  • Interfaccia grafica: nei programmi di installazione dei VDA, la pagina Componenti aggiuntivi conteneva l’opzione Citrix AppDisk/Personal vDisk. Nelle versioni 7.15 LTSR e 7.x precedenti questa opzione era attivata per impostazione predefinita. Quindi, se si accettavano le impostazioni predefinita (o si era abilitata esplicitamente l’opzione in qualsiasi versione che la offriva), quel componente veniva installato.
  • CLI: specificando l’opzione /baseimage è stato installato il componente.

Cosa fare

Se il programma di installazione dei VDA non rileva i componenti AppDisks o PvD nel VDA attualmente installato, l’aggiornamento procede come di consueto.

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

  • Interfaccia grafica: l’aggiornamento va in pausa. Viene visualizzato un messaggio in cui si chiede se si desidera rimuovere automaticamente i componenti non supportati. Se si fa clic su OK, i componenti vengono rimossi automaticamente e l’aggiornamento procede.

  • CLI: per evitare errori di comando, includere le seguenti opzioni nel comando:

    • /remove_appdisk_ack
    • /remove_pvd_ack

Limitazioni

Agli aggiornamenti si applicano le seguenti limitazioni:

  • Installazione selettiva dei componenti: se si installano o si aggiornano componenti nella nuova versione, ma si sceglie di non aggiornare altri componenti (su macchine diverse) che richiedono l’aggiornamento, Studio visualizza un promemoria. 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 consente di continuare a gestire il sito fino a quando non si aggiorna Studio.

    Non è necessario aggiornare i VDA, ma Citrix consiglia di aggiornare tutti i VDA per consentire l’utilizzo di tutte le funzionalità disponibili.

  • Versione anticipata o anteprima tecnologia: non è possibile eseguire l’aggiornamento da una versione anticipata, un’anteprima tecnologica o una versione di anteprima.

  • Componenti su sistemi operativi precedenti: non è possibile installare VDA correnti su sistemi operativi non più supportati da Microsoft o Citrix. Per ulteriori informazioni, vedere Sistemi operativi precedenti.

  • Ambienti/siti misti: se è necessario continuare a eseguire siti di versioni precedenti e siti della versione corrente, vedere Considerazioni sull’ambiente misto.

  • Selezione di prodotti: quando si esegue l’aggiornamento da una versione precedente, non si sceglie né si specifica il prodotto (Citrix Virtual Apps o Citrix Virtual Apps and Desktops) che è stato configurato durante l’installazione.

Considerazioni sull’ambiente misto

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

Ad esempio, sebbene sia possibile utilizzare i VDA correnti nelle distribuzioni contenenti versioni precedenti del controller, è possibile che le nuove funzionalità della versione corrente non siano disponibili. Possono verificarsi problemi di registrazione dei VDA anche quando si utilizzano versioni non correnti.

In alcuni ambienti potrebbe non essere possibile aggiornare tutti i VDA alla versione più recente. In tal caso, quando si crea un catalogo di macchine, è possibile specificare la versione VDA installata sui computer (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. Prendere in considerazione la possibilità di modificare l’impostazione indicando una versione precedente solo se il catalogo contiene VDA precedenti al valore predefinito. Non è consigliato far coesistere versioni diverse di VDA in un catalogo macchine.

Se viene creato un catalogo con l’impostazione della versione VDA minima predefinita e uno o più computer dispone di un VDA precedente alla versione predefinita, tali computer non potranno registrarsi con il controller e non funzioneranno.

Per ulteriori informazioni, vedere Versioni VDA e livelli funzionali.

Più siti con versioni diverse

Quando l’ambiente contiene siti con versioni di prodotto diverse (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 di versioni diverse del prodotto. Per ulteriori informazioni, vedere la documentazione di StoreFront.

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

Sistemi operativi precedenti

Supponiamo che sia stata installata una versione precedente di un componente su un computer che eseguiva una versione del sistema operativo supportata. Ora, si intende utilizzare una versione più recente del componente, ma tale sistema operativo non è più supportato per la versione corrente del componente.

Si supponga, ad esempio, che sia stato installato un server VDA su un computer con Windows Server 2008 R2. Ora si desidera aggiornare tale VDA alla versione corrente, ma Windows Server 2008 R2 non è supportato nella versione corrente a cui si sta eseguendo l’aggiornamento.

Se si tenta di installare o aggiornare un componente in un sistema operativo non più consentito, viene visualizzato un messaggio di errore, ad esempio “Cannot be installed on this operating system” (“Impossibile installare su questo sistema operativo”).

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

Seguire i collegamenti per scoprire quali sistemi operativi sono supportati:

Sistemi operativi non validi

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

I sistemi operativi indicti nella tabella includono service pack e aggiornamenti.

Sistema operativo Component/feature 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 x86 di Windows 10 VDA 1906.2.0 1909   Windows Server 2008 R2 VDA 7.15 LTSR 7.16   Windows Server 2008 R2 Altri componenti del programma di installazione 7.17 7.18   Windows Server 2012 VDA 7.15 LTSR 7.16   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 nessun componente o tecnologia 7.x.n

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

Cosa si può fare

Sono disponibili delle scelte. È possibile effettuare le seguenti operazioni:

Continuare a utilizzare il sistema operativo corrente

Questi metodi sono fattibili per i VDA. Se si desidera continuare a utilizzare macchine con il sistema operativo precedente, è possibile scegliere una delle seguenti opzioni:

  • Continuare a utilizzare la versione del componente installata.
  • Scaricare la versione più recente valida del componente e quindi aggiornare il componente a tale versione (si presuppone che l’ultima versione valida del componente non sia già installata).

Ad esempio, si dispone di un VDA 7.14 su un computer con Windows 7 SP1. L’ultima versione di VDA valida sui sistemi operativi Windows 7 è XenApp e XenDesktop 7.15 LTSR. È possibile continuare a utilizzare 7.14 o scaricare un VDA LTSR 7.15 e quindi aggiornare il VDA a quella versione. Queste versioni di 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.

Ricreare l’immagine della macchina o aggiornarla

Questi metodi sono fattibili per i VDA e per altre macchine che non dispongono di componenti di base (ad esempio Delivery Controller) installati. Scegliere una delle seguenti opzioni:

  • Dopo aver messo il computer fuori servizio (attivando la modalità di manutenzione e consentendo la chiusura di tutte le sessioni), è possibile ricrearne l’immagine su una versione supportata del sistema operativo Windows e quindi installare la versione più recente del componente.
  • Per aggiornare il sistema operativo senza ricreare l’immagine, disinstallare il software Citrix prima di aggiornare il sistema operativo, inclusi gli aggiornamenti interni al sistema operativo. Ad esempio, da Windows 10 versione 1903 a Windows 10 versione 1909. Altrimenti, il software Citrix non sarà supportato. Installare quindi il nuovo componente.
  • Per aggiornare il sistema operativo in una macchina VDA senza creare una nuova immagine, è necessario innanzitutto installare laa versione del VDA supportata nel sistema operativo a cui si sta effettuando l’aggiornamento o aggiornare il VDA dopo l’aggiornamento del sistema operativo. Altrimenti, 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 il VDA:
  • Se la versione di Windows a cui si intende passare con l’aggiornamento non è in linea con le linee guida sopra menzionate, è necessario disinstallare il VDA prima di aggiornare il sistema operativo e quindi installare una versione VDA supportata al termine dell’aggiornamento del sistema operativo.

Aggiungere nuove macchine e quindi rimuovere quelle vecchie

Questo metodo può essere utilizzato se è necessario aggiornare il sistema operativo su macchine contenenti un Delivery Controller o un altro componente principale.

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

  1. Eseguire una snapshot di tutti i Delivery Controller presenti nel sito e 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 computer 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 computer Windows Server 2008 R2. Segui i consigli per rimuovere i controller in Delivery Controllers.

Preparazione

Prima di iniziare un aggiornamento, esaminare le informazioni riportate di seguito e completare le attività necessarie.

Nota:

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

Scegliere un programma di installazione e un’interfaccia

Utilizzare il programma di installazione completo dell’ISO del prodotto per aggiornare i componenti. È possibile aggiornare i VDA utilizzando il programma di installazione del prodotto intero o uno dei programmi di installazione VDA autonomi. Tutti i programmi di installazione offrono la possibilità di utilizzare l’interfaccia grafica o la riga di comando.

Per ulteriori informazioni, vedere Installers.

Dettagli dell’installazione: dopo aver completato qualsiasi lavoro di preparazione e quando si è pronti per avviare il programma di installazione, l’articolo sull’installazione mostra cosa sarà visualizzato (se si utilizza l’interfaccia grafica) o cosa digitare (se si utilizza la 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, vi sarà un riavvio del computer durante il processo di aggiornamento. (Questo requisito è stato introdotto con la versione 7.17.) Questo non può essere evitato. L’aggiornamento riprende automaticamente dopo il riavvio (a meno che non si specifichi /noresume sulla riga di comando).

Azioni riguardanti i database

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

Per informazioni sull’aggiornamento delle versioni di SQL Server non più supportate, vedere Controllo della versione di SQL Server. Questo si riferisce a SQL Server utilizzato per i database di registrazione del sito, del monitoraggio e della configurazione.

Microsoft SQL Server Express LocalDB viene installato automaticamente, per l’utilizzo con la cache host locale. 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 una nuova versione dopo l’aggiornamento dei componenti e del sito, vedere Sostituire SQL Server Express LocalDB.

Assicurarsi che le proprie licenze Citrix siano aggiornate

Per una panoramica completa della 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 i componenti della licenza separatamente. Vedere Eseguire l’aggiornamento.

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

Assicurarsi che la propria versione di Citrix License Server sia compatibile

Assicurarsi che 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. In caso di problemi di incompatibilità, il programma di installazione lo segnala insieme ai passaggi consigliati per risolvere i problemi.

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

Eseguire il backup di eventuali 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 è possibile ripristinarli per reintegrare le modifiche.

Chiudere applicazioni e console

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

Il riavvio del computer garantisce che tutti i blocchi di file vengano cancellati e che non vi siano aggiornamenti di Windows in sospeso.

Prima di avviare un aggiornamento, arrestare e disattivare qualsiasi servizio agente di monitoraggio di terze parti.

Assicurarsi di disporre delle autorizzazioni appropriate

Oltre ad essere un utente di dominio, è necessario essere un amministratore locale dei computer in cui si stanno aggiornando i componenti del prodotto.

Il database del sito e il sito 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 i dettagli, vedere Databases.

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

Altre attività di preparazione

  • Eseguire il backup dei modelli e aggiornare gli hypervisor, se necessario
  • Completare qualsiasi altra attività di preparazione dettata dal piano di continuità aziendale.

Test preliminari sul sito

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

  • Il database del sito possa essere raggiunto e che ne sia stato eseguito il backup
  • Le connessioni ai servizi Citrix essenziali funzionino correttamente
  • L’indirizzo di Citrix License Server sia disponibile
  • Sia possibile raggiungere il database di registrazione della configurazione
  • Assicurarsi di avere una licenza Hybrid Rights se si intende aggiungere connessioni a host cloud pubblici (ad esempio, AWS). In caso contrario, il test preliminare del sito si interrompe o si arresta e viene visualizzato un messaggio esplicativo.

Dopo l’esecuzione dei 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 della successiva risoluzione di eventuali problemi può influire sul funzionamento del sito.

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

Eseguire i test

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

Citrix consiglia di eseguire sempre i test preliminari del sito e risolvere eventuali problemi prima di continuare l’aggiornamento del controller e del sito. Il potenziale beneficio giustifica ampiamente il tempo impiegato per la riesecuzione dei test. Tuttavia, è possibile ignorare questa azione consigliata.

  • Quando si esegue l’aggiornamento con l’interfaccia grafica, è possibile scegliere di saltare i test e continuare il processo di aggiornamento.
  • Quando si esegue l’aggiornamento dalla riga di comando, non è possibile saltare i test. Per impostazione predefinita, un test del sito non riuscito fa chiudere il 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 quindi si avvia un aggiornamento di un altro controller che si trova 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 dell’altro controller.
  • Se i test del primo controller sono in corso quando si avvia l’aggiornamento dell’altro controller, la pagina dei test del sito viene visualizzata nella procedura guidata dell’altro controller. Tuttavia, se i test del primo controller terminano, vengono conservati solo i risultati del test del primo controller.

Errori di test non correlati allo stato di salute del sito

  • Se i test preliminari del sito non riescono per un problema di memoria insufficiente, rendere disponibile più memoria e quindi eseguire nuovamente i test.
  • Se si dispone dell’autorizzazione per l’aggiornamento, ma non per eseguire test del sito, i test preliminari del sito non riescono. Per risolvere il 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

Una distribuzione corretta di Citrix Virtual Apps and Desktops richiede una versione supportata di Microsoft SQL Server per i database di registrazione del sito, del monitoraggio 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à supportato.

Per sapere quali versioni di SQL Server sono supportate per la versione Citrix a cui state eseguendo l’aggiornamento, consultate l’articolo Requisiti di sistema per quella versione.

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

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

    • Interfaccia grafica: l’aggiornamento si ferma e viene visualizzato un messaggio. Fare clic su Accetto e quindi su Annulla per chiudere il programma di installazione Citrix. Non è possibile procedere all’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 e quindi avviare nuovamente l’aggiornamento Citrix.

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

    • Interfaccia grafica: l’aggiornamento si ferma e viene visualizzato un messaggio.

      • Se la versione di SQL Server attualmente installata è supportata, fare clic su Accetto per chiudere il messaggio e quindi su Avanti per continuare l’aggiornamento Citrix.
      • Se la versione di SQL Server attualmente installata non è supportata, fare clic su Accetto per chiudere il messaggio e quindi fare clic su Annulla per terminare l’aggiornamento Citrix. Aggiornare SQL Server a una versione supportata e quindi avviare nuovamente l’aggiornamento Citrix.

    • Interfaccia della riga di comando: il comando non riesce 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 Citrix.

Aggiornamento di SQL Server

Se si aggiungono nuovi server SQL Server e si esegue la migrazione del 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. Effettuare la migrazione delle stringhe di connessione.

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

Sostituzione di SQL Server Express LocalDB

Microsoft SQL Server Express LocalDB è una funzionalità di SQL Server Express utilizzata dalla cache host locale in modo autonomo. La cache host locale non richiede componenti di SQL Server Express diversi da SQL Server Express LocalDB.

Se è stata installata una versione di Delivery Controller precedente alla 1912 e quindi si aggiorna la distribuzione alla versione 1912 o successiva, Citrix non aggiorna automaticamente la versione di SQL Server Express LocalDB. Perché no? Perché potrebbero essere presenti componenti non Citrix che fanno affidamento su SQL Server Express LocalDB. Se si dispone di componenti non Citrix che utilizzano SQL Server Express LocalDB, assicurarsi che l’aggiornamento di SQL Server Express LocalDB non interferisca con tali componenti. Per aggiornare (sostituire) la versione di SQL Server Express LocalDB, seguire le istruzioni riportate in questa sezione.

  • Quando si aggiornano i Delivery Controller a Citrix Virtual Apps and Desktops versioni 2402 LTSR o successive: 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 occorre:

  • Il 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. Completare l’aggiornamento dei componenti, dei database e del sito Citrix Virtual Apps and Desktops. Tali aggiornamenti del database influiscono sui database di registrazione del sito, del monitoraggio e della configurazione. Non influiscono sul database della cache host locale 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" comando
<!--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:\Programmi\Microsoft SQL Server\120\Tools\Binn"
 <!--NeedCopy-->

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

       cd "C:\Programmi\Microsoft SQL Server\140\Tools\Binn"
 <!--NeedCopy-->

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

       cd "C:\Programmi\Microsoft SQL Server\150\Tools\Binn"
 <!--NeedCopy-->

  8. Arresta ed elimina l’istanza SQL LocalDB: CitrixHA.

    SqlLocalDB arresta CitrixHA

SqlLocalDB elimina CitrixHA
<!--NeedCopy-->

  9. Rimuovere i file correlati in C:\Windows\ServiceProfiles\NetworkService.

    HADatabaseName.*
HADatabaseName_log.*
HAImportDatabaseName.* (se esiste)
HAImportDatabaseName_log.* (se esiste)
<!--NeedCopy-->
  10. Disinstallare SQL LocalDB SQL Server Express esistente dal server utilizzando la funzionalità di Windows per la rimozione dei programmi.
  11. Installare 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. Per completare l’installazione potrebbe essere richiesto un riavvio. Il nuovo SQL LocalDB risiede in C:\Program Files\ 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 il servizio High Availability (broker secondario) può subentrare, se necessario.

    1. Sul server Controller, passare a C:\Windows\ServiceProfiles\NetworkService.
    2. Verificare che HaDatabaseName.mdf e HaDatabaseName_log.ldf siano stati creati.
Aggiornare una distribuzione
November 5, 2024
Grazie al contributo di: 
C C
November 5, 2024
Grazie al contributo di: 
C C

In questo articolo

Feedback sito | Your privacy choices footer linkScelte di privacy | Privacy e condizioni legali | Preferenze cookie | Impostazioni di consenso | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.