Error handling

Basic

Apply conflicts

Duplicate key when applying INSERT: Select what action to take when there is a conflict with an INSERT operation.

• Ignore: The task continues and the error is ignored.

   

• UPDATE the existing target record: The target record with the same primary key as the INSERTED source record is updated.

• Log record to the exceptions table (default): The task continues and the error is written to the exceptions table.

• Suspend table: The task continues but data from the table with the error record is moved into an error state and its data is not replicated.

• Stop task: The task is stopped and manual intervention is required.

No record found for applying an UPDATE: Select what action to take when there is a conflict with an UPDATE operation.

• Ignore: The task continues and the error is ignored.

• INSERT the missing target record: The missing target record will be inserted into the target table. When the source endpoint is Oracle, selecting this option requires supplemental logging to be enabled for all the source table columns.

• Log record to the exceptions table (default): The task continues and the error is written to the exceptions table.

• Suspend table: The task continues but data from the table with the error record is moved into an error state and its data is not replicated.

• Stop task: The task is stopped and manual intervention is required.

Advanced

Data errors

Data truncation errors

데이터 잘림 오류: 하나 이상의 특정 레코드에서 잘림이 발생할 때 수행할 작업을 선택합니다. 목록에서 다음 중 하나를 선택할 수 있습니다.

• 무시: 작업은 계속되고 오류는 무시됩니다.
• 예외 테이블에 레코드 로그(기본값): 작업은 계속되고 오류는 예외 테이블에 기록됩니다.
• 일시 중단 테이블: 작업은 계속되지만 오류 레코드가 있는 테이블의 데이터는 오류 상태로 전환되고 해당 데이터는 복제되지 않습니다.
• 작업 중지: 작업이 중지되며 수동 개입이 필요합니다.

Other data errors

기타 데이터 오류의 경우: 하나 이상의 특정 레코드에서 오류가 발생할 때 수행할 작업을 선택합니다. 목록에서 다음 중 하나를 선택할 수 있습니다.

• 무시: 작업은 계속되고 오류는 무시됩니다.
• 예외 테이블에 레코드 로그(기본값): 작업은 계속되고 오류는 예외 테이블에 기록됩니다.
• 일시 중단 테이블: 작업은 계속되지만 오류 레코드가 있는 테이블의 데이터는 오류 상태로 전환되고 해당 데이터는 복제되지 않습니다.
• 작업 중지: 작업이 중지되며 수동 개입이 필요합니다.

Escalating data error handling

다른 데이터 오류에 도달할 경우 오류 처리 에스컬레이션(테이블별): 잘림이 없는 데이터 오류 수(테이블별)가 지정된 양에 도달할 때 발생하는 오류 처리를 에스컬레이션하려면 이 확인란을 선택합니다. 유효한 값은 1~10,000입니다.

에스컬레이션 작업: 오류 처리가 에스컬레이션될 때 발생하는 상황을 선택합니다. 사용할 수 있는 작업은 위에 설명된 기타 데이터 오류의 경우 드롭다운 목록에서 선택한 작업에 따라 달라집니다.

• 테이블 일시 중단(기본값): 작업은 계속되지만 오류 레코드가 있는 테이블의 데이터는 오류 상태로 이동되고 해당 데이터는 이동됨되지 않습니다.

  정보 메모

  동작은 변경 처리 모드에 따라 다릅니다.

  • 트랜잭션 적용 모드에서 마지막 변경 내용은 이동됨되지 않습니다.

  • 일괄 최적화 적용 모드에서는 데이터가 전혀 이동됨되지 않거나 부분적으로만 이동됨되는 상황이 가능합니다.

• 작업 중지: 작업이 중지되며 수동 개입이 필요합니다.
• 예외 테이블에 레코드 로그: 작업이 계속되고 레코드가 예외 테이블에 기록됩니다.

Table errors

테이블 오류를 반환하기 전 재시도 횟수

