Azure Cosmos DB에서 Microsoft Fabric 미러 데이터베이스에 대한 질문과 대답(미리 보기)

미러링 복제본(replica) 원본 데이터베이스를 오픈 소스 델타 형식으로 Fabric OneLake에 반환합니다. 패브릭의 어디에서나 이 데이터에 대한 분석을 실행할 수 있습니다. 바로 가기는 데이터를 Fabric OneLake로 복제본(replica) 않습니다. 대신 바로 가기는 데이터 이동 없이 원본 데이터에 연결됩니다. 현재 Azure Cosmos DB는 미러 원본으로만 사용할 수 있습니다.

아니요, 미러 원본 데이터베이스의 성능이나 비용에는 영향을 주지 않습니다. 미러링을 사용하려면 원본 Azure Cosmos DB 계정에서 연속 백업 기능을 사용하도록 설정해야 합니다. 연속 백업을 사용하면 트랜잭션 워크로드에 영향을 주지 않고 복제본(replica).

미러링(Mirroring)은 Azure Cosmos DB에서 데이터의 대기 시간이 짧은 복제본(replica). 복사 작업과 달리 미러Ing은 Azure Cosmos DB 데이터의 연속 및 증분 복사본을 만듭니다. 미러링이 원본 데이터베이스 또는 컨테이너의 트랜잭션 워크로드에 영향을 주지 않습니다.

반면 복사 작업은 증분 작업에 대한 엔드 투 엔드 대기 시간을 추가할 수 있는 예약된 작업입니다. 또한 작업 요구 사항 관리를 복사하여 증분 변경 내용을 선택하고, Fabric의 컴퓨팅 비용을 추가하고, Azure Cosmos DB의 원본 데이터베이스에 대한 요청 단위 사용량에 영향을 줍니다.

복사 작업은 Azure Cosmos DB의 일회성 복사 작업에 유용하지만 미러 증분 변경 내용을 추적하는 데 적합합니다.

아니요, 원본 Azure Cosmos DB 계정 또는 데이터에 영향을 주지 않고 미러 사용하도록 설정하고 사용하지 않도록 설정할 수 있습니다.

미러링이 미리 보기로 제공됩니다. 현재 패브릭에 미러 데이터를 미러 저장하거나 저장하는 데 드는 비용은 없습니다. SQL, Power BI 또는 Spark를 사용하여 데이터를 쿼리하기 위한 컴퓨팅은 일반 요금으로 청구됩니다. 자세한 내용은 패브릭 가격 책정을 참조 하세요.

Azure Cosmos DB의 경우 연속 백업은 미러 필수 구성 요소입니다. 미러 전에 연속 백업 계층을 사용하도록 설정한 경우 추가 비용이 발생하지 않습니다. 미러 위해 연속 백업을 사용하도록 설정하면 해당 기능과 관련된 가격이 청구됩니다. 자세한 내용은 Azure Cosmos DB 가격 책정을 참조 하세요.

데이터 탐색기를 사용하여 Azure Cosmos DB의 원본 데이터를 보는 경우 RU(요청 단위) 사용량에 따라 비용이 발생합니다.

송신 요금은 Azure Cosmos DB 계정이 패브릭 용량과 다른 지역에 있는 경우에만 청구됩니다. Azure Cosmos DB 계정에 여러 읽기 지역이 있는 시나리오에서 패브릭은 지리적으로 가장 가까운 Azure 지역에서 Fabric의 용량 지역으로 미러. 자세한 내용은 복제본(replica) 제한 사항을 참조하세요.

아니요, 미러 분석 저장소를 사용하지 않습니다. 미러링이 트랜잭션 워크로드 또는 처리량 소비에 영향을 주지 않습니다.

Azure Cosmos DB에서 연속 백업은 미러 필수 구성 요소입니다. 이 필수 구성 요소를 사용하면 패브릭이 트랜잭션 워크로드에 영향을 주거나 분석 저장소를 요구하지 않고 데이터를 미러 수 있습니다.

