데이터 복제 작업 설정

데이터 복제 작업에 대한 설정을 구성할 수 있습니다.

• 복제 작업을 열고 도구 모음에서 설정을 클릭합니다.

설정: <작업 이름> 대화 상자가 열립니다. 사용할 수 있는 설정은 아래에 설명되어 있습니다.

일반

이 탭에서는 복제 모드, 스테이징 설정(사용할 수 있는 경우) 및 변경 내용을 대상에 적용하는 모드를 변경할 수 있습니다.

복제 모드

다음 복제 모드를 사용할 수 있습니다.

• 전체 로드: 선택한 소스 테이블의 데이터를 대상 플랫폼으로 로드하고 필요한 경우 대상 테이블을 만듭니다. 전체 로드는 작업이 시작될 때 자동으로 발생하지만 필요한 경우 수동으로 수행할 수도 있습니다.

• 변경 내용 적용: 소스 테이블에 대한 변경 내용으로 대상 테이블을 최신 상태로 유지합니다.

• 변경 내용 저장: 변경 테이블(소스 테이블당 하나)에 소스 테이블에 대한 변경 내용을 저장합니다.

  자세한 내용은 변경 내용 저장을 참조하십시오.

데이터 이동 게이트웨이 작업 시 변경 내용은 거의 실시간으로 소스에서 캡처됩니다. 데이터 이동 게이트웨이 없이 작업하는 경우(예: Qlik Talend Cloud 시작 구독을 사용하거나 없음을 선택하는 경우), 변경 내용은 스케줄러 설정에 따라 캡처됩니다. 자세한 내용은 데이터 이동 게이트웨이 없이 작업할 때 작업 예약을 참조하십시오.

변경 내용 저장 또는 변경 내용 적용을 선택하고 소스 데이터에 CDC 또는 뷰를 지원하지 않는 테이블이 포함된 경우 두 개의 데이터 파이프라인이 만들어집니다. CDC를 지원하는 테이블을 위한 파이프라인 하나와 전체 로드만 지원하는 다른 모든 테이블 및 뷰를 위한 또 다른 파이프라인입니다.

대기 영역에 연결

아래 나열된 데이터 웨어하우스에 복제하는 경우 스테이징 영역을 설정해야 합니다. 데이터는 웨어하우스로 전송되기 전에 스테이징 영역에서 처리 및 준비됩니다.

• Amazon Redshift
• Microsoft Fabric
• Databricks

기존 스테이징 영역을 선택하거나 새로 만들기를 클릭하여 새 스테이징 영역을 정의하고 클라우드 저장소에 연결 중의 지침을 따르십시오.

연결 설정을 편집하려면 편집을 클릭합니다. 연결을 테스트하려면(권장) 연결 테스트를 클릭합니다.

어떤 데이터 웨어하우스에서 어떤 스테이징 영역이 지원되는지에 대한 자세한 내용은 대상 플랫폼 사용 사례 및 지원되는 버전의 스테이징 영역으로 지원됨 열을 참조하십시오.

변경 내용 적용 모드

다음 방법 중 하나를 사용하여 대상 테이블에 변경 내용이 적용됩니다.

• 일괄 최적화: 기본값입니다. 이 옵션을 선택하면 변경 내용이 일괄적으로 적용됩니다. 가장 효율적인 방법으로 트랜잭션을 배치로 그룹화하기 위한 사전 처리 작업이 발생합니다.
• 트랜잭션: 각 트랜잭션을 커밋된 순서대로 개별적으로 적용하려면 이 옵션을 선택합니다. 이 경우 모든 테이블에 대해 엄격한 참조 무결성이 보장됩니다.

데이터 업로드

최대 파일 크기

파일이 닫히기 전에 도달할 수 있는 최대 크기입니다. 병렬 실행 옵션과 함께 사용하면 더 작은 파일이 더 빠르게 업로드되고 네트워크에 따라 성능이 향상될 수 있습니다. 그러나 일반적으로 작은 파일로 데이터베이스를 복잡하게 만드는 것은 좋지 않습니다.

