Aggiornare una distribuzione

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.

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.

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.

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. Vedere Installare tramite la riga di comando.

Passaggio 1: preparazione

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

• Aggiornare vDAS alla versione 1912 o successiva
• Limitazioni
• Considerazioni sull’ambiente misto
• Sistemi operativi precedenti
• Preparazione
• Test preliminari sul sito
• Controllo della versione di SQL Server

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 Studio non è già stato aggiornato (perché si trovava sulla stessa macchina di un altro componente), eseguire il programma di installazione sulla macchina contenente Studio.

Passaggio 8: riavvio di Studio

Riavviare 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.

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 stai aggiornando un VDA alla versione 1912 o successiva, consulta Aggiornare i VDA alla versione 1912 o successiva.

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.

• Per una guida all’interfaccia grafica, vedere Installa VDA.
• Per la guida alla riga di comando, vedere Installazione tramite riga di comando.

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

Guarda questo video per saperne di più:

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

• Aggiorna i cataloghi che utilizzano macchine con VDA aggiornati.
• Aggiorna i cataloghi che utilizzano macchine con VDA aggiornati.
• Gruppi di distribuzione degli aggiornamenti che utilizzano macchine con VDA aggiornati.

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:

• StoreFront
• AppDNA
• Citrix App Layering
• HDX RealTime Optimization Pack
• Profile Management
• Citrix Provisioning
• Registrazione della sessione
• Workspace Environment Management

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 distribuzione a una nuova CU, è possibile aggiornare diversi schemi di database. La tabella seguente elenca quali schemi di database vengono aggiornati durante il processo:

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 1912 o successiva

Se su un VDA era stato installato il componente Personal vDisk (PvD), tale VDA non può essere aggiornato alla versione 1912 LTSR 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. Nelle versioni 7.15 LTSR e 7.x precedenti questa opzione era attivata per impostazione predefinita. Quindi, se sono state accettate le impostazioni predefinite (o se l’opzione è stata abilitata esplicitamente in qualsiasi versione), PvD è stato installato.
• 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 sai se il tuo VDA ha installato PvD, esegui il programma di installazione per il nuovo VDA (1912 LTSR 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. Per i dettagli, vedere Rimuovi componenti.
2. Installare il nuovo VDA.

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

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:

• Per gli LTSR, seleziona la tua versione LTSR dalla pagina principale della documentazione del prodotto Citrix Virtual Apps and Desktops .

  • Requisiti di sistema.
  • Elenchi dei componenti negli articoli della categoria Novità .

• Per CR (versioni correnti):

  • Delivery Controller, Studio, Director, VDA, Universal Print Server
  • Federated Authentication Service
  • Per StoreFront, Reimpostazione della password self-service e Registrazione della sessione, vedere l’articolo sui requisiti di sistema per la versione corrente.

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	Componente/funzione	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 di Windows 10 x86	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	VDI del server	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
• Ricreare l’immagine della macchina o aggiornarla
• Aggiungere nuove macchine e quindi rimuovere quelle vecchie

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. In caso contrario, il software Citrix sarà in uno stato non supportato. Installare quindi il nuovo componente.

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. Seguire i consigli per la rimozione dei controller in Delivery Controllers.

Preparazione

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

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 Programmi di installazione.

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).

• Installare/aggiornare i componenti principali utilizzando l’interfaccia grafica
• Installare/aggiornare i componenti principali utilizzando la riga di comando
• Installare/aggiornare i VDA utilizzando l’interfaccia grafica
• Installare/aggiornare i VDA utilizzando 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 a questa versione, durante il processo di aggiornamento si verifica un riavvio della macchina. (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 almeno SQL Server Express 2017 LocalDB CU16. Per informazioni dettagliate sulla sostituzione di SQL Server Express LocalDB con una nuova versione dopo l’aggiornamento dei componenti e del sito, vedere Sostituisci 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. Se si esegue l’aggiornamento da una versione precedente del prodotto, la versione 7.x, la data deve essere almeno 2019.1115.

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, eseguire 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\<StoreName>\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 maggiori dettagli, vedere Database.

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

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 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 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 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 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 (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.

• Durante l’aggiornamento dei Delivery Controller alle versioni 1912 LTSR di Citrix Virtual Apps and Desktops: la versione supportata è SQL Server Express LocalDB 2017.

  Nota:

  Le versioni 2017, 2019 e 2022 di SQL Server Express LocalDB sono tutte compatibili tra loro.

Cosa occorre:

• Supporto di installazione di Citrix Virtual Apps and Desktops contenente una copia di Microsoft SQL Server Express LocalDB 2017.
• 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-->
     

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 2017. 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:\Programmi\Microsoft SQL Server\140\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.