Problembehandlung bei Sitzungshostkonfiguration und beim Aktualisieren des Sitzungshosts in Azure Virtual Desktop
Wichtig
Sitzungshostupdates für Azure Virtual Desktop befinden sich derzeit in der VORSCHAU. Die zusätzlichen Nutzungsbestimmungen für Microsoft Azure-Vorschauen enthalten rechtliche Bedingungen. Sie gelten für diejenigen Azure-Features, die sich in der Beta- oder Vorschauversion befinden oder aber anderweitig noch nicht zur allgemeinen Verfügbarkeit freigegeben sind.
Mit dem Sitzungshostupdate in Azure Virtual Desktop können Sie virtuelle Computer (VMs) auf einfache Weise in einem Hostpool mit einer Sitzungshostkonfiguration aktualisieren. Dieser Artikel behandelt einige Probleme, denen Sie möglicherweise begegnen werden.
Fehler bei der Sitzungshostkonfiguration beim Erstellen eines Hostpools
Wenn eine Sitzungshostkonfiguration erstellt wird, werden die für die Konfiguration bereitgestellten Parameter während der erweiterten Überprüfung überprüft. Die Überprüfung kann fehlschlagen, wenn der Dienst schlussfolgert, dass er mit den bereitgestellten Parametern keine Sitzungshosts erfolgreich erstellen kann. Da die Azure-Ressourcen in Ihrem Abonnement gespeichert werden, können sie von anderen Prozessen geändert werden; Die Erstellung des Sitzungshosts kann weiterhin fehlschlagen, wenn die Sitzungshostkonfiguration auch nach Abschluss dieser Überprüfungsprüfung verwendet wird.
Hier sehen Sie einige Beispielfehler:
VM-Verfügbarkeit: Die Kombination aus VM-SKU-Name, Region, Verfügbarkeitszone und Abonnement ist nicht verfügbar. Einige der Fehler, die dazu führen können, sind
VmSkuNotAvailableInRegion
,VmSkuNotAvailableInRegionDueToRestriction
undAvailabilityZoneNotAvailable
. Sie müssen die Verfügbarkeit von VM-Größen und Verfügbarkeitszonen für Ihre ausgewählte Region und Ihr Abonnementkontingent überprüfen und eine unterstützte Kombination bereitstellen. Verwenden Sie das PowerShell-CmdletGet-AzComputeResourceSku
, um die Einschränkungen für eine bestimmte Kombination aus einer VM-SKU und -Region zu identifizieren.Parameterkompatibilität: Die Kombination aus VM-SKU, Datenträger, Image und virtuellem Netzwerk ist nicht kompatibel. Einige der Fehler, die dazu führen können, sind
ComputeSkuIncompatibleWithImageHyperVGeneration
,ImageDiskTypeIncompatible
,VnetLocationIncompatible
. Überprüfen Sie die Voraussetzungen für Azure Virtual Desktop, um sicherzustellen, dass die bereitgestellten Parameter die Anforderungen für die Erstellung von Sitzungshosts erfüllen.
Wenn die Sitzungshostkonfiguration beim Erstellen eines Hostpools nicht erstellt werden kann, können Sie keine Sitzungshostkonfiguration für diesen Hostpool mithilfe des Azure-Portals erstellen. Sie können PowerShell verwenden, um die Sitzungshostkonfiguration mithilfe des Cmdlets New-AzWvdSessionHostConfiguration
zu erstellen. Alternativ können Sie den Hostpool löschen und neu erstellen.
Fehler: SessionHostConfiguration ist nicht vorhanden
Wenn sie den Fehler Fehler: SessionHostConfiguration ist nicht vorhanden erhalten, wenn Sie das PowerShell-Cmdlet Get-AzWvdSessionHostConfiguration
verwenden, erstellen Sie die Sitzungshostkonfiguration mithilfe des Cmdlets New-AzWvdSessionHostConfiguration
.
Fehler beim Hinzufügen von Sitzungshosts zu einem Hostpool
Wir unterstützen nur das Hinzufügen von Sitzungshosts zu einem Hostpool mit einer Sitzungshostkonfiguration über das Azure-Portal. Der Hauptunterschied zwischen Hostpools mit einer Sitzungshostkonfiguration und Standardhostpools besteht darin, dass die Domänenbeitrittserweiterung nicht mit der Sitzungshostkonfiguration verwendet wird. Stattdessen schließt der Azure Virtual Desktop-Agent den Domänenbeitrittsprozess ab. Diese Methode bedeutet Folgendes:
- Die Bereitstellung von ARM-Vorlagen kann auch dann erfolgreich ausgeführt werden, wenn der Domänenbeitritt fehlschlägt und zu fehlerhaften Sitzungshosts führt.
- Fehlerdiagnose für Domänenbeitritte sind im Azure-Portal unter den Sitzungshostdetails verfügbar, indem Sie den JSON-Code für den Sitzungshoststatus anzeigen.
Für Domänenbeitrittsfehler und andere Probleme, wenn Sitzungshosts dem Hostpool hinzugefügt werden, können Sie die Anleitungen unter Problembehandlung für Sitzungshosts befolgen.
Fehlgeschlagene Updates
Wenn Sie Sitzungshosts mithilfe des Sitzungshostupdates aktualisieren, ist es möglich, dass das Update eines einzelnen Sitzungshosts fehlschlägt. In diesem Fall versucht das Sitzungshostupdate, das Update auf diesem Sitzungshost zurückzusetzen. Die Absicht für das Zurücksetzen besteht darin, die Kapazität des gesamten Hostpools beizubehalten, obwohl dieser Sitzungshost auf eine frühere Version der Sitzungshostkonfiguration zurückgesetzt wird, anstatt zu erzwingen, dass der Sitzungshost nicht verfügbar ist und die Kapazität des Hostpools reduziert wird. Andere Sitzungshosts im Hostpool, die erfolgreich aktualisiert wurden, werden nicht zurückgesetzt. Sitzungshosts, die nicht mit der Aktualisierung begonnen haben, werden nicht aktualisiert.
Sobald ein Sitzungshost nicht aktualisiert werden kann, beendet das Sitzungshostupdate die Aktualisierung des aktuellen Batches von Sitzungshosts und markiert das Update als fehlgeschlagen. In diesem Szenario sind die einzigen Optionen, das Update erneut zu probieren oder es abzubrechen. Wenn Sie das Update wiederholen, versucht das Sitzungshostupdate erneut, die Sitzungshosts, die fehlgeschlagen waren, und die verbleibenden Sitzungshosts, die noch nicht zuvor probiert wurden, zu aktualisieren. Die vorhandene Batchgröße wird verwendet.
Wenn ein Sitzungshost nicht erfolgreich zurückgesetzt werden kann, ist er nicht verfügbar, um Sitzungen und zu hosten und die Kapazität ist damit reduziert. Der Sitzungshost entspricht nicht den anderen Sitzungshosts im Hostpool und stimmt mit der Sitzungshostkonfiguration überein. Sie sollten untersuchen, warum das Update des Sitzungshosts fehlgeschlagen ist, und das Problem beheben, bevor Sie ein neues Update planen. Nachdem Sie ein neues Update geplant haben, versucht das Sitzungshostupdate, die Sitzungshosts, die fehlgeschlagen waren, und die Hosts, die im vorherigen Updateversuch nicht gestartet wurden, zu aktualisieren, damit alle übereinstimmen.
Ein Update kann mit dem folgenden Status fehlschlagen:
Status | Beschreibung |
---|---|
Fehler beim Starten des Updates | Der Aktualisierungsfluss ist falsch. Ein Image, das nicht mit der SKU des virtuellen Computers kompatibel ist. Sie können das Update nicht wiederholen. Sie müssen es abbrechen und ein neues Update planen. |
Fehler bei Update | Fehler beim Update, während es ausgeführt wurde. Wenn Sie das Update erneut versuchen, wird es mit dem Sitzungshost fortgesetzt, bei dem es zuvor beendet wurde. |
Fehler beim Zurücksetzen des Sitzungshosts | Wenn ein Sitzungshost nicht aktualisiert werden kann, versucht das Sitzungshostupdate, das Update auf diesem Sitzungshost zurückzusetzen. Wenn beim Rollback ein Fehler auftritt und Sie das Update wiederholen, wird es mit dem Sitzungshost fortgesetzt, bei dem es zuvor beendet wurde. |
Sie können alle Fehler für ein Update finden, indem Sie die Schritte zum Überwachen des Fortschritts eines Updates durchlaufen. Wenn Sie Azure PowerShell verwenden, enthält die Variable $updateProgress
Fehlerdetails in den folgenden Eigenschaften:
$updateProgress.PropertiesUpdateStatus
$updateProgress.UpdateProgressError
$updateProgress.UpdateProgressError.FaultText
Nachdem Sie das Problem identifiziert haben, können Sie entweder das Update wiederholen, oder abbrechen und ein neues Update planen.
Ein Fehler bei der Installation des Updates
Wenn ein Sitzungshostupdate initiiert wird, überprüft der Dienst, ob das Update erfolgreich abgeschlossen werden kann. Wenn ein Sitzungshostupdate vor dem Start fehlschlägt, wird das Update beendet, und an der Sitzungshostkonfiguration können Änderungen vorgenommen werden. Da die Azure-Ressourcen in Ihrem Abonnement gespeichert werden, können sie von anderen Prozessen geändert werden. Die Sitzungshosterstellung kann weiterhin mit der Sitzungshostkonfiguration fehlschlagen, auch nachdem diese Überprüfung abgeschlossen wurde.
Nachfolgend sind einige Beispielfehler aufgeführt, die verhindern, dass ein Update gestartet wird:
Keine Sitzungshosts zum Aktualisieren: Der Fehler
HostpoolHasNoSessionHosts
wird zurückgegeben, wenn keine Sitzungshosts zum Aktualisieren im Rahmen des Sitzungshostupdates vorhanden sind. Wenn Sie vor dem Initiieren eines Updates keine Änderungen an der Sitzungshostkonfiguration vorgenommen haben, wird dieser Fehler zurückgegeben.Kapazitätsprobleme: Überprüfungen auf ausreichende Kapazität in Ihrem Subnetz- und VM-Kernkontingent für virtuelle Netzwerke. Diese Überprüfung garantiert keine Kapazität während einer Aktualisierung, denn das Erstellen anderer Ressourcen außerhalb des Sitzungshostupdates kann zu Fehlern führen, die mit Kapazitätsbeschränkungen in Verbindung stehen. Legen Sie die Batchgröße auf das verbleibende Kontingent für Ihr Abonnement fest.
Parameterkonsistenz mit aktuellen Sitzungshosts: Das Sitzungshostupdate unterstützt keine Änderung der Region, des Abonnements, der Ressourcengruppe oder des Domänenbeitrittstyps für einen Sitzungshost. Wenn die Sitzungshostkonfiguration Eigenschaften in diesen Feldern enthält, die sich von den Sitzungshosts im Hostpool unterscheiden, kann das Update nicht gestartet werden. Sie sollten die Sitzungshosts entfernen, die mit der Konfiguration inkonsistent sind.
Fehler während einer Aktualisierung
Das Sitzungshostupdate beginnt mit einer anfänglichen Batchgröße von 1, um zu überprüfen, ob die bereitgestellte Sitzungshostkonfiguration zu fehlerfreien Sitzungshosts führt. Fehler, die während des ersten Überprüfungsbatches auftreten, sind meistens auf Parameter innerhalb der Sitzungshostkonfiguration zurückzuführen und werden normalerweise nicht durch Wiederholen des Updates behoben. Fehler, die nach dem Überprüfungsbatch auftreten, sind häufig vorübergehend und können durch Wiederholen des Updates behoben werden.
Hier sind einige Beispielfehler, die während einer Aktualisierung auftreten können:
VM-Erstellungsfehler: Die VM-Erstellung kann aus verschiedenen Gründen fehlschlagen, die nicht spezifisch mit Azure Virtual Desktop zusammenhängen, z. B. die Erschöpfung der Abonnementkapazität oder Probleme mit dem bereitgestellten Image. Überprüfen Sie die bereitgestellte Fehlermeldung, um die entsprechende Wartung zu ermitteln. Eröffnen Sie eine Supportanfrage beim Azure-Support, wenn Sie weitere Unterstützung benötigen.
Fehler bei der Agent-Installation, dem Domänenbeitritt und der Sitzungshostintegrität oder Timeout: In den meisten Fällen können Fehler im Zusammenhang mit Agents, dem Domänenbeitritt und andere Integritätsfehler von Sitzungshosts, die im ersten Überprüfungsbatch auftreten, behoben werden, indem Sie Anleitungen zur Behandlung von Bereitstellungs- und Domänenbeitrittsfehlern für Azure Virtual Desktop überprüfen und sicherstellen, dass für Ihr Image nicht die PowerShell DSC-Erweiterung installiert ist. Wenn die Erweiterung für das Image installiert ist, entfernen Sie den Ordner
C:\packages\plugin
aus dem Image. Wenn der Fehler nur zeitweilig auftritt und einige Sitzungshosts erfolgreich aktualisiert werden, während bei anderen ein Fehler wieAgentRegistrationFailureGeneric
auftritt, kann das Wiederholen der Aktualisierung das Problem oft beheben.Ressourcenänderungs- und Zugriffsfehler: Das Ändern von Ressourcen, die sich auf das Update auswirken, kann zu Fehlern während einer Aktualisierung führen. Einige der Fehler, die dazu führen können, umfassen das Löschen von Ressourcen und Ressourcengruppen, Änderungen an Berechtigungen, Änderungen am Energiezustand und Änderungen am Ausgleichsmodus. Wenn Ihre Azure-Ressourcen gesperrt sind und/oder die Azure-Richtlinie den Azure Virtual Desktop-Dienst daran hindert, Ihre Sitzungshosts zu ändern, schlägt das Update fehl. Überprüfen Sie die Azure-Aktivitätsprotokolle, wenn zusammenhängende Fehler auftreten. Eröffnen Sie eine Supportanfrage beim Azure-Support, wenn Sie weitere Unterstützung benötigen.
An New-AzWvdSessionHostConfiguration übergebene inkompatible Parameter
Sie können inkompatible Parameter an das PowerShell-Cmdlet New-AzWvdSessionHostConfiguration
übergeben. Wenn Sie beispielsweise den Parameter DomainInfoJoinType
auf AzureActiveDirectory festlegen, aber auch den Parameter ActiveDirectoryInfoDomainName
mit einem Active Directory-Domänennamen festlegen, wird der Domänenname ignoriert, ohne einen Fehler zurückzugeben.