Problembehandlung bei VM-erweiterungsbasierten Hybrid Runbook Workern in Automation

Artikel
01/03/2024

Dieser Artikel enthält Informationen zur Problembehandlung bei erweiterungsbasierten Hybrid Runbook Workern in Azure Automation. Informationen zur Problembehandlung bei Agent-basierten Workern finden Sie unter Problembehandlung bei Agent-basierten Hybrid Runbook Workern in Automation. Allgemeine Informationen finden Sie unter Übersicht über Hybrid Runbook Worker.

Allgemeine Checkliste

So beheben Sie Probleme mit erweiterungsbasierten Hybrid Runbook Workers:

Überprüfen Sie, ob das Betriebssystem unterstützt wird und die Voraussetzungen erfüllt sind. Siehe Voraussetzungen.
Überprüfen Sie, ob die systemseitig zugewiesene verwaltete Identität auf dem virtuellen Computer aktiviert ist. Azure-VMs und Arc-fähige Azure-Computer sollten mit einer systemseitig zugewiesenen verwalteten Identität aktiviert werden.
Überprüfen Sie, ob die Erweiterung mit den richtigen Einstellungen aktiviert ist. Die Einstellungsdatei sollte über die richtige AutomationAccountURL verfügen. Überprüfen Sie die URL mit der Automation-Kontoeigenschaft AutomationHybridServiceUrl. 
- Unter Windows: Die Einstellungsdatei finden Sie unter C:\Packages\Plugins\Microsoft.Azure.Automation.HybridWorker.HybridWorkerForWindows\<version>\RuntimeSettings.
- Für Linux: Die Einstellungsdatei finden Sie unter .
Überprüfen Sie die Fehlermeldung, die im Hybrid Worker-Erweiterungsstatus bzw. detaillierten Status angezeigt wird. Sie enthält Fehlermeldungen und entsprechende Empfehlungen, um das Problem zu beheben.
Führen Sie das Problembehandlungstool auf dem virtuellen Computer aus und generiert eine Ausgabedatei. Öffnen Sie die Ausgabedatei, und überprüfen Sie die vom Problembehandlungstool identifizierten Fehler.
- Für Windows: Das Problembehandlungstool finden Sie unter C:\Packages\Plugins\Microsoft.Azure.Automation.HybridWorker.HybridWorkerForWindows\<version>\bin\troubleshooter\TroubleShootWindowsExtension.ps1.
- Für Linux: Das Problembehandlungstool finden Sie unter /var/lib/waagent/Microsoft.Azure.Automation.HybridWorker.HybridWorkerForLinux-<version>/Troubleshooter/LinuxTroubleshooter.py.
Für Linux-Computer erstellt die Hybrid Worker-Erweiterung einen hweautomation-Benutzer und startet den Hybrid Worker unter dem Benutzer. Überprüfen Sie, ob der Benutzer hweautomation mit den richtigen Berechtigungen eingerichtet ist. Wenn Ihr Runbook versucht, auf lokale Ressourcen zuzugreifen, stellen Sie sicher, dass hweautomation über die richtigen Berechtigungen für die lokalen Ressourcen verfügt.
Überprüfen Sie, ob der Hybrid Worker-Prozess ausgeführt wird.
- Unter Windows: Überprüfen Sie den Hybrid Worker Service-Dienst.
- Unter Linux: Überprüfen Sie den hwd.-Dienst.
Erfassen von Protokollen:
- Für Windows: Führen Sie das Protokollsammlertool in
  C:\Packages\Plugins\Microsoft.Azure.Automation.HybridWorker.HybridWorkerForWindows\<version>\bin\troubleshooter\PullLogs.ps1
  aus. Protokolle befinden sich in C:\HybridWorkerExtensionLogs.
- Für Linux: Protokolle befinden sich in den Ordnern
  /var/log/azure/Microsoft.Azure.Automation.HybridWorker.HybridWorkerForLinux und /home/hweautomation.

Az-Module können während der Verwendung des Hybrid Workers nicht aktualisiert werden.

Problem

Es traten Fehler bei den Aufträgen für Hybrid Runbook Worker auf, da Az-Module nicht importiert werden konnten.

Lösung

Als Problemumgehung können Sie die folgenden Schritte ausführen:

Wechseln Sie zu dem Ordner: C:\Programme\Microsoft Monitoring Agent\Agent\AzureAutomation\7.3.1722.0\HybridAgent
Bearbeiten Sie die Datei mit dem Namen Orchestrator.Sandbox.exe.config
Fügen Sie innerhalb des <assemblyBinding>-Tags folgende Zeilen hinzu:

<dependentAssembly>
  <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
  <bindingRedirect oldVersion="0.0.0.0-13.0.0.0" newVersion="13.0.0.0" />
</dependentAssembly>

Szenario: Runbooks werden in einem Hybrid Runbook Worker in einen angehaltenen Zustand versetzt, wenn ein benutzerdefiniertes Konto auf einem Server mit aktivierter Benutzerkontensteuerung (User Account Control, UAC) verwendet wird.

Problem

Aufträge schlagen fehl und wechseln in den Zustand "Hybrid Runbook Worker". Die Microsoft-SMA-Ereignisprotokolle geben an Win32 Process Exited with code [2148734720] , und ein entsprechender Fehler im Anwendungsprotokoll, wenn das Runbook versucht, auszuführen, zeigt .NET Runtime version : 4.0.30319.0 an, dass die Anwendung nicht gestartet werden konnte.

Ursache

Wenn ein System über UAC/LUA verfügt, müssen Berechtigungen direkt und nicht über eine Gruppenmitgliedschaft erteilt werden, und wenn der Benutzer Berechtigungen erhöhen muss, treten die Aufträge nicht mehr auf.

Lösung

Aktualisieren Sie für benutzerdefinierte Benutzer im Hybrid-Runbook-Worker die Berechtigungen in den folgenden Ordnern:

Ordner	Berechtigungen
C:\ProgramData\Azure Verbinden edMachineAgent\Tokens	Lesen Sie
C:\Packages\Plugins\Microsoft.Azure.Automation.HybridWorker.HybridWorkerForWindows	Lesen und Ausführen

Szenario: Der Auftrag konnte nicht gestartet werden, da der Hybrid-Worker beim Starten des geplanten Auftrags nicht verfügbar war.

Problem

Der Auftrag kann bei einem Hybrid Worker nicht gestartet werden und es wird der folgende Fehler angezeigt:

Fehler beim Starten des Hybridarbeitsvorgangs, da der Hybrid-Worker beim Starten des geplanten Auftrags nicht verfügbar war, der Hybridarbeitsmitarbeiter zuletzt bei mm/dd/yyyy aktiv war.

Ursache

Dieser Fehler kann aus den folgenden Gründen auftreten:

Der Computer ist nicht mehr vorhanden.
Der Computer ist ausgeschaltet und nicht erreichbar.
Der Computer weist ein Problem mit der Netzwerkverbindung auf.
Die Hybrid Runbook Worker-Erweiterung wurde vom Computer deinstalliert.

Lösung

Stellen Sie sicher, dass der Computer vorhanden und die Hybrid Runbook Worker-Erweiterung darauf installiert ist. Der Hybrid Worker sollte fehlerfrei sein und einen Heartbeat geben. Behandeln Sie Netzwerkprobleme, indem Sie die Microsoft-SMA-Ereignisprotokolle bei den Workern in der Hybrid Runbook Worker-Gruppe überprüfen, die versucht haben, diesen Auftrag auszuführen.
Sie können auch die Metrik HybridWorkerPing überwachen, welche die Anzahl der Pings von einem Hybrid Worker bereitstellt und dabei hilft, mit dem Ping im Zusammenhang stehende Probleme zu überprüfen.

Szenario: Auftrag wurde angehalten, da er den Auftragsgrenzwert für einen Hybrid Worker überschritten hat

Problem

Der Auftrag wird mit der folgenden Fehlermeldung angehalten:

Auftrag wurde angehalten, da er den Auftragsgrenzwert für einen Hybrid Worker überschritten hat. Fügen Sie der Hybrid Worker-Gruppe weitere Hybrid Worker hinzu, um dieses Problem zu beheben.

Ursache

Aufträge können aufgrund der folgenden Gründe angehalten werden:

