Résolution des problèmes AWS Application Discovery Service

Dans cette section, vous trouverez des informations relatives à la résolution des problèmes courants liés à AWS Application Discovery Service.

Arrêter la collecte de données par l'exploration des données

Pour arrêter l'exploration des données, vous pouvez soit désactiver le commutateur dans la console Migration Hub sous l'onglet Découvrir > Collecteurs de données > Agents, soit appeler l'StopContinuousExportAPI. L'arrêt de la collecte de données peut prendre jusqu'à 30 minutes. Au cours de cette étape, l'interrupteur de la console et l'appel de l'DescribeContinuousExportAPI indiqueront que l'état d'exploration des données est « Stop In Progress ».

Note

Si à l'issue de l'actualisation de la page de la console, le bouton bascule n'est pas désélectionné et qu'un message d'erreur est émis ou que l'API DescribeContinuousExport retourne l'état « Stop_Failed » (Échec de l'arrêt), vous pouvez réessayer en désélectionnant le bouton bascule ou en appelant l'API StopContinuousExport. Si l' « exploration des données » affiche toujours une erreur et ne parvient pas à s'arrêter, veuillez contacter l' AWS assistance.

Vous pouvez également arrêter manuellement la collecte des données en procédant comme suit.

Option 1 : Arrêt de la collecte des données effectuée par des agents

Si vous avez déjà procédé à votre détection à l'aide d'agents ADS et que vous ne souhaitez plus collecter de données supplémentaires dans le référentiel de base de données ADS :

1. Dans la console Migration Hub, choisissez l'onglet Découvrir > Collecteurs de données > Agents.

2. Sélectionnez tous les agents en cours d'exécution et choisissez Stop Data Collection (Arrêter la collecte des données).

   Cela permet de vous assurer qu'aucune nouvelle donnée n'est collectée par les agents dans le référentiel de données ADS et dans votre compartiment S3. Vos données existantes restent accessibles.

Option 2 : supprimer Amazon Kinesis Data Streams de l'exploration des données

Si vous souhaitez continuer à collecter des données par les agents dans le référentiel de données ADS, mais que vous ne souhaitez pas collecter de données dans votre compartiment Amazon S3 à l'aide de l'exploration de données, vous pouvez supprimer manuellement les flux Amazon Data Firehose créés par l'exploration de données :

1. Connectez-vous à Amazon Kinesis depuis la AWS console et choisissez Data Firehose dans le volet de navigation.

2. Supprimez les flux suivants créés par la fonctionnalité d'exploration des données :

   • 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

Supprimer les données collectées par l'exploration des données

Pour supprimer les données collectées lors de l'exploration des données

1. Supprimez les données de l'agent de découverte stockées dans Amazon S3.

   Les données collectées par AWS Application Discovery Service (ADS) sont stockées dans un compartiment S3 nomméaws-application-discover-discovery-service-uniqueid.

   Note

   La suppression du compartiment Amazon S3 ou de l'un des objets qu'il contient alors que l'exploration des données est activée dans Amazon Athena provoque une erreur. Il continue d'envoyer de nouvelles données d'agent de découverte à S3. Les données supprimées ne seront également plus accessibles dans Athena.

2. Supprimer AWS Glue Data Catalog.

   Lorsque l'exploration des données dans Amazon Athena est activée, un compartiment Amazon S3 est créé dans votre compte pour stocker les données collectées par les agents ADS à intervalles réguliers. En outre, il crée également un AWS Glue Data Catalog pour vous permettre d'interroger les données stockées dans un compartiment Amazon S3 à partir d'Amazon Athena. Lorsque vous désactivez l'exploration des données dans Amazon Athena, aucune nouvelle donnée n'est stockée dans votre compartiment Amazon S3, mais les données précédemment collectées sont conservées. Si vous n'avez plus besoin de ces données et que vous souhaitez rétablir l'état de votre compte avant l'activation de l'exploration des données dans Amazon Athena.

   1. Accédez à Amazon S3 depuis la AWS console et supprimez manuellement le compartiment nommé « aws-application-discover-discovery -service-uniqueid »

   2. Vous pouvez supprimer manuellement le catalogue de données AWS Glue Data Catalog d'exploration des données en supprimant la application-discovery-service-databasebase de données et toutes les tables suivantes :

      • os_info_agent

      • network_interface_agent

      • sys_performance_agent

      • processes_agent

      • inbound_connection_agent

      • outbound_connection_agent

      • id_mapping_agent

