기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
오류 처리 작업 설정
다음 설정을 사용하여 복제 작업의 오류 처리 동작을 설정할 수 있습니다. 작업 구성 파일을 사용하여 작업 설정을 지정하는 방법에 관한 자세한 내용은 작업 설정 예제을 참조하십시오.
-
DataErrorPolicy
— 레코드 수준에서 데이터를 처리하는 것과 관련된 오류가 발생할 경우 AWS DMS가 취하는 조치를 결정합니다. 일부 데이터 처리 오류 예제에는 전환 오류, 변환 오류, 잘못된 데이터가 포함됩니다. 기본값은LOG_ERROR
입니다.-
IGNORE_RECORD
– 작업은 계속되고 해당 레코드의 데이터는 무시됩니다.DataErrorEscalationCount
속성의 오류 카운터가 증가합니다. 따라서 테이블에 대한 오류 한도를 설정하면 이 오류는 한도를 향해 증가합니다. -
LOG_ERROR
– 작업은 계속되고 오류가 작업 로그에 기록됩니다. -
SUSPEND_TABLE
– 작업은 계속되지만 오류 레코드가 있는 테이블의 데이터는 오류 상태로 이동하고 데이터가 복제되지 않습니다. -
STOP_TASK
– 작업은 중지되고 수동 개입이 필요합니다.
-
-
DataTruncationErrorPolicy
– 데이터를 자를 때 AWS 에서 수행하는 작업을 결정합니다. 기본값은LOG_ERROR
입니다.-
IGNORE_RECORD
– 작업은 계속되고 해당 레코드의 데이터는 무시됩니다.DataErrorEscalationCount
속성의 오류 카운터가 증가합니다. 따라서 테이블에 대한 오류 한도를 설정하면 이 오류는 한도를 향해 증가합니다. -
LOG_ERROR
– 작업은 계속되고 오류가 작업 로그에 기록됩니다. -
SUSPEND_TABLE
– 작업은 계속되지만 오류 레코드가 있는 테이블의 데이터는 오류 상태로 이동하고 데이터가 복제되지 않습니다. -
STOP_TASK
– 작업은 중지되고 수동 개입이 필요합니다.
-
-
DataErrorEscalationPolicy
– 최대 오류 수(DataErrorEscalationCount
파라미터에서 설정됨)에 도달할 때 AWS DMS에서 수행하는 작업을 결정합니다. 기본값은SUSPEND_TABLE
입니다.-
SUSPEND_TABLE
– 작업은 계속되지만 오류 레코드가 있는 테이블의 데이터는 오류 상태로 이동하고 데이터가 복제되지 않습니다. -
STOP_TASK
– 작업은 중지되고 수동 개입이 필요합니다.
-
-
DataErrorEscalationCount
– 특정 레코드의 데이터에 발생할 수 있는 최대 오류 수를 설정합니다. 이 수치에 도달하면 오류 레코드를 포함하는 테이블의 데이터는DataErrorEscalationPolicy
에 설정된 정책에 따라 처리됩니다. 기본값은 0입니다. -
EventErrorPolicy
— 작업 관련 이벤트를 보내는 동안 오류가 발생할 경우 AWS DMS에서 취하는 조치를 결정합니다. 가능한 값은 다음과 같습니다.-
IGNORE
– 작업은 계속되며 해당 이벤트와 관련된 모든 데이터는 무시됩니다. -
STOP_TASK
– 작업은 중지되고 수동 개입이 필요합니다.
-
-
TableErrorPolicy
– 특정 테이블의 데이터 또는 메타데이터를 처리할 때 오류가 발생하는 경우 AWS DMS에서 수행할 작업을 결정합니다. 이 오류는 일반 테이블 데이터에만 적용되고 특정 레코드와 관련된 오류가 아닙니다. 기본값은SUSPEND_TABLE
입니다.-
SUSPEND_TABLE
– 작업은 계속되지만 오류 레코드가 있는 테이블의 데이터는 오류 상태로 이동하고 데이터가 복제되지 않습니다. -
STOP_TASK
– 작업은 중지되고 수동 개입이 필요합니다.
-
-
TableErrorEscalationPolicy
– 최대 오류 수(TableErrorEscalationCount
파라미터를 사용하여 설정됨)에 도달할 때 AWS 에서 수행하는 작업을 결정합니다. 기본값과 유일한 사용자 설정은STOP_TASK
이며 여기에서 작업은 중지되고 수동 개입이 필요합니다. -
TableErrorEscalationCount
– 특정 테이블의 일반 데이터 또는 메타데이터에 발생할 수 있는 오류의 최대 수입니다. 이 수치에 도달하면 테이블의 데이터는TableErrorEscalationPolicy
에 설정된 정책에 따라 처리됩니다. 기본값은 0입니다. -
RecoverableErrorCount
– 환경 오류가 발생할 때 작업을 다시 시작하기 위한 시도의 최대 횟수입니다. 시스템이 작업을 지정된 횟수만큼 다시 시작하려고 시도하고 나면, 이 작업은 중지되고 수동 개입이 필요합니다. 기본값은 -1이며, 이 값은 작업을 무기한 다시 AWS DMS 시작하도록 지시합니다. 이 값을 -1로 설정하면 DMS에서 시도하는 재시도 횟수는 반환된 오류 유형에 따라 다음과 같이 달라집니다.실행 중 상태, 복구 가능한 오류: 연결 끊김 또는 대상 적용 실패와 같은 복구 가능한 오류가 발생하는 경우 DMS는 작업을 9번 재시도합니다.
시작 상태, 복구 가능한 오류: DMS는 작업을 6번 재시도합니다.
실행 중, DMS에서 발생한 치명적 오류 처리: DMS는 작업을 6번 재시도합니다.
실행 중, DMS에서 처리되지 않는 치명적 오류: DMS는 작업을 재시도하지 않습니다.
이 값을 0으로 설정하면 작업을 다시 시작하기 위한 시도를 하지 않습니다.
DMS 작업이 제대로 복구될 수
RecoverableErrorInterval
있도록 충분한 간격으로 충분한 재시도를 할 수 있도록RecoverableErrorCount
및 값을 설정하는 것이 좋습니다. 치명적 오류가 발생하는 경우 DMS는 대부분의 시나리오에서 재시작 시도를 중단합니다. -
RecoverableErrorInterval
— AWS DMS가 작업 재시작을 시도할 때까지 대기하는 시간 (초) 기본값은 5입니다. -
RecoverableErrorThrottling
– 활성화되면 작업 재시작 시도 간격이RecoverableErrorInterval
값을 기준으로 연속적으로 늘어납니다. 예를 들어RecoverableErrorInterval
을 5초로 설정하면 다음 재시도는 10초 후, 20초 후, 40초 후 등등의 시간 경과 후에 다시 시도됩니다. 기본값은true
입니다. -
RecoverableErrorThrottlingMax
— 활성화된 경우 AWS DMS가 작업 재시작 시도 사이에 대기하는 최대 시간 (초) 입니다.RecoverableErrorThrottling
기본값은 1800입니다. -
RecoverableErrorStopRetryAfterThrottlingMax
— 로 설정하면 복구 시도 사이에 AWS DMS 대기하는true
최대 시간 (초) 에 도달한 후 작업 재시작을 중지합니다.RecoverableErrorThrottlingMax
-
ApplyErrorDeletePolicy
– DELETE 작업과 충돌이 있을 때 AWS 에서 수행하는 작업을 결정합니다. 기본값은IGNORE_RECORD
입니다. 가능한 값은 다음과 같습니다.-
IGNORE_RECORD
– 작업은 계속되고 해당 레코드의 데이터는 무시됩니다.ApplyErrorEscalationCount
속성의 오류 카운터가 증가합니다. 따라서 테이블에 대한 오류 한도를 설정하면 이 오류는 한도를 향해 증가합니다. -
LOG_ERROR
– 작업은 계속되고 오류가 작업 로그에 기록됩니다. -
SUSPEND_TABLE
– 작업은 계속되지만 오류 레코드가 있는 테이블의 데이터는 오류 상태로 이동하고 데이터가 복제되지 않습니다. -
STOP_TASK
– 작업은 중지되고 수동 개입이 필요합니다.
-
-
ApplyErrorInsertPolicy
– INSERT 작업과 충돌이 있을 때 AWS DMS에서 수행하는 작업을 결정합니다. 기본값은LOG_ERROR
입니다. 가능한 값은 다음과 같습니다.-
IGNORE_RECORD
– 작업은 계속되고 해당 레코드의 데이터는 무시됩니다.ApplyErrorEscalationCount
속성의 오류 카운터가 증가합니다. 따라서 테이블에 대한 오류 한도를 설정하면 이 오류는 한도를 향해 증가합니다. -
LOG_ERROR
– 작업은 계속되고 오류가 작업 로그에 기록됩니다. -
SUSPEND_TABLE
– 작업은 계속되지만 오류 레코드가 있는 테이블의 데이터는 오류 상태로 이동하고 데이터가 복제되지 않습니다. -
STOP_TASK
– 작업은 중지되고 수동 개입이 필요합니다. -
INSERT_RECORD
– 삽입한 원본 레코드와 동일한 기본 키를 사용하는 기존 대상 레코드가 있으면 대상 레코드가 업데이트됩니다.
-
-
ApplyErrorUpdatePolicy
– UPDATE 작업과 누락 데이터 충돌이 있을 때 AWS DMS에서 수행하는 작업을 결정합니다. 기본값은LOG_ERROR
입니다. 가능한 값은 다음과 같습니다.-
IGNORE_RECORD
– 작업은 계속되고 해당 레코드의 데이터는 무시됩니다.ApplyErrorEscalationCount
속성의 오류 카운터가 증가합니다. 따라서 테이블에 대한 오류 한도를 설정하면 이 오류는 한도를 향해 증가합니다. -
LOG_ERROR
– 작업은 계속되고 오류가 작업 로그에 기록됩니다. -
SUSPEND_TABLE
– 작업은 계속되지만 오류 레코드가 있는 테이블의 데이터는 오류 상태로 이동하고 데이터가 복제되지 않습니다. -
STOP_TASK
– 작업은 중지되고 수동 개입이 필요합니다. -
UPDATE_RECORD
— 대상 레코드가 누락된 경우 누락된 대상 레코드가 대상 테이블에 삽입됩니다. AWS DMS 작업에 대한 LOB 열 지원을 완전히 비활성화합니다. 이 옵션을 선택하는 경우, Oracle이 소스 데이터베이스이면 모든 원본 테이블 열에서 전체 보충 로깅을 활성화해야 합니다.
-
-
ApplyErrorEscalationPolicy
— 최대 오류 수 (ApplyErrorEscalationCount
매개 변수를 사용하여 설정) 에 도달했을 때 AWS DMS에서 수행하는 작업을 결정합니다. 기본값은 LOG_ERROR입니다.-
LOG_ERROR
– 작업은 계속되고 오류가 작업 로그에 기록됩니다. -
SUSPEND_TABLE
– 작업은 계속되지만 오류 레코드가 있는 테이블의 데이터는 오류 상태로 이동하고 데이터가 복제되지 않습니다. -
STOP_TASK
– 작업은 중지되고 수동 개입이 필요합니다.
-
-
ApplyErrorEscalationCount
– 이 옵션은 변경 프로세스 작업 중에 특정 테이블에서 발생할 수 있는 최대 APPLY 충돌 개수를 설정합니다. 이 개수에 도달하면 테이블 데이터는ApplyErrorEscalationPolicy
파라미터에 설정된 정책에 따라 처리됩니다. 기본값은 0입니다. -
ApplyErrorFailOnTruncationDdl
– CDC 중에 추적되는 테이블에 대해 잘림이 수행될 때 작업이 실패하도록 하려면 이 옵션을true
로 설정합니다. 기본값은false
입니다.이 방법은 DDL 테이블 잘림을 복제하지 않는 PostgreSQL 버전 11.x나 이전 버전 또는 다른 소스 엔드포인트에서는 사용할 수 없습니다.
-
FailOnNoTablesCaptured
– 작업이 시작될 때 작업에 대해 정의된 테이블 매핑이 테이블을 찾지 못하는 경우 작업이 실패하도록 하려면 이 옵션을true
로 설정합니다. 기본값은false
입니다. -
FailOnTransactionConsistencyBreached
– 이 옵션은 CDC와 함께 사용하기 위한 원본으로 Oracle을 사용하는 작업에 적용됩니다. 기본값은 false입니다. 트랜잭션이 지정된 제한 시간보다 더 오랫동안 열려 있고 삭제될 수 있는 경우 작업이 실패하도록 하려면true
로 설정합니다.CDC 작업이 Oracle과 함께 시작되면 가장 오래된 미해결 트랜잭션이 종료될 때까지 제한된 시간 동안 AWS DMS 기다린 후 CDC를 시작합니다. 가장 오래된 미해결 거래가 제한 시간에 도달할 때까지 종료되지 않으면 대부분의 경우 해당 거래를 무시하고 CDC를 AWS DMS 시작합니다. 이 옵션을
true
로 설정하면 작업이 실패합니다. -
FullLoadIgnoreConflicts
— 캐시된 이벤트를 적용할 때 “영향을 받은 행이 0개” 및 “중복됨” 오류를true
AWS DMS 무시하도록 이 옵션을 설정하십시오. 로 설정하면 오류를 무시하는false
대신 모든 오류를 AWS DMS 보고합니다. 기본값은true
입니다.
참고로 Redshift의 테이블 로드 오류는 STL_LOAD_ERRORS
에서 보고됩니다. 자세한 내용은 Amazon Redshift 데이터베이스 개발자 안내서에서 STL_LOAD_ERRORS를 참조하세요.