Jeder aktive Hybrid Worker in der Gruppe fragt alle 30 Sekunden nach Aufträgen ab, um zu ermitteln, ob welche verfügbar sind. Der Worker wählt Aufträge auf der Grundlage von „First Come, First Served“ aus. Je nachdem, wann ein Auftrag gepusht wurde, übernimmt der Hybrid Worker innerhalb der Hybrid Worker-Gruppe den Auftrag, der den Automation-Dienst zuerst angepingt hat. Ein einzelner Hybrid Worker kann generell vier Aufträge pro Ping abrufen (d. h. alle 30 Sekunden). Wenn die Anzahl der Pushaufträge höher als vier pro 30 Sekunden ist und kein anderer Worker den Auftrag abnimmt, wird der Auftrag möglicherweise angehalten.
Der Hybrid Worker fragt möglicherweise nicht wie erwartet alle 30 Sekunden ab. Dies kann passieren, wenn der Worker nicht fehlerfrei ist oder Netzwerkprobleme auftreten.

Lösung

Wenn das Auftragslimit für einen Hybrid Worker vier Aufträge pro 30 Sekunden überschreitet, können Sie der Hybrid Worker-Gruppe weitere Hybrid Worker für Hochverfügbarkeit und Lastenausgleich hinzufügen. Sie können Aufträge auch so planen, dass sie die Grenze von vier Aufträgen pro 30 Sekunden nicht überschreiten. Die Verarbeitungszeit der Auftragswarteschlange hängt vom Hybrid Worker-Hardwareprofil und der Auslastung ab. Stellen Sie sicher, dass der Hybrid Worker fehlerfrei ist und einen Heartbeat abgibt.
Behandeln Sie Netzwerkprobleme, indem Sie die Microsoft-SMA-Ereignisprotokolle bei den Workern in der Hybrid Runbook Worker-Gruppe überprüfen, die versucht haben, diesen Auftrag auszuführen.
Sie können auch die Metrik HybridWorkerPing überwachen, die die Anzahl der Pings von einem Hybrid Worker bereitstellt und dabei hilft, mit dem Ping im Zusammenhang stehende Probleme zu überprüfen.

Szenario: Private Link-Fehler bei der Hybrid Worker-Bereitstellung.

Problem

Sie stellen einen erweiterungsbasierten Hybrid Runbook Worker auf einem virtuellen Computer bereit, und folgender Fehler tritt auf: Authentifizierungsfehler für private Verbindungen.

Ursache

Das virtuelle Netzwerk des virtuellen Computers unterscheidet sich vom privaten Endpunkt des Azure Automation-Kontos, oder sie sind nicht miteinander verbunden.

Lösung

Stellen Sie sicher, dass der private Endpunkt des Azure Automation-Kontos mit demselben virtuellen Netzwerk verbunden ist, mit dem die VM verbunden ist. Führen Sie die unter Planung basierend auf dem Netzwerk beschriebenen Schritte aus, um eine Verbindung mit einem privaten Endpunkt herzustellen. Legen Sie außerdem Flags für den Zugriff aus öffentlichen Netzwerken fest, um ein Automation-Konto so zu konfigurieren, dass jegliche öffentliche Konfiguration verweigert wird und nur Verbindungen über private Endpunkte zugelassen werden. Weitere Informationen zum Konfigurieren von DNS-Einstellungen für private Endpunkte finden Sie unter DNS-Konfiguration.

Szenario: Die Hybrid Worker-Bereitstellung schlägt fehl, wenn die bereitgestellte Hybrid Worker-Gruppe nicht vorhanden ist.

Problem

Sie stellen einen erweiterungsbasierten Hybrid Runbook Worker auf einem virtuellen Computer bereit, und folgender Fehler tritt auf: Angegebene/s Konto/Gruppe nicht vorhanden.

Ursache

Die Hybrid Runbook Worker-Gruppe, in der der Hybrid Worker bereitgestellt werden soll, wurde bereits gelöscht.

Lösung

Stellen Sie sicher, dass Sie die Hybrid Runbook Worker-Gruppe erstellen und die VM als Hybrid Worker in dieser Gruppe hinzufügen. Führen Sie die unter Erstellen einer Hybrid Runbook Worker-Gruppe beschriebenen Schritte im Azure-Portal aus.

Szenario: Die Hybrid Worker-Bereitstellung schlägt fehl, wenn die systemseitig zugewiesene verwaltete Identität auf dem virtuellen Computer nicht aktiviert ist.

Problem

Sie stellen einen erweiterungsbasierten Hybrid Runbook Worker auf einem virtuellen Computer bereit, und folgender Fehler tritt auf:
Der IMDS-Identitätsendpunkt für Nicht-Azure-VMs kann nicht abgerufen werden. Stellen Sie sicher, dass der Azure Connected Machine-Agent installiert und die systemseitig zugewiesene Identität aktiviert ist.