아니요, 패브릭에서 미러 Azure Synapse Link와 관련이 없습니다.

Azure Cosmos DB에서 연속 백업은 미러 필수 구성 요소입니다. 이 필수 구성 요소를 사용하면 패브릭이 트랜잭션 워크로드에 영향을 주거나 분석 저장소를 요구하지 않고 데이터를 미러 수 있습니다.

아니요, 패브릭에서 미러 Azure Synapse Link와 관련이 없습니다. 패브릭 미러 사용하는 동안 Azure Synapse Link를 계속 사용할 수 있습니다.

예, 동일한 Azure Cosmos DB 계정에서 분석 저장소 및 패브릭 미러 사용할 수 있습니다. 이러한 기능은 서로 독립적으로 작동합니다. 미러링이 분석 저장소 사용을 방해하지 않습니다.

예, 동일한 Azure Cosmos DB 계정에서 변경 피드 및 패브릭 미러 사용할 수 있습니다. 이러한 기능은 서로 독립적으로 작동합니다. 미러링이 변경 피드 사용을 방해하지 않습니다.

미러링을 사용하려면 필수 조건으로 Azure Cosmos DB 연속 백업이 필요합니다. 연속 백업을 사용하는 Azure Cosmos DB 계정은 분석 저장소를 사용하지 않도록 설정할 수 없습니다. 컬렉션에서 분석 저장소를 사용하지 않도록 설정하면 연속 백업을 사용하도록 설정할 수 없습니다.

아니요, Azure Synapse Link 및 Azure Synapse Analytics는 워크로드에 계속 사용할 수 있습니다. 이러한 워크로드를 더 이상 사용하지 않을 계획은 없습니다. 프로덕션 워크로드에 Azure Synapse Link를 계속 사용할 수 있습니다.

패브릭 포털의 설정 섹션에서 연결 및 게이트웨이 관리 옵션을 선택합니다.

읽기/쓰기 계정 키만 지원됩니다.

아니요, 현재 읽기/쓰기 계정 키만 지원됩니다.

아니요, 현재 읽기/쓰기 계정 키만 지원됩니다.

계정 키가 회전되는 경우 Fabric 미러 연결 자격 증명을 업데이트해야 합니다. 키를 업데이트하지 않으면 미러 실패합니다. 이 오류를 해결하려면 복제본(replica) 중지하고 새로 회전된 키로 자격 증명을 업데이트한 다음 복제본(replica) 다시 시작합니다.

아니요, Azure Cosmos DB에서 데이터베이스를 미러 경우 모든 컨테이너가 Fabric OneLake에 복제본(replica).

예, 여러 미러 가능하지만 불필요합니다. 복제본(replica)ted 데이터가 Fabric에 있으면 Fabric에서 직접 다른 대상으로 공유할 수 있습니다.

아니요, 미러는 ADLS(Azure Data Lake Storage) Gen2 또는 AWS(Amazon Web Services) S3(Simple Storage Service)와 같은 외부 원본에 대한 바로 가기 만들기를 지원하지 않습니다.

원본 데이터베이스를 보는 패브릭의 옵션은 데이터 탐색기를 사용하여 Azure Cosmos DB의 라이브 데이터에 대한 읽기 전용 보기를 제공합니다. 이 관점은 복제본(replica)ted 데이터의 원본인 컨테이너의 실시간 보기입니다.

패브릭 포털에서 직접 라이브 데이터를 보는 이 보기는 원본 Azure Cosmos DB 데이터베이스와 비교할 때 OneLake의 데이터가 최신인지 또는 올바르게 표시되는지 확인하는 데 유용한 도구입니다. 라이브 Azure Cosmos DB 데이터에서 데이터 탐색기를 사용하는 작업은 요청 단위 사용량을 계산할 수 있습니다.

패브릭 포털을 사용하여 SQL 분석 엔드포인트에 대해 새 SQL 쿼리를 만듭니다. 여기에서 다음과 같은 SELECT TOP 100 * FROM ...일반적인 쿼리를 실행할 수 있습니다.

