Aggiornare i VDA
Introduzione
Citrix mantiene tutti i componenti di Citrix DaaS (in precedenza chiamato Citrix Virtual Apps and Desktops) della distribuzione dell’utente, ad eccezione dei VDA.
Prima di iniziare un aggiornamento di VDA:
- Leggere l’intero articolo, in modo da sapere cosa aspettarsi.
- Esaminare la policy del ciclo di vita per Citrix DaaS.
Per aggiornare un VDA, scaricare un programma di installazione VDA ed eseguirlo sulla macchina o sull’immagine. È possibile utilizzare l’interfaccia grafica o la riga di comando del programma di installazione. Per informazioni, vedere:
- Programmi di installazione dei VDA
- Installare i VDA utilizzando l’interfaccia grafica
- Installare i VDA utilizzando la riga di comando
Se il VDA è stato originariamente installato utilizzando VDAWorkstationCoreSetup.exe:
- Questa configurazione viene mantenuta se si aggiorna il VDA con l’ultima versione dello stesso programma di installazione.
- Se si esegue
VDAWorkstationSetup.exesu quella macchina, è possibile abilitare le funzionalità non supportate inVDAWorkstationCoreSetup.exe. Tenere presente che alcune di queste funzionalità potrebbero essere abilitate per impostazione predefinita nel programma di installazione diVDAWorkstationSetup.exe. È inoltre possibile installare l’app Citrix Workspace.
Nota:
Quando si aggiorna un VDA alla versione 7.17 o a una versione successiva supportata, si verifica un riavvio durante l’aggiornamento. Questo riavvio non può essere evitato. L’aggiornamento riprende automaticamente dopo il riavvio (a meno che non venga specificato
/noresumenella riga di comando).
Dopo aver aggiornato i VDA, aggiornare le immagini e i cataloghi che utilizzano quei VDA.
Aggiornare i vDA utilizzando l’interfaccia Full Configuration
Importante:
- Come best practice, si consiglia di testare accuratamente gli aggiornamenti dei VDA prima di passare alla produzione.
- È possibile passare dal VDA CR al VDA LTSR purché si passi da una versione precedente a una versione successiva. Non è possibile passare da una versione successiva a una versione precedente perché questo è considerato un downgrade. Ad esempio, non è possibile effettuare il downgrade da 2212 CR a 2203 LTSR (qualsiasi CU), ma è possibile eseguire l’upgrade da 2112 CR a 2203 LTSR (qualsiasi CU).
- Gli aggiornamenti su richiesta (quali gli aggiornamenti rapidi e le patch tra le versioni principali) non sono supportati.
Utilizzando l’interfaccia Full Configuration, è possibile aggiornare i VDA in base ai cataloghi o alle macchine. È possibile aggiornarli immediatamente o a un orario pianificato.
Per ulteriori informazioni sul servizio di aggiornamento VDA, vedere Tech Brief: Citrix VDA Upgrade service. L’articolo contiene una panoramica del servizio, informazioni dettagliate su come funziona e altre risorse utili.
Prerequisiti
- Piano di controllo: Citrix DaaS
- Tipo di VDA: VDA con sistema operativo a sessione singola o multisessione
-
Versione VDA: 2109 o successiva o 2203 LTSR o successiva
Nota:
Consigliamo di utilizzare il VDA CR più recente o il più recente VDA LTSR CU.
- Tipo di provisioning: macchine persistenti (quali le macchine con provisioning MCS, macchine Accesso remoto PC, Citrix HDXPlus per Windows 365). Vedere Tipi di macchine supportati.
- I VDA devono avere VDA Upgrade Agent installato e il servizio deve essere in esecuzione.
- Si deve disporre delle autorizzazioni per aggiornare i VDA.
- L’aggiornamento del VDA deve essere configurato con il corretto tracciamento CR o LTSR in Full Configuration.
-
I VDA non devono essere in uso (gli utenti devono scollegarsi).
Nota:
Gli aggiornamenti vengono ignorati per tutti i VDA in uso o in stato disconnesso. È consigliabile pianificare una finestra di aggiornamento e richiedere agli utenti di scollegarsi dai VDA.
- I VDA non devono essere in modalità di manutenzione (un VDA può essere messo in modalità di manutenzione da un amministratore o può anche essere messo automaticamente in modalità di manutenzione se ha superato il numero massimo di tentativi di registrazione consentiti).
- Gli URL pertinenti devono essere stati aggiunti all’elenco degli indirizzi consentiti se il filtro URL è attivo. Vedere VDA upgrade requirement.
- I VDA devono appartenere a un gruppo di consegna ed essere registrati in DaaS.
- Il livello di funzionalità è impostato correttamente in modo che la funzione di aggiornamento del VDA sia disponibile per l’uso. Vedere Versioni e livelli funzionali dei VDA.
- Il VDA di destinazione supporta il sistema operativo del VDA corrente.
Problemi noti
Problema 1: aggiornamento dei VDA LTSR alle versioni LTSR Cumulative Update (CU) non riuscito
I tentativi di aggiornamento dei VDA LTSR alle versioni LTSR CU (Cumulative Update) potrebbero fallire. Sebbene il processo di aggiornamento sembri essere completato correttamente in Full Configuration, la versione installata del VDA non cambia e lo stato torna a Upgrade Available dopo un minuto o due. Il problema si verifica con i VDA su cui è installata la versione 7.35.0.7 o precedente di VDA Upgrade Agent.
Per risolvere il problema, accedere al VDA e aggiornare VDA Upgrade Agent alla versione 7.37.0.7 o a una versione successiva (utilizzando il programma di installazione VDA versione 2303 o successiva). A partire dalla versione 7.37.0.7, VDA Upgrade Agent supporta l’aggiornamento automatico in modo che gli agenti delle versioni precedenti in esecuzione sui VDA possano automaticamente aggiornarsi alla versione più recente. Con questa funzione di aggiornamento automatico, il servizio di aggiornamento VDA verifica la versione del VDA riportata dall’agente e quindi pianifica gli aggiornamenti entro un’ora per aggiornare automaticamente l’agente alla versione più recente. Questa funzione di aggiornamento automatico alleggerisce il carico di manutenzione dell’amministratore.
Affinché l’agente presente sul VDA si aggiorni automaticamente, accertarsi di aver scollegato le sessioni in modo che il servizio di aggiornamento del VDA possa avviare gli aggiornamenti automatici. È possibile scollegare le sessioni in Full Configuration.
Se l’agente non si aggiorna automaticamente, accedere al VDA e aggiornare l’agente manualmente come segue:
-
Per visualizzare l’agente di aggiornamento VDA in Pannello di controllo > Disinstalla o modifica programma, eseguire il cmdlet seguente.
(Get-ChildItem -Path 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall' | ? { $\_.GetValue('DisplayName') -eq 'Citrix VDA Upgrade Agent Service - x64' }).GetValue('SystemComponent') (Get-ChildItem -Path 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall' | ? { $\_.GetValue('DisplayName') -eq 'Citrix VDA Upgrade Agent Service - x64' }) | Set-ItemProperty -Name SystemComponent -Value 0 <!--NeedCopy--> -
Installare la versione più recente di VDA Upgrade Agent. Per eseguire l’installazione automatica, utilizzare il seguente cmdlet:
msiexec /i CitrixUpgradeAgent_x64.msi /q
È possibile identificare la versione di VDA Upgrade Agent utilizzando il cmdlet o uno script. Vedere Risoluzione dei problemi.
Problema 2: proxy non supportato
Attualmente, il VDA Upgrade Agent non supporta le configurazioni proxy. Questa limitazione può causare problemi di connettività quando l’agente tenta di stabilire connessioni tramite un server proxy.
È possibile applicare una soluzione alternativa per risolvere il problema. Effettuare le operazioni seguenti:
-
Individuare il file di configurazione dell’agente di aggiornamento VDA all’indirizzo:
C:\Program Files\Citrix\CitrixUpgradeAgent\Citrix.UpdateServices.UpdateAgent.exe.config. -
Aprire il file di configurazione utilizzando un editor di testo.
-
Aggiungere le seguenti righe alla fine del file, sostituendo
ProxyServerNamecon il nome effettivo del server proxy:<system.net> <defaultProxy enabled="true" useDefaultCredentials="true"> <proxy proxyaddress="http://PROXYSERVER:PORT" usesystemdefault="false" /> </defaultProxy> </system.net> </configuration> <!--NeedCopy--> -
Riavviare il servizio Citrix VDA Upgrade Agent per applicare la configurazione aggiornata.
Flusso di lavoro generale
Di seguito è riportato un flusso di lavoro generale per aggiornare i VDA utilizzando l’interfaccia Full Configuration:
-
Abilitare l’aggiornamento VDA per un catalogo.
- È possibile abilitare l’aggiornamento VDA durante la creazione di un catalogo.
- È possibile abilitare l’aggiornamento VDA durante la modifica di un catalogo.
-
Aggiornare i VDA in base ai cataloghi o alle macchine. Per ulteriori informazioni, vedere Configurare l’aggiornamento automatico per i VDA.
Nota:
Quando si pianificano gli aggiornamenti del VDA per un catalogo, tenere presente che tutte le macchine del catalogo saranno incluse nell’ambito dell’aggiornamento. Pertanto, consigliamo di eseguire il backup di quelle macchine prima di iniziare l’aggiornamento.
Risoluzione dei problemi
Se si riscontrano errori di aggiornamento, è possibile utilizzare i seguenti registri per risolvere autonomamente i problemi oppure fornire i registri quando si contatta il supporto tecnico Citrix per ricevere assistenza.
-
Registri dell’installazione iniziale del VDA in
%temp%/Citrix/XenDesktop Installer -
Registri di aggiornamento in
C:\Windows\Temp\Citrix\XenDesktop Installer
Per controllare le versioni di VDA Upgrade Agent, utilizzare il seguente cmdlet: Get-VusComponentVersion -ComponentType VUS Elenca tutti i VDA e le relative versioni di VDA Upgrade Agent.
Per ottenere i nomi dei VDA, utilizzare il seguente cmdlet: Get-BrokerMachine -UUID "<version number>", dove <version number> è la versione di VDA Upgrade Agent ottenuta dal cmdlet Get-VusComponentVersion.
Per controllare le versioni di VDA Upgrade Agent a livello di catalogo, è possibile utilizzare il seguente script:
Nota:
Lo script è inteso come esempio e potrebbe essere necessario adattarlo all’ambiente specifico. Si consiglia di verificare accuratamente lo script prima di utilizzarlo in un ambiente di produzione.
Param(
[Parameter (Mandatory=$true)]
[string] $CatalogName
)
try
{
$Uuids = Get-BrokerMachine -CatalogName $CatalogName | Select-Object -Property UUID
if($Uuids -eq $null)
{
throw "Cannot find CatalogName "+$CatalogName
}
Write-Output("Catalog Name passed is "+$CatalogName)
foreach($Uuid in $Uuids)
{
$compVersion = Get-VusComponentVersion -MachineId $machine.UUID -ComponentType VUS
$Machine = Get-BrokerMachine -UUID $compVersion.MachineId
Write-Output("MachineName: "+$Machine.MachineName+", Machine UUID:"+$machine.MachineId+", VUA Version:"+$compVersion.Version)
}
}
catch
{
Write-Output("Exception Occured")
Write-Host $_
}
<!--NeedCopy-->
Registri relativi al VDA Upgrade Agent
È inoltre possibile raccogliere i registri relativi al VDA Upgrade Agent. I registri che si possono raccogliere includono:
- Tracce Citrix Diagnostic Facility (CDF).
- Registri eventi di Windows. Informazioni scritte nel registro eventi di Windows. Visualizzare i registri in Event Viewer > Applications and Services Logs > Citrix VDA Upgrade Agent Service (Visualizzatore eventi > Registri applicazioni e servizi > Citrix VDA Upgrade Agent Service).
Se necessario, è possibile modificare il file di configurazione di VDA Upgrade Agent in modo che i registri vengano scritti continuamente su un file. Per abilitare la registrazione su un file, effettuare le seguenti operazioni:
-
Passare alla cartella
C:\Program Files\Citrix\CitrixUpgradeAgent. -
Aprire il file
Citrix.UpdateServices.UpdateAgent.exe.config. -
Cambiare il valore di
LogToFileportandolo a1. -
Riavviare il servizio Citrix VDA Upgrade Agent. Questo crea un file di registro in:
C:\ProgramData\Citrix\Update Services\Logs.
Nota:
- Se si abilita la registrazione su un file, i registri vengono scritti in modo continuo, consumando potenzialmente spazio di archiviazione. Ricordare di disattivare la registrazione dopo la risoluzione del problema. Per disabilitare la registrazione, impostare prima
LogToFilesu0e poi riavviare il servizio Citrix VDA Upgrade Agent.- Quando
LogToFile=1è impostato, i registri vengono scritti solo nel file. Non appariranno nelle tracce del CDF.
Risoluzione degli errori di download degli aggiornamenti VDA
Seguire i passaggi seguenti per individuare e risolvere gli errori di download relativi alla funzionalità di aggiornamento del VDA:
-
Assicurarsi che gli URL pertinenti siano stati aggiunti all’elenco degli indirizzi consentiti se il filtro URL è attivo. Vedere VDA upgrade requirement.
-
Dopo aver aggiunto gli URL necessari all’elenco dei permessi, provare a riprogrammare l’aggiornamento del VDA.
È possibile abilitare il tracciamento CDF o impostare LogToFile su 1 per acquisire registri dettagliati per l’analisi. Se il problema di download persiste, controllare gli errori. Se viene visualizzato il seguente messaggio di errore “Download Failed: This access control list is not in canonical form and therefore cannot be modified” (Download non riuscito: questo elenco di controllo degli accessi non è in forma canonica e pertanto non può essere modificata), significa che le autorizzazioni sulla cartella C:/ProgramData/Citrix/UpgradeServices/Downloads/VDA non sono corrette. Per risolvere il problema, effettuare una delle seguenti operazioni:
-
Opzione 1: reimpostare gli elenchi di controllo degli accessi (ACL) sulla cartella utilizzando il seguente comando. (Il comando reimposta gli ACL con gli ACL ereditati predefiniti per tutti i file corrispondenti)
icacls.exe "C:\ProgramData\Citrix\UpgradeServices\Downloads\VDA" /reset /T /C /L /Q
-
Opzione 2: eliminare la cartella VDA in Downloads e quindi pianificare l’aggiornamento del VDA.
Risolvere gli errori di convalida dell’aggiornamento del VDA
Seguire i passaggi seguenti per individuare e risolvere gli errori di download relativi alla funzionalità di aggiornamento del VDA:
-
Assicurarsi che gli URL pertinenti siano stati aggiunti all’elenco degli URL consentiti se è attivo il filtro URL, in particolare gli URL Certificate Revocation List (CRL) o Online Certificate Status Protocol (OCSP) necessari per il controllo della revoca. Vedere VDA upgrade requirement.
-
Dopo aver aggiunto gli URL necessari all’elenco dei permessi, provare a riprogrammare l’aggiornamento del VDA.
Suggeriamo di abilitare il tracciamento CDF o di impostare LogToFile su 1 per acquisire registri dettagliati per l’analisi. I registri possono includere i seguenti errori:
- RevocationStatusUnknown
- La funzione di revoca non è stata in grado di verificare lo stato della revoca del certificato.
- La funzione di revoca non è stata in grado di verificare la revoca perché il server di revoca era offline.
Il VDA Upgrade Agent fa affidamento sulle chiamate di sistema Windows per convalidare i certificati ed eseguire i controlli di revoca. Gli errori sopra riportati indicano che l’agente non è in grado di stabilire una connessione agli URL CRL od OCSP.
Tenere presente che il VDA Upgrade Agent attualmente non supporta le impostazioni proxy. Le chiamate CRL e OCSP in uscita effettuate da CryptoAPI non tengono conto delle configurazioni proxy, il che può causare errori.
Se l’ambiente dispone di una configurazione proxy, è possibile configurare il proxy di sistema sul VDA per facilitare le chiamate CRL in uscita. Seguire i passaggi seguenti per configurare il proxy di sistema:
netsh winhttp import proxy source=ie
Or
netsh winhttp set proxy proxy-server=http://Proxy_Server:Port
<!--NeedCopy-->
Aggiornare i VDA utilizzando PowerShell
È possibile configurare gli aggiornamenti dei VDA utilizzando l’SDK Remote PowerShell. Per ulteriori informazioni sull’SDK Remote PowerShell, vedere SDK Remote PowerShell per Citrix DaaS.
Di seguito sono riportati i cmdlet di PowerShell:
-
Get-VusCatalog
Utilizzare questo cmdlet per ottenere dettagli su un catalogo quali
Name,Uid,Uuid,UpgradeState(Available,UpToDate,Scheduled,Unknown),UpgradeType(CR/LTSR),Upgrade scheduledeStateId(stato diUpgrade scheduled). -
Get-VusMachine
Utilizzare questo cmdlet per ottenere dettagli di una macchina quali
MachineName,Uid,Uuid,UpgradeState(Available,UpToDate,Scheduled,Unknown),UpgradeType(CR/LTSR) eStateId(stato diUpgrade scheduled). -
Get-VusComponentVersion
Utilizzare questo cmdlet per verificare se i VDA hanno segnalato le versioni dei componenti. Utilizzare
MachineIdper filtrare i VDA.MachineIdè l’UUID diGet-BrokerMachine. -
Get-VusAvailableVdaVersion
Utilizzare questo cmdlet per controllare l’ultima versione CR/LTSR rilasciata tramite il VDA Update Service.
-
Set-VusCatalogUpgradeType
Utilizzare questo cmdlet per impostare il tipo di aggiornamento di un catalogo su CR o LTSR. Il tipo di aggiornamento può essere impostato solo a livello di catalogo macchine.
-
New-VusMachineUpgrade
Utilizzare questo cmdlet per configurare gli aggiornamenti dei VDA a livello di computer.
-
New-VusCatalogSchedule
Utilizzare questo cmdlet per pianificare gli aggiornamenti dei VDA a livello di catalogo macchine.
Esempi di cmdlet a livello di macchina
-
Impostare il tipo di aggiornamento.
Esempio: -
Set-VusCatalogUpgradeType -CatalogName test-catalog -UpgradeType LTSR -
Utilizzare
Get-VusMachineper controllare l’UpgradeStatedelle macchine di un catalogo.Esempio: -
Get-VusMachine -CatalogName test-catalog
Se si nota che
UpgradeStateèUnknown, una possibile ragione è che il Citrix VDA Upgrade Agent installato sul VDA non ha segnalato la versione al VDA Update Service. È possibile utilizzare il cmdletGet-VusComponentVersionper verificare se il VDA ha segnalato versioni dei componenti. -Get-VusComponentVersion -MachineId ""
Se non viene visualizzato alcun risultato, verificare quanto segue:
- Il VDA fa parte di un catalogo e di un gruppo di distribuzione.
- Il VDA Upgrade Agent è installato sul VDA ed è in esecuzione. Se necessario, provare a riavviare l’agente.
Nota: se non rimangono risultati, raccogliere le tracce di Citrix Diagnostic Facility durante il riavvio del VDA Upgrade Agent e risolvere i problemi.
-
Pianificare gli aggiornamenti dei VDA. Prima di iniziare, tenere presente quanto segue:
-
DurationInHours: consente di fornire la durata in ore del processo di aggiornamento. I VDA verranno messi in modalità di manutenzione. Il programma di installazione del VDA verrà scaricato e verrà eseguito l’aggiornamento. Fornire una durata maggiore se ci sono molti VDA da aggiornare. -
UpgradeNow: utilizzare questo interruttore per pianificare immediatamente un aggiornamento o un setScheduledTimeInUtc. -
ScheduledTimeInUtc: consente di pianificare un aggiornamento per una data e un’ora specifiche.
Esempio:
New-VusMachineUpgrade -MachineUuid d664614a-cd37-44d6-b1f0-6f6b70f8299c -ScheduledTimeInUtc ([System.DateTime]::ParseExact("06/23/2023 03:35 PM", 'MM/dd/yyyy hh:mm tt', $null)) -DurationInHours 2
È possibile utilizzare
MachineUuid,MachineUideMachineNameper pianificare l’aggiornamento del VDA.
-
-
Verificare lo stato dell’aggiornamento.
Esempio: -
Get-VusMachine -MachineName test-machine-1
Esempi di cmdlet a livello di catalogo
-
Impostare il tipo di aggiornamento a livello di catalogo macchine.
Esempio: -
Set-VusCatalogUpgradeType -CatalogName test-catalog -UpgradeType LTSR -
Utilizzare
Get-VusCatalogper controllare il valoreUpgradeStatedelle macchine in un catalogo:Esempio: -
Get-VusCatalog -Name test-catalog
Se si nota che
UpgradeStateèUnknown, una possibile ragione è che il Citrix VDA Upgrade Agent installato sul VDA non ha segnalato la versione al VDA Update Service. È possibile utilizzare il cmdletGet-VusComponentVersionper verificare se il VDA ha segnalato versioni dei componenti. -Get-VusComponentVersion -MachineId ""Se non viene visualizzato alcun risultato, verificare quanto segue:
- Il VDA fa parte di un catalogo e di un gruppo di distribuzione.
- Il VDA Upgrade Agent è installato sul VDA ed è in esecuzione. Se necessario, provare a riavviare l’agente.
Nota: se non rimangono risultati, raccogliere le tracce di Citrix Diagnostic Facility durante il riavvio del VDA Upgrade Agent e risolvere i problemi.
-
Pianificare gli aggiornamenti dei VDA. Prima di iniziare, tenere presente quanto segue:
-
DurationInHours: consente di fornire la durata in ore del processo di aggiornamento. I VDA del catalogo verranno messi in modalità di manutenzione. Verrà scaricato il programma di installazione del VDA e sarà eseguito l’aggiornamento su ciascun VDA. Fornire una durata maggiore se il catalogo contiene molti VDA. -
UpgradeNow: utilizzare questo interruttore per pianificare immediatamente un aggiornamento o un setScheduledTimeInUtc. -
ScheduledTimeInUtc: consente di pianificare un aggiornamento per una data e un’ora specifiche.
Esempio:
New-VusCatalogSchedule -CatalogName test-catalog -ScheduledTimeInUtc ([System.DateTime]::ParseExact("06/23/2023 04:00 PM", 'MM/dd/yyyy hh:mm tt', $null)) -DurationInHours 4
È possibile utilizzare
CatalogName,UideUuidper pianificare l’aggiornamento.
-
-
Verificare lo stato dell’aggiornamento. Utilizzare il cmdlet
Get-VusCatalogoGet-VusMachineper controllare periodicamente lo stato di aggiornamento del VDA. UtilizzareMachineUuid,MachineUideMachineNameper filtrare i VDA.Esempio: -
Get-VusCatalog -Name test-catalog
Utilizzare
Get-VusMachineper visualizzare lo stato di aggiornamento del VDA di ogni macchina in un catalogo.
Se sui VDA è installato Personal vDisk
Se il componente Personal vDisk (PvD) è stato installato su un VDA, tale VDA non può essere aggiornato alla versione 1912 LTSR o successiva fino a quando non viene rimosso tale componente.
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
/baseimageha installato PvD. Se è stata specificata questa opzione o è stato utilizzato uno script che la conteneva, è stato installato PvD.
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 il componente 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 il componente non supportato. Quando si fa clic su OK, il componente viene rimosso automaticamente e l’aggiornamento procede.
-
CLI: il comando ha esito negativo se il programma di installazione rileva il componente PvD. Per evitare errori di comando, includere la seguente opzione nel comando:
/remove_pvd_ack.
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. Tenere presente che il programma di supporto esteso per XenApp e XenDesktop 7.15 LTSR non si applica ai VDA utilizzati con Citrix DaaS. Per ulteriori informazioni, vedere la Extended Support Customer Guide nel Citrix Support Knowledge Center.
Sistemi operativi precedenti
Nell’articolo Requisiti di sistema sono elencati i sistemi operativi Windows supportati per i VDA della versione corrente.
- Per i VDA LTSR, vedere l’articolo sui requisiti di sistema per la propria versione LTSR.
- Per i VDA Linux, vedere la documentazione di Linux Virtual Delivery Agent.
Per le macchine Windows con sistemi operativi che non sono più supportati per l’installazione del VDA più recente, sono disponibili le seguenti opzioni.
Per gli ambienti non WVD:
- Creare una nuova immagine della macchina in una versione di Windows supportata, quindi installare il nuovo VDA.
- Se la creazione di una nuova immagine della macchina non è un’opzione valida, ma si desidera aggiornare il sistema operativo, disinstallare il VDA prima di aggiornare il sistema operativo. In caso contrario, il VDA sarà in uno stato non supportato. Dopo aver aggiornato il sistema operativo, installare il nuovo VDA.
- Se sulla macchina è installata la versione 7.15 LTSR (e si tenta di installare una versione più recente), un messaggio informa che si sta utilizzando l’ultima versione supportata.
- Se sulla macchina è installata una versione precedente alla 7.15 LTSR, un messaggio guida l’utente a CTX139030 per informazioni. È possibile scaricare i VDA 7.15 LTSR dal sito Web Citrix.