Suppression de vos données de AWS Application Discovery Service

Pour que toutes vos données soient supprimées d'Application Discovery Service, contactez le AWS Support et demandez la suppression complète des données.

Résoudre les problèmes courants liés à l'exploration des données dans Amazon Athena

Dans cette section, vous trouverez des informations sur la résolution des problèmes courants liés à l'exploration des données dans Amazon Athena.

Rubriques

• L'exploration des données dans Amazon Athena ne démarre pas car les rôles liés aux services et les AWS ressources requises ne peuvent pas être créés
• Les données des nouveaux agents ne s'affichent pas dans Amazon Athena
• Vous ne disposez pas d'autorisations suffisantes pour accéder à Amazon S3, Amazon Data Firehose ou AWS Glue

L'exploration des données dans Amazon Athena ne démarre pas car les rôles liés aux services et les AWS ressources requises ne peuvent pas être créés

Lorsque vous activez l'exploration des données dans Amazon Athena, le rôle lié au service est créé dans votre compteAWSServiceRoleForApplicationDiscoveryServiceContinuousExport, qui lui permet de créer les AWS ressources nécessaires pour rendre les données collectées par l'agent accessibles dans Amazon Athena, notamment un compartiment Amazon S3, des flux Amazon Kinesis et. AWS Glue Data Catalog Si votre compte ne dispose pas des autorisations nécessaires pour explorer les données dans Amazon Athena afin de créer ce rôle, il ne pourra pas être initialisé. Reportez-vous à AWS politiques gérées pour AWS Application Discovery Service.

Les données des nouveaux agents ne s'affichent pas dans Amazon Athena

Si aucune nouvelle donnée ne parvient à Athena, que cela fait plus de 30 minutes qu'un agent a démarré et que le statut d'exploration des données est actif, consultez les solutions répertoriées ci-dessous :

• AWS Agents de découverte

  Vérifiez que le statut Collection (Collecte) de l'agent est marqué comme Started (Démarré) et que le statut Health (État) est marqué comme Running (En cours d'exécution).

• Rôle Kinesis

  Assurez-vous de disposer du rôle AWSApplicationDiscoveryServiceFirehose dans votre compte.

• État du Firehose

  Assurez-vous que les flux de diffusion Firehose suivants fonctionnent correctement :

  • 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

  Assurez-vous que la application-discovery-service-database base de données est bien insérée AWS Glue. Vérifiez que les tables suivantes sont présentes dans  AWS Glue :

  • os_info_agent

  • network_interface_agent

  • sys_performance_agent

  • processes_agent

  • inbound_connection_agent

  • outbound_connection_agent

  • id_mapping_agent

• Compartiment Amazon S3

  Assurez-vous qu'un compartiment Amazon S3 est nommé aws-application-discovery-service-uniqueid dans votre compte. Si des objets du compartiment ont été déplacés ou supprimés, ils ne s'afficheront pas correctement dans Athena.

• Serveurs sur site

  Vérifiez que vos serveurs sont en cours d'exécution afin que vos agents puissent collecter et envoyer des données à  AWS Application Discovery Service.

Vous ne disposez pas d'autorisations suffisantes pour accéder à Amazon S3, Amazon Data Firehose ou AWS Glue

Si vous utilisez AWS Organizations et que l'initialisation pour l'exploration des données dans Amazon Athena échoue, cela peut être dû au fait que vous n'êtes pas autorisé à accéder à Amazon S3, Amazon Data Firehose, Athena ou. AWS Glue

Vous aurez besoin d'un utilisateur IAM doté de droits d'administrateur pour accéder à ces services. Un administrateur peut utiliser son compte pour accorder cet accès. veuillez consulter AWS politiques gérées pour AWS Application Discovery Service.

Pour garantir le bon fonctionnement de l'exploration des données dans Amazon Athena, ne modifiez ni ne supprimez les AWS ressources créées par l'exploration des données dans Amazon Athena, notamment le compartiment Amazon S3, Amazon Data Firehose Streams et. AWS Glue Data Catalog Si vous supprimez ou modifiez accidentellement ces ressources, arrêtez et démarrez la fonction Data Exploration (Exploration des données) qui recréera alors automatiquement ces ressources. Si vous supprimez le compartiment Amazon S3 créé par l'exploration des données, vous risquez de perdre les données collectées dans le compartiment.

