次の方法で共有

チュートリアル: Azure SQL Database から Microsoft Fabric ミラー化データベースを構成する

  • [アーティクル]

Fabric でのミラーリングは、エンタープライズ、クラウドベース、ゼロ ETL、SaaS テクノロジです。 このセクションでは、ミラー化 Azure SQL データベースを作成する方法について説明します。これにより、OneLake で Azure SQL データベース データの読み取り専用で継続的にレプリケートされたコピーが作成されます。

前提条件

  • ファブリック容量はアクティブで実行されている必要があります。 一時停止または削除された容量はミラーリングに影響し、データはレプリケートされません。
  • Fabric テナント設定の [サービス プリンシパルは Fabric API を使用できる] を有効にします。 テナント設定を有効にする方法については、「Fabric テナント設定」を参照してください。
  • Fabric が Azure SQL データベースにアクセスするためのネットワーク要件:
    • 現在、ミラーリングでは、Azure 仮想ネットワークまたはプライベート ネットワークの内側にある Azure SQL データベース論理サーバーはサポートされていません。 プライベート ネットワークの内側に Azure SQL 論理サーバーがある場合、Azure SQL データベースのミラーリングを有効にすることはできません。
    • パブリック ネットワーク アクセスを許可するように Azure SQL 論理サーバーのファイアウォール規則を更新し、Azure SQL Database 論理サーバーに接続するための Azure サービスの許可オプションを有効にする必要があります。

Azure SQL 論理サーバーのシステム割り当てマネージド ID (SAMI) を有効にする

Fabric OneLake にデータを公開するには、Azure SQL 論理サーバーのシステム割り当てマネージド ID (SAMI) を有効にし、プライマリ ID にする必要があります。

  1. SAMI が有効になっていることを構成または確認するには、Azure portal の論理 SQL Server に移動します。 リソース メニューの [セキュリティ] で [ID] を選択します。
  2. [システム割り当てマネージド ID] で、[状態] を [オン] に設定します。
  3. SAMI はプライマリ ID である必要があります。 T-SQL クエリ SELECT * FROM sys.dm_server_managed_identities; を使用して、SAMI がプライマリ ID であることを確認します。

Fabric のデータベース プリンシパル

次に、Fabric サービスが Azure SQL データベースに接続する方法を作成する必要があります。

これは、ログインとマップされたデータベース ユーザー を使用して行うことができます。

ログイン ユーザーとマップされたデータベース ユーザーの使用

  1. SQL Server Management Studio (SSMS) または mssql 拡張機能と Visual Studio Code を使って、Azure SQL 論理サーバーに接続します。 master データベースに接続します。

  2. サーバー ログインを作成し、適切なアクセス許可を割り当てます。

    • fabric_login という名前の SQL 認証ログインを作成します。 このログインには任意の名前を選択できます。 独自の強力なパスワードを指定します。 master データベースで次の T-SQL スクリプトを実行します。
    CREATE LOGIN fabric_login WITH PASSWORD = '<strong password>';
ALTER SERVER ROLE [##MS_ServerStateReader##] ADD MEMBER fabric_login;
    • または、既存のアカウントから Microsoft Entra ID 認証ログインを作成します。 master データベースで次の T-SQL スクリプトを実行します。
    CREATE LOGIN [bob@contoso.com] FROM EXTERNAL PROVIDER;
ALTER SERVER ROLE [##MS_ServerStateReader##] ADD MEMBER [bob@contoso.com];

  3. Azure portal のクエリ エディター、SQL Server Management Studio (SSMS)、または mssql 拡張機能と Visual Studio Code を使って、Microsoft Fabric にミラー化する Azure SQL Database に接続します。

  4. ログインに接続されているデータベース ユーザーを作成します。

    CREATE USER fabric_user FOR LOGIN fabric_login;
GRANT CONTROL TO fabric_user;

    または、

    CREATE USER [bob@contoso.com] FOR LOGIN [bob@contoso.com];
GRANT CONTROL TO [bob@contoso.com];

ミラー化 Azure SQL データベースを作成する

  1. Fabric ポータルを開きます。
  2. 既存のワークスペースを使用するか、新規ワークスペースを作成します。
  3. [作成] ウィンドウに移動します。 [作成] アイコンを選択します。
  4. [データ ウェアハウス] セクションまでスクロールして、[ミラー化された Azure SQL Database] を選びます。 ミラー化する Azure SQL Database の名前を入力して、[作成] を選びます。

Azure SQL データベースへの接続

ミラーリングを有効にするには、Fabric から Azure SQL 論理サーバーに接続して、SQL Database と Fabric の間の接続を開始する必要があります。 次の手順では、Azure SQL データベースへの接続を作成するプロセスについて説明します。

  1. [新しいソース] で、[Azure SQL Database] を選択します。 または、OneLake ハブから既存の Azure SQL Database 接続を選択します。
  2. [新規接続] を選択した場合は、Azure SQL データベースへの接続の詳細を入力します。
    • サーバー: サーバー名は、Azure portal の Azure SQL データベースの [概要] ページに移動することで確認できます。 たとえば、server-name.database.windows.net のようにします。
    • データベース: Azure SQL データベースの名前を入力します。
    • 接続: 新規接続を作成します。
    • 接続名: 自動的に名前が指定されます。 変更できます。
    • 認証の種類:
      • 基本 (SQL 認証)
      • 組織アカウント (Microsoft Entra ID)
      • テナント ID (Azure サービス プリンシパル)
  3. [接続] を選択します。

ミラーリング プロセスの開始

  1. [ミラーの構成] 画面では、データベース内のすべてのデータをデフォルトでミラーできます。

    • すべてのデータをミラー化すると、ミラーリングの開始後に作成された新規テーブルがミラー化されます。

    • 必要に応じて、ミラーリングする特定のオブジェクトのみを選択します。 [すべてのデータをミラー化] オプションを無効にし、データベースから個々のテーブルを選択します。

    このチュートリアルでは、[すべてのデータをミラー化] オプションを選択します。

  2. [ミラー データベース] を選択します。 ミラーリングが開始されます。

  3. 2 分から 5 分間待機します。 次に、[レプリケーションの監視] を選択して、状態を確認します。

  4. 数分後に、状態が [実行中] に変わります。これは、テーブルの同期が進行中であることを示します。

    テーブルとそれに対応するレプリケーションの状態が見つからない場合は、数秒待ってからパネルを更新します。

  5. テーブルの初期コピーが完了すると、[最終更新] 列に日付が表示されます。

  6. これでデータが稼働し、Fabric 全体でさまざまな分析シナリオが利用できるようになりました。

重要

ソース データベースで確立された詳細なセキュリティは、Microsoft Fabric のミラー化データベースで再構成する必要があります。

ファブリック ミラーリングの監視

ミラーを構成すると、[ミラーリングの状態] ページに移動します。 ここでは、レプリケーションの現在の状態を監視できます。

詳細情報とレプリケーション状態については、「Fabric ミラー化データベース レプリケーションを監視する」を参照してください。

重要

ソース テーブルに更新がない場合、レプリケーター エンジンは指数関数的に増加する期間 (最大 1 時間) でバックオフを開始します。 更新されたデータが検出されると、レプリケーター エンジンは定期的なポーリングを自動的に再開します。

関連するコンテンツ