Citrix DaaS

Aggiornare i VDA

July 28, 2023

Grazie al contributo di:

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:

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.exe su quella macchina, è possibile abilitare le funzionalità non supportate in VDAWorkstationCoreSetup.exe. Tenere presente che alcune di queste funzionalità potrebbero essere abilitate per impostazione predefinita nel programma di installazione di VDAWorkstationSetup.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 /noresume nella 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.

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 ProxyServerName con 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 LogToFile portandolo a 1.
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 LogToFile su 0 e 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 scheduled e StateId (stato di Upgrade scheduled).
Get-VusMachine

Utilizzare questo cmdlet per ottenere dettagli di una macchina quali MachineName, Uid, Uuid, UpgradeState (Available, UpToDate, Scheduled, Unknown), UpgradeType (CR/LTSR) e StateId (stato di Upgrade scheduled).
Get-VusComponentVersion

Utilizzare questo cmdlet per verificare se i VDA hanno segnalato le versioni dei componenti. Utilizzare MachineId per filtrare i VDA. MachineId è l’UUID di Get-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-VusMachine per controllare l’UpgradeState delle 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 cmdlet Get-VusComponentVersion per 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 set ScheduledTimeInUtc.
- 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, MachineUid e MachineName per 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-VusCatalog per controllare il valore UpgradeState delle 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 cmdlet Get-VusComponentVersion per 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 set ScheduledTimeInUtc.
- 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, Uid e Uuid per pianificare l’aggiornamento.
Verificare lo stato dell’aggiornamento. Utilizzare il cmdlet Get-VusCatalog o Get-VusMachine per controllare periodicamente lo stato di aggiornamento del VDA. Utilizzare MachineUuid, MachineUid e MachineName per filtrare i VDA.

Esempio: - Get-VusCatalog -Name test-catalog

Utilizzare Get-VusMachine per 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 /baseimage ha 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.

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

È stato utile?

Aggiornare i VDA

July 28, 2023

Grazie al contributo di:

July 28, 2023

Grazie al contributo di:

In questo articolo

Introduzione
Aggiornare i vDA utilizzando l’interfaccia Full Configuration
Aggiornare i VDA utilizzando PowerShell
Se sui VDA è installato Personal vDisk
Sistemi operativi precedenti

È stato utile?