Behandeln von Problemen bei der Abhängigkeitsvisualisierung

Dieser Artikel hilft Ihnen bei der Behandlung von Problemen bei der Abhängigkeitsanalyse mit und ohne Agent, die nur für VMware-Server verfügbar ist. Erfahren Sie mehr über die Typen der Abhängigkeitsvisualisierung, die in Azure Migrate unterstützt werden.

Visualisieren von Abhängigkeiten für mehr als eine Stunde mit Abhängigkeitsanalyse ohne Agent

Mit der Abhängigkeitsanalyse ohne Agent können Sie Abhängigkeiten für eine Dauer von bis zu 30 Tagen visualisieren oder in eine Karte exportieren.

Visualisieren von Abhängigkeiten für mehr als zehn Server mit Abhängigkeitsanalyse ohne Agent

Azure Migrate verfügt über eine Power BI-Vorlage, die Sie zum gleichzeitigen Visualisieren der Netzwerkverbindungen vieler Server und zum Filtern nach Prozess und Server verwenden können. Hier erfahren Sie mehr darüber, wie Sie die Abhängigkeiten für viele Server gemeinsam visualisieren.

Export-CSV für Abhängigkeiten zeigt „Unbekannter Prozess“ mit Abhängigkeitsanalyse ohne Agent

Bei der Abhängigkeitsanalyse ohne Agent werden die Prozessnamen auf Grundlage der besten Leistung aufgezeichnet. In bestimmten Szenarien ist es nicht möglich, die Prozessnamen an beiden Enden der Abhängigkeit zu ermitteln, obwohl der Quell- und Zielservername sowie der Zielport aufgezeichnet werden. In solchen Fällen wird der Prozess als „Unbekannter Prozess“ gekennzeichnet.

Abhängigkeitsdaten können aufgrund des Fehlers „403: Diese Anforderung ist zum Durchführen dieses Vorgangs nicht autorisiert.“ nicht in eine CSV-Datei exportiert werden.

Wenn Ihr Azure Migrate-Projekt über Konnektivität mit privaten Endpunkten verfügt, sollte die Anforderung zum Exportieren von Abhängigkeitsdaten von einem Client initiiert werden, der über ein privates Netzwerk mit dem virtuellen Azure-Netzwerk verbunden ist. Öffnen Sie zum Beheben dieses Fehlers das Azure-Portal in Ihrem lokalen Netzwerk oder auf dem Applianceserver, und versuchen Sie den Export erneut.

Exportieren der Abhängigkeitsanalysefehler

Sie können alle Fehler und Korrekturen für die Abhängigkeitsanalyse ohne Agent aus dem Portal exportieren, indem Sie Benachrichtigungen exportieren auswählen. Die exportierte CSV-Datei enthält auch zusätzliche Informationen wie den Zeitstempel, zu dem der Fehler aufgetreten ist, und Angaben dazu, ob es sich um einen Fehler bei der Überprüfung oder Ermittlung von Abhängigkeitsdaten handelt.

Häufige Fehler bei der Abhängigkeitsanalyse ohne Agent

Azure Migrate unterstützt die Abhängigkeitsanalyse ohne Agent mithilfe von „Azure Migrate: Ermittlung und Bewertung“. Erfahren Sie mehr darüber, wie Sie Abhängigkeitsanalysen ohne Agent durchführen.

Bei virtuellen VMware-Computern wird zur Durchführung der Abhängigkeitsanalyse ohne Agent eine Verbindung mit den Servern über vCenter Server unter Verwendung der VMware-APIs hergestellt. Bei virtuellen Hyper-V-Computern und physischen Servern wird zur Durchführung der Abhängigkeitsanalyse ohne Agent eine direkte Verbindung mit Windows-Servern unter Verwendung von PowerShell-Remoting am Port 5985 (HTTP) und mit Linux-Servern unter Verwendung von SSH-Konnektivität am Port 22 (TCP) hergestellt.