메타데이터

기본

• 대상 테이블 스키마: 소스 테이블 스키마를 사용하지 않으려는 경우(또는 소스 데이터베이스에 스키마가 없는 경우) 소스 테이블이 복제될 대상의 스키마입니다.

  정보 메모Oracle 대상으로 복제할 때 기본 대상 테이블 스키마는 "system"입니다. 또한 이 필드를 비워 두면(이 경우 소스 스키마가 사용됨) 소스 스키마가 대상에 이미 존재하는지 확인해야 합니다. 그렇지 않으면 작업이 실패합니다.
  정보 메모스키마 이름에 허용되는 최대 길이는 128자입니다.

LOB 설정

선택한 복제 대상에 따라 사용할 수 있는 LOB 설정이 다릅니다. 데이터 웨어하우스 대상은 무제한 LOB 열 크기를 지원하지 않으므로 데이터 웨어하우스에 복제할 때 이 옵션을 사용할 수 없습니다.

데이터 웨어하우스가 아닌 대상에 대한 LOB 설정

• LOB 열 포함 안 함: 소스 LOB 열을 복제하지 않으려면 이 옵션을 선택합니다.

• LOB 열 크기(KB) 제한: 기본값입니다. 작은 LOB만 복제해야 하거나 대상 플랫폼이 무제한 LOB 크기를 지원하지 않는 경우 이 옵션을 선택합니다. 이 필드에 허용되는 최대 값은 102400KB(100MB)입니다.

  작은 LOB를 복제하는 경우 LOB가 소스에서 "조회"를 통해 복제되는 것이 아니라 "인라인"으로 복제되므로 이 옵션은 LOB 열 크기를 제한하지 마십시오. 옵션보다 더 효율적입니다. 변경 처리 중에 작은 LOB는 일반적으로 소스에서 "조회"를 통해 복제됩니다.

  이 제한은 소스 종료 지점에서 읽히는 LOB 바이트 수에 적용됩니다. BLOB 열의 경우 대상 BLOB 크기는 지정된 제한에 따라 정확하게 설정됩니다. CLOB 및 NCLOB 열의 경우 소스 및 대상 LOB에 동일한 문자 집합이 없으면 대상 LOB 크기가 지정된 제한과 다를 수 있습니다. 이 경우 데이터 작업은 문자 집합 변환을 수행하는데, 이로 인해 소스와 대상 LOB 크기 간에 불일치가 발생할 수 있습니다.

  LOB 크기 제한 값은 바이트 단위이므로 다음 공식에 따라 크기를 계산해야 합니다.

  • BLOB: 가장 큰 LOB의 길이입니다.
  • NCLOB: 가장 긴 TEXT의 문자 길이에 2를 곱한 값입니다(각 문자가 2바이트로 처리됨). 데이터에 4바이트 문자가 포함된 경우 4를 곱합니다.
  • CLOB: 가장 긴 TEXT의 문자 길이입니다(각 문자는 UTF8 문자로 처리됨). 데이터에 4바이트 문자가 포함된 경우 2를 곱합니다.
  정보 메모

  • 지정된 크기보다 큰 LOB는 잘립니다.
  • Oracle 소스에서 변경을 처리하는 동안 인라인 BLOB는 인라인으로 복제됩니다.
  • 이 설정을 변경하면 기존 테이블은 다시 로드된 후에만 영향을 받습니다.

