편집

다음을 통해 공유


SQL용 Azure Synapse Link FAQ

이 가이드에서는 SQL용 Azure Synapse Link에 대한 가장 자주 묻는 질문을 찾습니다.

아니요, 현재 SQL용 Azure Synapse Link는 데이터 대상 저장소로만 Synapse 전용 SQL 풀을 지원합니다.

아니요, 현재 SQL용 Azure Synapse Link는 원본으로만 Azure SQL Database 및 SQL Server(SQL Server 2022부터)를 지원합니다.

복제할 테이블을 추가하거나 제거하려는 경우 연결 연결을 중지해야 하나요?

아니요, 링크 연결이 실행 중일 때 테이블을 추가하거나 제거할 수 있습니다. 제거된 테이블은 자동으로 복제되지 않습니다. 새로 추가된 테이블은 전체 스냅샷을 사용하여 초기 로드에서 시작한 다음 증분 동기화를 수행합니다. 동일한 링크 연결의 나머지 테이블은 영향을 받지 않습니다.

대상 테이블이 대상 전용 SQL 풀에 있어 링크 연결이 시작되지 않습니다. 어떻게 해야 합니까?

링크 연결을 시작하기 전에 대상 테이블을 제거해야 합니다. 이렇게 하려면 Synapse 전용 SQL 풀에서 테이블을 수동으로 제거하거나 기존 대상 테이블 드롭다운 목록의 작업에서 대상에서 테이블을 삭제하고 다시 만드는 옵션을 선택하여 시작할 때마다 Synapse 전용 SQL 풀에 기존 테이블을 자동으로 삭제할 수 있습니다.

원본 저장소에서 테이블 열이 추가되거나 삭제된 경우 실행 중인 링크 연결에서는 어떻게 되나요?

링크 연결에 테이블을 추가한 후 원본 데이터베이스의 이러한 테이블은 열을 추가, 삭제 또는 변경할 수 없습니다. 이러한 스키마 변경을 수행하려면 스키마가 변경된 후 링크 연결에서 테이블을 일시적으로 제거하고 다시 추가해야 합니다.

내 링크 연결에서 데이터 복제를 일시 중지한 다음, 일시 중지된 위치에서 다시 시작할 수 있나요?

예, 가능합니다.

Synapse 관리형 프라이빗 엔드포인트를 사용하여 Synapse 작업 영역에서 관리형 가상 네트워크를 선택할 수 있나요? 그러면 연결 연결이 원본 데이터베이스에 비공개로 연결되도록 할 수 있나요?

예, 가능합니다. Synapse의 모든 워크로드와 유사합니다. Azure Synapse 관리 가상 네트워크에서 SQL용 Azure Synapse Link를 사용하도록 설정하여 안전한 방식으로 SQL에서 Synapse로 데이터를 복제할 수 있습니다. 관리형 프라이빗 엔드포인트를 사용하여 관리형 가상 네트워크에서 승인된 대상에 대한 아웃바운드 연결만 허용하여 데이터 반출로부터 보호할 수 있습니다.

링크 연결을 만들 때 원본 저장소에서 Synapse 전용 SQL 풀로 테이블을 복제하기 위한 코어 수를 선택하는 가장 좋은 방법은 무엇인가요?

코어 수는 원본 저장소에서 Synapse 전용 SQL 풀로 데이터를 복제하는 데 필요한 컴퓨팅 크기를 나타냅니다. 이 값은 원본 데이터베이스의 복제 워크로드 패턴, 테이블 수, 발생한 변경률 및 행 크기에 따라 달라집니다. 작은 코어 수부터 실제 워크로드로 대기 시간을 테스트하는 것이 좋습니다. 복제 대기 시간은 링크 테이블의 모니터링 페이지에 반영될 수 있습니다. 마지막으로 처리된 데이터 열의 시간은 복제가 얼마나 뒤처지는지를 나타냅니다.

“테이블 간에 트랜잭션 일관성 유지 사용”을 선택해야 하나요?

이 옵션을 사용하도록 설정하면 원본 데이터베이스의 여러 테이블에 걸쳐 있는 트랜잭션이 항상 단일 트랜잭션에서 대상 데이터베이스에 복제됩니다. 그러나 이렇게 하면 전체 복제 처리량에 오버헤드가 발생합니다. 옵션을 사용하지 않도록 설정하면 각 테이블은 자체 트랜잭션 경계의 변경 내용을 병렬 연결로 대상에 복제하므로 전체 복제 처리량이 향상됩니다. 테이블 간에 트랜잭션 일관성을 사용하도록 설정하려는 경우 Synapse 전용 SQL 풀의 트랜잭션 격리 수준이 READ COMMITTED SNAPSHOT ISOLATION인지도 확인합니다.

Synapse 전용 SQL 풀에서 대상 테이블의 구조 유형을 선택하려면 어떻게 해야 하나요?

인덱싱 테이블 - Azure Synapse Analytics | Microsoft Docs를 참조하여 테이블 구조 형식에 대한 세 가지 옵션을 이해할 수 있습니다. 클러스터형 columnstore 인덱스가 선택되면 최대 길이(예: VARCHAR(MAX))의 데이터 형식은 지원되지 않습니다.

랜딩 존에서 데이터를 정리해야 하나요?

아니요. 링크가 지속적으로 실행되는 한, 약 24시간 후에 커밋된 파일을 제거하는 백그라운드 스레드가 있습니다. 링크가 중지되면 전체 랜딩 존 폴더가 제거됩니다.