In der folgenden Tabelle sind alle Fehler zusammengefasst, die beim Sammeln von Abhängigkeitsdaten über VMware-APIs oder durch direktes Herstellen einer Verbindung mit Servern auftreten können:

Error 970: DependencyMapInsufficientPrivilegesException

Ursache

Der Fehler tritt in der Regel bei Linux-Servern auf, wenn Sie keine Anmeldeinformationen mit den erforderlichen Berechtigungen für die Appliance angegeben haben.

Wartung

Sie haben zwei Möglichkeiten:

• Stellen Sie sicher, dass Sie ein Stammbenutzerkonto angegeben haben.
• Vergewissern Sie sich, dass ein Konto die folgenden Berechtigungen für Dateien in „/bin/netstat“ und „/bin/ls“ hat:
  • CAP_DAC_READ_SEARCH
  • CAP_SYS_PTRACE

So überprüfen Sie, ob das auf der Appliance bereitgestellte Benutzerkonto über die erforderlichen Berechtigungen verfügt:

1. Melden Sie sich bei dem Server, auf dem dieser Fehler aufgetreten ist, mit demselben Benutzerkonto wie in der Fehlermeldung erwähnt an.

2. Führen Sie in Azure Shell die folgenden Befehle aus. Wenn Sie nicht über die erforderlichen Berechtigungen für die Abhängigkeitsanalyse ohne Agent verfügen, werden Fehler angezeigt.

   ps -o pid,cmd | grep -v ]$
   netstat -atnp | awk '{print $4,$5,$7}'
   

3. Legen Sie die erforderlichen Berechtigungen für die Dateien „/bin/netstat“ und „/bin/ls“ fest, indem Sie die folgenden Befehle ausführen:

   sudo setcap CAP_DAC_READ_SEARCH,CAP_SYS_PTRACE=ep /bin/ls
   sudo setcap CAP_DAC_READ_SEARCH,CAP_SYS_PTRACE=ep /bin/netstat
   

4. Sie können überprüfen, ob die oben genannten Befehle dem Benutzerkonto die erforderlichen Berechtigungen zugewiesen haben:

   getcap /usr/bin/ls
   getcap /usr/bin/netstat
   

5. Führen Sie die in Schritt 2 bereitgestellten Befehle erneut aus, um eine erfolgreiche Ausgabe zu erhalten.

Error 9014: HTTPGetRequestToRetrieveFileFailed

Ursache

Das Problem tritt auf, wenn der VMware-Ermittlungs-Agent auf der Appliance versucht, die Ausgabedatei mit Abhängigkeitsdaten aus dem Serverdateisystem über den ESXi-Host herunterzuladen, auf dem der Server gehostet wird.

Wartung

• Sie können die TCP-Konnektivität mit dem ESXi-Host (in der Fehlermeldung angegebener Name) an Port 443 (muss auf ESXi-Hosts geöffnet sein, um Abhängigkeitsdaten zu pullen) von der Appliance testen. Öffnen Sie PowerShell auf dem Applianceserver, und führen Sie den folgenden Befehl aus:

  Test -NetConnection -ComputeName <Ip address of the ESXi host> -Port 443
  

• Wenn der Befehl erfolgreiche Konnektivität zurückgibt, navigieren Sie zu Azure Migrate-Projekt>Ermittlung und Bewertung>Übersicht>Verwalten>Appliances, und wählen Sie den Appliancenamen und dann Dienste aktualisieren aus.

Error 9018: PowerShellNotFound

Ursache

Der Fehler tritt in der Regel bei Servern auf, auf denen Windows Server 2008 oder niedriger ausgeführt wird.

Wartung

Installieren Sie Windows PowerShell 5.1 an diesem Speicherort auf dem Server. Befolgen Sie die Anweisungen unter Installieren und Konfigurieren von WMF 5.1 zum Installieren von PowerShell in Windows Server.