• LOB 열 크기를 제한하지 마십시오: 이 옵션을 선택하면 LOB 열이 크기에 관계없이 복제됩니다.

  정보 메모LOB 열을 복제하면 성능에 영향을 줄 수 있습니다. 이는 소스 LOB 값을 검색하기 위해 소스 테이블에서 조회를 수행하기 위해 복제 작업이 필요한 대형 LOB 열의 경우 특히 그렇습니다.

  • LOB 크기가 다음보다 작을 때 최적화: 소형 및 대형 LOB를 모두 복제해야 하며, 대부분의 LOB가 소형인 경우 이 옵션을 선택합니다.

    정보 메모

    이 옵션은 다음 소스 및 대상에서만 지원됩니다.

    • 소스: Oracle, Microsoft SQL Server, MySQL, PostgreSQL 및 IBM DB2 for LUW

    • 대상: Oracle, Microsoft SQL Server, MySQL, PostgreSQL.

    이 옵션을 선택하면 전체 로드 중에 작은 LOB가 "인라인"(보다 효율적임)으로 복제되고, 큰 LOB는 소스 테이블에서 조회를 수행하여 복제됩니다. 그러나 변경 처리 중에는 소스 테이블에서 조회를 수행하여 소규모 및 대규모 LOB가 모두 복제됩니다.

    정보 메모

    이 옵션을 선택하면 복제 작업은 모든 LOB 크기를 결정하여 "인라인"으로 전송할 크기를 결정합니다. 지정된 크기보다 큰 LOB는 전체 LOB 모드를 사용하여 복제됩니다.

    따라서 대부분의 LOB가 지정된 설정보다 크다는 것을 알고 있다면 대신 무제한 LOB 열 Replicate 옵션을 사용하는 것이 좋습니다.

  • 청크 크기(KB): 선택적으로, 데이터를 대상에 복제할 때 사용할 LOB 청크의 크기를 변경합니다. 대부분의 경우 기본 청크 크기로 충분하지만, 성능 문제가 발생하는 경우 크기를 조정하면 성능이 향상될 수 있습니다.

    정보 메모

    일부 데이터베이스에서는 데이터가 삽입되거나 업데이트될 때 데이터 유형 유효성 검사가 발생합니다. 이러한 경우 데이터가 지정된 청크 크기보다 크면 구조화된 데이터 유형(예: XML, JSON, GEOGRAPHY 등)의 복제가 실패할 수 있습니다.

지원되는 데이터 웨어하우스 대상에 대한 Lob 설정

• LOB 열을 포함하고 열 크기(KB)를 제한합니다.

  작업에 LOB 열을 포함하도록 선택하고 최대 LOB 크기를 설정할 수 있습니다. 최대 크기보다 큰 LOB는 잘립니다.

고급

제어 테이블 설정

• 제어 테이블 스키마: 소스 스키마(기본값) 또는 대상 스키마에서 제어 테이블을 만들지 않으려면 제어 테이블에 대한 대상 스키마를 지정합니다.

  정보 메모스키마 이름에 허용되는 최대 길이는 128자입니다.
• 테이블스페이스에 대상 제어 테이블 만들기: ​ 복제 대상이 Oracle인 경우 대상 제어 테이블을 만들 테이블스페이스를 지정합니다. 이 필드에 아무 정보도 입력하지 않으면 대상 데이터베이스의 기본 테이블스페이스에 테이블이 만들어집니다.
• 테이블스페이스에 대상 제어 테이블에 대한 인덱스 만들기복제 대상이 Oracle인 경우 제어 테이블 인덱스를 만들 테이블스페이스를 지정합니다. 이 필드에 아무 정보도 입력하지 않으면 제어 테이블과 동일한 테이블스페이스에 인덱스가 만들어집니다.
• 복제 기록 시간 슬롯(분): 복제 기록 제어 테이블의 각 시간 슬롯의 길이입니다. 기본값은 5분입니다.

제어 테이블 선택

변경 내용 적용

이러한 설정은 변경 내용 적용 복제 모드가 활성화된 경우에만 사용할 수 있습니다.

기본

DDL 변경 내용을 대상 테이블에 적용

다음 옵션은 해당 소스 테이블에서 수행된 DDL 작업을 대상 테이블에서도 수행할지 여부를 결정합니다.

고급

변경 처리 튜닝를 참조하십시오.

변경 내용 저장

이러한 설정은 변경 내용 저장 복제 모드가 활성화된 경우에만 사용할 수 있습니다.

