Azure Cosmos DB からミラー化された Microsoft Fabric データベースに関してよく寄せられる質問 (プレビュー)

ミラーリングでは、ソース データベースがオープンソースのデルタ形式で Fabric OneLake にレプリケートされます。 このデータに対する分析は、Fabric のどこからでも実行できます。 ショートカットでは、データは Fabric OneLake にレプリケートされません。 代わりに、ショートカットはデータ移動なしでソース データにリンクします。 現在、Azure Cosmos DB はミラーリングのソースとしてのみ使用できます。

いいえ。ミラーリングは、ソース データベースのパフォーマンスやコストには影響しません。 ミラーリングでは、ソース Azure Cosmos DB アカウントで継続的バックアップ機能を有効にする必要があります。 連続バックアップを使用すると、トランザクション ワークロードに影響を与えずにレプリケーションを実行できます。

ミラーリングは、Azure Cosmos DB でのデータの待機時間の短いレプリケーションです。 コピー ジョブとは異なり、ミラーリングでは、Azure Cosmos DB データの連続コピーと増分コピーが作成されます。 ミラーリングは、ソース データベースまたはコンテナーのトランザクション ワークロードには影響しません。

一方、コピー ジョブはスケジュールされたジョブであり、増分ジョブのエンドツーエンドの待機時間を追加できます。 さらに、ジョブの要件管理をコピーして増分変更を取得し、Fabric でコンピューティング コストを追加し、Azure Cosmos DB のソース データベースでの要求ユニットの消費量に影響します。

コピー ジョブは Azure Cosmos DB からの 1 回限りのコピー ジョブに役立ちますが、ミラーリングは増分変更の追跡に最適です。

いいえ。ソースの Azure Cosmos DB アカウントやデータに影響を与えることなく、ミラーリングを有効または無効にできます。

Cosmos DB データを Fabric OneLake にレプリケートするために使用されるファブリック コンピューティングは無料です。 ミラーリング ストレージのコストは、容量に基づいて上限まで解放されます。 詳細については、「 ミラーリングのコスト 」と 「Microsoft Fabric の価格」を参照してください。 SQL、Power BI、または Spark を使用してデータのクエリを実行するためのコンピューティングは、通常の料金で課金されます。

Azure Cosmos DB の場合、ミラーリングの前提条件は継続的バックアップです。 ミラーリングの前に継続的バックアップレベルを有効にした場合、追加コストは発生しません。 ミラーリング専用に継続的バックアップを有効にした場合、7 日間のバックアップ モードは無料です。30 日間のバックアップを有効にした場合、その機能に関連付けられている価格が課金されます。 詳細については、 Azure Cosmos DB の価格に関するページを参照してください。

データ エクスプローラーを使用して Azure Cosmos DB のソース データを表示する場合、要求ユニット (RU) の使用量に基づいてコストが発生します。

エグレス料金は、Azure Cosmos DB アカウントが Fabric 容量とは異なるリージョンにある場合にのみ課金されます。 Azure Cosmos DB アカウントに複数の読み取りリージョンがあるシナリオでは、ファブリックは地理的に最も近い Azure リージョンから Fabric の容量リージョンにミラー化されます。 詳細については、 レプリケーションの制限事項を参照してください。

いいえ。ミラーリングでは分析ストアは使用されません。 ミラーリングは、トランザクション ワークロードやスループットの消費量には影響しません。

Azure Cosmos DB では、継続的バックアップがミラーリングの前提条件です。 この前提条件により、Fabric はトランザクション ワークロードに影響を与えたり、分析ストアを必要としたりすることなく、データをミラーリングできます。

いいえ。Fabric でのミラーリングは Azure Synapse Link に関連していません。

Azure Cosmos DB では、継続的バックアップがミラーリングの前提条件です。 この前提条件により、Fabric はトランザクション ワークロードに影響を与えたり、分析ストアを必要としたりすることなく、データをミラーリングできます。

いいえ。Fabric でのミラーリングは 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 ポータルで、[設定] セクションで [接続とゲートウェイの管理] オプションを選択します。

読み取り/書き込みアカウント キーと Microsoft Entra ID のみがサポートされています。

Yes. 詳細については、 セキュリティの制限事項を参照してください。