Nachdem Sie die erforderliche PowerShell-Version installiert haben, überprüfen Sie, ob der Fehler behoben wurde, indem Sie die auf dieser Website beschriebenen Schritte ausführen.

Error 9022: GetWMIObjectAccessDenied

Wartung

Stellen Sie sicher, dass das in der Appliance bereitgestellte Benutzerkonto Zugriff auf den WMI-Namespace und Unternamespaces besitzt. So legen Sie den Zugriff fest:

1. Wechseln Sie zu dem Server, der diesen Fehler meldet.
2. Suchen Sie im Menü Start nach Ausführen, und wählen Sie diese Option aus. Geben Sie im Dialogfeld Ausführen die Zeichenfolge wmimgmt.msc in das Textfeld Öffnen ein, und drücken Sie die EINGABETASTE.
3. Die wmimgmt-Konsole wird geöffnet, in der im linken Bereich WMI-Steuerung (lokal) angezeigt wird. Klicken Sie mit der rechten Maustaste darauf, und wählen Sie im Menü Eigenschaften aus.
4. Wählen Sie im Dialogfeld Eigenschaften von WMI-Steuerung (lokal) die Registerkarte Sicherheiten aus.
5. Wählen Sie auf der Registerkarte Sicherheiten die Option Sicherheit aus, um das Dialogfeld Sicherheit für ROOT zu öffnen.
6. Wählen Sie Erweitert aus, um das Dialogfeld Erweiterte Sicherheitseinstellungen für Root zu öffnen.
7. Wählen Sie Hinzufügen aus, um das Dialogfeld Berechtigungseintrag für Root zu öffnen.
8. Klicken Sie auf Prinzipal auswählen, um das Dialogfeld Benutzer, Computer, Dienstkonten oder Gruppen auswählen zu öffnen.
9. Wählen Sie die Benutzernamen oder Gruppen aus, denen Sie Zugriff auf die WMI gewähren möchten, und wählen Sie dann OK aus.
10. Stellen Sie sicher, dass Sie Ausführungsberechtigungen erteilen, und wählen Sie Dieser Namespace und Unternamespaces in der Dropdownliste Gilt für aus.
11. Wählen Sie Übernehmen aus, um die Einstellungen zu speichern und alle Dialogfelder zu schließen.

Nachdem Sie den erforderlichen Zugriff erteilt haben, überprüfen Sie, ob der Fehler behoben wurde, indem Sie die auf dieser Website beschriebenen Schritte ausführen.

Error 9032: InvalidRequest

Ursache

Dieses Problem kann mehrere Gründe haben. Ein Grund könnte sein, dass der im Appliancekonfigurations-Manager angegebene Benutzername (Serveranmeldeinformationen) ungültige XML-Zeichen enthält. Ungültige Zeichen verursachen einen Fehler beim Analysieren der SOAP-Anforderung.

Wartung

• Vergewissern Sie sich, dass der Benutzername der Serveranmeldeinformationen keine ungültigen XML-Zeichen enthält und das Format username@domain.com aufweist. Dieses Format wird häufig als UPN-Format bezeichnet.
• Nachdem Sie die Anmeldeinformationen auf der Appliance bearbeitet haben, können Sie überprüfen, ob der Fehler behoben wurde, indem Sie die auf dieser Website beschriebenen Schritte ausführen.

Error 10002: ScriptExecutionTimedOutOnVm

Ursache

• Dieser Fehler tritt auf, wenn der Server langsam ist oder nicht reagiert und für das Skript, das zum Pullen der Abhängigkeitsdaten ausgeführt wird, ein Timeout auftritt.
• Nachdem der Ermittlungs-Agent diesen Fehler auf dem Server erkennt, versucht die Appliance danach keine Abhängigkeitsanalyse ohne Agent auf dem Server, um eine Überlastung des nicht reagierenden Servers zu vermeiden.
• Der Fehler tritt weiterhin auf, bis Sie das Problem mit dem Server überprüfen und den Ermittlungsdienst neu starten.