기본

DDL 옵션

소스 테이블에서 DDL 작업을 처리하는 방법을 결정하려면 다음 옵션 중 하나를 선택합니다.

• 변경 테이블에 적용: 소스 테이블(예: 추가되는 열)에 대한 DDL 작업은 해당 변경 테이블에만 적용됩니다.
• 무시: 소스 테이블에 대한 모든 DDL 작업이 무시됩니다.

고급

업데이트 중

업데이트 전 데이터와 업데이트 후 데이터를 모두 저장하려면 이전 이미지 및 이후 이미지 저장을 선택합니다. 선택하지 않으면 UPDATE 이후 데이터만 저장됩니다.

테이블 만들기 변경

다음 섹션에서는 변경 테이블에 변경 내용을 저장할 때 사용할 수 있는 옵션에 대해 설명합니다.

• 접미사: 모든 변경 테이블의 접미사로 사용할 문자열을 지정합니다. 기본값은 __ct입니다. 변경 테이블 이름은 접미사가 추가된 대상 테이블의 이름입니다. 예를 들어, 기본값을 사용하면 변경 테이블의 이름은 HR__ct가 됩니다.
• 헤더 열 접두사: 모든 변경 테이블 헤더 열의 접두사로 사용할 문자열을 지정합니다. 기본값은 header__입니다. 예를 들어, 기본값을 사용하는 경우 헤더 열 stream_position은 header__stream_position이 됩니다.

변경 테이블에 대한 자세한 내용은 변경 테이블 사용을 참조하십시오.

전체 로드가 시작될 때 변경 테이블이 있는 경우: 다음 중 하나를 선택하여 전체 로드 복제가 시작될 때 변경 테이블을 로드하는 방법을 결정합니다.

• 변경 테이블 삭제 및 만들기: 테이블이 삭제되고 그 자리에 새 테이블이 만들어집니다.

• 이전 변경 내용을 삭제하고 기존 변경 테이블에 새 변경 내용 저장: 테이블 메타데이터에 영향을 주지 않고 데이터가 잘리고 추가됩니다.

  정보 메모Microsoft Fabric이 대상 플랫폼인 경우 지원되지 않습니다.
• 이전 변경 내용을 유지하고 기존 변경 테이블에 새 변경 내용 저장: 기존 변경 테이블의 데이터 및 메타데이터는 영향을 받지 않습니다.

테이블 헤더 열

변경 테이블 헤더 열은 작업 유형(예: INSERT), 커밋 시간 등과 같은 변경 처리 작업에 대한 정보를 제공합니다. 이 정보가 모두 필요하지 않은 경우 선택한 헤더 열이 포함된 변경 테이블(또는 전혀 포함되지 않음)을 만들도록 이동 작업을 구성하여 대상 데이터베이스에서 해당 공간을 줄일 수 있습니다.

헤더 열에 대한 설명은 변경 테이블을 참조하십시오.

오류 처리

기본

충돌 적용

INSERT 적용 시 키 복제: INSERT 작업과 충돌이 있을 때 수행할 작업을 선택합니다.

• 무시: 작업은 계속되고 오류는 무시됩니다.

   

• 기존 대상 레코드 업데이트: INSERTED 소스 레코드와 동일한 기본 키를 가진 대상 레코드가 업데이트됩니다.

• 예외 테이블에 레코드 로그(기본값): 작업은 계속되고 오류는 예외 테이블에 기록됩니다.

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

• 작업 중지: 작업이 중지되며 수동 개입이 필요합니다.

UPDATE를 적용하기 위한 레코드를 찾을 수 없음: UPDATE 작업과 충돌이 있을 때 수행할 작업을 선택합니다.

• 무시: 작업은 계속되고 오류는 무시됩니다.

• 누락된 대상 레코드 삽입: 누락된 대상 레코드가 대상 테이블에 삽입됩니다. 소스 종료 지점이 Oracle인 경우 이 옵션을 선택하려면 모든 소스 테이블 열에 대해 보충 로깅을 활성화해야 합니다.

