Auf dieser Seite wird beschrieben, wie Sie Probleme mit dem Discovery-Client beheben.
Probleme bei der Installation
Die folgenden Probleme können während der Installation des Discovery-Clients auftreten.
Datenbankinstallation
In einigen Fällen kann die Installation der PostgreSQL-Datenbank aufgrund einer auf dem Computer installierten Sicherheitssoftware fehlschlagen. Einige Kunden haben Installationsprobleme mit Programmen wie CyberArk, bit9 (oder Carbon Black) und McAfee gemeldet.
Um das Problem zu beheben, prüfen Sie, ob PostgreSQL 12 installiert ist. Prüfen Sie dazu das Fenster Programme hinzufügen/entfernen auf Ihrem Computer. Anschließend können Sie versuchen, PostgreSQL im interaktiven Modus zu installieren, indem Sie die folgenden Schritte ausführen.
- Öffnen Sie eine Eingabeaufforderung im Administratormodus.
- Rufen Sie den Installationsordner des Discovery-Clients auf (in der Regel
C:\"Program Files"\"Migration Center Discovery Client"
). - Führen Sie das Skript
postgreSQLsetupmanual.bat
aus, um die PostgreSQL-Installation zu starten. - Folgen Sie der Anleitung auf dem Bildschirm und lassen Sie alle Standardeinstellungen unverändert.
- Prüfen Sie nach der PostgreSQL-Installation, ob die folgenden Dienste in Windows-Diensten installiert sind:
- DataCenter-Migrationscenter
- Datenübertragungscenter für Migrationscenter
- Migrationscenter PostgreSQL
Wenn die Installation weiterhin fehlschlägt, wenden Sie sich an den Google Cloud-Support und geben Sie folgende Informationen an:
- Wenn Sie Sicherheitssoftware auf Ihrem Computer ausführen, geben Sie die Details in der Anfrage an.
- Die Fehlermeldung für die Installation. Sie finden sie normalerweise im Ordner
AppData > Local > Temp
.
Verbindungsprobleme
Während der ersten Autorisierungsphase des Discovery-Clients können Probleme mit der Verbindung oder der PostgreSQL-Datenbank auftreten. Sehen Sie sich die Fehlermeldung in der App an, um die Ursache des Problems zu ermitteln.
Verbindung von Windows-Diensten fehlgeschlagen
Dieser Fehler tritt auf, wenn der Discovery-Client keine Verbindung mit dem Migrationscenter herstellen kann.
Um dieses Problem zu beheben, klicken Sie auf den Link Lösungsoptionen aufrufen, geben Sie gültigen Proxy-Anmeldedaten ein und klicken Sie dann auf Speichern. Klicken Sie auf Wiederholen, um die Verbindung noch einmal zu testen.
Proxy aktivieren
Der Discovery-Client und die entsprechenden Windows-Dienste verwenden die von Windows zurückgegebenen Standard-Proxy-Einstellungen. In einigen Fällen haben Nutzer des lokalen Systems nicht den Proxy, der normalerweise für Nutzer verfügbar ist, die im System angemeldet sind. In solchen Fällen können Sie die Proxy-Einstellungen im Discovery-Client so festlegen:
- Rufen Sie in der Discovery-Client-App den Tab Einstellungen auf.
- Aktivieren Sie Proxy-Anmeldedaten.
- Geben Sie den Proxyhost und den Port ein.
- Geben Sie bei Bedarf die Proxyanmeldedaten ein.
Probleme bei der Datenerhebung
Die folgenden Probleme können auftreten, wenn Sie mit dem Discovery-Client Daten erheben.
Datenerfassung erfolgt nicht
Wenn Sie den Discovery-Client installiert haben und Ihre Assets hinzugefügt haben, die Erfassung aber nicht erfolgt, können Sie die folgenden Fehlerbehebungsstrategien ausprobieren:
- Prüfen Sie, ob der Discovery-Client autorisiert ist. Weitere Informationen finden Sie unter Discovery-Client autorisieren.
- Überprüfen Sie, ob alle Ihre Anmeldedatengruppen für die Datenerfassung geplant sind.
- Rufen Sie in der Discovery-Client-App die Einstellungen auf und klicken Sie auf Anruf-Startseite testen, um die Verbindung zum Migrationscenter zu testen.
- Achten Sie darauf, dass keine Firewallregeln den Traffic zu bestimmten Ports blockieren.
- Lassen Sie für Linux-Maschinen eingehenden TCP-Traffic an Port
22
zu. - Lassen Sie für Windows-WMI den eingehenden TCP-Traffic an Port
135
und die dynamischen TCP-Inbound-Ports zu.- Ports
49152
bis65535
für Windows Server 2008 und höher - Ports
1025
bis5000
für Windows Server 2003 und niedriger
- Ports
- Lassen Sie für Linux-Maschinen eingehenden TCP-Traffic an Port
Subnetzscan wird nicht ausgeführt
Wenn der Subnetzscan nicht ausgeführt wird, versuchen Sie es mit den folgenden Strategien zur Fehlerbehebung:
- Prüfen Sie, ob der Discovery-Client autorisiert ist.
- Rufen Sie in der Discovery-Client-App die Einstellungen auf und klicken Sie auf Anruf-Startseite testen, um die Verbindung zum Migrationscenter zu testen.
- Öffnen Sie
services.msc
in Windows und prüfen Sie, ob die folgenden Migration Center-Dienste ausgeführt werden:- DataCenter-Migrationscenter
- Datenübertragungscenter für Migrationscenter
- Migrationscenter PostgreSQL
Scannen des IP-Bereichs funktioniert nicht
In einigen Fällen kann beim Scannen eines IP-Bereichs die folgende Fehlermeldung angezeigt werden:
A connection attempt failed because the connected party did not properly
respond after a period of time, or established connection failed because
connected host has failed to respond.
Achten Sie darauf, dass Ihre Firewallregeln die Regeln für das Internet Control Message Protocol (ICMP) mit dem Befehl ping
zulassen, um das Problem zu beheben.
RPC-Server nicht verfügbar
In einigen Fällen kann der folgende Fehler angezeigt werden:
The RPC server is unavailable. (Exception from HRESULT: 0x800706BA)
Dieser Fehler ist das Ergebnis von Kommunikationsproblemen zwischen dem Discovery-Client und dem Asset. Hier einige häufige Ursachen für diesen Fehler:
- Das Asset ist nicht vorhanden oder wurde heruntergefahren. Prüfen Sie, ob das Asset aktiviert ist, indem Sie es pingen und eine Verbindung zum Server über den Remote Desktop herstellen.
- Eine Firewall blockiert die Sicht auf das Asset.
Prüfen Sie mit
ping
und RDP für das Asset, ob Sichtlinien zum Asset vorhanden sind. Möglicherweise müssen Sie Netzwerkregeln ändern oder einen anderen Discovery-Client verwenden, der auf das Asset zugreifen kann. - Die Windows-Firewall blockiert Remote-WMI-Aufrufe an das Asset. Stellen Sie eine RDP-Verbindung zum Computer her und prüfen Sie, ob die Windows-Firewall aktiviert ist. Folgen Sie der Anleitung zum Ändern der Firewallregeln.
Zugriff verweigert (0x80070005)
In einigen Fällen kann der folgende Fehler angezeigt werden:
0x80070005-E_ACCESS_DENIED
Dieser Fehler tritt auf, wenn die Anmeldedaten falsch sind oder das Nutzerkonto über DCOM keinen Remotezugriff auf den Computer hat. Versuchen Sie es mit einer der folgenden Strategien, um diesen Fehler zu beheben:
- Überprüfen Sie, ob die Anmeldedaten korrekt sind. Das betrifft insbesondere Folgendes:
- Geben Sie Domainkonten als
DOMAIN\USERNAME
ein. - Geben Sie lokale Konten als
.\USERNAME
ein.
- Geben Sie Domainkonten als
- Erteilen Sie dem Nutzer die Berechtigungen „Remote-Start“ und „Remote-Aktivierung“ in
dcomcnfg
.- Klicken Sie auf Start > Ausführen und geben Sie dann
dcomcnfg
ein. - Maximieren Sie Komponentendienste und Computer.
- Klicken Sie mit der rechten Maustaste auf Mein Computer und wählen Sie dann Eigenschaften aus.
- Klicken Sie unter „COM-Sicherheit“ für beide Abschnitte auf Limits bearbeiten.
- Gewähren Sie dem Nutzer die Berechtigungen Remotezugriff, Remotestart und Remoteaktivierung.
- Gehen Sie zu DCOM Config und suchen Sie nach Windows Management Instrumentation.
- Gewähren Sie dem Nutzer die Berechtigungen Remotestart und Remoteaktivierung.
- Klicken Sie auf Start > Ausführen und geben Sie dann
Weitere Informationen finden Sie auf der Seite zur WMI-Fehlerbehebung.
Zugriff verweigert (0x80041003)
In einigen Fällen kann der folgende Fehler angezeigt werden:
0x80041003-WBEM_E_ACCESS_DENIED
Dieser Fehler tritt auf, wenn die bereitgestellten Anmeldedaten keinen Zugriff auf den WMI-Namespace haben. Um diesen Fehler zu beheben, suchen und aktualisieren Sie die WMI-Steuerung.
- Doppelklicken Sie in der Systemsteuerung auf Verwaltungstools.
- Doppelklicken Sie im Fenster „Verwaltungstools“ auf Computerverwaltung.
- Klicken Sie mit der rechten Maustaste auf das Symbol „WMI-Steuerung“ und wählen Sie Eigenschaften aus.
- Klicken Sie auf die Registerkarte Sicherheit.
- Klicken Sie auf Stammordner und dann auf Sicherheit.
- Gewähren Sie dem Nutzer Methoden ausführen, Konto aktivieren und Remoteaktivierung für den Zugriff auf den Namespace.
- Klicken Sie auf Erweitert.
- Klicken Sie doppelt auf Prinzipal und ändern Sie dann den Wert für Angewendet auf in Dieser und untergeordnete Namespaces.
Weitere Informationen finden Sie auf der Seite zur Fehlerbehebung für Namespace-Sicherheit.
Berechtigung verweigert
In einigen Fällen wird die Fehlermeldung Permission denied (password)
oder Permission denied (publickey)
angezeigt.
Dieser Fehler tritt auf, wenn sich der Discovery-Client nicht mit den bereitgestellten Linux-Anmeldedaten beim Linux-Asset authentifizieren kann. Probieren Sie die folgende Strategie aus, um diesen Fehler zu beheben.
- Klicken Sie unter Anmeldedaten auf die Gruppe mit dem Fehler.
- Klicken Sie auf Alle Fehler ansehen. Dadurch werden alle Assets aufgelistet, bei denen Probleme auftreten.
- Klicken Sie auf das Dreipunkt-Menü neben dem Asset und wählen Sie Asset bearbeiten aus, um ein bestimmtes Asset zu korrigieren.
- Ändern Sie die Anmeldedaten des Assets, indem Sie im Drop-down-Menü die Asset-spezifischen Anmeldedaten auswählen. Diese überschreiben die globalen Anmeldedaten, denen das Asset zugewiesen ist.
- Klicken Sie in der Asset-Liste im Dreipunkt-Menü neben dem Asset auf Autorisierung testen, um die gerade eingegebenen Anmeldedaten zu testen.