Wartung

1. Melden Sie sich bei dem Server an, auf dem dieser Fehler auftritt.

2. Führen Sie die folgenden Befehle in PowerShell aus:

   Get-WMIObject win32_operatingsystem;
   Get-WindowsFeature  | Where-Object {$_.InstallState -eq 'Installed' -or ($_.InstallState -eq $null -and $_.Installed -eq 'True')};
   Get-WmiObject Win32_Process;
   netstat -ano -p tcp | select -Skip 4;
   

3. Wenn Befehle das Ergebnis nach wenigen Sekunden ausgeben, können Sie zu Azure Migrate-Projekt>Ermittlung und Bewertung>Übersicht>Verwalten>Appliances navigieren und anschließend den Appliancenamen und dann Dienste aktualisieren auswählen, um den Ermittlungsdienst neu zu starten.

4. Wenn für die Befehle ein Timeout auftritt, ohne dass eine Ausgabe erfolgt, gehen Sie wie folgt vor:

   • Finden Sie heraus, welche Prozesse eine hohe CPU- oder Arbeitsspeicherauslastung auf dem Server verursachen.
   • Versuchen Sie, für diesen Server mehr Kerne/Arbeitsspeicher bereitzustellen, und führen Sie die Befehle noch einmal aus.

Error 10005: GuestCredentialNotValid

Wartung

• Stellen Sie die Gültigkeit der Anmeldeinformationen (der Anzeigename wird im Fehler angegeben) sicher, indem Sie im Konfigurations-Manager der Appliance Anmeldeinformationen erneut überprüfen auswählen.
• Achten Sie darauf, dass Sie sich mit den gleichen Anmeldeinformationen, die auf der Appliance bereitgestellt wurden, beim betroffenen Server anmelden können.
• Sie können versuchen, anstelle des Administratorkontos ein anderes Benutzerkonto (für dieselbe Domäne, wenn der Server in die Domäne eingebunden ist) für diesen Server zu verwenden.
• Das Problem kann auftreten, wenn die Kommunikation zwischen dem globalen Katalog <-> und dem Domänencontroller unterbrochen ist. Sie überprüfen dies, indem Sie ein neues Benutzerkonto auf dem Domänencontroller erstellen und dasselbe Konto auf der Appliance bereitstellen. Möglicherweise müssen Sie auch den Domänencontroller neu starten.
• Nachdem Sie die Wartungsschritte ausgeführt haben, überprüfen Sie, ob der Fehler behoben wurde, indem Sie die auf dieser Website beschriebenen Schritte ausführen.

Error 10012: CredentialNotProvided

Ursache

Dieser Fehler tritt auf, wenn Sie im Appliancekonfigurations-Manager Domänenanmeldeinformationen mit einem falschen Domänennamen angegeben haben. Wenn Sie beispielsweise Domänenanmeldeinformationen mit dem Benutzernamen user@abc.com angegeben haben, als Domänenname jedoch „def.com“ angegeben wurde, werden diese Anmeldeinformationen nicht verwendet, wenn der Server mit def.com verbunden ist, und Sie erhalten diese Fehlermeldung.

Wartung

• Navigieren Sie zum Appliancekonfigurations-Manager, um Serveranmeldeinformationen hinzuzufügen oder vorhandene Anmeldeinformationen wie in der Ursache erläutert zu bearbeiten.
• Nachdem Sie die Wartungsschritte ausgeführt haben, überprüfen Sie, ob der Fehler behoben wurde, indem Sie die auf dieser Website beschriebenen Schritte ausführen.

Überprüfung der Entschärfung