Ursache

Sie stellen den erweiterungsbasierten Hybrid Worker auf einer Nicht-Azure-VM bereit, auf der der Arc Connected Machine-Agent nicht installiert ist.

Lösung

Auf Nicht-Azure-Computern muss der Arc Connected Machine-Agent installiert sein, bevor sie als erweiterungsbasierte Hybrid Runbook Worker bereitgestellt werden können. Informationen zum Installieren des AzureConnectedMachineAgent für Server mit Arc-Unterstützung finden Sie unter Verbinden von Hybridcomputern mit Azure über das Azure-Portal, oder unter Verwalten virtueller VMware-Computer mit Azure Arc-Unterstützung finden Sie Informationen zum Aktivieren der Gastverwaltung für VMware-VMs mit Azure Arc-Unterstützung.

Szenario: Die Hybrid Worker-Bereitstellung schlägt fehl, weil die systemseitig zugewiesene Identität nicht aktiviert ist.

Problem

Sie stellen einen erweiterungsbasierten Hybrid Runbook Worker auf einem virtuellen Computer bereit, und folgender Fehler tritt auf: Ungültiges Autorisierungstoken.

Ursache

Die vom Benutzer zugewiesene verwaltete Identität der VM ist aktiviert, die vom System zugewiesene verwaltete Identität ist jedoch nicht aktiviert.

Lösung

Führen Sie die folgenden Schritte aus:

Aktivieren Sie die systemseitig zugewiesene verwaltete Identität auf dem virtuellen Computer.
Löschen Sie die auf dem virtuellen Computer installierte Hybrid Worker-Erweiterung.
Installieren Sie die Hybrid Worker-Erweiterung auf dem virtuellen Computer erneut.

Szenario: Der Installationsprozess der Hybrid Worker-Erweiterung auf einem virtuellen Windows-Computer bleibt hängen.

Problem

Sie haben die Hybrid Worker-Erweiterung auf einer Windows-VM über das Portal installiert, erhalten aber keine Benachrichtigung, dass der Prozess erfolgreich abgeschlossen wurde.

Ursache

Manchmal kann der Installationsprozess hängen bleiben.

Lösung

Führen Sie die unten aufgeführten Schritte aus, um die Hybrid Worker-Erweiterung erneut zu installieren:

Öffnen Sie die PowerShell-Konsole.
Entfernen Sie den Registrierungseintrag, falls vorhanden: HKLM:/Software/Microsoft/Azure/HybridWorker
Entfernen Sie den Registrierungseintrag, falls vorhanden: HKLM:/Software/Microsoft/HybridRunbookWorkerV2
Wechseln Sie zum Installationsordner der Hybrid Worker-Erweiterung: cd „C:\Packages\Plugins\Microsoft.Azure.Automation.HybridWorker.HybridWorkerForWindows<version>“
Installieren Sie die Hybrid Worker-Erweiterung: .\bin\install.ps1
Aktivieren Sie die Hybrid Worker-Erweiterung: .\bin\enable.ps1

Szenario: Der Deinstallationsprozess der Hybrid Worker-Erweiterung auf einem virtuellen Windows-Computer bleibt hängen.

Problem

Sie haben eine Hybrid Worker-Erweiterung auf einer Windows-VM über das Portal installiert, erhalten aber keine Benachrichtigung, dass der Prozess erfolgreich abgeschlossen wurde.

Ursache

Manchmal kann der Deinstallationsprozess hängen bleiben.

Lösung

Öffnen Sie die PowerShell-Konsole.
Wechseln Sie zum Installationsordner der Hybrid Worker-Erweiterung: cd „C:\Packages\Plugins\Microsoft.Azure.Automation.HybridWorker.HybridWorkerForWindows<version>“
Deaktivieren Sie die Hybrid Worker-Erweiterung: .\bin\disable.cmd
Deinstallieren Sie die Hybrid Worker-Erweiterung: .\bin\uninstall.ps1
Entfernen Sie den Registrierungseintrag, falls vorhanden: HKLM:/Software/Microsoft/Azure/HybridWorker
Entfernen Sie den Registrierungseintrag, falls vorhanden: HKLM:/Software/Microsoft/HybridRunbookWorkerV2

