次の方法で共有


Azure SQL データベースからの Fabric ミラー化データベースのトラブルシューティング (プレビュー)

ミラーリングの問題が発生している場合は、動的管理ビュー (DMV) とストアド プロシージャを使用して、次のデータベース レベルのチェックを実行して構成を確認します。

  1. 次のクエリを実行して、変更が適切にフローするかどうかをチェックします。

    SELECT * FROM sys.dm_change_feed_log_scan_sessions 
    
  2. sys.dm_change_feed_log_scan_sessions DMV に増分変更の処理の進行状況が表示されない場合は、次の T-SQL クエリを実行して、問題が報告されているかどうかチェックします。

    SELECT * FROM sys.dm_change_feed_errors;
    
  3. 報告された問題がない場合は、次のストアド プロシージャを実行して、ミラー化 Azure SQL データベースの現在の構成を確認します。 正しく有効になっていることを確認します。

    exec sp_help_change_feed;
    

    ここで探すキー列は table_namestate です。 4 以外の値は、潜在的な問題を示します。

  4. レプリケーションがまだ機能していない場合は、正しい SAMI オブジェクトにアクセス許可があることを確認します。

    1. Fabric ポータルで、ミラー化データベース項目の [... ] 省略記号オプションを選択します。
    2. [アクセス許可の管理] オプションを選択します。
    3. Azure SQL 論理サーバー名に読み取り、書き込みのアクセス許可が表示されていることを確認します。
    4. 表示される AppId が、Azure SQL データベース論理サーバーの SAMI の ID と一致していることを確認します。
  5. トラブルシューティングが必要な場合は、サポートにお問い合わせください

マネージド ID

Azure SQL 論理サーバーのシステム割り当てマネージド ID (SAMI) を有効にし、プライマリ ID にする必要があります。 詳細については、「ユーザー割り当てマネージド ID を使用して Azure SQL Database サーバーを作成する」を参照してください。

有効化後、SAMI が無効または削除された場合、Azure SQL データベースから Fabric OneLake へのミラーリングは失敗します。

SAMI はプライマリ ID である必要があります。 SELECT * FROM sys.dm_server_managed_identities; を使用して、SAMI がプライマリ ID であることを確認します。

ユーザー割り当てマネージド ID (UAMI) はサポートされていません。 UAMI を追加すると、それがプライマリ ID になり、SAMI をプライマリに置き換えます。 これにより、レプリケーションが失敗します。 解決するには、以下を行います。

  • すべての UAMI を削除します。 SAMI が有効になっていることを確認します。

SPN のアクセス許可

Fabric ミラー化データベース項目に対する Azure SQL データベース サービス プリンシパル名 (SPN) 共同作成者のアクセス許可を削除しないでください。

SPN アクセス許可を誤って削除した場合、Azure SQL データベースのミラーリングは期待どおりに機能しません。 ソース データベースから新しいデータをミラー化することはできません。

Azure SQL データベース SPN のアクセス許可を削除した場合、またはアクセス許可が正しく設定されていない場合は、次の手順を使用します。

  1. ミラー化データベース項目の [... ] 省略記号オプションを選択して、SPN をユーザーとして追加します。
  2. [アクセス許可の管理] オプションを選択します。
  3. Azure SQL データベース論理サーバーの名前を入力します。 読み取り書き込みのアクセス許可を指定します。