Nachdem Sie die Schritte zur Entschärfung der oben aufgeführten Fehler durchgeführt haben, können Sie überprüfen, ob die Fehler behoben wurden, indem Sie über den Server auf der Appliance einige PowerCLI-Befehle ausführen. Wenn die Befehle erfolgreich ausgeführt werden, bedeutet dies, dass das Problem behoben wurde. Andernfalls müssen Sie die Wartungsschritte noch einmal ausführen.

Für virtuelle VMware-Computer (mit VMware-Pipe)

1. Führen Sie die folgenden Befehle aus, um PowerCLI auf dem Applianceserver einzurichten:

   Install-Module -Name VMware.PowerCLI -AllowClobber
   Set-PowerCLIConfiguration -InvalidCertificateAction Ignore
   

2. Stellen Sie von der Appliance aus eine Verbindung mit vCenter Server her, indem Sie die IP-Adresse von vCenter Server im Befehl und die Anmeldeinformationen an der Eingabeaufforderung angeben:

   Connect-VIServer -Server <IPAddress of vCenter Server>
   

3. Stellen Sie von der Appliance aus eine Verbindung mit dem Zielserver her, indem Sie den Servernamen und die Serveranmeldeinformationen (wie für die Appliance angegeben) eingeben:

   $vm = get-VM <VMName>
   $credential = Get-Credential
   

4. Führen Sie für die Abhängigkeitsanalyse ohne Agent die folgenden Befehle aus, um eine erfolgreiche Ausgabe zu bestätigen:

   • Für Windows-Server:

     Invoke-VMScript -VM $vm -ScriptText "powershell.exe 'Get-WmiObject Win32_Process'" -GuestCredential $credential
     
     Invoke-VMScript -VM $vm -ScriptText "powershell.exe 'netstat -ano -p tcp'" -GuestCredential $credential
     

   • Für Linux-Server:

     Invoke-VMScript -VM $vm -ScriptText "ps -o pid,cmd | grep -v ]$" -GuestCredential $credential
     
     Invoke-VMScript -VM $vm -ScriptText "netstat -atnp | awk '{print $4,$5,$7}'" -GuestCredential $credential
     

Für virtuelle Hyper-V-Computer und physische Server (mit Direktverbindungs-Pipe)

Für Windows-Server:

1. Führen Sie den folgenden Befehl aus, um eine Verbindung mit einem Windows-Server herzustellen:

   $Server = New-PSSession –ComputerName <IPAddress of Server> -Credential <user_name>
   

   Geben Sie in der Eingabeaufforderung die Serveranmeldeinformationen ein.

2. Führen Sie zur Validierung für die Abhängigkeitsanalyse ohne Agent die folgenden Befehle aus, um zu sehen, ob Sie eine erfolgreiche Ausgabe erhalten:

   Invoke-Command -Session $Server -ScriptBlock {Get-WmiObject Win32_Process}
   Invoke-Command -Session $Server -ScriptBlock {netstat -ano -p tcp}
   

Für Linux-Server:

1. Installieren des OpenSSH-Clients

   Add-WindowsCapability -Online -Name OpenSSH.Client~~~~0.0.1.0
   

2. Installieren des OpenSSH-Servers

   Add-WindowsCapability -Online -Name OpenSSH.Server~~~~0.0.1.0
   

3. Starten und Konfigurieren des OpenSSH-Servers

   Start-Service sshd
   Set-Service -Name sshd -StartupType 'Automatic'
   

4. Herstellen einer Verbindung mit dem OpenSSH-Server

   ssh username@servername
   

5. Führen Sie zur Validierung für die Abhängigkeitsanalyse ohne Agent die folgenden Befehle aus, um zu sehen, ob Sie eine erfolgreiche Ausgabe erhalten:

   ps -o pid,cmd | grep -v ]$
   netstat -atnp | awk '{print $4,$5,$7}'
   

Nachdem Sie bestätigt haben, dass die Entschärfung funktioniert hat, navigieren Sie zu Azure Migrate-Projekt>Ermittlung und Bewertung>Übersicht>Verwalten>Appliances, und wählen den Appliancenamen und dann Dienste aktualisieren aus, um einen neuen Ermittlungszyklus zu starten.