Szenario: Der Installationsprozess der Hybrid Worker-Erweiterung auf einem virtuellen Linux-Computer bleibt hängen.

Problem

Sie haben eine Hybrid Worker-Erweiterung auf einer Linux-VM über das Portal installiert, erhalten aber keine Benachrichtigung, dass der Prozess erfolgreich abgeschlossen wurde.

Ursache

Manchmal kann der Deinstallationsprozess hängen bleiben.

Lösung

Wechseln Sie zum Ordner rm -r /home/hweautomation/state.
Wechseln Sie zum Installationsordner der Hybrid Worker-Erweiterung: /var/lib/waagent/Microsoft.Azure.Automation.HybridWorker.HybridWorkerForLinux-<version>/.
Wechseln Sie zum obigen Ordner, und führen Sie den Befehl rm mrseq aus.
Installieren Sie die Hybrid Worker-Erweiterung: "installCommand": "./extension_shim.sh -c ./HWExtensionHandlers.py -i"
Aktivieren Sie die Hybrid Worker-Erweiterung: "enableCommand": "./extension_shim.sh -c ./HWExtensionHandlers.py -e"

Szenario: Der Deinstallationsprozess der Hybrid Worker-Erweiterung auf einem virtuellen Linux-Computer bleibt hängen.

Problem

Sie haben die Hybrid Worker-Erweiterung auf einer Linux-VM über das Portal deinstalliert, erhalten aber keine Benachrichtigung, dass der Prozess erfolgreich abgeschlossen wurde.

Ursache

Manchmal kann der Deinstallationsprozess hängen bleiben.

Lösung

Führen Sie die unten aufgeführten Schritte aus, um die Hybrid Worker-Erweiterung vollständig zu deinstallieren:

Wechseln Sie zum Installationsordner der Hybrid Worker-Erweiterung:
/var/lib/waagent/Microsoft.Azure.Automation.HybridWorker.HybridWorkerForLinux-<version>/
Deaktivieren Sie die Erweiterung: "disableCommand": "./extension_shim.sh -c ./HWExtensionHandlers.py -d"
Deinstallieren Sie die Erweiterung: "uninstallCommand": "./extension_shim.sh -c ./HWExtensionHandlers.py -u"

Szenario: Fehler bei der Runbook-Ausführung

Problem

Bei der Ausführung eines Runbooks tritt ein Fehler mit der folgenden Fehlermeldung auf:

The job action 'Activate' cannot be run, because the process stopped unexpectedly. The job action was attempted three times.

Kurze Zeit nach drei Ausführungsversuchen wird Ihr Runbook angehalten. Es gibt Bedingungen, die den Abschluss des Runbooks unterbrechen können. Die dafür angezeigte Fehlermeldung enthält möglicherweise keine zusätzlichen Informationen.

Ursache

Folgende Ursachen kommen in Betracht:

Die Runbooks können nicht bei lokalen Ressourcen authentifiziert werden.
Der Hybrid Worker befindet sich hinter einem Proxy oder einer Firewall.
Der für die Ausführung des Hybrid Runbook Workers konfigurierte Computer erfüllt die Hardwaremindestanforderungen nicht.

Lösung

Stellen Sie sicher, dass der Computer an Port 443 über ausgehenden Zugriff auf *.azure-automation.net verfügt.

Computer, auf denen der Hybrid Runbook Worker ausgeführt werden soll, müssen die Mindestanforderungen an die Hardware erfüllen, damit sie als Host für dieses Feature konfiguriert werden können. Runbooks und die von ihnen verwendeten Hintergrundprozesse führen möglicherweise zu einer Überlastung des Systems sowie zu Verzögerungen und Timeouts bei Runbookaufträgen.

Vergewissern Sie sich, dass der für die Ausführung des Hybrid Runbook Worker-Features vorgesehene Computer die Hardwaremindestanforderungen erfüllt. Wenn dies der Fall ist, überwachen Sie die CPU- und Arbeitsspeicherauslastung, um Zusammenhänge zwischen der Leistung der Hybrid Runbook Worker-Prozesse und Windows zu erkennen. Wenn der Arbeitsspeicher oder die CPU stark ausgelastet sind, kann dies auf die Notwendigkeit eines Upgrades von Ressourcen hindeuten. Sie können auch eine andere Computeressource auswählen, die die Mindestanforderungen erfüllt. Bei entsprechend großer Workload skalieren Sie sie nach Bedarf.

