Problembehandlung bei Sitzungshostkonfiguration und beim Aktualisieren des Sitzungshosts in Azure Virtual Desktop
Wichtig
Das Sitzungshostupdate für Azure Virtual Desktop befindet 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 schließt, dass es keine Sitzungshosts mit den bereitgestellten Parametern 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 werden verursacht, einschließlich
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 werden verursacht, einschließlich
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 erneut 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, schließt das Sitzungshostupdate die Aktualisierung des aktuellen Batches von Sitzungshosts ab und markiert dann das Update als fehlgeschlagen. In diesem Szenario besteht die einzige Option darin, das Update erneut zu versuchen oder abzubrechen. Wenn Sie das Update wiederholen, versucht das Sitzungshostupdate erneut, die sitzungshosts zu aktualisieren, die fehlgeschlagen sind, und die verbleibenden Sitzungshosts, die zuvor nicht versucht wurden. 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 zu aktualisieren, die fehlgeschlagen sind, damit sie alle übereinstimmen, und alle Sitzungshosts, die im vorherigen Updateversuch nicht gestartet wurden.
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 Starten fehlschlägt, endet das Update, und Änderungen können an der Sitzungshostkonfiguration vorgenommen werden. Da die Azure-Ressourcen in Ihrem Abonnement gespeichert werden, können sie von anderen Prozessen geändert werden; Die Sitzungshosterstellung kann die Sitzungshostkonfiguration auch nach Abschluss dieser Überprüfung immer noch nicht verwenden.
Nachfolgend sind einige Beispielfehler aufgeführt, die verhindern, dass ein Update gestartet wird:
Keine Sitzungshosts, die aktualisiert werden sollen
Der Fehler
HostpoolHasNoSessionHostswird zurückgegeben, wenn es keine Sitzungshosts gibt, die als Teil des Sitzungshostupdates aktualisiert werden sollen. Wenn Sie vor dem Initiieren eines Updates keine Änderungen an der Sitzungshostkonfiguration vorgenommen haben, wird dieser Fehler zurückgegeben.Kapazitätsprobleme
Validierungsprü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 das Ändern der Region, des Abonnements, der Ressourcengruppe oder des Domänenbeitrittstyps für einen Sitzungshost nicht. 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 für Azure Virtual Desktop sind. Beispielsweise die Erschöpfung der Abonnementkapazität oder Probleme mit dem bereitgestellten Bild. Ü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.
Agentinstallation, Domänenbeitritt und Sitzungshostintegritätsfehler oder Timeout
Agent-, Domänenbeitritts- und andere Sitzungshost-Integritätsfehler, die im ersten Überprüfungsbatch auftreten, können häufig behoben werden, indem Sie Anleitungen zur Behandlung von Bereitstellungs- und Domänenbeitrittsfehlern für Azure Virtual Desktop überprüfen und sicherstellen, dass Das Image nicht über die PowerShell DSC-Erweiterung verfügt. Wenn die Erweiterung auf dem 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 wie
AgentRegistrationFailureGenericauftritt, kann das Wiederholen der Aktualisierung das Problem oft beheben.Ressourcenänderungs- und Zugriffsfehler
Das Ändern von Ressourcen, die in der Aktualisierung betroffen sind, kann zu Fehlern während einer Aktualisierung führen. Einige der Fehler werden verursacht, einschließlich des Löschens von Ressourcen und Ressourcengruppen, Änderungen an Berechtigungen, Änderungen am Energiezustand und Änderungen am Entwässerungsmodus. Wenn Ihre Azure-Ressourcen gesperrt sind oder die Azure-Richtlinie den Azure Virtual Desktop-Dienst daran schränkt, 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 als AzureActiveDirectory, aber auch den Parameter ActiveDirectoryInfoDomainName mit einem Active Directory-Domänennamen angeben, wird der Domänenname ignoriert, ohne einen Fehler zurückzugeben.