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 アカウントやデータに影響を与えることなく、ミラーを有効または無効にできます。

ミラーリングはプレビュー段階です。 現時点では、ミラーされたデータを Fabric にミラーリングまたは格納するためのコストは発生しません。 SQL、Power BI、または Spark を使用してデータを照会するためのコンピューティングは、通常の料金で課金されます。 詳細については、「Fabric の料金」を参照してください。

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

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

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

いいえ。ミラーリングでは分析ストアは使用されません。 ミラーリングは、トランザクション ワークロードや処理能力量には影響しません。

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

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

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

いいえ。Fabric でのミラーリングは Azure Synapse Link に関連していません。 Fabric ミラーを使用している間も、引き続き Azure Synapse Link を使用できます。

はい。同じ Azure Cosmos DB アカウントで分析ストアと Fabric ミラーを使用できます。 これらの機能は互いに独立して動作します。 ミラーリングは、分析ストアの使用には干渉しません。

はい。同じ Azure Cosmos DB アカウントで変更フィードと Fabric ミラーを使用できます。 これらの機能は互いに独立して動作します。 ミラーリングによって変更フィードの使用が妨げられることはありません。

ミラーリングには、前提条件として Azure Cosmos DB の継続的バックアップが必要です。 継続的バックアップが有効になっている Azure Cosmos DB アカウントでは、分析ストアを無効にできません。 コレクションの分析ストアを無効にすると、継続的バックアップを有効にすることはできません。

いいえ。Azure Synapse Link と Azure Synapse Analytics は、ワークロードで引き続き使用できます。 これらのワークロードを廃止する予定はありません。 運用環境のワークロードには、引き続き Azure Synapse Link を使用できます。

Fabric ポータルで、[設定] セクションの [接続とゲートウェイの管理] オプションを選択します。

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

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

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

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

いいえ。Azure Cosmos DB からデータベースをミラーすると、すべてのコンテナーが Fabric OneLake にレプリケーションされます。

はい。複数のミラーを使用することは可能ですが、その必要はありません。 レプリケートされたデータは、Fabric 内に入ると、Fabric から直接他の宛先と共有できます。

いいえ。ミラーでは、Azure Data Lake Storage (ADLS) Gen2 やアマゾン ウェブ サービス (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 を使用して、変換と結合の透かしロジックと処理を使用して、独自のシルバー レイヤーとゴールド レイヤーを構成できます。

はい。

はい。入れ子になったデータは、JSON 文字列として OneLake でフラット化されます。 OPENJSON、CROSS APPLY、および OUTER APPLY を使用し、ビューのデータをフラット化します。 詳細については、「入れ子になったデータ」をご覧ください。

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

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

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

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

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

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

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

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

Azure Cosmos DB のミラーリングでは、選択したデータベース内のすべてのコンテナーが自動的にミラーされます。 この違いにより、Fabric ポータルには、Azure Cosmos DB の特定のレプリケーション オプションを構成するオプションは含まれません。

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

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

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

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

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

いいえ。現在、自動ミラーリング構成のサポートは利用できません。

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

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

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

いいえ。データは Fabric テナントに維持されます。

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

ミラーを使用するには、Power BI Premium、ファブリック容量、または試用版容量のライセンスが必要です。

ライセンスについての情報は、「Fabric ライセンス」をご覧ください。

ライセンスについての情報は、「Fabric ライセンス」をご覧ください。

関連するコンテンツ

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