いいえ。現時点では、読み取り/書き込みアカウント キーと Microsoft Entra ID のみがサポートされています。

アカウント キーがローテーションされる場合は、Fabric ミラーリングの接続資格情報を更新する必要があります。 キーを更新しないと、ミラーリングは失敗します。 このエラーを解決するには、レプリケーションを停止し、新しくローテーションされたキーで資格情報を更新してから、レプリケーションを再開します。

はい。Azure Cosmos DB からデータベースをミラーリングする場合は、Fabric OneLake にレプリケートするコンテナーを選択できます。 ミラー化された項目に対して、選択したコンテナーをいつでも再構成することもできます。

はい。複数のミラーが可能ですが、不要です。 レプリケートされたデータは、Fabric 内に入ると、Fabric から直接他の宛先と共有できます。

いいえ。ミラーリングでは、Azure Data Lake Storage (ADLS) Gen2 や Amazon Web Services (AWS) Simple Storage Service (S3) などの外部ソースへのショートカットの作成はサポートされていません。

ソース データベースを表示する Fabric のオプションは、データ エクスプローラーを使用して Azure Cosmos DB のライブ データの読み取り専用ビューを提供します。 このパースペクティブは、レプリケートされたデータのソースであるコンテナーのリアルタイム ビューです。

Fabric ポータルでのライブ データのこのビューは、ソース Azure Cosmos DB データベースと比較して OneLake のデータが最新であるか、正しく表されているかを判断するのに役立つツールです。 ライブ Azure Cosmos DB データでデータ エクスプローラーを使用する操作では、要求ユニットの使用量が発生する可能性があります。

Fabric ポータルを使用して、SQL 分析エンドポイントに対して新しい SQL クエリを作成します。 ここから、 SELECT TOP 100 * FROM ...などの一般的なクエリを実行できます。

さらに、Lakehouse を使用して、他のデータで長い OneLake データを分析します。 Lakehouse では、Spark を使用してノートブックを使用してデータのクエリを実行できます。

データの同期は完全に管理されます。 ミラーリングを有効にすると、データはほぼリアルタイムで Fabric OneLake にレプリケートされ、ミラーリングによって新しい変更がソース データベースで発生したときに継続的にレプリケートされます。

ミラーリングはリージョン間でサポートされていますが、このシナリオでは、予期しないネットワーク データ送信コストと待機時間が発生する可能性があります。 理想的には、ファブリック容量を Azure Cosmos DB アカウントのリージョンのいずれかに一致させます。 詳細については、 レプリケーションの制限事項を参照してください。

既存のミラー化されたデータベースをショートカットとして Lakehouse に追加できます。 Lakehouse では、データを直接探索したり、Spark クエリ用のノートブックでデータを開いたり、機械学習モデルを構築したりできます。

初期レプリケーションと継続的レプリケーションの待機時間は、データの量によって異なります。 ほとんどの場合、待機時間は数分ですが、大量のデータの場合は長くなる可能性があります。

初期データがレプリケートされると、個々の操作はほぼリアルタイムでレプリケートされます。 まれに、ソース データベースの更新操作と削除操作が時間枠内で大量に行われる場合は、少し遅延が発生する可能性があります。

いいえ。レプリケーションは継続的かつ増分的であるため、ミラーリングにはバックオフ ロジックが組み込まれません。

いいえ。現在、ミラーリングでは、Azure Cosmos DB からのミラー化されたデータに対する変更データ フィードはサポートされていません。

ミラーリングには、medallion アーキテクチャのサポートが組み込まれています。 パイプラインまたは Spark を使用して、変換と結合の透かしロジックと処理を使用して、独自のシルバー レイヤーとゴールド レイヤーを構成できます。

Yes.

はい。入れ子になったデータは、JSON 文字列として OneLake でフラット化されます。 OPENJSON、CROSS APPLY、およびOUTER APPLYを使用して、ビューのデータをフラット化します。 詳細については、 入れ子になったデータを参照してください。 詳細なチュートリアルについては、 入れ子になったデータのクエリを実行する方法を参照してください。

いいえ。ミラーリングでは、入れ子になったデータは自動的にフラット化されません。 SQL 分析エンドポイントは、入れ子になった JSON 文字列を操作するためのメソッドを使用できます。 詳細については、 入れ子になったデータを参照してください。

