문제 해결 AWS Application Discovery Service - AWS 애플리케이션 검색 서비스
데이터 탐색을 통한 데이터 수집 중지데이터 탐색으로 수집된 데이터 제거Amazon Athena에서 데이터 탐색과 관련된 일반적인 문제 해결실패한 가져오기 레코드 문제 해결

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

문제 해결 AWS Application Discovery Service

이 단원에서는 AWS Application Discovery Service에서 일반적으로 발생하는 문제를 해결하는 방법에 대한 정보를 확인할 수 있습니다.

데이터 탐색을 통한 데이터 수집 중지

데이터 탐색을 중지하려면 Migration Hub 콘솔의 검색 > 데이터 수집기 > 에이전트 탭에서 토글 스위치를 끄거나 StopContinuousExport를 호출할 수 있습니다API. 데이터 수집을 중지하는 데 최대 30분이 걸릴 수 있으며,이 단계에서 콘솔의 토글 스위치와 DescribeContinuousExport API 호출은 데이터 탐색 상태를 '진행 중 중지'로 표시합니다.

참고

콘솔 페이지를 새로 고친 후 토글이 꺼지지 않고 오류 메시지가 발생하거나가 "Stop_Failed" 상태를 DescribeContinuousExport API 반환하는 경우 토글 스위치를 끄거나 StopContinuousExport를 호출하여 다시 시도할 수 있습니다API. “데이터 탐색”에 여전히 오류가 표시되고 성공적으로 중지되지 않는 경우 AWS 에 문의하십시오.

또는 다음 단계에 설명된 대로 수동으로 데이터 수집을 중지할 수 있습니다.

옵션 1: 에이전트 데이터 수집 중지

ADS 에이전트를 사용하여 검색을 이미 완료했으며 ADS 데이터베이스 리포지토리에서 추가 데이터를 더 이상 수집하지 않으려는 경우:

  1. Migration Hub 콘솔에서 검색 > 데이터 수집기 > 에이전트 탭을 선택합니다.

  2. 실행 중인 기존 에이전트를 모두 선택한 다음 Stop Data Collection(데이터 수집 중지)을 선택합니다.

    이렇게 하면 에이전트가 데이터 리포지토리와 S3 버킷 모두에서 새 ADS 데이터를 수집하지 않습니다. 기존 데이터에는 액세스할 수 있습니다.

옵션 2: 데이터 탐색의 Amazon Kinesis Data Streams 삭제

ADS 데이터 리포지토리에서 에이전트가 데이터를 계속 수집하고 싶지만 데이터 탐색을 사용하여 Amazon S3 버킷에서 데이터를 수집하지 않으려면 데이터 탐색으로 생성된 Amazon Data Firehose 스트림을 수동으로 삭제할 수 있습니다.

  1. AWS 콘솔에서 Amazon Kinesis에 로그인하고 탐색 창에서 Data Firehose를 선택합니다.

  2. 데이터 탐색 기능으로 생성된 다음 스트림을 삭제합니다.

    • 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

데이터 탐색으로 수집된 데이터 제거

데이터 탐색으로 수집된 데이터를 제거하려면

  1. Amazon S3에 저장된 검색 에이전트 데이터를 제거합니다.

    AWS Application Discovery Service (ADS)에서 수집하는 데이터는 라는 S3 버킷에 저장됩니다aws-application-discover-discovery-service-uniqueid.

    참고

    Amazon Athena에서 데이터 탐색이 활성화되어 있는 동안 Amazon S3 버킷 또는 그 안에 있는 객체를 삭제하면 오류가 발생합니다. Amazon Athena 새 검색 에이전트 데이터는 S3로 계속 전송됩니다. 삭제된 데이터는 더 이상 Athena에서도 액세스할 수 없습니다.

  2. 를 제거합니다 AWS Glue Data Catalog.

    Amazon Athena에서 데이터 탐색을 활성화하면 계정에 Amazon S3 버킷이 생성되어 ADS 에이전트가 정기적으로 수집한 데이터를 저장합니다. 또한 Amazon Athena의 Amazon S3 버킷에 저장된 데이터를 쿼리할 수 AWS Glue Data Catalog 있도록를 생성합니다. Amazon Athena에서 데이터 탐색을 끄면 새 데이터가 Amazon S3 버킷에 저장되지 않지만 이전에 수집된 데이터는 유지됩니다. 이 데이터가 더 이상 필요하지 않고 Amazon Athena에서 데이터 탐색이 활성화되기 전에 계정을 상태로 되돌리려는 경우.

    1. AWS 콘솔에서 Amazon S3를 방문하여 "aws-application-discover-discovery-service-uniqueid"라는 이름으로 버킷을 수동으로 삭제합니다.

    2. application-discovery-service-database 데이터베이스와 다음 모든 테이블을 삭제하여 데이터 탐색 AWS Glue 데이터 카탈로그를 수동으로 제거할 수 있습니다.

      • os_info_agent

      • network_interface_agent

      • sys_performance_agent

      • processes_agent

      • inbound_connection_agent

      • outbound_connection_agent

      • id_mapping_agent