또한 Lakehouse를 사용하여 다른 데이터와 함께 OneLake 데이터를 오랫동안 분석합니다. Lakehouse에서 Spark를 활용하여 Notebook으로 데이터를 쿼리할 수 있습니다.

데이터 동기화는 완전히 관리됩니다. 미러 사용하도록 설정하면 데이터가 거의 실시간으로 Fabric OneLake에 복제본(replica) 미러 원본 데이터베이스에서 발생하는 새 변경 내용이 지속적으로 복제본(replica)ts됩니다.

미러링이 지역 간에 지원되지만 이 시나리오로 인해 예기치 않은 네트워크 데이터 송신 비용과 대기 시간이 발생할 수 있습니다. 이상적으로 패브릭 용량을 Azure Cosmos DB 계정의 지역 중 하나에 일치시킬 수 있습니다. 자세한 내용은 복제본(replica) 제한 사항을 참조하세요.

기존 미러 데이터베이스를 Lakehouse의 바로 가기로 추가할 수 있습니다. Lakehouse에서 데이터를 직접 탐색하거나, Spark 쿼리용 Notebook에서 데이터를 열거나, 기계 학습 모델을 빌드할 수 있습니다.

초기 및 연속 복제본(replica) 지연의 대기 시간은 데이터 볼륨에 따라 달라집니다. 대부분의 경우 대기 시간은 몇 분일 수 있지만 대용량 데이터의 경우 더 길어질 수 있습니다.

초기 데이터를 복제본(replica) 개별 작업은 거의 실시간으로 복제본(replica). 드물게 원본 데이터베이스에 많은 양의 업데이트 및 삭제 작업이 있는 경우 약간의 지연이 발생할 수 있습니다.

아니요, 미러 복제본(replica) 연속적이고 증분적이므로 기본 제공 백오프 논리가 없습니다.

아니요, 미러 현재 Azure Cosmos DB의 미러 데이터에서 변경 데이터 피드를 지원하지 않습니다.

미러링에는 medallion 아키텍처에 대한 기본 제공 지원이 없습니다. 파이프라인 또는 Spark를 사용하여 변환 및 조인에 대한 워터마크 논리 및 처리를 사용하여 고유한 실버 및 골드 레이어를 구성할 수 있습니다.

예.

예, 중첩된 데이터는 OneLake에서 JSON 문자열로 평면화됩니다. 를 CROSS APPLYOUTER APPLY 사용하고 OPENJSON뷰에 대한 데이터를 평면화합니다. 자세한 내용은 중첩된 데이터를 참조 하세요.

아니요, 미러 중첩된 데이터는 자동으로 평면화되지 않습니다. SQL 분석 엔드포인트에서 중첩된 JSON 문자열을 사용하는 데 메서드를 사용할 수 있습니다. 자세한 내용은 중첩된 데이터를 참조 하세요.

아니요, 일반적으로 Fabric의 SQL 쿼리에는 콜드 시작 대기 시간이 발생하지 않습니다.

데이터 탐색기 및 복제본(replica) Fabric에서 실패하기 시작합니다. 기존 미러 데이터를 삭제할 때까지 OneLake 데이터는 그대로 기본.

미러 데이터용 SQL 분석 엔드포인트에 커넥트 패브릭의 다른 항목에 동일한 엔드포인트를 사용하는 것과 비슷합니다. 자세한 내용은 Fabric의 데이터 웨어하우징에 대한 연결을 참조 하세요.

각 Azure Cosmos DB 데이터베이스를 독립적으로 미러링합니다. 그런 다음 SQL 분석 엔드포인트 중 하나를 미러 데이터베이스 항목으로 다른 엔드포인트에 추가합니다. 다음으로, SQL JOIN 쿼리를 사용하여 고유한 Azure Cosmos DB 데이터베이스의 컨테이너에서 쿼리를 수행합니다.