Beim Versuch, den Log Analytics-Arbeitsbereich in Azure Migrate für die Abhängigkeitsanalyse ohne Agent zu konfigurieren, wird der Arbeitsbereich aufgeführt

Azure Migrate unterstützt derzeit die Erstellung von OMS-Arbeitsbereichen in den Regionen „USA, Osten“, „Asien, Südosten“ und „Europa, Westen“. Wenn der Arbeitsbereich außerhalb von Azure Migrate in einer beliebigen anderen Region erstellt wird, kann er derzeit keinem Projekt zugeordnet werden.

Agent-basierte Abhängigkeitsvisualisierung in Azure Government

Die Agent-basierte Abhängigkeitsanalyse wird in Azure Government nicht unterstützt. Verwenden Sie die Abhängigkeitsanalyse ohne Agent, die nur für VMware-Server verfügbar ist.

Agent-basierte Abhängigkeiten werden nach der Installation von Agents nicht angezeigt.

Nachdem Sie die Agents für die Abhängigkeitsvisualisierung auf lokalen virtuellen Computern installiert haben, dauert es in Azure Migrate üblicherweise 15 bis 30 Minuten, bis die Abhängigkeiten im Portal angezeigt werden. Stellen Sie nach einer Wartezeit von mehr als 30 Minuten sicher, dass Microsoft Monitoring Agent (MMA) eine Verbindung zum Log Analytics-Arbeitsbereich herstellen kann.

Für virtuelle Windows-Computer:

1. Starten Sie MMA in der Systemsteuerung.

2. Stellen Sie unter Microsoft Monitoring Agent-Eigenschaften>Azure Log Analytics (OMS) sicher, dass der Status für den Arbeitsbereich grün angezeigt wird.

3. Wenn der Status nicht grün angezeigt wird, entfernen Sie den Arbeitsbereich, und fügen Sie ihn erneut zu MMA hinzu.

   

Stellen Sie bei virtuellen Linux-Computern sicher, dass die Installationsbefehle für MMA und den Abhängigkeits-Agent erfolgreich ausgeführt wurden. Weitere Informationen zur Problembehandlung finden Sie auf dieser Website.

Unterstützte Betriebssysteme für Agent-basierte Abhängigkeitsanalyse

• MMS-Agent: die unterstützten Windows- und Linux-Betriebssysteme
• Dependency-Agent: die unterstützten Windows- und Linux-Betriebssysteme

Visualisieren von Abhängigkeiten für mehr als eine Stunde mit Agent-basierter Abhängigkeitsanalyse

Obwohl Sie bei der Abhängigkeitsanalyse ohne Agent mit Azure Migrate zu einem bestimmten Datum im letzten Monat zurückgehen können, können Sie die Abhängigkeiten jedoch nur für einen Zeitraum von maximal einer Stunde visualisieren. So können Sie beispielsweise mithilfe der Zeitraumfunktionalität im Abhängigkeitsdiagramm Abhängigkeiten für den gestrigen Tag, jedoch nur für einen Zeitraum von einer Stunde, anzeigen. Sie können Azure Monitor-Protokolle zum Abfragen der Abhängigkeitsdaten über einen längeren Zeitraum verwenden.

Visualisieren von Abhängigkeiten für mehr als 10 Server mit Agent-basierter Abhängigkeitsanalyse

Sie können in Azure Migrate mit der Abhängigkeitsanalyse ohne Agent Abhängigkeiten für Gruppen mit bis zu zehn VMs visualisieren. Teilen Sie bei größeren Gruppen die virtuellen Computer in kleinere Gruppen auf, um die Abhängigkeiten zu visualisieren.

Server zeigen „Agent installieren“ für Agent-basierte Abhängigkeitsanalyse an