에서 데이터 제거 AWS Application Discovery Service

Application Discovery Service에서 모든 데이터를 제거하려면 AWS Support에 문의하여 전체 데이터 삭제를 요청합니다.

Amazon Athena에서 데이터 탐색과 관련된 일반적인 문제 해결

이 섹션에서는 Amazon Athena에서 데이터 탐색과 관련된 일반적인 문제를 해결하는 방법에 대한 정보를 찾을 수 있습니다.

서비스 연결 역할 및 필요한 AWS 리소스를 생성할 수 없으므로 Amazon Athena에서 데이터 탐색이 시작되지 않음

Amazon Athena에서 데이터 탐색을 켜면 Amazon S3 버킷AWSServiceRoleForApplicationDiscoveryServiceContinuousExport, Amazon Kinesis 스트림 및 등 에이전트가 Amazon Athena에서 수집된 데이터에 액세스할 수 있도록 하는 데 필요한 AWS 리소스를 생성할 수 있는 서비스 연결 역할인가 계정에 생성됩니다 AWS Glue Data Catalog. 계정에이 역할을 생성할 수 있는 Amazon Athena의 데이터 탐색에 대한 적절한 권한이 없는 경우 초기화되지 않습니다. 자세한 내용은 AWS 에 대한 관리형 정책 AWS Application Discovery Service 항목을 참조하세요.

새 에이전트 데이터가 Amazon Athena에 표시되지 않음

새 데이터가 Athena로 흐르지 않고 에이전트가 시작된 후 30분 이상 경과했으며 데이터 탐색 상태가 활성인 경우 아래 나열된 솔루션을 확인합니다.

  • AWS 검색 에이전트

    에이전트의 수집 상태가 시작 상태로 표시되고 상태가 실행 중으로 표시되는지 확인합니다.

  • Kinesis 역할

    계정에 AWSApplicationDiscoveryServiceFirehose 역할이 있는지 확인합니다.

  • Firehose 상태

    다음 Firehose 전송 스트림이 올바르게 작동하는지 확인합니다.

    • 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

    application-discovery-service-database 데이터베이스가에 있는지 확인합니다 AWS Glue. 다음 테이블이 AWS Glue에 있는지 확인합니다.

    • os_info_agent

    • network_interface_agent

    • sys_performance_agent

    • processes_agent

    • inbound_connection_agent

    • outbound_connection_agent

    • id_mapping_agent

  • Amazon S3 버킷

    aws-application-discovery-service-uniqueid 계정에 이름이 인 Amazon S3 버킷이 있는지 확인합니다. 버킷의 객체가 이동 또는 삭제된 경우 Athena에 제대로 표시되지 않습니다.

  • 온프레미스 서버

    에이전트가 데이터를 수집하고 AWS Application Discovery Service로 전송할 수 있도록 서버가 실행 중인지 확인합니다.

Amazon S3, Amazon Data Firehose 또는 AWS Glue

를 사용하고 AWS Organizations있고 Amazon Athena에서 데이터 탐색을 위한 초기화가 실패하는 경우 Amazon S3, Amazon Data Firehose, Athena 또는에 액세스할 권한이 없기 때문일 수 있습니다 AWS Glue.

이러한 서비스에 대한 액세스 권한을 부여하려면 관리자 권한이 있는 IAM 사용자가 필요합니다. 관리자는 본인의 계정을 사용하여 이러한 액세스 권한을 부여할 수 있습니다. AWS 에 대한 관리형 정책 AWS Application Discovery Service을 참조하세요.

Amazon Athena에서 데이터 탐색이 올바르게 작동하도록 하려면 Amazon S3 버킷, Amazon Data Firehose Streams 및를 포함하여 Amazon Athena에서 데이터 탐색으로 생성된 AWS 리소스를 수정하거나 삭제하지 마십시오 AWS Glue Data Catalog. 실수로 이러한 리소스를 삭제하거나 수정한 경우 데이터 탐색을 중지한 후 시작합니다. 그러면 이러한 리소스가 자동으로 다시 생성됩니다. 데이터 탐색으로 생성된 Amazon S3 버킷을 삭제하면 버킷에서 수집된 데이터가 손실될 수 있습니다.