Prüfen Sie, ob im Ereignisprotokoll Microsoft-SMA ein entsprechendes Ereignis mit der Beschreibung Win32 Process Exited with code [4294967295] vorhanden ist. Die Ursache dieses Fehlers liegt darin, dass Sie in Ihren Runbooks die Authentifizierung nicht konfiguriert haben oder dass Sie die „Ausführen als“-Anmeldeinformationen für die Hybrid Runbook Worker-Gruppe nicht angegeben haben. Überprüfen Sie die Runbookberechtigungen in Ausführen von Runbooks auf einem Hybrid Runbook Worker, und vergewissern Sie sich, dass Sie die Authentifizierung für Ihre Runbooks ordnungsgemäß konfiguriert haben.

Szenario: Es wurde kein Zertifikat im Zertifikatspeicher auf dem Hybrid Runbook Worker gefunden.

Problem

Ein Runbook, das auf einem Hybrid Runbook Worker ausgeführt wird, schlägt mit der folgenden Fehlermeldung fehl:

Connect-AzAccount : No certificate was found in the certificate store with thumbprint 0000000000000000000000000000000000000000
At line:3 char:1
+ Connect-AzAccount -ServicePrincipal -Tenant $Conn.TenantID -Appl ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : CloseError: (:) [Connect-AzAccount],ArgumentException
+ FullyQualifiedErrorId : Microsoft.Azure.Commands.Profile.ConnectAzAccountCommand

Ursache

Dieser Fehler tritt auf, wenn Sie versuchen, ein ausführendes Konto in einem Runbook zu verwenden, das auf einem Hybrid Runbook Worker ausgeführt wird, auf dem das Zertifikat des ausführenden Kontos nicht vorhanden ist. Der Hybrid Runbook Worker enthält das Zertifikatobjekt nicht standardmäßig lokal. Dieses Objekt ist aber für die ordnungsgemäße Funktion des ausführenden Kontos erforderlich.

Lösung

Wenn es sich bei Ihrem Hybrid Runbook Worker um eine Azure-VM handelt, können Sie stattdessen die Runbook-Authentifizierung mit verwalteten Identitäten verwenden. Dieses Szenario gestattet Ihnen die Authentifizierung bei Azure-Ressourcen mithilfe der verwalteten Identität der Azure-VM anstelle des „Ausführen als“-Kontos, was die Authentifizierung vereinfacht. Wenn der Hybrid Runbook Worker ein lokaler Computer ist, müssen Sie das Zertifikat des „Ausführen als“-Kontos auf dem Computer installieren. Sehen Sie sich die Schritte an, die für die Ausführung des PowerShell-Runbooks Export-RunAsCertificateToHybridWorker erforderlich sind und in Ausführen von Runbooks auf einem Hybrid Runbook Worker erläutert werden, wenn Sie Informationen zum Installieren des Zertifikats erhalten möchten.

Szerario: Bei Set-AzStorageBlobContent auf einem Hybrid Runbook Worker tritt ein Fehler auf.

Problem

Das Runbook schlägt fehl, wenn es versucht, Set-AzStorageBlobContent auszuführen, und Sie erhalten die folgende Fehlermeldung:

Set-AzStorageBlobContent : Failed to open file xxxxxxxxxxxxxxxx: Illegal characters in path

Ursache

Dieser Fehler wird durch das Verhalten bei langen Dateinamen in Aufrufen von [System.IO.Path]::GetFullPath() verursacht, bei denen UNC-Pfade hinzugefügt werden.

Lösung

Um dieses Problem zu umgehen, können Sie eine Konfigurationsdatei namens OrchestratorSandbox.exe.config mit folgendem Inhalt erstellen:

<configuration>
  <runtime>
    <AppContextSwitchOverrides value="Switch.System.IO.UseLegacyPathHandling=false" />
  </runtime>
</configuration>

Legen Sie diese Datei im selben Ordner wie die ausführbare Datei OrchestratorSandbox.exe ab. Ein auf ein Objekt angewendeter

%ProgramFiles%\Microsoft Monitoring Agent\Agent\AzureAutomation\7.3.702.0\HybridAgent

Szenario: Microsoft Azure-VMs wurden automatisch aus einer Hybrid Worker-Gruppe gelöscht.