Résolution des problèmes d'importation ayant échoué

L'importation du Migration Hub vous permet d'importer les détails de votre environnement sur site directement dans Migration Hub sans utiliser le Discovery Connector ou le Discovery Agent. Cela vous donne ainsi la possibilité de réaliser l'évaluation et la planification de la migration directement à partir de vos données importées. Vous pouvez également regrouper vos appareils en tant qu'applications et suivre leur statut de migration.

Lors de l'importation des données, il est possible de rencontrer des erreurs. En général, ces erreurs se produisent pour l'une des raisons suivantes :

• Un quota lié à l'importation a été atteint — Un quota est associé aux tâches d'importation. Si vous faites une demande de tâche d'importation qui dépasse les quotas, la demande échouera et renverra une erreur. Pour plus d’informations, consultez Quotas AWS Application Discovery Service.

• Une virgule supplémentaire (,) a été insérée dans le fichier d'importation. Les virgules des fichiers .CSV sont utilisées pour différencier un champ du suivant. Les virgules ne sont pas prises en charge dans les champs, car elles divisent toujours les champs. Cela peut entraîner une cascade d'erreurs de formatage. Assurez-vous que les virgules sont utilisées uniquement entre les champs, et n'apparaissent pas autrement dans vos fichiers d'importation.

• Un champ possède une valeur en dehors de sa plage prise en charge. Certains champs, par exemple, CPU.NumberOfCores doivent avoir une plage de valeurs qu'ils prennent en charge. Si vous avez une valeur supérieure ou inférieure à cette plage prise en charge, l'importation de l'enregistrement échoue.

Si des erreurs se produisent avec votre requête d'importation, téléchargez vos enregistrements ayant échoué pour votre tâche d'importation, et résolvez les erreurs dans le fichier .CSV des entrées ayant échoué, puis importez à nouveau.

Console

Pour télécharger votre archive d'enregistrements ayant échoué

1. Connectez-vous à la AWS Management Console console Migration Hub et ouvrez-la à l'adressehttps://console.aws.amazon.com/migrationhub.

2. Dans le volet gauche de navigation, sous Découvrir, choisissez Outils.

3. À partir de Discovery Tools (Outils de détection), choisissez View imports (Afficher les importations).

4. À partir du tableau de bord de Importations, choisissez le bouton radio associé une requête d'importation avec un certain nombre d'enregistrements ayant échoué.

5. Choisissez Télécharger les enregistrements ayant échoué au-dessus du tableau dans le tableau de bord. Cela ouvre la boîte de dialogue de téléchargement de votre navigateur pour télécharger le fichier d'archive.

AWS CLI

Pour télécharger votre archive d'enregistrements ayant échoué

1. Ouvrez une fenêtre de terminal et saisissez la commande suivante, où ImportName is the name of the import task with the failed entries that you want to correct. :

   aws discovery describe-import-tasks - -name ImportName

2. Dans la sortie, copiez l'ensemble du contenu de la valeur renvoyée pour errorsAndFailedEntriesZip, sans les guillemets.

3. Ouvrez un navigateur Web, collez le contenu dans la zone de texte de l'URL, et appuyez sur ENTER. Cela va télécharger l'archive des enregistrements ayant échoué, compressée au format .zip.

Maintenant que vous avez téléchargé l'archive des enregistrements ayant échoué, vous pouvez extraire les deux fichiers qu'elle contient et corriger les erreurs. Notez que si vos erreurs sont liées aux limites basées sur les services, vous devez demander une augmentation de la limite, ou supprimer suffisamment des ressources associées de manière à ce que votre compte reste dans la limite. L'archive contient les fichiers suivants :

• errors-file.csv — Ce fichier est votre journal des erreurs. Il enregistre la ligne, le nom de la colonne et un message d'erreur descriptif pour chaque enregistrement raté de chaque entrée échouée. ExternalId

• failed-entries-file.csv — Ce fichier contient uniquement les entrées échouées de votre fichier d'importation d'origine.

Pour corriger les non-limit-based erreurs que vous avez rencontrées, utilisez le errors-file.csv pour corriger les problèmes du failed-entries-file.csv fichier, puis importez ce fichier. Pour plus d'informations sur l'importation des fichiers, consultez Importation de données.