sys.sp_help_change_feed_settings (Transact-SQL)
適用対象: Azure SQL Database
Microsoft Fabric
Fabric Mirrored Database 機能のプロビジョニングまたはプロビジョニング解除の状態と情報を提供します。
このシステム ストアド プロシージャは、次の目的で使用されます。
- SQL Server インスタンスと Azure SQL Database の Azure Synapse Link 機能。 詳細については、Azure Synapse Link for SQL Server と Azure SQL Database の管理に関する記事を参照してください。
- Azure SQL Database のファブリック ミラー化データベース機能。 詳細については、「 Microsoft Fabric ミラー化データベース (プレビュー)を参照してください。
構文
EXECUTE sys.sp_help_change_feed_settings;
引数
なし
結果セット
列名 | データ型 | 説明 |
---|---|---|
maxtrans |
int | 各サイクルで処理する最大トランザクション数。 既定値は 10000 です。 |
seqno |
binary(10) | 最後に公開された LSN (ログ レコード) を追跡するためのログ シーケンス番号 (LSN) マーカー。 |
schema_version |
int | データベースの現在のスキーマ バージョンを追跡します。 起動時にスキーマを更新する必要があるかどうかを判断します。 |
pollinterval |
int | ログがスキャンされ、新しい変更が数秒で発生する頻度。 |
reseed_state |
tinyint | 適用対象: ファブリック ミラー化データベースのみ。0 = 標準。1 = データベースが Fabric に再初期化するプロセスを開始しました。 遷移状態。2 = データベースは Fabric に再初期化され、完了するまでこの状態のままになります。 |
アクセス許可
CONTROL データベース権限、db_owner データベース ロール メンバーシップ、または sysadmin サーバー ロール メンバーシップを持つユーザーは、この手順を実行できます。
解説
ファブリック ミラーリングの場合、ソース SQL データベーストランザクション ログが監視されます。 トランザクション ログがいっぱいで、ログの再利用の理由が REPLICATION
場合、データベースは自動的にファブリックに再初期化され、トランザクション ログが切り捨てられます。 この特殊な再シード状態の間に、データベース スナップショットが再度 Fabric に送信され、増分レプリケーションが再開されます。 sys.sp_help_change_feed_settings
のreseed_state
列は、再シード状態を示します。
関連するコンテンツ
- sys.sp_help_change_feed (Transact-SQL)
- sys.sp_help_change_feed_table (Transact-SQL)
- sys.sp_help_change_feed_table_groups (Transact-SQL)
- sys.sp_change_feed_configure_parameters (Transact-SQL)
- sys.dm_change_feed_log_scan_sessions (Transact-SQL)
- sys.dm_change_feed_errors (Transact-SQL)
Microsoft Fabric ミラー化されたデータベースの場合:
- Microsoft Fabric ミラー化データベース (プレビュー)
- Microsoft Fabric ミラー化データベース監視
- Microsoft Fabric を使用してミラー化データベース内のデータを探索する
Azure Synapse Link の場合:
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示