# 제한 사항 및 고려 사항

Microsoft SQL Server(로그 기반) 소스를 사용할 때 다음 제한 사항 및 고려 사항을 알고 있어야 합니다.

## 모든 데이터 작업에 적용되는 제한 사항 및 고려 사항

* 작업을 삭제해도 작업에 사용된 데이터베이스에 대한 Microsoft SQL Server Replication Publisher 정의는 제거되지 않습니다. Microsoft SQL Server 시스템 관리자는 Microsoft SQL Server에서 이러한 정의를 삭제해야 합니다.

* 스파스 테이블의 Landing는 "전체 로드" landing 모드에서만 지원됩니다.

* 인덱싱된 보기의 데이터 Landing는 지원되지 않습니다.

* TRUNCATE 이벤트는 캡처되지 않습니다.

* 계산된 열의 Landing는 전체 로드 landing 작업에서만 지원됩니다. CDC 동안 계산된 열에 대한 INSERT는 대상에서 NULL로 표시되고 UPDATE는 무시됩니다.

* Microsoft SQL Server 파티션 전환은 지원되지 않습니다.

* WRITETEXT 및 UPDATETEXT 유틸리티를 사용할 때 소스 데이터베이스에 적용된 이벤트는 캡처되지 않습니다.

* 다음 DML 패턴은 지원되지 않습니다.

  `select <*> into <new_table> from <existing_table>`

* 열 수준 암호화는 지원되지 않습니다.

* 백업 트랜잭션 로그에 액세스할 때 다음 제한 사항이 적용됩니다.

  * 암호화된 백업은 지원되지 않습니다.
  * URL 또는 Windows Azure에 저장된 백업은 지원되지 않습니다.

* 여러 디스크에 대한 Microsoft SQL Server 백업(즉, MIRROR TO DISK)은 지원되지 않습니다.

* SQL Server 공간 데이터 유형(GEOGRAPHY 및 GEOMETRY)에 값을 삽입할 때 SRID(Spatial Reference System Identifier) 속성(이 경우 기본 SRID가 사용됨(GEOMETRY의 경우 0, GEOGRAPHY의 경우 4326))을 무시하거나 다른 번호를 지정할 수 있습니다. 공간 데이터 유형이 있는 landing 테이블의 경우 사용자가 삽입한 SRID가 기본 SRID로 바꿔집니다.

* Columnstore 인덱스는 지원되지 않습니다.

* 메모리 최적화 테이블(인 메모리 OLTP 사용)은 지원되지 않습니다.

* 임시 테이블은 지원되지 않습니다.

* 지연된 내구성은 지원되지 않습니다.

* 테이블 변경 추적은 지원되지 않습니다.

* 마스킹된 데이터는 마스킹 없이 대상에 만들어집니다.

* OpenLDAP는 지원되지 않습니다.

* Landing는 보조 Microsoft SQL Server 데이터베이스에서 직접 지원되지 않습니다. 따라서 기본 데이터베이스 또는 AlwaysOn 수신기에 연결하도록 Microsoft SQL Server connector을 구성해야 합니다.

* ADR(Accelerated Database Recovery)을 사용하도록 구성된 데이터베이스에서 Landing는 지원되지 않습니다.

* Landing 이름에 아포스트로피(')가 있는 테이블 또는 스키마는 지원되지 않습니다.

* DACPAC를 사용하여 데이터베이스에 적용된 변경 내용은 캡처되지 않습니다.

* 압축된 파티션과 압축되지 않은 파티션이 모두 있는 테이블에서는 CDC가 지원되지 않습니다.

* 시스템 테이블 및 뷰는 지원되지 않습니다.

## 복제 및 랜딩 작업에 대한 제한 사항 및 고려 사항

* `sp_rename`을 사용하여 테이블 이름을 바꾸는 것은 지원되지 않습니다(예: `sp_rename 'Sales.SalesRegion', 'SalesReg;`)

* `sp_rename`을 사용하여 열 이름을 바꾸는 것은 지원되지 않습니다(예: `sp_rename 'Sales.Sales.Region', 'RegID', 'COLUMN';`)

* *파일 수준에서* 백업 트랜잭션 로그에 액세스할 때 다음 제한 사항이 적용됩니다.

  * 백업 트랜잭션 로그는 적절한 권한 및 액세스 권한이 있는 공유 폴더에 있어야 합니다.
  * 활성 트랜잭션 로그는 파일 수준이 아니라 Microsoft SQL Server API를 통해 액세스됩니다.
  * Qlik Talend Data Integration 및 Microsoft SQL Server 컴퓨터는 동일한 도메인에 있어야 합니다.
  * TDE(투명한 데이터 암호화)는 지원되지 않습니다. SQL Server의 기본 기능을 사용하여 백업 트랜잭션 로그에 액세스할 때(즉, 파일 수준 액세스를 사용하지 않음) TDE 암호화가 지원됩니다.
  * Unix 플랫폼은 지원되지 않습니다.
  * 여러 스트라이프에서 백업 로그를 읽는 것은 지원되지 않습니다.

* GEOGRAPHY 및 GEOMETRY 데이터 유형 복제는 제한된 LOB 모드에서만 지원됩니다.

* 데이터베이스가 MS-REPLICATION 또는 MS-CDC에 대해 설정되지 않은 경우에도 기본 키가 없는 테이블을 캡처할 수 있지만 이러한 설정에서는 INSERT/DELETE DML 이벤트만 캡처된다는 점에 유의합니다. UPDATE 이벤트는 무시됩니다.

* 단일 트랜잭션 내에서 DDL 및 DML 문을 캡처하는 것은 지원되지 않습니다.

* 여러 행에 영향을 주는 기본 키/고유 인덱스에 대한 UPDATE 작업은 변경 내용을 대상에 적용할 때 충돌을 일으킬 수 있습니다. 예를 들어 UPDATE가 단일 UPDATE 작업이 아닌 INSERT/DELETE 작업으로 대상에 적용되는 경우 발생할 수 있습니다. 이러한 시나리오(기본 키/고유 인덱스에 대한 UPDATE 작업이 여러 행에 영향을 미치는 경우)에서 최적화된 배치 변경 내용 적용 처리 모드에서 작업하면 테이블이 무시될 수 있으므로 지원되지 않습니다. 그러나 트랜잭션 변경 내용 적용 처리 모드에서 작업하면 제약 조건 위반이 발생할 수 있습니다.

  이런 일이 발생하면 관련 테이블을 다시 로드하거나 [예외 적용](https://help.qlik.com/ko-KR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Replicating/apply_exceptions.htm#ar_control_tables_553656663_1108409) 제어 테이블에서 문제가 있는 레코드를 찾아 대상 데이터베이스에서 수동으로 편집해야 합니다. 다음을 참조하십시오. [Change processing tuning](https://help.qlik.com/ko-KR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Replicating/replicating-settings-cptuning.htm)에서 관리합니다.

## 지원되지 않는 Microsoft SQL Server 보안 기능

다음 Microsoft SQL Server 보안 기능을 사용하는 테이블은 지원되지 않습니다.

* Always Encrypted
* 행 수준 보안

## 지원되지 않는 데이터 유형

다음 데이터 유형은 지원되지 않습니다.

* CURSOR
* SQL\_VARIANT
* TABLE

정보 메모

사용자 정의 데이터 유형은 기본 유형에 따라 지원됩니다. 예를 들어 DATETIME을 기반으로 하는 사용자 정의 데이터 유형은 DATETIME 데이터 유형으로 처리됩니다.