次の方法で共有


Azure SQL マネージド インスタンスのミラーリング

FabricでのMirroringを使用すると、複雑なETL (抽出・変換・ロード) を回避し、既存のAzure SQL Managed InstanceインフラストラクチャをMicrosoft Fabric内の他のデータと簡単に統合できる体験が提供されます。 既存のSQL Managed Instance データベースをファブリックの OneLake に直接継続的にレプリケートできます。 Fabric 内では、強力なビジネス インテリジェンス、人工知能、データ エンジニアリング、データ サイエンス、データ共有のシナリオのロックを解除できます。

Azure SQL Managed Instance の Fabric でのミラーリング構成に関するチュートリアルについては、Azure SQL Managed Instance から Microsoft Fabric へのミラーリングされたデータベースの構成に関するチュートリアルを参照してください。

ファブリックでミラーリングを使用する理由

Fabric のミラーリングでは、複数のベンダーの異なるサービスをまとめる必要はありません。 代わりに、分析ニーズを簡素化するように設計され、オープン ソースの Delta Lake テーブル形式を読み取ることができる Microsoft、Azure SQL Managed Instance、1000 のテクノロジ ソリューション間のオープン性とコラボレーションのために構築された、高度に統合された、エンドツーエンドで使いやすい製品を利用できます。

どのような分析エクスペリエンスが組み込まれていますか?

ミラー化されたデータベースは、Fabric Data WarehouseWarehouse および SQL 分析エンドポイント とは異なる項目です。

Azure SQL Managed Instance 用ファブリック データベース ミラーリングのダイアグラム

ミラー化された SQL マネージド インスタンスを作成すると、Fabric ワークスペースに次の項目が作成されます。

  • ミラー化されたデータベース項目。 ミラーリングでは、 データの OneLake へのレプリケーションと Parquet への変換が、分析対応形式で管理されます。 これにより、データ エンジニアリング、データ サイエンスなどのダウンストリーム シナリオが可能になります。
  • SQL 分析エンドポイント

ミラー化された各Azure SQL Managed Instanceには自動生成された SQL 分析エンドポイントがあり、ミラーリング プロセスによって作成されたデルタ テーブルに関する豊富な分析エクスペリエンスが提供されます。 ユーザーは、読み取り専用のコピーであるため、データ オブジェクトを定義してクエリを実行できるが、SQL 分析エンドポイントからデータを操作できない、使い慣れた T-SQL コマンドにアクセスできます。 SQL 分析エンドポイントでは、次のアクションを実行できます。

  • Azure SQL Managed Instanceから Delta Lake テーブル内のデータを参照するテーブルを調べる。
  • コード行を記述することなく、コード クエリやビューを作成したり、データを視覚的に探索したりすることはありません。
  • SQL ビュー、インライン TVF (テーブル値関数)、ストアド プロシージャを開発して、T-SQL でセマンティクスとビジネス ロジックをカプセル化します。
  • オブジェクトに対するアクセス許可を管理します。
  • 同じワークスペース内の他のウェアハウスと Lakehouse のデータに対してクエリを実行します。

SQL クエリ エディターに加えて、 SQL Server Management Studio (SSMS)Visual Studio Code の MSSQL 拡張機能、さらには GitHub など、SQL 分析エンドポイントに対してクエリを実行できるツールの広範なエコシステムがあります。

ファイアウォール内部でのAzure SQL Managed Instanceのミラーリング

Azure SQL Managed Instanceにパブリックにアクセスできない場合は、仮想ネットワーク データ ゲートウェイまたは オンプレミス データ ゲートウェイ を作成してデータをミラー化します。 Azure Virtual Networkまたはゲートウェイ サーバーのネットワークが、a プライベート エンドポイント経由でAzure SQL Managed Instanceに接続できることを確認します。

アクティブなトランザクション、ワークロード、レプリケーター エンジンの動作

  • アクティブなトランザクションは、トランザクションがコミットされ、ミラー化されたAzure SQL Managed Instanceがキャッチアップするか、トランザクションが中止されるまで、トランザクション ログの切り捨てを保持し続けます。 実行時間の長いトランザクションでは、トランザクション ログが通常よりも多くいっぱいになる可能性があります。 トランザクション ログが満たされないように、ソース データベースのトランザクション ログを監視する必要があります。 詳細については、「 トランザクション ログは、実行時間の長いトランザクションと CDC が原因で増加する」を参照してください。
  • ユーザーのワークロードはそれぞれ異なります。 初期スナップショット中は、CPU と IOPS の両方 (ページを読み取るための 1 秒あたりの入力/出力操作) に対して、ソース データベースのリソース使用率が高くなる可能性があります。 テーブルの更新/削除操作により、ログの生成が増加する可能性があります。 Azure SQL Managed Instanceのリソースを監視する方法の詳細を確認します。

階層と購入モデルのサポート

ソース Azure SQL Managed Instanceには、単一の SQL マネージド インスタンスまたはインスタンス プールに属する SQL マネージド インスタンスを指定できます。

  • 仮想コア購入モデルのすべてのサービス レベルがサポートされています。

Pricing

データを Fabric OneLake にレプリケートするために使用される Fabric コンピューティングは無料です。 OneLake のストレージは、容量サイズに基づくコストは無料です。 詳細については、「ミラーリングのコスト」および「OneLakeのミラーリングの価格」を参照してください。 SQL、Power BI、または Spark を使用してデータを照会するためのコンピューティング使用量は、ファブリック容量に基づいて引き続き課金されます。

次のステップ