• 예외 테이블에 레코드 로그(기본값): 작업은 계속되고 오류는 예외 테이블에 기록됩니다.

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

• 작업 중지: 작업이 중지되며 수동 개입이 필요합니다.

고급

데이터 오류

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

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

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

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

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

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

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

  정보 메모

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

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

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

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

테이블 오류

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

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

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

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

충돌 적용

DELETE 적용에 대한 레코드를 찾을 수 없음: DELETE 작업과 충돌이 있을 때 수행할 작업을 선택합니다.

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

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

에스컬레이션 작업: 오류 처리가 에스컬레이션될 때 발생하는 상황을 선택합니다.

• 예외 테이블에 레코드 로그(기본값): 작업은 계속되고 오류는 예외 테이블에 기록됩니다.

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

  정보 메모

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

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

  • 일괄 최적화 적용 모드에서는 데이터 복제가 없거나 데이터 복제가 부분적으로 이루어지는 상황이 가능합니다.

• 작업 중지: 작업이 중지되며 수동 개입이 필요합니다.

환경 오류

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

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

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

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

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

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

변경 처리 튜닝

트랜잭션 오프로드 튜닝

• 진행 중인 트랜잭션을 디스크로 오프로드하는 경우:

  복제 작업은 일반적으로 소스 및/또는 대상에 완전히 커밋될 때까지 트랜잭션 데이터를 메모리에 유지합니다. 그러나 할당된 메모리보다 크거나 지정된 시간 제한 내에 커밋되지 않은 트랜잭션은 디스크로 오프로드됩니다.

  • 트랜잭션 메모리 크기 초과(MB): 모든 트랜잭션이 디스크에 오프로드되기 전에 메모리에서 차지할 수 있는 최대 크기입니다. 기본값은 1024입니다.
  • 트랜잭션 기간 초과(초): 각 트랜잭션이 디스크에 오프로드되기 전에 메모리에 머무를 수 있는 최대 시간입니다. 기간은 복제 작업이 트랜잭션 캡처를 시작한 시간부터 계산됩니다. 기본값은 60입니다.

일괄 튜닝

다음 설정은 적용 모드가 일괄 최적화로 설정된 경우에만 사용할 수 있습니다.

• 변경 내용 일괄 적용 간격:

• 보다 큼: 각 일괄 변경 내용 적용 사이에 대기하는 최소 시간입니다. 기본값은 1입니다.

  최소 시간 값을 늘리면 배치 크기가 늘어나면서 변경 내용이 대상에 적용되는 빈도가 줄어듭니다. 이렇게 하면 대규모 배치를 처리하는 데 최적화된 대상 데이터베이스에 변경 내용을 적용할 때 성능이 향상될 수 있습니다.

• 미만: 각 일괄 변경 적용(시간 초과를 선언하기 전) 사이에서 대기하는 최대 시간입니다.12-02-2024 08:56 즉, 허용 가능한 최대 지연 시간입니다. 기본값은 30입니다. 이 값은 최소 시간 값에 도달한 후 변경 내용을 적용하기 전에 기다려야 하는 최대 시간을 결정합니다.

• 처리 메모리가 MB를 초과할 때 일괄 적용 강제 적용: 일괄 최적화 적용 모드에서 사전 처리에 사용할 최대 메모리 양입니다. 기본값은 500입니다.

  최대 배치 크기의 경우 이 값을 복제 작업에 할당할 수 있는 최대 메모리 양으로 설정합니다. 이렇게 하면 대규모 배치를 처리하는 데 최적화된 대상 데이터베이스에 변경 내용을 적용할 때 성능이 향상될 수 있습니다.

간격

