Risolvere i problemi relativi alla configurazione dell'host sessione e all'aggiornamento dell'host sessione in Desktop virtuale Azure
Importante
L'aggiornamento dell'host di sessione per Desktop virtuale Azure è attualmente in ANTEPRIMA. Vedere le condizioni per l'utilizzo supplementari per le anteprime di Microsoft Azure per termini legali aggiuntivi che si applicano a funzionalità di Azure in versione beta, in anteprima o in altro modo non ancora disponibili a livello generale.
L'aggiornamento dell'host di sessione in Desktop virtuale Azure consente di aggiornare facilmente le macchine virtuali dell'host sessione in un pool di host con una configurazione host di sessione. Questo articolo consente di risolvere alcuni problemi che potrebbero verificarsi.
Impossibile creare la configurazione dell'host di sessione durante la creazione di un pool di host
Quando viene creata una configurazione host di sessione, i parametri forniti per la configurazione vengono controllati durante la convalida estesa. La convalida può avere esito negativo se il servizio conclude che non sarà in grado di creare correttamente host di sessione con i parametri forniti. Poiché le risorse di Azure vengono archiviate nella sottoscrizione, possono essere modificate da altri processi; La creazione dell'host di sessione può comunque non riuscire quando si usa la configurazione dell'host sessione anche dopo il completamento di questo controllo di convalida.
Ecco alcuni errori di esempio:
Disponibilità della macchina virtuale: la combinazione di nome SKU della macchina virtuale, area, zona di disponibilità e sottoscrizione non è disponibile. Alcuni degli errori che possono comportare l'inclusione
VmSkuNotAvailableInRegiondi ,VmSkuNotAvailableInRegionDueToRestrictioneAvailabilityZoneNotAvailable. È necessario esaminare la disponibilità delle dimensioni delle macchine virtuali e delle zone di disponibilità per l'area e la quota di sottoscrizione scelta e fornire una combinazione supportata. Usare il cmdletGet-AzComputeResourceSkudi PowerShell per identificare le restrizioni per una determinata combinazione di SKU e area di una macchina virtuale.Compatibilità dei parametri: la combinazione di SKU della macchina virtuale, disco, immagine e rete virtuale non è compatibile. Alcuni degli errori che possono comportare l'inclusione
ComputeSkuIncompatibleWithImageHyperVGenerationdi , ,ImageDiskTypeIncompatibleVnetLocationIncompatible. Esaminare i prerequisiti per Desktop virtuale Azure per assicurarsi che i parametri forniti soddisfino i requisiti per la creazione dell'host sessione.
Se la creazione della configurazione dell'host di sessione non riesce durante la creazione di un pool di host, non è possibile creare una configurazione dell'host di sessione per questo pool di host usando il portale di Azure. È possibile usare PowerShell per creare la configurazione dell'host di sessione usando il cmdlet New-AzWvdSessionHostConfiguration. In alternativa, è possibile eliminare il pool di host e ricrearlo.
Errore: SessionHostConfiguration non esiste
Se viene visualizzato l'errore Errore: SessionHostConfiguration non esiste quando si usa il cmdlet Get-AzWvdSessionHostConfiguration di PowerShell, creare la configurazione dell'host di sessione usando il cmdlet New-AzWvdSessionHostConfiguration.
Errori durante l'aggiunta di host di sessione a un pool di host
È supportato solo l'aggiunta di host di sessione a un pool di host con una configurazione host di sessione tramite il portale di Azure. La differenza principale tra i pool di host che usano una configurazione host sessione da pool di host standard è che l'estensione di aggiunta al dominio non viene usata con la configurazione dell'host sessione. L'agente desktop virtuale Azure completa invece il processo di aggiunta al dominio. Questo metodo significa che:
- La distribuzione del modello di Resource Manager può avere esito positivo anche se l'aggiunta a un dominio ha esito negativo, causando host di sessione non integri.
- La diagnostica degli errori di aggiunta a un dominio è disponibile nella portale di Azure nei dettagli dell'host sessione visualizzando il codice JSON per l'integrità dell'host sessione.
Per gli errori di aggiunta a un dominio e altri problemi quando gli host di sessione vengono aggiunti al pool di host, è possibile seguire le indicazioni per la risoluzione dei problemi relativi agli host sessione.
Aggiornamenti non riusciti
Quando si aggiornano gli host di sessione usando l'aggiornamento degli host sessione, è possibile che un singolo host di sessione non venga aggiornato. In questo caso, l'aggiornamento dell'host sessione tenta di eseguire il rollback dell'aggiornamento in quel determinato host di sessione. L'intento del rollback consiste nel mantenere la capacità dell'intero pool di host, anche se per questo host di sessione viene eseguito il rollback a una versione precedente della configurazione dell'host sessione, invece di forzare l'host di sessione a non essere disponibile e a ridurre la capacità del pool di host. Non viene eseguito il rollback di altri host di sessione del pool di host che sono stati aggiornati correttamente. Gli host di sessione che non hanno avviato l'aggiornamento non vengono aggiornati.
Quando l'aggiornamento di un host di sessione non riesce, l'aggiornamento dell'host di sessione completa l'aggiornamento del batch corrente di host di sessione, quindi contrassegna l'aggiornamento come non riuscito. In questo scenario, le uniche opzioni sono nel ritentare l'aggiornamento o annullarlo. Se si ritenta l'aggiornamento, l'aggiornamento dell'host sessione tenta nuovamente di aggiornare gli host di sessione non riusciti, più gli host di sessione rimanenti non tentati in precedenza. Viene usata la dimensione del batch esistente.
Se un host di sessione non riesce a eseguire correttamente il rollback, non è disponibile per la sessione host e la capacità viene ridotta. L'host di sessione non è uguale agli altri host di sessione del pool di host e corrisponde alla configurazione dell'host di sessione. È consigliabile esaminare il motivo per cui l'aggiornamento dell'host di sessione non è riuscito e risolvere il problema prima di pianificare un nuovo aggiornamento. Dopo aver pianificato un nuovo aggiornamento, l'aggiornamento dell'host sessione tenta di aggiornare gli host di sessione che hanno avuto esito negativo in modo che corrispondano a tutti gli host di sessione che non sono stati avviati nel tentativo di aggiornamento precedente.
Un aggiornamento può non riuscire con lo stato seguente:
| Stato | Descrizione |
|---|---|
| Impossibile avviare l'aggiornamento | Il flow di aggiornamento non è corretto. Ad esempio, un'immagine incompatibile con lo SKU della macchina virtuale. Non è possibile ritentare l'aggiornamento; è necessario annullarlo e pianificare un nuovo aggiornamento. |
| Aggiornamento non riuscito | L'aggiornamento non è riuscito mentre era in corso. Se si ritenta l'aggiornamento, questo prosegue con l'host di sessione interrotto in precedenza. |
| Rollback dell'host di sessione non riuscito | Se un host di sessione non viene aggiornato, l'aggiornamento dell'host di sessione tenta di eseguire il rollback dell'aggiornamento di quell'host di sessione. Se il rollback ha esito negativo e si ritenta l'aggiornamento, continua con l'host di sessione arrestato in precedenza. |
È possibile ottenere eventuali errori per un aggiornamento seguendo la procedura descritta in Monitorare lo stato di avanzamento di un aggiornamento. Quando si usa Azure PowerShell, la variabile $updateProgress contiene i dettagli dell'errore nelle proprietà seguenti:
$updateProgress.PropertiesUpdateStatus$updateProgress.UpdateProgressError$updateProgress.UpdateProgressError.FaultText
Dopo aver identificato il problema, è possibile ritentare l'aggiornamento oppure annullarlo e pianificare un nuovo aggiornamento.
Impossibile avviare un aggiornamento
Quando viene avviato un aggiornamento host di sessione, il servizio verifica se sarà in grado di completare correttamente l'aggiornamento. Quando un aggiornamento dell'host di sessione non riesce prima dell'avvio, l'aggiornamento termina e le modifiche possono essere apportate alla configurazione dell'host sessione. Poiché le risorse di Azure vengono archiviate nella sottoscrizione, possono essere modificate da altri processi; La creazione dell'host di sessione può comunque non riuscire usando la configurazione dell'host di sessione anche dopo il completamento di questo controllo di convalida.
Ecco alcuni errori di esempio che impediscono l'avvio di un aggiornamento:
Nessun host di sessione da aggiornare: l'errore
HostpoolHasNoSessionHostsviene restituito quando non sono presenti host di sessione da aggiornare come parte dell'aggiornamento dell'host di sessione. Se non sono state apportate modifiche alla configurazione dell'host di sessione prima di avviare un aggiornamento, viene restituito questo errore.Problemi di capacità: verifica la capacità sufficiente nella subnet della rete virtuale e nella quota di core della macchina virtuale. Questo controllo non garantisce la capacità durante un aggiornamento; la creazione di altre risorse all'esterno dell'aggiornamento host sessione può causare errori a metà aggiornamento associati ai limiti di capacità. Impostare le dimensioni del batch in modo che siano entro la quota rimanente per la sottoscrizione.
Coerenza dei parametri con gli host sessione correnti: l'aggiornamento dell'host sessione non supporta la modifica dell'area, della sottoscrizione, del gruppo di risorse o del tipo di join di dominio per un host di sessione. Se la configurazione dell'host di sessione contiene proprietà in questi campi che differiscono dagli host di sessione nel pool di host, l'aggiornamento non viene avviato. È necessario rimuovere gli host di sessione non coerenti con la configurazione.
Errori durante un aggiornamento
L'aggiornamento dell'host sessione inizia con una dimensione iniziale del batch pari a 1 per verificare che la configurazione dell'host sessione fornita comporterà l'integrità degli host di sessione. Gli errori che si verificano durante il primo batch di convalida sono spesso dovuti a parametri all'interno della configurazione dell'host sessione e in genere non vengono risolti ritentando l'aggiornamento. Gli errori che si verificano dopo il batch di convalida sono spesso intermittenti e possono essere risolti ritentando l'aggiornamento.
Ecco alcuni errori di esempio che possono verificarsi durante un aggiornamento:
Errori di creazione della macchina virtuale: la creazione di macchine virtuali può avere esito negativo per diversi motivi non specifici di Desktop virtuale Azure, ad esempio l'esaurimento della capacità della sottoscrizione o problemi con l'immagine fornita. È consigliabile esaminare il messaggio di errore fornito per determinare il rimedio appropriato. Aprire un caso di supporto con supporto tecnico di Azure se è necessaria ulteriore assistenza.
Installazione dell'agente, aggiunta a un dominio e errori di integrità dell'host di sessione o timeout: agente, aggiunta a un dominio e altri errori di integrità dell'host di sessione che si verificano nel primo batch di convalida possono spesso essere risolti esaminando le indicazioni per risolvere gli errori di distribuzione e aggiunta al dominio per Desktop virtuale Azure e verificando che l'immagine non abbia installato l'estensione DSC di PowerShell. Se l'estensione è installata nell'immagine, rimuovere la cartella
C:\packages\plugindall'immagine. Se l'errore è intermittente, con alcuni host di sessione che aggiornano correttamente e altri riscontrano un errore, adAgentRegistrationFailureGenericesempio , la ripetizione dell'aggiornamento può spesso risolvere il problema.Errori di modifica e accesso delle risorse: la modifica delle risorse interessate nell'aggiornamento può causare errori durante un aggiornamento. Alcuni degli errori che possono comportare l'eliminazione di risorse e gruppi di risorse, modifiche alle autorizzazioni, modifiche allo stato di alimentazione e modifiche alla modalità di svuotamento. Inoltre, se le risorse di Azure sono bloccate e/o i criteri di Azure limitano il servizio Desktop virtuale Azure dalla modifica degli host di sessione, l'aggiornamento non riesce. Se si verificano errori correlati, esaminare i log attività di Azure. Aprire un caso di supporto con supporto tecnico di Azure se è necessaria ulteriore assistenza.
Parametri incompatibili passati a New-AzWvdSessionHostConfiguration
È possibile passare parametri incompatibili al New-AzWvdSessionHostConfiguration cmdlet di PowerShell. Ad esempio, se si specifica il parametro DomainInfoJoinType come AzureActiveDirectory, ma si specifica anche il parametro ActiveDirectoryInfoDomainName con un nome di dominio di Active Directory, il nome di dominio viene ignorato senza restituire un errore.