이 옵션을 사용하면 테이블 오류 처리 정책이 언제 트리거될지 제어할 수 있습니다. 기본적으로 테이블 오류가 발생하면 세 번의 재시도 후 테이블이 일시 중단되거나 작업이 중지됩니다(선택한 작업에 따라). 때로는 SaaS 애플리케이션의 계획된 유지 관리로 인해 테이블 오류가 발생할 수 있습니다. 이러한 경우, 테이블 오류 처리 정책이 트리거되기 전에 유지 관리가 완료되기에 기본 재시도 횟수가 충분하지 않을 수 있습니다. 이는 작업이 실행될 때마다 재시도가 수행되므로 작업의 예약 간격에도 따라 달라집니다. 따라서 예를 들어, 작업을 매시간 실행하도록 예약하고 작업이 시작될 때 SaaS 애플리케이션이 유지 관리를 위해 오프라인 상태가 되면, 기본 세 번의 재시도는 테이블 오류 처리 정책이 트리거되지 않고 SaaS 애플리케이션이 최대 세 시간 동안 오프라인 상태를 유지하도록 허용합니다. 더 긴 유지 관리 기간에는 테이블 오류 처리 정책이 트리거되는 것을 방지하기 위해 재시도 횟수를 늘리거나(또는 예약을 변경) 해야 합니다.

요약하자면, SaaS 애플리케이션이 주기적인 유지 관리를 거친다는 것을 알고 있다면, 테이블 오류 처리 정책이 트리거되지 않고 유지 관리가 완료될 수 있도록 예약에 따라 재시도 횟수를 늘리는 것이 가장 좋습니다.

테이블 오류가 발생하는 경우: 드롭다운 목록에서 다음 중 하나를 선택합니다.

• 테이블 일시 중단(기본값): 작업은 계속되지만 오류 레코드가 있는 테이블의 데이터는 오류 상태로 이동되고 해당 데이터는 복제되지 않습니다.
• 작업 중지: 작업이 중지되며 수동 개입이 필요합니다.

테이블 오류 도달 시 오류 처리 에스컬레이션(테이블별): 테이블 오류 수(테이블별)가 지정된 양에 도달할 때 발생하는 오류 처리를 에스컬레이션하려면 이 확인란을 선택합니다. 유효한 값은 1~10,000입니다.

에스컬레이션 작업: 테이블 오류에 대한 에스컬레이션 정책은 작업 중지로 설정되어 있으며 변경할 수 없습니다.

Apply conflicts

No record found for applying a DELETE: Select what action is taken when there is a conflict with a DELETE operation.

• Ignore: The task continues and the error is ignored.
• Log record to the exceptions table: The task continues and the record is written to the exceptions table.
• Suspend table: The task continues but data from the table with the error record is moved into an error state and its data is not replicated.
• Stop task: The task is stopped and manual intervention is required.

Escalating Apply conflicts error handling

Escalate error handling when apply conflicts reach (per table): Select this check box to escalate error handling when the number of apply conflicts (per table) reaches the specified amount. Valid values are 1-10,000.

Escalation action: Choose what should happen when error handling is escalated:

• Log record to the exceptions table (default): The task continues and the error is written to the exceptions table.

• Suspend table: The task continues, but data from the table with the error record is moved into an error state and its data is not replicated.

  정보 메모

  The behavior differs according to the Change Processing Mode:

  • In Transactional apply mode, the last changes will not be replicated

  • In Batch optimized apply mode, a situation is possible where there will be no replication of data or data replication will be partial.

• Stop task: The task is stopped and manual intervention is required.

Environmental errors

• 최대 다시 시도 횟수: 이 옵션을 선택한 다음 복구 가능한 환경 오류가 발생할 때 작업을 다시 시도하는 최대 시도 횟수를 지정합니다. 작업이 지정된 횟수만큼 재시도되면 작업이 중지되고 수동 개입이 필요합니다.

  작업을 다시 시도하지 않으려면 확인란을 선택 해제하거나 "0"을 지정합니다.

  작업을 무제한 다시 시도하려면 "-1"을 지정합니다.

  • 다시 시도 간격(초): 카운터를 사용하여 시스템이 작업 다시 시도 사이에 대기하는 시간(초)을 선택하거나 입력합니다.

    유효한 값은 0~2,000입니다.

• 긴 중단에 대한 다시 시도 간격 늘리기: 긴 중단에 대한 다시 시도 간격을 늘리려면 이 확인란을 선택합니다. 이 옵션을 사용하면 최대 다시 시도 간격에 도달할 때까지 각 다음 시도 사이의 간격을 두 배로 늘립니다(지정된 최대 간격에 따라 계속 다시 시도함).
  • 최대 다시 시도 간격(초): 긴 중단에 대한 다시 시도 간격 늘리기 옵션이 활성화된 경우 카운터를 사용하여 작업 다시 시도 간격(초)을 선택하거나 입력합니다. 유효한 값은 0~2,000입니다.