Nach dem Migrieren von Servern mit aktivierter Abhängigkeitsvisualisierung zu Azure zeigen Server möglicherweise aufgrund des folgenden Verhaltens die Aktion Agent installieren anstelle von Abhängigkeiten anzeigen an:

• Nach der Migration zu Azure werden die lokalen Server ausgeschaltet, und die entsprechenden virtuellen Computer werden in Azure hochgefahren. Diese Server beziehen eine andere MAC-Adresse.
• Server haben möglicherweise auch eine andere IP-Adresse, je nachdem, ob Sie die lokale IP-Adresse beibehalten haben oder nicht.
• Wenn sich sowohl Mac- als auch IP-Adressen von den lokalen Adressen unterscheiden, verknüpft Azure Migrate die lokalen Server nicht mit Service Map-Abhängigkeitsdaten. In diesem Fall wird die Option zum Installieren des Agents anstatt die Option zum Anzeigen von Abhängigkeiten angezeigt.
• Nach einer Testmigration zu Azure bleiben die lokalen Server erwartungsgemäß eingeschaltet. Entsprechende Server, die in Azure hochgefahren wurden, erhalten andere MAC-Adressen und ggf. auch andere IP-Adressen. Sofern Sie ausgehenden Datenverkehr von Azure Monitor-Protokollen von diesen Servern nicht sperren, ordnet Azure Migrate den lokalen Servern keine Service Map-Abhängigkeitsdaten zu. In diesem Fall wird die Option zum Installieren von Agents anstatt zum Anzeigen von Abhängigkeiten angezeigt.

Erfassen des Netzwerkdatenverkehrs

So sammeln Sie Protokolle zum Netzwerkdatenverkehr:

1. Melden Sie sich beim Azure-Portal an.
2. Drücken Sie F12, um die Entwicklertools zu starten. Deaktivieren Sie ggf. die Einstellung Einträge beim Navigieren löschen.
3. Wählen Sie die Registerkarte Netzwerk aus, und starten Sie die Erfassung von Netzwerkdatenverkehr:
   • Wählen Sie in Chrome die Option Protokoll speichern. Die Aufzeichnung sollte automatisch gestartet werden. Ein roter Kreis gibt an, dass der Datenverkehr erfasst wird. Wenn der rote Kreis nicht angezeigt wird, wählen Sie zum Starten den schwarzen Kreis aus.
   • In Microsoft Edge und Internet Explorer sollte die Aufzeichnung automatisch starten. Ist dies nicht der Fall, wählen Sie die grüne Wiedergabeschaltfläche aus.
4. Versuchen Sie, den Fehler zu reproduzieren.
5. Wenn der Fehler während der Aufzeichnung aufgetreten ist, beenden Sie die Aufzeichnung, und speichern Sie eine Kopie der aufgezeichneten Aktivität:
   • Klicken Sie in Chrome mit der rechten Maustaste, und wählen Sie Als HAR mit Inhalt speichern aus. Durch diese Aktion werden die Protokolle komprimiert und als HTTP-Archiv (HAR-Datei) exportiert.
   • Wählen Sie in Microsoft Edge oder Internet Explorer das Symbol Aufgezeichneten Datenverkehr exportieren aus. Durch diese Aktion werden die Protokolle komprimiert und exportiert.
6. Wählen Sie die Registerkarte Konsole aus, um sie auf Warnungen oder Fehler zu überprüfen. So speichern Sie das Konsolenprotokoll:
   • Klicken Sie in Chrome mit der rechten Maustaste auf eine beliebige Stelle im Konsolenprotokoll. Wählen Sie Speichern unter aus, um das Protokoll zu exportieren und zu komprimieren.
   • Klicken Sie in Microsoft Edge oder Internet Explorer mit der rechten Maustaste auf die Fehler, und wählen Sie Alle kopieren aus.
7. Schließen Sie die Entwicklertools.

Nächste Schritte

Erstellen Sie eine Bewertung oder passen Sie sie an.