いいえ。一般に、Fabric の SQL クエリでは、コールド スタート待機時間は発生しません。

Fabric でデータ エクスプローラーとレプリケーションが失敗し始めます。 OneLake データは、既存のミラー化されたデータを削除するまで as-is残ります。

ミラー化されたデータの SQL 分析エンドポイントへの接続は、Fabric の他の項目に対して同じエンドポイントを使用するのと似ています。 詳細については、「 Fabric でのデータ ウェアハウスへの接続」を参照してください。

各 Azure Cosmos DB データベースを個別にミラー化します。 次に、SQL 分析エンドポイントの 1 つをミラー化されたデータベース項目としてもう一方に追加します。 次に、SQL JOIN クエリを使用して、個別の Azure Cosmos DB データベース内のコンテナー間でクエリを実行します。

Azure Cosmos DB データベースをミラー化します。 次に、Azure SQL Database または Snowflake データをミラーリングします。 次に、SQL 分析エンドポイントの 1 つをミラー化されたデータベース項目としてもう一方に追加します。 次に、SQL JOIN クエリを使用して、複数のデータ サービスに対してクエリを実行します。

ファブリック ポータルのレプリケーション停止オプションを使用して レプリケーションを停止します 。 この操作により、レプリケーションは完全に停止されますが、OneLake に既に存在するデータは削除されません。

レプリケーションでは、 一時停止 または 再開の概念はサポートされていません。 レプリケーションを停止するとレプリケーションが完全に停止し、Fabric ポータルで レプリケーションの再起動 を選択すると、レプリケーションが完全にゼロから開始されます。 レプリケーションを再起動すると、OneLake データが増分更新されるのではなく、最新のデータに置き換えられます。

Fabric ポータルには、特定のレプリケーション オプションを構成するオプションが含まれています。

レプリケーションの状態が [実行中] にすることが最適です。 レプリケーションの状態が 警告付きで実行中の場合、レプリケーションは成功しますが、解決する必要がある問題があります。 状態が Stopping、 Stopped、 Failed、または Error は、レプリケーションを続行する前に介入が必要な、より重大な状態を示します。 詳細については、「 ファブリック ミラーリングの監視」を参照してください。

はい。TTL を使用して削除されたデータは、Azure Cosmos DB の削除操作を使用して削除されたデータと同じ方法で扱われます。 その後、ミラー化されたデータベースからデータが削除されます。 ミラーリングでは、これらの削除モダリティは区別されません。

削除操作はすぐに OneLake にレプリケートされます。 現在、論理的な削除や分析の有効期間 (TTL) を構成する方法はありません。

いいえ。分析の有効期間はサポートされていません。

はい。OneLake ファイルには、ファイル エクスプローラーまたはストレージ エクスプローラーを使用して直接アクセスできます。 Databricks で OneLake デルタ ファイルを使用することもできます。 詳細については、 OneLake ファイル エクスプローラーを使用して Fabric データに直接アクセス する方法、または OneLake と Azure Databricks を統合する方法に関するページを参照してください。

はい。自動ミラーリング構成のサポートを利用できます。 Microsoft Fabric Mirroring Rest API の詳細については、 こちらのドキュメントを参照してください。

いいえ。現在、組み込みの CI/CD のサポートは利用できません。

いいえ。現在、このレベルのアクセスはサポートされていません。

いいえ。プライベート エンドポイントは現在サポートされていません。

いいえ。データは Fabric テナントに残ります。

いいえ。データはテナントの OneLake で直接ステージングされ、環境外ではステージングされません。

ミラーリングを使用するには、Power BI Premium、Fabric Capacity、または Trial Capacity のライセンスが必要です。

ライセンスの詳細については、「 Fabric ライセンス」を参照してください。

ライセンスの詳細については、「 Fabric ライセンス」を参照してください。

関連コンテンツ

• Azure Cosmos DB からの Microsoft Fabric ミラー化データベースの概要
• トラブルシューティング: Azure Cosmos DB からの Microsoft Fabric ミラー化データベース
• 制限事項: Azure Cosmos DB からの Microsoft Fabric ミラー化データベース