次の方法で共有

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

この記事では、SQL Server インスタンス内のデータベースをミラーリングするためのトラブルシューティング手順について説明します。

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

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

さらに、SQL Server の具体的な原因は次のとおりです。

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

クエリと一般的なソリューションに関するトラブルシューティング

トラブルシューティングの手順と診断クエリは、SQL Server 2025 と SQL Server 2025 より前のバージョンで異なる場合があります。

SQL Server 2025 でのファブリック ミラーリングのトラブルシューティング

SQL Server 2025 のトラブルシューティングに関するクエリ

SQL Server 2025 でミラーリングの問題が発生している場合は、動的管理ビュー (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. 報告された問題がない場合は、次のストアド プロシージャを実行して、ミラー化された SQL Server の現在の構成を確認します。 正しく有効になっていることを確認します。

    EXEC sp_help_change_feed;

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

  4. ファブリックミラーリングされたデータベースのトラブルシューティングをレビューする。

  5. トラブルシューティングが必要な場合は、サポートにお問い合わせください。

拡張イベント セッション

次の拡張イベント セッションを使用して、SQL Server 2025 インスタンスのファブリック ミラーリングのトラブルシューティングを行うことができます。 このセッションは、トラブルシューティングまたはサポート目的でのみ作成することをお勧めします。

CREATE EVENT SESSION [sqlmirroringxesession] ON SERVER  
ADD EVENT sqlserver.synapse_link_addfilesnapshotendentry,  
ADD EVENT sqlserver.synapse_link_db_enable,  
ADD EVENT sqlserver.synapse_link_end_data_snapshot,  
ADD EVENT sqlserver.synapse_link_error,  
ADD EVENT sqlserver.synapse_link_info,  
ADD EVENT sqlserver.synapse_link_library,  
ADD EVENT sqlserver.synapse_link_perf,  
ADD EVENT sqlserver.synapse_link_scheduler,  
ADD EVENT sqlserver.synapse_link_start_data_snapshot,  
ADD EVENT sqlserver.synapse_link_totalsnapshotcount,  
ADD EVENT sqlserver.synapse_link_trace  
WITH (MAX_MEMORY=4096 KB,EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS,MAX_DISPATCH_LATENCY=30 SECONDS,MAX_EVENT_SIZE=0 KB,MEMORY_PARTITION_MODE=NONE,TRACK_CAUSALITY=OFF,STARTUP_STATE=ON)  
GO
 
ALTER EVENT SESSION [sqlmirroringxesession] ON SERVER
STATE = start;
GO

レプリケーション ログの再利用待機のため、トランザクション ログがいっぱいです

REPLICATION ログの再利用待機が原因でファブリック ミラーリング ソースの SQL Server データベース トランザクション ログがいっぱいになった場合は、自動出力機能を有効にすることを検討してください。

SQL Server のソース ミラー化されたデータベースに対するパフォーマンスへの影響

SQL Server 2025 では、リソース ガバナー プールを作成して、SQL Server 上のファブリック ミラーリングのワークロードを管理および上限にすることができます。 リソース ガバナーを使用して、データベース エンジンのリソース消費を管理し、ユーザー ワークロードのポリシーを適用できます。 リソース ガバナーを使用すると、ユーザー クエリ ワークロードで使用できる CPU、メモリ、物理 I/O の量など、さまざまなサーバー リソースを予約または制限できます。 これにより、ファブリック ミラーリングの変更フィード データ収集による負荷からプライマリ ビジネス ワークロードを保護できます。

関連コンテンツ

  • Last updated on