Azure Synapse Analytics 서버리스 SQL 풀에 대한 Azure Synapse Link 문제 해결
적용 대상: Azure Synapse Analytics
이 문서에서는 Azure Synapse Analytics 서버리스 SQL 풀용 Azure Synapse Link에서 발생하는 일반적인 문제에 대한 솔루션을 제공합니다.
Azure Synapse Link for Dataverse
DES(Data Export Service) 사용 중단
다음 문서를 사용하여 Data Export Service에서 Dataverse용 Azure Synapse Link로 전환하는 방법을 알아봅니다.
- DES 사용 중단 플레이북
- DES(Data Export Service) - 사용 중단 참고 사항
- Data Export Service에서 Dataverse용 Azure Synapse 링크로
근 실시간 데이터 및 읽기 전용 스냅샷 데이터
Dataverse용 Azure Synapse Link를 만든 후에는 Azure Synapse Analytics 및/또는 Azure Data Lake Storage Gen2에서 동기화되는 테이블 데이터의 두 가지 버전이 있습니다.
| 테이블 유형 | Description |
|---|---|
| 근 실시간 데이터 | 처음에 추출되었거나 마지막으로 동기화된 이후 변경된 데이터를 검색하여 효율적인 방식으로 Azure Synapse Link를 사용하여 Dataverse에서 동기화된 데이터의 복사본을 제공합니다. |
| 스냅샷 데이터 | 정기적으로 업데이트되는 거의 실시간 데이터의 읽기 전용 복사본을 제공합니다(이 경우 1시간마다). |
자세한 내용은 근 실시간 데이터 및 읽기 전용 스냅샷 데이터 액세스를 참조하세요.
증분 업데이트(미리 보기)
Azure Synapse 작업 영역을 사용하여 Dataverse용 Azure Synapse Link를 만들 때 증분 업데이트 기능을 사용하도록 설정하여 사용자가 지정한 시간 간격 동안 발생한 Dataverse 데이터의 변경 내용만 포함하는 일련의 타임스탬프가 지정된 폴더를 만들 수 있습니다.
자세한 내용은 증분 업데이트 쿼리 및 분석(미리 보기)을 참조하세요.
Microsoft Azure Cosmos DB용 Azure Synapse Link
Azure Cosmos DB 데이터에 액세스
Spark 풀 및 서버리스 SQL 풀을 사용하여 분석 저장소에서 Azure Cosmos DB 데이터를 쿼리할 수 있습니다. 다음 문서의 단계에 따라 일반적인 문제를 해결합니다.
Azure Cosmos DB 컨테이너를 쿼리할 수 없습니다.
Azure Cosmos DB 계정에서 Azure Synapse Link 및 분석 저장소를 올바르게 구성해야 합니다.
스키마 표현 이해
분석 저장소에는 두 가지 모드의 스키마 표현이 있습니다. 이러한 모드는 열 표시의 단순성, 다형성 스키마 처리 및 쿼리 환경의 단순함 간에 균형을 제공합니다.
- 잘 정의된 스키마 표현(Azure Cosmos DB SQL API의 기본값)
- 전체 충실도 스키마 표현(MongoDB에 대한 Azure Cosmos DB API의 기본값)
분석 저장소 스키마를 자동으로 처리하는 방법에 대해 알아봅니다.
검색 결과에 속성(열)이 누락됨
Azure Cosmos DB 컨테이너에 있는 열이 누락된 경우 스키마 제약 조건이 위반되었을 수 있습니다. 분석 저장소가 스키마를 자동으로 유추하고 올바르게 나타낼 수 있도록 설정하면 Azure Cosmos DB의 운영 데이터에 다음 제약 조건이 적용됩니다.
- 문서 스키마의 모든 중첩된 수준에서 최대 1,000개의 속성을 가질 수 있으며 최대 중첩 깊이는 127개입니다.
- 처음 1,000개의 속성만 분석 저장소에 표시됩니다.
- 처음 127개의 중첩된 수준만 분석 저장소에 표시됩니다.
- JSON 문서의 첫 번째 수준은 루트 수준입니다.
- 문서의 첫 번째 수준에 있는 속성은 열로 표시됩니다.
스키마 제약 조건에 대한 자세한 내용은 분석 저장소 - 개요를 참조하세요.
삭제를 포함하여 모든 트랜잭션 작업이 전파됩니다. 분석 저장소 TTL(Time to Live) 설정도 데이터 제거를 유발할 수 있습니다.
- 트랜잭션 저장소에서 문서가 삭제되면 두 저장소의 TTL에도 불구하고 분석 저장소에서도 삭제됩니다.
- 트랜잭션 TTL이 분석 TTL보다 작은 경우 데이터는 트랜잭션 저장소에서 보관되지만 구성된 TTL 제한까지 분석 저장소에 보관됩니다.
- 트랜잭션 TTL이 분석 TTL보다 큰 경우 데이터는 분석 저장소에서 보관되고 구성된 TTL 제한까지 트랜잭션 저장소에 보관됩니다.
- SQL API를 사용하는 경우 스키마는 기본적으로 잘 정의됩니다. 즉, 컬렉션의 첫 번째 문서에서 분석 저장소 스키마를 정의합니다. 문서가 첫 번째 문서의 스키마를 준수하지 않으면 분석 저장소에 동기화되지 않습니다.