사용 모범 사례 AWS Schema Conversion Tool - AWS Schema Conversion Tool
추가 메모리 구성기본 프로젝트 폴더데이터 마이그레이션 속도 향상로깅 정보 증가

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

사용 모범 사례 AWS Schema Conversion Tool

AWS Schema Conversion Tool (AWS SCT) 사용 모범 사례 및 옵션에 대한 정보를 찾아보십시오.

추가 메모리 구성

3,500개의 저장 프로시저가 있는 데이터베이스와 같은 대용량 데이터베이스 스키마를 변환하려면 AWS Schema Conversion Tool에서 사용할 수 있는 메모리 양을 구성할 수 있습니다.

AWS SCT 소비하는 메모리 양을 수정하려면

  1. 설정 메뉴에서 글로벌 설정을 선택한 다음 JVM옵션을 선택합니다.

  2. Edit config file을 선택하고 텍스트 편집기를 선택하여 구성 파일을 엽니다.

  3. JavaOptions 섹션을 편집하여 사용 가능한 최소 및 최대 메모리를 설정합니다. 다음 예제에서는 최소값을 4GB로, 최대값을 40GB로 설정합니다.

    [JavaOptions]
-Xmx40960M
-Xms4096M

    사용 가능한 최소 메모리를 4GB 이상으로 설정하는 것이 좋습니다.

  4. 구성 파일을 저장하고 확인을 선택한 다음 다시 시작하여 변경 AWS SCT 사항을 적용합니다.

기본 프로젝트 폴더 구성

AWS SCT 프로젝트 폴더를 사용하여 프로젝트 파일을 저장하고, 평가 보고서를 저장하고, 변환된 코드를 저장합니다. 기본적으로 모든 파일을 응용 프로그램 폴더에 AWS SCT 저장합니다. 다른 폴더를 기본 프로젝트 폴더로 지정할 수 있습니다.

기본 프로젝트 폴더를 변경하려면

  1. 설정 메뉴에서 전역 설정을 선택한 다음, 파일 경로를 선택합니다.

  2. Default project file path에 기본 프로젝트 폴더의 경로를 입력합니다.

  3. 적용을 선택하고 확인을 선택합니다.

데이터 마이그레이션 속도 향상

1TB를 초과하는 데이터가 있는 테이블 세트와 같은 대규모 데이터 세트를 마이그레이션하려면 마이그레이션 속도를 높이는 것이 좋습니다. 데이터 추출 에이전트를 사용하는 경우 데이터 마이그레이션 속도는 다양한 요소에 따라 달라집니다. 이러한 요소에는 대상 Amazon Redshift 클러스터의 슬라이스 수, 마이그레이션 작업의 청크 파일 크기, 데이터 추출 에이전트를 실행하는 RAM PC에서 사용 가능한 크기 등이 포함됩니다.

데이터 마이그레이션 속도를 높이려면 프로덕션 데이터 중 작은 데이터 세트를 사용하여 여러 테스트 마이그레이션 세션을 실행하는 것이 좋습니다. 또한 크기가 500GB 이상인 PC에서 데이터 추출 에이전트를 실행하는 것이 좋습니다. SSD 이러한 테스트 세션 중에 다른 마이그레이션 파라미터를 변경하고 디스크 사용률을 모니터링하여 최대 데이터 마이그레이션 속도를 보장하는 구성을 찾습니다. 그런 다음 이 구성을 사용하여 전체 데이터 세트를 마이그레이션합니다.

로깅 정보 증가

데이터베이스, 스크립트 및 애플리케이션을 AWS SCT 변환할 때 생성되는 로깅 정보를 늘릴 수 SQL 있습니다. 로깅 정보가 증가하면 변환 속도가 느려질 수 있지만, 변경 사항을 통해 오류가 발생할 경우 AWS Support에 강력한 정보를 제공할 수 있습니다.

AWS SCT 로컬 환경에 로그를 저장합니다. 이러한 로그 파일을 보고 문제 해결을 위해 AWS Support 또는 AWS SCT 개발자와 공유할 수 있습니다.