Azure Cosmos DB 데이터베이스를 미러링합니다. 그런 다음 Azure SQL 데이터베이스 또는 Snowflake 데이터를 미러. 그런 다음 SQL 분석 엔드포인트 중 하나를 미러 데이터베이스 항목으로 다른 엔드포인트에 추가합니다. 이제 SQL JOIN 쿼리를 사용하여 여러 데이터 서비스에서 쿼리를 수행합니다.

패브릭 포털의 중지 복제본(replica)tion 옵션을 사용하여 복제본(replica)tion을 중지합니다. 이 작업은 복제본(replica) 완전히 중지하지만 OneLake에 이미 있는 데이터는 제거하지 않습니다.

복제는 일시 중지 또는 다시 시작의 개념을 지원하지 않습니다. 복제본(replica)tion을 중지하면 복제본(replica) 완전히 중지되고 패브릭 포털에서 다시 시작 복제본(replica)tion을 선택하면 완전히 처음부터 복제본(replica) 시작됩니다. 복제본(replica)를 다시 시작하면 OneLake 데이터를 증분 방식으로 업데이트하는 대신 최신 데이터로 바꿉니다.

Azure Cosmos DB용 미러링이 선택한 데이터베이스 내의 모든 컨테이너를 자동으로 미러. 이러한 뉘앙스 때문에 패브릭 포털에는 Azure Cosmos DB에 대한 특정 복제본(replica)tion 옵션을 구성하는 옵션이 포함되어 있지 않습니다.

최적으로 복제본(replica) 상태 실행되도록 합니다. 복제본(replica)tion 상태 경고와 함께 실행 중이면 복제본(replica) 작업이 성공하지만 해결해야 하는 문제가 있습니다. 중지, 중지, 실패 또는 오류의 상태 복제본(replica) 계속하기 전에 개입이 필요한 더 심각한 상태를 나타냅니다. 자세한 내용은 패브릭 미러 모니터링을 참조하세요.

예, TTL을 사용하여 삭제된 데이터는 Azure Cosmos DB에서 삭제 작업을 사용하여 삭제된 데이터와 동일한 방식으로 처리됩니다. 그런 다음 데이터가 미러 데이터베이스에서 삭제됩니다. 미러링에서는 이러한 삭제 형식을 구분하지 않습니다.

삭제 작업은 OneLake에 즉시 복제본(replica). 현재 일시 삭제 또는 TTL(분석 TTL)을 구성할 수 있는 방법은 없습니다.

아니요, 분석 TTL(Time to Live)은 지원되지 않습니다.

예, 파일 또는 스토리지 탐색기를 사용하여 OneLake 파일에 직접 액세스할 수 있습니다. Databricks에서 OneLake 델타 파일을 사용할 수도 있습니다. 자세한 내용은 OneLake 파일 탐색기를 사용하여 패브릭 데이터에 직접 액세스하거나 Azure Databricks와 OneLake를 통합하는 것을 참조하세요.

아니요, 자동화된 미러 구성에 대한 지원은 현재 사용할 수 없습니다.

아니요, 기본 제공 CI/CD에 대한 지원은 현재 사용할 수 없습니다.

아니요, 이 액세스 수준은 현재 지원되지 않습니다.

아니요, 프라이빗 엔드포인트는 현재 지원되지 않습니다.

아니요, 패브릭 테넌트에서 데이터가 다시 기본.

아니요, 데이터는 테넌트의 OneLake에서 직접 준비되며 환경 외부에서 준비되지 않습니다.

미러 사용하려면 Power BI Premium, 패브릭 용량 또는 평가판 용량 라이선스가 필요합니다.

라이선스에 대한 자세한 내용은 패브릭 라이선스를 참조 하세요.

라이선스에 대한 자세한 내용은 패브릭 라이선스를 참조 하세요.

관련 콘텐츠

• Azure Cosmos DB의 Microsoft Fabric 미러 데이터베이스 개요
• 문제 해결: Azure Cosmos DB에서 Microsoft Fabric 미러 데이터베이스
• 제한 사항: Azure Cosmos DB에서 Microsoft Fabric 미러 데이터베이스