Azure SQL Database からの Fabric ミラー化データベースのトラブルシューティング

この記事では、Azure SQL Database のミラーリングに関するトラブルシューティング手順について説明します。

Fabric SQL データベースで自動的に構成されるミラーリングのトラブルシューティングについては、「Fabric SQL データベースからのミラーリングのトラブルシューティング (プレビュー)」をご覧ください。

Microsoft Fabric の容量またはワークスペースの変更

詳細については、Fabric 容量の変更に関するページを参照してください。

さらに、Azure SQL Database の場合は、具体的には次の点に注意してください。

原因	結果	推奨される解決方法
ワークスペースが削除されました	ミラーリングが自動的に停止し、Azure SQL Database の変更フィードが無効になります	Azure SQL Database でミラーリングがまだアクティブになっている場合は、Azure SQL Database でストアド プロシージャ exec sp_change_feed_disable_db; を実行します。
その他のリソース エラー	ミラーリングが無効になっている	コンピューティング リソースが確実に影響を受けないようにし、Azure SQL Database への影響を最小限に抑えるために、永続的なリソース エラーが発生した場合、ミラーリングは無効になります。
"ユーザーは、Fabric 外部のアプリで OneLake に格納されているデータにアクセスできます" 設定が無効になっている	"レプリケーター - テーブルがレプリケート状態に到達できません"	ユーザーが Fabricの外部のアプリで OneLake に格納されているデータにアクセスできる テナント設定を有効にします。

トラブルシューティングのための T-SQL クエリ

ミラーリングの問題が発生している場合は、動的管理ビュー (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_name と state です。 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 Database から 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 Database のミラーリングは意図したとおりに機能しません。 ソース データベースから新しいデータをミラー化することはできません。

Azure SQL Database の SPN アクセス許可を削除する場合、またはアクセス許可が正しく設定されていない場合は、次の手順のようにします。

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

関連するコンテンツ

• Microsoft Fabric Data Warehouse の制限事項
• Microsoft Fabric Azure SQL Database のミラーリングに関してよくあるご質問