실패한 가져오기 레코드 문제 해결

Migration Hub 가져오기를 사용하면 Discovery Connector 또는 Discovery Agent를 사용하지 않고도 온프레미스 환경의 세부 정보를 Migration Hub로 직접 가져올 수 있습니다. 이때 가져온 데이터에서 직접 마이그레이션 평가 및 계획을 수행할 수 있는 옵션이 제공됩니다. 디바이스를 애플리케이션으로 그룹화하고, 마이그레이션 상태를 추적할 수도 있습니다.

데이터를 가져올 때 오류가 발생할 수 있습니다. 일반적으로 이러한 오류의 원인은 다음 중 하나일 수 있습니다.

  • 가져오기 관련 할당량에 도달했습니다. 가져오기 작업과 연결된 할당량이 있습니다. 할당량을 초과하는 가져오기 작업 요청을 수행하면 요청이 실패하고 오류가 반환됩니다. 자세한 내용은 AWS Application Discovery Service 할당량 단원을 참조하십시오.

  • 추가 쉼표(,)가 가져오기 파일 -의 쉼표에 삽입되었습니다.CSV 파일은 한 필드를 다음 필드와 구분하는 데 사용됩니다. 쉼표는 필드를 구분하는 데 사용되기 때문에 필드 내에 쉼표를 사용하는 것은 지원되지 않습니다. 이것은 포맷 오류의 연쇄적인 원인이 될 수 있습니다. 쉼표는 필드 간에만 사용하고, 가져오기 파일의 다른 부분에는 사용하지 마십시오.

  • 필드의 값이 지원되는 범위를 벗어남 -와 같은 일부 필드에는 지원하는 값의 범위가 CPU.NumberOfCores 있어야 합니다. 지원되는 범위보다 크거나 작은 값이 있으면 레코드 가져오기가 실패합니다.

가져오기 요청에 오류가 발생하면 가져오기 작업에 실패한 레코드를 다운로드하여 오류를 해결하고 실패한 항목 CSV 파일의 오류를 해결한 다음 다시 가져올 수 있습니다.

Console
실패한 레코드 아카이브를 다운로드하려면

  1. 에 로그인 AWS Management Console하고에서 Migration Hub 콘솔을 엽니다https://console.aws.amazon.com/migrationhub.

  2. 왼쪽 탐색 창의 검색에서 도구를 선택합니다.

  3. 검색 도구에서 가져오기 보기를 선택합니다.

  4. 가져오기 대시보드에서 실패한 레코드 수가 있는 가져오기 요청에 대한 라디오 버튼을 선택합니다.

  5. 대시보드에서 테이블 위의 레코드를 다운로드하지 못함을 선택합니다. 그러면 아카이브 파일을 다운로드할 수 있는 브라우저의 대화 상자가 열립니다.

AWS CLI
실패한 레코드 아카이브를 다운로드하려면

  1. 터미널 창을 열고 다음 명령을 입력합니다. 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. 출력에서 errorsAndFailedEntriesZip에 대해 반환된 값의 전체 내용을 따옴표를 제외하고 복사합니다.

  3. 웹 브라우저를 열고 내용을 URL 텍스트 상자에 붙여 넣고를 누릅니다ENTER. 그러면 실패한 레코드 아카이브가 압축된 zip 형식으로 다운로드됩니다.

실패한 레코드 아카이브를 다운로드했으므로 이제 두 개의 파일을 추출하여 오류를 수정할 수 있습니다. 오류가 서비스 기반 한도로 인한 것일 경우, 한도 증가를 요청하십시오 또는 관련 리소스를 충분히 삭제하여 계정을 한도 이내로 유지하십시오. 아카이브에는 다음 파일이 있습니다.

  • errors-file.csv –이 파일은 오류 로그이며 실패한 각 항목의 실패한 각 레코드에 대한 줄, 열 이름ExternalId, 및 설명 오류 메시지를 추적합니다.

  • failed-entries-file.csv –이 파일에는 원래 가져오기 파일에서 실패한 항목만 포함됩니다.

발생한 오류를 수정 non-limit-based하려면 errors-file.csv를 사용하여 failed-entries-file.csv 파일의 문제를 수정한 다음 해당 파일을 가져옵니다. 파일 가져오기에 대한 지침은 데이터 가져오기 단원을 참조하십시오.