Problem

Hybrid Runbook Worker oder VMs werden Ihnen nicht angezeigt, wenn der Workercomputer lange Zeit ausgeschaltet war.

Ursache

Der Hybrid Runbook Worker-Computer hat Azure Automation länger als 30 Tage nicht gepingt. Daher hat Automation die Hybrid Runbook Worker-Gruppe oder die System Worker-Gruppe gelöscht.

Lösung

Starten Sie den Workercomputer, und registrieren Sie ihn erneut in Azure Automation. Anweisungen zur Installation der Runbookumgebung und dem Herstellen einer Verbindung mit Azure Automation finden Sie unter Bereitstellen eines Windows Hybrid Runbook Workers.

Nächste Schritte

Wenn Ihr Problem hier nicht aufgeführt wird oder Sie es nicht lösen können, besuchen Sie einen der folgenden Kanäle, um weitere Unterstützung zu erhalten:

Erhalten Sie Antworten von Azure-Experten über Azure-Foren.
Kontaktieren Sie @AzureSupport, das offizielle Microsoft Azure-Konto für die Optimierung der Customer Experience. Der Azure-Support verbindet die Azure-Community mit Antworten, Support und Experten.
Erstellen Sie einen Azure-Supportfall. Wechseln Sie zur Azure-Supportwebsite, und wählen Sie Support erhalten aus.

Problembehandlung bei VM-erweiterungsbasierten Hybrid Runbook Workern in Automation

Allgemeine Checkliste

Az-Module können während der Verwendung des Hybrid Workers nicht aktualisiert werden.

Problem

Lösung

Szenario: Runbooks werden in einem Hybrid Runbook Worker in einen angehaltenen Zustand versetzt, wenn ein benutzerdefiniertes Konto auf einem Server mit aktivierter Benutzerkontensteuerung (User Account Control, UAC) verwendet wird.

Problem

Ursache

Lösung

Szenario: Der Auftrag konnte nicht gestartet werden, da der Hybrid-Worker beim Starten des geplanten Auftrags nicht verfügbar war.

Problem

Ursache

Lösung

Szenario: Auftrag wurde angehalten, da er den Auftragsgrenzwert für einen Hybrid Worker überschritten hat

Problem

Ursache

Lösung

Szenario: Private Link-Fehler bei der Hybrid Worker-Bereitstellung.

Problem

Ursache

Lösung

Szenario: Die Hybrid Worker-Bereitstellung schlägt fehl, wenn die bereitgestellte Hybrid Worker-Gruppe nicht vorhanden ist.

Problem

Ursache

Lösung

Szenario: Die Hybrid Worker-Bereitstellung schlägt fehl, wenn die systemseitig zugewiesene verwaltete Identität auf dem virtuellen Computer nicht aktiviert ist.

Problem

Ursache

Lösung

Szenario: Die Hybrid Worker-Bereitstellung schlägt fehl, weil die systemseitig zugewiesene Identität nicht aktiviert ist.

Problem

Ursache

Lösung

Szenario: Der Installationsprozess der Hybrid Worker-Erweiterung auf einem virtuellen Windows-Computer bleibt hängen.

Problem

Ursache

Lösung

Szenario: Der Deinstallationsprozess der Hybrid Worker-Erweiterung auf einem virtuellen Windows-Computer bleibt hängen.

Problem

Ursache

Lösung

Szenario: Der Installationsprozess der Hybrid Worker-Erweiterung auf einem virtuellen Linux-Computer bleibt hängen.

Problem

Ursache

Lösung

Szenario: Der Deinstallationsprozess der Hybrid Worker-Erweiterung auf einem virtuellen Linux-Computer bleibt hängen.

Problem

Ursache

Lösung

Szenario: Fehler bei der Runbook-Ausführung

Problem

Ursache

Lösung

Szenario: Es wurde kein Zertifikat im Zertifikatspeicher auf dem Hybrid Runbook Worker gefunden.

Problem

Ursache

Lösung

Szerario: Bei Set-AzStorageBlobContent auf einem Hybrid Runbook Worker tritt ein Fehler auf.

Problem

Ursache

Lösung

Szenario: Microsoft Azure-VMs wurden automatisch aus einer Hybrid Worker-Gruppe gelöscht.

Problem

Ursache

Lösung

Nächste Schritte

Zusätzliche Ressourcen