sys.dm_hadr_auto_page_repair (Transact-SQL)
適用対象:SQL Server
サーバー インスタンスで任意の可用性グループに対してホストされている可用性レプリカの可用性データベースに対するページの自動修復の試行ごとに 1 行のデータを返します。 このビューには、特定のプライマリまたはセカンダリ データベースに対して最近試行されたページの自動修復に対応する行が含まれます (データベースあたり最大 100 行)。 データベースあたりの最大行数に達すると、その後に試行されたページの自動修復の行によって、既存のエントリが置き換えられます。
次の表は、さまざまな列の意味を定義しています。
列名 | データ型 | 説明 |
---|---|---|
database_id | int | この行が対応するデータベースの ID。 |
file_id | int | ページが配置されているファイルの ID。 |
page_id | bigint | ファイル内のページの ID です。 |
error_type | int | エラーの種類です。 指定できる値は次のとおりです。 -1 = すべてのハードウェア 823 エラー 1 = 不正なチェックサムまたはページの破損以外の 824 エラー (不適切なページ ID など) 2 = チェックサムが正しくありません 3 = 破損したページ |
page_status | int | ページ修復の試行ステータスです。 2 = パートナーからの要求を待機中。 3 = パートナーに送信された要求。 4 = ページが正常に修復されました。 5 = 最後の試行中にページを修復できませんでした。ページの自動修復では、ページの修復が再度試行されます。 |
modification_time | datetime | ページの状態に対する最後の変更時刻。 |
アクセス許可
サーバーに対する VIEW SERVER STATE 権限が必要です。
SQL Server 2022 以降のアクセス許可
サーバーに対する VIEW SERVER PERFORMANCE STATE 権限が必要です。
関連項目
ページの自動修復 (可用性グループ: データベース ミラーリング)
suspect_pages (Transact-SQL)
suspect_pages テーブルの管理 (SQL Server)
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示