• 변경 내용 읽기 간격(분)

  소스에서 변경 내용을 읽는 간격을 분 단위로 설정합니다. 유효한 범위는 1~1440입니다.

  정보 메모

  이 옵션은다음과 같은 경우에만 사용할 수 있습니다.

  • 데이터 이동 게이트웨이 사용
  • SaaS 응용 프로그램 소스에서 데이터 랜딩
  • 작업은 데이터 변경 내용 캡처(CDC) 업데이트 방법으로 정의됩니다.

기타 튜닝

문 캐시 크기(문 수)

나중에 실행하기 위해 서버에 저장할 준비된 문의 최대 수입니다(대상에 변경 내용을 적용할 때). 기본값은 50입니다. 최댓값은 200입니다.

대상 데이터베이스에 작업 복구 데이터 저장

대상 데이터베이스에 작업별 복구 정보를 저장하려면 이 옵션을 선택합니다. 이 옵션을 선택하면 복제 작업이 대상 데이터베이스에 attrep_txn_state이라는 테이블을 만듭니다. 데이터 이동 게이트웨이 Data 폴더의 파일이 손상되거나 Data 폴더를 포함하는 저장 장치에 오류가 발생한 경우 작업을 복구하는 데 사용할 수 있는 트랜잭션 데이터가 이 테이블에 포함됩니다.

SQL MERGE를 사용하여 변경 내용 적용

이 옵션을 선택하지 않으면 복제 작업은 Net Changes 테이블의 다양한 변경 유형 각각에 대해 별도의 대량 INSERT, UPDATE 및 DELETE 문을 실행합니다.

이 방법은 매우 효율적이지만 이 옵션을 지원하는 종료 지점으로 작업할 때는 SQL MERGE를 사용하여 변경 내용 적용 옵션을 활성화하는 것이 훨씬 더 효율적입니다.

이에 대한 이유는 다음과 같습니다.

• 테이블별 실행되는 SQL 문 수가 3개에서 1개로 줄어듭니다. 변경이 불가능한 대규모 파일 기반 클라우드 데이터베이스(예: Google Cloud BigQuery)에서 수행되는 대부분의 UPDATE 작업에는 영향을 받는 파일을 다시 작성하는 과정이 포함됩니다. 이러한 작업을 통해 테이블별 SQL 문이 3개에서 1개로 축소하는 것은 매우 중요합니다.
• 대상 데이터베이스는 Net Changes 테이블을 한 번만 검색하면 되므로 I/O가 크게 줄어듭니다.

삽입 최적화

SQL MERGE를 사용하여 변경 내용 적용을 삽입 최적화 옵션과 함께 선택하고 변경 내용이 INSERT로만 구성된 경우, 복제 작업은 SQL MERGE를 사용하는 대신 INSERT를 수행합니다. 이렇게 하면 일반적으로 성능이 향상되어 비용이 절감되지만, 대상 데이터베이스에 중복 레코드가 발생할 수도 있습니다.

트랜잭션 적용

다음 설정은 적용 모드가 트랜잭션으로 설정된 경우에만 사용할 수 있습니다.

• 트랜잭션당 최소 변경 수: 각 트랜잭션에 포함할 최소 변경 수입니다. 기본값은 1000입니다.

  정보 메모복제 작업은 변경 횟수가 트랜잭션당 최소 변경 횟수 값과 같거나 클 때와 배치 제한 시간 값에 도달할 때 중 먼저 발생하는 시점에, 대상에 변경 내용을 적용합니다(아래 참조). 대상에 적용되는 변경 빈도는 이 두 매개 변수에 의해 제어되므로 소스 레코드에 대한 변경 내용이 대상 레코드에 즉시 반영되지 않을 수 있습니다.
• 적용 전 트랜잭션을 배치하는 최대 시간(초): 시간 초과를 선언하기 전에 트랜잭션을 일괄 수집하는 최대 시간입니다. 기본값은 1입니다.

스키마 진화

스키마에서 다음 유형의 DDL 변경을 처리하는 방법을 선택합니다. 스키마 진화 설정을 변경한 경우 작업을 다시 준비해야 합니다. 아래 표에서는 지원되는 DDL 변경에 대해 사용할 수 있는 작업을 설명합니다.

