Problembehandlung bei VM-erweiterungsbasierten Hybrid Runbook Workern in Automation

Artikel
08/26/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. 
- Für Windows finden Sie die Einstellungsdatei hier:
Tipp

Ersetzen Sie * im folgenden Pfad durch die spezifische Version, die installiert ist, wenn Sie sie kennen.
```
C:\Packages\Plugins\Microsoft.Azure.Automation.HybridWorker.HybridWorkerForWindows\*\RuntimeSettings
```
- Für Linux finden Sie die Einstellungsdatei hier:
```
/var/lib/waagent/Microsoft.Azure.Automation.HybridWorker.HybridWorkerForLinux/
```
Ü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 es wird eine Ausgabedatei generiert. Öffnen Sie die Ausgabedatei, und überprüfen Sie die vom Problembehandlungstool identifizierten Fehler.
- Für Windows finden Sie das Tool für die Problembehandlung hier:
Tipp

Ersetzen Sie * im folgenden Pfad durch die spezifische Version, die installiert ist, wenn Sie sie kennen.
```
C:\Packages\Plugins\Microsoft.Azure.Automation.HybridWorker.HybridWorkerForWindows\*\bin\troubleshooter\TroubleShootWindowsExtension.ps1
```
- Für Linux finden Sie das Tool für die Problembehandlung hier:
Tipp

Ersetzen Sie * im folgenden Pfad durch die spezifische Version, die installiert ist, wenn Sie sie kennen.
```
/var/lib/waagent/Microsoft.Azure.Automation.HybridWorker.HybridWorkerForLinux-*/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.
- Überprüfen Sie für Windows den Hybrid Worker Service-Dienst (HybridWorkerService).
- Überprüfen Sie für Linux den hwd-Dienst.
Erfassen von Protokollen:
- Führen Sie für Windows das Tool für den Protokollsammler aus, das sich hier befindet:
Tipp

Ersetzen Sie * im folgenden Pfad durch die spezifische Version, die installiert ist, wenn Sie sie kennen.
```
C:\Packages\Plugins\Microsoft.Azure.Automation.HybridWorker.HybridWorkerForWindows\*\bin\troubleshooter\PullLogs.ps1
```
Die Protokolle befinden sich hier:
```
C:\HybridWorkerExtensionLogs
```
- Für Linux: Die Protokolle befinden sich in den folgenden Ordnern:
```
/var/log/azure/Microsoft.Azure.Automation.HybridWorker.HybridWorkerForLinux
```
  und
```
/home/hweautomation
```

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

Abgang

Bei Aufträgen treten Fehler auf, und sie wechseln im Hybrid Runbook Worker in den Unterbrechungsstatus. Die Microsoft-SMA-Ereignisprotokolle geben Win32 Process Exited with code [2148734720] und einen entsprechenden Fehler im Anwendungsprotokoll an, wenn das Runbook versucht, .NET Runtime version : 4.0.30319.0 auszuführen. Dies bedeutet, dass die Anwendung nicht gestartet werden konnte.

Ursache

Wenn ein System über Benutzerkontensteuerung verfügt, müssen Berechtigungen direkt und nicht über eine Gruppenmitgliedschaft erteilt werden. Sobald der Benutzer Berechtigungen erhöhen muss, treten bei den Aufträgen Fehler auf.

Lösung

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

Ordner	Berechtigungen
`C:\ProgramData\AzureConnectedMachineAgent\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 nicht auf einem Hybrid Worker gestartet werden, und der folgende Fehler wird angezeigt:

Fehler beim Start, da der Hybrid Worker beim Starten des geplanten Auftrags nicht verfügbar war. Der Hybrid Worker war zuletzt am tt.mm.jjjj aktiv.

Ursache

Dieser Fehler kann aus den folgenden Gründen auftreten:

Die Computer sind 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 benutzerseitig zugewiesene verwaltete Identität des virtuellen Computers ist aktiviert, aber die systemseitig zugewiesene verwaltete Identität nicht.

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 erneut auf dem virtuellen Computer.

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 Registrierungsschlüssel, falls vorhanden: HKLM:\Software\Microsoft\Azure\HybridWorker
1. PowerShell-Code zum Entfernen des Registrierungsschlüssels zusammen mit allen Unterschlüsseln und Werten unter diesem Schlüssel:
```
Get-Item HKLM:\Software\Microsoft\Azure\HybridWorker | Remove-Item -Recurse
```
Entfernen Sie den Registrierungsschlüssel, falls vorhanden: HKLM:\Software\Microsoft\HybridRunbookWorkerV2
1. PowerShell-Code zum Entfernen des Registrierungsschlüssels zusammen mit allen Unterschlüsseln und Werten unter diesem Schlüssel:
```
Get-Item HKLM:\Software\Microsoft\HybridRunbookWorkerV2 | Remove-Item -Recurse
```
Navigieren Sie zum Installationsordner der Hybrid Worker-Erweiterung:

Tipp

Ersetzen Sie * im folgenden Befehl durch die spezifische Version, die installiert ist, wenn Sie sie kennen.
```
cd "C:\Packages\Plugins\Microsoft.Azure.Automation.HybridWorker.HybridWorkerForWindows\*"
```
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.
Navigieren Sie zum Installationsordner der Hybrid Worker-Erweiterung:

Tipp

Ersetzen Sie * im folgenden Befehl durch die spezifische Version, die installiert ist, wenn Sie sie kennen.
```
cd "C:\Packages\Plugins\Microsoft.Azure.Automation.HybridWorker.HybridWorkerForWindows\*"
```
Deaktivieren Sie die Hybrid Worker-Erweiterung:
```
.\bin\disable.cmd
```
Deinstallieren Sie die Hybrid Worker-Erweiterung:
```
.\bin\uninstall.ps1
```
Entfernen Sie den Registrierungsschlüssel, falls vorhanden: HKLM:\Software\Microsoft\Azure\HybridWorker
1. PowerShell-Code zum Entfernen des Registrierungsschlüssels zusammen mit allen Unterschlüsseln und Werten unter diesem Schlüssel:
```
Get-Item HKLM:\Software\Microsoft\Azure\HybridWorker | Remove-Item -Recurse
```
Entfernen Sie den Registrierungsschlüssel, falls vorhanden: HKLM:\Software\Microsoft\HybridRunbookWorkerV2
1. PowerShell-Code zum Entfernen des Registrierungsschlüssels zusammen mit allen Unterschlüsseln und Werten unter diesem Schlüssel:
```
Get-Item HKLM:\Software\Microsoft\HybridRunbookWorkerV2 | Remove-Item -Recurse
```

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

Löschen Sie den state-Ordner:
```
rm -r /home/hweautomation/state
```
Navigieren Sie zum Installationsordner der Hybrid Worker-Erweiterung:

Tipp

Ersetzen Sie * im folgenden Befehl durch die spezifische Version, die installiert ist, wenn Sie sie kennen.
```
cd /var/lib/waagent/Microsoft.Azure.Automation.HybridWorker.HybridWorkerForLinux-*/
```
Löschen Sie die mrseq-Datei:
```
rm mrseq
```

Installieren Sie die Hybrid Worker-Erweiterung:

./extension_shim.sh -c ./HWExtensionHandlers.py -i

Aktivieren Sie die Hybrid Worker-Erweiterung:

./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:

Navigieren Sie zum Installationsordner der Hybrid Worker-Erweiterung:

Tipp

Ersetzen Sie * im folgenden Befehl durch die spezifische Version, die installiert ist, wenn Sie sie kennen.
```
cd /var/lib/waagent/Microsoft.Azure.Automation.HybridWorker.HybridWorkerForLinux-*/
```

Deaktivieren Sie die Hybrid Worker-Erweiterung:

./extension_shim.sh -c ./HWExtensionHandlers.py -d

Deinstallieren Sie die Hybrid Worker-Erweiterung:

./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.

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.

Freigeben über

Problembehandlung bei VM-erweiterungsbasierten Hybrid Runbook Workern in Automation

Allgemeine Checkliste

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

Abgang

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

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

Problem

Ursache

Lösung

Nächste Schritte

Feedback

Zusätzliche Ressourcen