注:この質問は、同じシナリオを使用する一連の質問の一部です。あなたの便宜のために、シナリオは各質問で繰り返されます。各質問には異なる目標と回答の選択肢がありますが、シナリオのテキストはこのシリーズの各質問で全く同じです。
次のデータベースSalesDb1、SalesDb2、およびSalesDb3を含むMicrosoft SQL Serverインスタンスをメンテナンスします。各データベースには、ProductsとSalesという名前のテーブルがあります。次の表に、各データベースの構成を示します。

各データベースのバックアップ方法については、次の表で説明します。

完全バックアップまたは差分バックアップの各操作では、新しいファイルに書き込み、別のシーケンス番号を使用します。次のデータベースの破損の問題を確認します。

SalesDb3は、データページの読み取り時に、エラー823および824に関連する多数のデータベース破損の問題を報告します。破損したページに関する次の情報を表示する必要があります。
データベース名

影響を受けるファイルID

影響を受けるファイルの物理名

影響を受けたページID

エラータイプを識別するイベントタイプ

エラーカウント

ユーザーはSalesDb2に対してクエリを実行するときにパフォーマンスの問題を報告します。 Query Storeを使用して、SalesDb2のクエリ統計と実行計画を監視することを計画しています。監視戦略は次の要件を満たしている必要があります。
クエリストアのディスク使用量が500 MBに達すると、自動データクリーンアップを実行します。

リソース消費に基づいてクエリをキャプチャします。

失効したクエリのしきい値は60日間を使用してください。

クエリオプティマイザは、SalesDb2のSalesテーブルにある多数のクエリの準最適な実行計画を生成します。テーブルの統計を更新する保守計画を作成します。この計画では、自動的に作成され、30日間更新されていない統計のみを更新する必要があります。更新は、表内のすべてのデータに基づいて行う必要があります。
SalesDb3の破損したページに関する情報を表示する必要があります。
Transact-SQLステートメントをどのように完了する必要がありますか?
2つを選択します。
正解:B,F
説明/参照:
suspect_pagesには、マイナー823エラーまたは824エラーで失敗した1ページあたり1行が含まれています。ページが悪いと思われるので、この表にリストされていますが、実際にはうまくいくかもしれません。疑わしいページが修復されると、その状態はevent_type列で更新されます。
suspect_pagesテーブルは、msdbデータベースにあります。
SalesDb3には、チェックサムエラーのあるページがあります。チェックサムエラーのevent_type値は2です。
参考文献:https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/manage-the- suspect-pages-table-sql-server