SQL용 Azure Synapse Link는 현재 Azure Synapse 작업 영역을 사용할 수 있는 모든 지역에서 사용할 수 있습니다.

내 랜딩 존은 어디에 있나요?

Azure SQL Database의 경우 랜딩 존은 완전 관리형이며 대상 Azure Synapse Analytics 작업 영역과 동일한 지역에 있습니다. SQL Server 2022의 경우 랜딩 존은 고객 관리형이며 원하는 위치에 둘 수 있습니다.

랜딩 존에 적용되는 암호화 유형은 무엇인가요?

Azure SQL Database의 경우 랜딩 존은 완전 관리형이며 플랫폼 관리 또는 고객 관리형인 대상 Azure Synapse Analytics 작업 영역과 동일한 키로 암호화됩니다. SQL Server 2022의 경우 랜딩 존은 고객 관리형이며 플랫폼 관리형 키 또는 고객 관리형 키로 암호화할 수 있습니다.

원본 테이블의 모든 레코드를 업데이트했습니다. 전용 SQL 풀에 대해 쿼리를 실행했을 때 모든 데이터가 사라진 것을 확인했습니다. 쿼리를 다시 실행했더니 업데이트를 포함하는 모든 데이터가 다시 나타났습니다. 이유는 무엇입니까?

수집 서비스는 업데이트를 삭제 후 삽입으로 처리합니다. 즉, 모두 동일한 트랜잭션으로 진행됩니다. 기본적으로 전용 SQL 풀은 READ UNCOMMITTED 모드로 실행되므로 트랜잭션이 커밋되기 전에 변경 내용을 볼 수 있습니다. 이러한 프로세스 내 변경 내용이 표시되지 않도록 하려면 READ COMMITTED SNAPSHOT ISOLATION을 켤 수 있습니다.

원본 데이터베이스에 추가된 새 테이블이 자동으로 내 링크 연결에 추가되나요?

아니요. 새 테이블을 추가하려면 Azure Synapse Analytics 환경에서 링크 연결을 편집해야 합니다. 중지하지 않고 실행 중인 연결에 테이블을 추가할 수 있습니다. 링크 연결에 변경 내용을 게시할 때 새 테이블이 복제에 포함됩니다.

Azure SQL Database 및 SQL Server 2022에서 Azure Synapse Analytics 전용 SQL 풀로 복제되는 데이터의 대기 시간은 얼마나 되나요?

대기 시간 SLA를 게시하지 않았습니다. 대기 시간이 긴 경우 링크 연결에 할당된 코어 수, 대상 전용 SQL 풀의 크기를 조정하거나 쓰기 구성에서 트랜잭션 일관성을 워크로드에 맞게 조정할 수 있습니다.

랜딩 존 데이터에 사용되는 형식은 무엇인가요? 다른 용도로 사용할 수 있나요?

랜딩 존은 일시적인 데이터 저장소이며 해당 데이터를 SQL용 Azure Synapse Link 이외의 용도로 사용하는 것을 지원하지 않습니다.

SQL용 Azure Synapse Link는 원본 데이터베이스가 랜딩 존에 데이터를 쓰고, 지속적으로(거의 실시간 데이터 처리 제공) 또는 일정 모드에 따라 실행될 수 있는 수집 서비스를 통해 대상 전용 SQL 풀로 이동되는 푸시 모델을 사용합니다. 복사 작업은 원본 데이터베이스에서 데이터를 쿼리하고 예약된 일정에 따라 대상 위치에 기록되는 끌어오기 모델을 사용합니다.

이 제한은 페이지 내 데이터에만 해당됩니다. 페이지 외부 데이터의 경우 7,500바이트 제한에 대해 계산되는 유일한 항목은 페이지 외부 데이터에 대한 24바이트 포인터입니다.

이 기능을 사용하도록 설정하기 위해 새 변경 피드 프로세서가 Azure SQL Database 및 SQL Server 2022 엔진에 통합되었습니다.

랜딩 존에 대한 사용자 관리형 스토리지 계정에 대해 SAS가 만료된 경우 ALTER DATABASE SCOPED CREDENTIAL을 사용하여 새 SAS에 대한 데이터베이스 자격 증명을 업데이트합니다.

Azure Synapse 작업 영역이 제거되면 Azure SQL Database는 Azure Synapse에 대한 랜딩 존에서 데이터 복제를 중지합니다. 시스템 저장 프로시저 sp_change_feed_drop_table_group이 자동으로 호출되고 랜딩 존의 스토리지 계정이 관리되고 자동으로 정리됩니다. 실패하면 sys.dm_change_feed_errors SynapseGatewayClient에서 오류 22739가 발생할 수 있습니다. 이 경우 .를 사용하여 테이블 그룹을 sp_change_feed_drop_table_group수동으로 삭제할 changefeed 수 있습니다.

SQL Server 랜딩 존 스토리지 계정은 사용자 관리되므로 데이터는 랜딩 존에 계속 게시됩니다. sp_change_feed_drop_table_group을 통해 관련 테이블 그룹을 삭제하여 Azure Synapse Link를 사용하지 않도록 설정하고 랜딩 존에 대한 스토리지 계정을 수동으로 제거해야 합니다.

SQL Server에서 랜딩 존 스토리지 계정은 사용자 관리형입니다. 랜딩 존 스토리지 계정에 더 이상 액세스할 수 없는 경우 sys.dm_change_feed_errors 오류가 표시됩니다. sp_change_feed_drop_table_group이 있는 관련 테이블 그룹을 삭제하여 Azure Synapse Link를 사용하지 않도록 설정해야 합니다.