로깅 설정을 변경하려면

  1. 설정 메뉴에서 전역 설정을 선택한 다음, 로깅을 선택합니다.

  2. Log folder path에 사용자 인터페이스의 로그를 저장할 폴더를 입력합니다.

  3. 콘솔 로그 폴더 경로의 경우 AWS SCT 명령줄 인터페이스의 로그를 저장할 폴더를 입력합니다 (CLI).

  4. Maximum log file size (MB)에는 단일 로그 파일의 크기를 MB 단위로 입력합니다. 파일이 이 한도에 도달하면 새 로그 파일을 AWS SCT 생성합니다.

  5. Maximum number of log files에는 저장할 로그 파일 수를 입력합니다. 폴더의 로그 파일 수가 이 한도에 도달하면 AWS SCT 가 가장 오래된 로그 파일을 삭제합니다.

  6. Extractors log download path에 데이터 추출 에이전트 로그를 저장할 폴더를 입력합니다.

  7. Cassandra extractor log path에 Apache Cassandra 데이터 추출 에이전트 로그를 저장할 폴더를 입력합니다.

  8. 데이터 추출 에이전트를 사용할 때마다 로그를 저장할 위치를 AWS SCT 묻는 메시지가 나타나도록 로드하기 전에 경로 확인을 선택합니다.

  9. 디버그 모드에서 True를 선택합니다. 표준 AWS SCT 로그에 문제가 없는 경우 이 옵션을 사용하여 추가 정보를 기록할 수 있습니다.

  10. 로깅 정보를 증가시킬 주요 애플리케이션 모듈을 선택합니다. 다음 애플리케이션 모듈의 로깅 정보를 증가시킬 수 있습니다.

    • 일반

    • 로더

    • 파서

    • 프린터

    • 해석기

    • 원격 측정

    • 변환기

    • 유형 매핑

    • 사용자 인터페이스

    • 컨트롤러

    • 스키마 비교

    • 복제 데이터 센터

    • 애플리케이션 분석기

    위의 각 애플리케이션 모듈에 대해 다음 로깅 수준 중 하나를 선택합니다.

    • 추적 - 가장 자세한 정보입니다.

    • 디버그 - 시스템 전반의 흐름에 대한 세부 정보입니다.

    • 정보 - 시작 또는 종료와 같은 런타임 이벤트입니다.

    • 경고 — 더 이상 사용되지 않거나 제대로 사용되지 않는APIs, 바람직하지 않거나 예상치 못한 기타 런타임 상황을 사용합니다. API

    • 오류 - 런타임 오류 또는 예상치 못한 상황에 대한 정보입니다.

    • 치명적 - 애플리케이션 종료로 이어지는 오류입니다.

    • 필수 - 가능한 가장 높은 수준의 오류입니다.

    기본적으로 디버그 모드를 켜면 모든 응용 프로그램 모듈의 정보 로깅 수준이 AWS SCT 설정됩니다.

    예를 들어 변환 중에 주요 문제 영역에서 도움이 필요하면 파서, 유형 매핑 및 사용자 인터페이스를 추적으로 설정합니다.

로그가 스트리밍되는 파일 시스템에서 정보가 너무 많아지는 경우에는 로그를 캡처하기에 충분한 공간이 있는 위치로 변경합니다.

AWS Support에 로그를 전송하려면 로그가 저장된 디렉터리로 이동하여 모든 파일을 관리 가능한 단일.zip 파일로 압축합니다. 그런 다음 지원 사례와 함께 .zip 파일을 업로드합니다. 초기 분석이 완료되고 진행 중인 개발이 재개되면 디버그 모드를 false로 되돌려 상세 로깅을 제거합니다. 그런 다음 변환 속도를 높입니다.

작은 정보

로그 크기를 관리하고 보고 문제를 간소화하려면 변환 성공 후 로그를 제거하거나 다른 위치로 이동합니다. 이 작업을 수행하면 관련 오류 및 정보만 AWS Support에 전송되고 로그 파일 시스템이 가득 차는 것을 방지할 수 있습니다.