문자 대체

대상 데이터베이스의 소스 문자를 대체하거나 삭제할 수 있으며/또는 선택한 문자 집합에서 지원하지 않는 소스 문자를 대체하거나 삭제할 수 있습니다.

소스 문자 대체 또는 삭제

특정 소스 문자에 대한 대체를 정의하려면 소스 문자 대체 또는 삭제 표를 사용하십시오. 예를 들어, 문자의 유니코드 표현이 소스 플랫폼과 대상 플랫폼에서 다를 때 유용할 수 있습니다. 예를 들어, Linux에서는 Shift_JIS 문자 집합의 빼기 문자가 U+2212로 표시되지만 Windows에서는 U+FF0D으로 표시됩니다.

선택한 문자 집합에서 지원하지 않는 소스 문자 대체 또는 삭제

선택한 문자 집합에서 지원하지 않는 모든 문자에 대해 단일 대체 문자를 정의하려면 문자 집합별로 지원되지 않는 소스 문자 표를 사용합니다.

추가 옵션

이러한 옵션은 특정 버전이나 환경에만 관련되므로 UI에 표시되지 않습니다. 따라서 Qlik 지원 또는 제품 설명서에서 명시적으로 지시하지 않는 한 이러한 옵션을 설정하지 마십시오.

옵션을 설정하려면 옵션을 기능 이름 추가 필드에 복사하고 추가를 클릭하면 됩니다. 그런 다음 받은 지침에 따라 값을 설정하거나 옵션을 활성화합니다.

데이터 이동 게이트웨이 없이 작업할 때 작업 예약

데이터 이동 게이트웨이는 Qlik Talend Cloud 시작 구독에서는 지원되지 않으며 다른 구독 계층에서는 선택 사항입니다. 데이터 이동 게이트웨이 없이 작업하는 경우 실시간에 가까운 CDC(데이터 변경 내용 캡처)가 지원되지 않습니다. 예약 간격을 설정하여 대상 데이터를 최신 상태로 유지합니다. 일정은 소스 데이터 집합의 변경 내용으로 대상 데이터 집합이 업데이트되는 빈도를 결정합니다. 일정에 따라 업데이트 빈도가 결정되는 반면 데이터 집합 유형에 따라 업데이트 방법이 결정됩니다. 소스 데이터 집합이 CDC를 지원하는 경우 소스 데이터의 변경 내용만 해당 대상 테이블에 복제되고 적용됩니다. 소스 데이터 집합이 CDC(예: 뷰)를 지원하지 않는 경우 모든 소스 데이터를 해당 대상 테이블에 다시 로드하여 변경 내용이 적용됩니다. 소스 데이터 집합 중 일부가 CDC를 지원하고 일부는 지원하지 않는 경우 두 개의 별도 하위 작업이 만들어집니다(변경 내용 적용 또는 변경 내용 저장 복제 옵션이 선택되었다고 가정). 하나는 CDC를 지원하지 않는 데이터 집합을 다시 로드하기 위한 것이고, 다른 하나는 CDC를 지원하는 데이터 집합에 대한 변경 내용을 캡처하기 위한 것입니다. 이 경우 데이터 일관성을 보장하기 위해 두 하위 작업에 대해 동일한 일정을 설정하는 것이 좋습니다.

데이터 소스 유형 및 구독 계층에 따른 최소 예약 간격에 대한 자세한 내용은 허용되는 최소 예약 간격을 참조하십시오.

일정을 변경하려면:

1. 프로젝트를 열고 다음 중 하나를 수행합니다.

   • 작업 보기에서 복제 작업에 대한 를 클릭하고 예약을 선택합니다.
   • 파이프라인 보기에서 복제 작업의 를 클릭하고 예약을 선택합니다.
   • 복제 작업을 열고 예약 도구 모음 버튼을 클릭합니다.
2. 필요에 따라 예약 설정을 변경한 다음 확인을 클릭합니다.