Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Problembehebung AWS Application Discovery Service
In diesem Abschnitt finden Sie Informationen dazu, wie häufige Probleme mit AWS Application Discovery Service behoben werden.
Themen
Stoppen Sie die Datenerfassung durch Datenexploration
Um die Datenexploration zu beenden, können Sie entweder den Kippschalter in der Migration Hub Hub-Konsole unter Discover > Data Collectors > Agents ausschalten oder den aufrufen. StopContinuousExport
API Es kann bis zu 30 Minuten dauern, bis die Datenerfassung beendet ist. Während dieser Phase zeigen der Schalter an der Konsole und der DescribeContinuousExport
API Aufruf den Status der Datenerkundung als „Stopp In Bearbeitung“ an.
Anmerkung
Wenn sich der Schalter nach dem Aktualisieren der Konsolenseite nicht ausschaltet und eine Fehlermeldung ausgegeben wird oder der Status „Stop_Failed“ DescribeContinuousExport
API zurückkehrt, können Sie es erneut versuchen, indem Sie den Kippschalter ausschalten oder den aufrufen. StopContinuousExport
API Wenn die „Datenexploration“ weiterhin einen Fehler anzeigt und nicht erfolgreich beendet werden kann, wenden Sie sich bitte an den Support. AWS
Alternativ können Sie die Datensammlung manuell beenden, wie in den folgenden Schritten beschrieben.
Option 1: Beenden der Agent-Datensammlung
Wenn Sie Ihre Suche mithilfe von ADS Agenten bereits abgeschlossen haben und keine weiteren Daten mehr im ADS Datenbank-Repository sammeln möchten:
-
Wählen Sie in der Migration Hub Hub-Konsole Discover > Data Collectors > Agents aus.
-
Wählen Sie alle vorhandenen laufenden Agenten aus und klicken Sie auf Stop Data Collection (Beenden der Datensammlung).
Dadurch wird sichergestellt, dass keine neuen Daten von den Agenten sowohl im ADS Daten-Repository als auch in Ihrem S3-Bucket gesammelt werden. Ihre vorhandenen Daten bleiben verfügbar.
Option 2: Amazon Kinesis Data Streams von Data Exploration löschen
Wenn Sie weiterhin Daten von Agenten im Daten-Repository sammeln möchten, aber keine ADS Daten in Ihrem Amazon S3 S3-Bucket mithilfe der Datenexploration sammeln möchten, können Sie die Amazon Data Firehose-Streams, die durch die Datenexploration erstellt wurden, manuell löschen:
-
Melden Sie sich über die AWS Konsole bei Amazon Kinesis an und wählen Sie im Navigationsbereich Data Firehose aus.
-
Löschen Sie die folgenden Streams, die mit der Funktion zur Datenerkundung erstellt wurden:
-
aws-application-discovery-service-id_mapping_agent
-
aws-application-discovery-service-inbound_connection_agent
-
aws-application-discovery-service-network_interface_agent
-
aws-application-discovery-service-os_info_agent
-
aws-application-discovery-service-outbound_connection_agent
-
aws-application-discovery-service-processes_agent
-
aws-application-discovery-service-sys_performance_agent
-
Entfernen Sie die bei der Datenexploration gesammelten Daten
Um Daten zu entfernen, die bei der Datenexploration gesammelt wurden
-
Entfernen Sie die in Amazon S3 gespeicherten Discovery Agent-Daten.
Daten, die von AWS Application Discovery Service (ADS) gesammelt wurden, werden in einem S3-Bucket mit dem Namen gespeichert
aws-application-discover-discovery-service-
.uniqueid
Anmerkung
Das Löschen des Amazon S3 S3-Buckets oder eines der Objekte darin, während die Datenexploration in Amazon Athena aktiviert ist, führt zu einem Fehler. Es sendet weiterhin neue Discovery-Agent-Daten an S3. Die gelöschten Daten werden auch in Athena nicht mehr zugänglich sein.
-
Entfernen AWS Glue Data Catalog.
Wenn die Datenexploration in Amazon Athena aktiviert ist, wird in Ihrem Konto ein Amazon S3 S3-Bucket erstellt, um die Daten zu speichern, die von ADS Agenten in regelmäßigen Zeitabständen gesammelt werden. Darüber hinaus wird eine AWS Glue Data Catalog erstellt, mit der Sie die in einem Amazon S3-Bucket gespeicherten Daten von Amazon Athena abfragen können. Wenn Sie die Datenexploration in Amazon Athena deaktivieren, werden keine neuen Daten in Ihrem Amazon S3 S3-Bucket gespeichert, aber Daten, die zuvor gesammelt wurden, bleiben bestehen. Wenn Sie diese Daten nicht mehr benötigen und Ihr Konto in den Zustand zurückversetzen möchten, in dem die Datenexploration in Amazon Athena aktiviert wurde.
-
Rufen Sie Amazon S3 von der AWS Konsole aus auf und löschen Sie manuell den Bucket mit dem Namen "aws-application-discover-discovery-service-uniqueid“
-
Sie können den AWS Glue Data Catalog zur Datenexploration manuell entfernen, indem Sie die application-discovery-service-databaseDatenbank und all diese Tabellen löschen:
-
os_info_agent
-
network_interface_agent
-
sys_performance_agent
-
processes_agent
-
inbound_connection_agent
-
outbound_connection_agent
-
id_mapping_agent
-
-
Ihre Daten entfernen von AWS Application Discovery Service
Um all Ihre Daten aus dem Application Discovery Service entfernen zu lassen, wenden Sie sich an den AWS Support
Beheben Sie häufig auftretende Probleme bei der Datenexploration in Amazon Athena
In diesem Abschnitt finden Sie Informationen zur Behebung häufiger Probleme bei der Datenexploration in Amazon Athena.
Themen
- Die Datenexploration in Amazon Athena kann nicht initiiert werden, da serviceverknüpfte Rollen und erforderliche AWS Ressourcen nicht erstellt werden können
- Neue Agentendaten werden in Amazon Athena nicht angezeigt
- Sie verfügen nicht über ausreichende Berechtigungen für den Zugriff auf Amazon S3, Amazon Data Firehose oder AWS Glue
Die Datenexploration in Amazon Athena kann nicht initiiert werden, da serviceverknüpfte Rollen und erforderliche AWS Ressourcen nicht erstellt werden können
Wenn Sie die Datenexploration in Amazon Athena aktivieren, wird in Ihrem Konto die serviceverknüpfte Rolle erstelltAWSServiceRoleForApplicationDiscoveryServiceContinuousExport
, die es ihr ermöglicht, die erforderlichen AWS Ressourcen zu erstellen, um die vom Agenten gesammelten Daten in Amazon Athena zugänglich zu machen, einschließlich eines Amazon S3 S3-Buckets, Amazon Kinesis Kinesis-Streams und. AWS Glue Data Catalog Wenn Ihr Konto nicht über die erforderlichen Berechtigungen für die Datenexploration in Amazon Athena verfügt, um diese Rolle zu erstellen, kann sie nicht initialisiert werden. Weitere Informationen finden Sie unter AWS verwaltete Richtlinien für AWS Application Discovery Service.
Neue Agentendaten werden in Amazon Athena nicht angezeigt
Wenn keine neuen Daten in Athena fließen, es mehr als 30 Minuten her ist, dass ein Agent gestartet wurde und der Status der Datenexploration Aktiv lautet, überprüfen Sie die unten aufgeführten Lösungen:
-
AWS Discovery-Agenten
Stellen Sie sicher, dass der Status Collection (Sammlung) des Agenten als Started (Gestartet) und der Status Health (Zustand) als Running (Läuft) markiert ist.
-
Kinesis-Role
Stellen Sie sicher, dass Sie in Ihrem Konto über die Rolle
AWSApplicationDiscoveryServiceFirehose
verfügen.
-
Firehose-Status
Stellen Sie sicher, dass die Firehose Firehose-Lieferstreams ordnungsgemäß funktionieren:
-
aws-application-discovery-service/os_info_agent
-
aws-application-discovery-service-network_interface_agent
-
aws-application-discovery-service-sys_performance_agent
-
aws-application-discovery-service-processes_agent
-
aws-application-discovery-service-inbound_connection_agent
-
aws-application-discovery-service-outbound_connection_agent
-
aws-application-discovery-service-id_mapping_agent
-
-
AWS Glue Data Catalog
Stellen Sie sicher, dass die
application-discovery-service-database
Datenbank vorhanden ist. AWS Glue Stellen Sie sicher, dass die folgenden Tabellen in AWS Glue vorhanden sind:-
os_info_agent
-
network_interface_agent
-
sys_performance_agent
-
processes_agent
-
inbound_connection_agent
-
outbound_connection_agent
-
id_mapping_agent
-
-
Amazon S3 Bucket
Stellen Sie sicher, dass
aws-application-discovery-service-
in Ihrem Konto ein Amazon S3 S3-Bucket benannt ist. Wenn Objekte im Bucket verschoben oder gelöscht wurden, werden sie in Athena nicht richtig angezeigt.uniqueid
-
Ihre lokalen Server
Stellen Sie sicher, dass Ihre Servern ausgeführt werden, sodass Ihr Agenten Daten sammeln und zu AWS Application Discovery Service senden können.
Sie verfügen nicht über ausreichende Berechtigungen für den Zugriff auf Amazon S3, Amazon Data Firehose oder AWS Glue
Wenn Sie Amazon Athena verwenden AWS Organizations und die Initialisierung für die Datenexploration in Amazon Athena fehlschlägt, kann dies daran liegen, dass Sie keine Zugriffsberechtigungen für Amazon S3, Amazon Data Firehose, Athena oder haben. AWS Glue
Sie müssen ein IAM-Benutzer mit Administratorberechtigungen sein, damit Ihnen Zugriff auf diese Services gewährt wird. Ein Administrator kann diesen Zugriff über sein Konto gewähren. Siehe AWS verwaltete Richtlinien für AWS Application Discovery Service.
Um sicherzustellen, dass die Datenexploration in Amazon Athena ordnungsgemäß funktioniert, dürfen Sie die AWS Ressourcen, die durch die Datenexploration in Amazon Athena erstellt wurden, einschließlich des Amazon S3-Buckets, Amazon Data Firehose Streams und, nicht ändern oder löschen. AWS Glue Data Catalog Wenn Sie diese Ressourcen versehentlich löschen oder ändern, können Sie Data Exploration anhalten und wieder fortsetzen, damit diese Ressourcen automatisch erneut erstellt werden. Wenn Sie den Amazon S3 S3-Bucket löschen, der durch Datenexploration erstellt wurde, können Sie die im Bucket gesammelten Daten verlieren.
Fehlerbehebung bei fehlgeschlagenen Datensätzen
Mit dem Migration Hub-Import können Sie Details Ihrer lokalen Umgebung direkt in Migration Hub importieren, ohne den Discovery Connector oder Discovery Agent zu verwenden. Dadurch haben Sie die Möglichkeit, die Migrationsprüfung und -planung direkt von Ihren importierten Daten aus durchzuführen. Sie können auch Ihre Geräte als Anwendungen gruppieren und deren Migrationsstatus nachverfolgen.
Wenn Sie Daten importieren, ist es möglich, dass Fehler auftreten. Typischerweise treten diese Fehler aus einem der folgenden Gründe auf:
-
Ein importbezogenes Kontingent wurde erreicht — Mit Importaufgaben ist ein Kontingent verknüpft. Wenn Sie eine Importaufgabenanfrage stellen, die die Kontingente überschreiten würde, schlägt die Anfrage fehl und es wird ein Fehler zurückgegeben. Weitere Informationen finden Sie unter AWS Application Discovery Service-Kontingente.
-
Ein zusätzliches Komma (,) wurde in die Importdatei eingefügt — Kommas in. CSVDateien werden verwendet, um ein Feld vom nächsten zu unterscheiden. Kommata in einem Feld werden nicht unterstützt, da das Feld dadurch immer geteilt wird. Dies kann zu einer Kaskade von Formatierungsfehlern führen. Stellen Sie sicher, dass Kommata nur zwischen Feldern und nicht in anderer Weise in Ihren Importdateien verwendet werden.
-
Ein Feld hat einen Wert, der außerhalb seines unterstützten Bereichs liegt. Manche Felder, z. B.,
CPU.NumberOfCores
müssen einen Wertebereich haben, den sie unterstützen. Wenn Sie der unterstützte Bereich unter- oder überschritten wird, wird der Datensatz nicht importiert.
Wenn bei Ihrer Importanforderung Fehler auftreten, können Sie diese beheben, indem Sie Ihre fehlgeschlagenen Datensätze für Ihre Importaufgabe herunterladen, die Fehler in der CSV Datei mit den fehlgeschlagenen Einträgen beheben und den Import erneut durchführen.
Nachdem Sie nun Ihr Archiv fehlgeschlagener Datensätze heruntergeladen haben, können Sie die beiden Dateien darin extrahieren und die Fehler korrigieren. Beachten Sie: Wenn Ihre Fehler durch servicebasierte Einschränkungen verursacht wurden, müssen Sie entweder eine Erweiterung dieser Beschränkungen beantragen oder eine ausreichende Menge der entsprechenden Ressourcen löschen, damit Ihr Konto die Grenzwerte wieder einhält. Das Archiv enthält die folgenden Dateien:
-
errors-file.csv — Diese Datei ist Ihr Fehlerprotokoll und zeichnet die Zeile, den Spaltennamen und eine beschreibende Fehlermeldung für jeden fehlgeschlagenen Datensatz jedes fehlgeschlagenen Eintrags auf.
ExternalId
-
failed-entries-file.csv — Diese Datei enthält nur die fehlgeschlagenen Einträge aus Ihrer ursprünglichen Importdatei.
Um die aufgetretenen non-limit-based Fehler zu korrigieren, verwenden Sie die, errors-file.csv
um die Probleme in der failed-entries-file.csv
Datei zu korrigieren, und importieren Sie dann die Datei. Eine Anleitung zum Importieren dieser Dateien finden Sie unter Importieren von Daten.