あなたは過去6ヶ月間に成長したテーブルを持っています。
ユーザーは、テーブルに対するクエリが完了するまでに長時間かかることを報告します。
自動統計更新を無効にせずに、最短時間で表の統計を更新する必要があります。
どのTransact-SQLステートメントを実行しますか？

• A. サンプル10％で統計を更新
• B. フルスキャンによる統計の更新
• C. NORECOMPUTEによる統計の更新
• D. RESAMPLEで統計を更新します

注：この質問は、同じシナリオを提示する一連の質問の一部です。連載の各質問には、記載されている目標を達成できる可能性のある固有の解決策が含まれています。他の人が正しい解決策を持っていないかもしれない間、いくつかの質問セットは複数の正しい解決策を持っているかもしれません。
このセクションで質問に答えた後は、それに戻ることはできません。その結果、これらの質問はレビュー画面に表示されません。
会社には、オンプレミスのMicrosoft SQL Server環境とMicrosoft Azure SQL Databaseインスタンスがあります。環境は複数の顧客データベースをホストします。
ある顧客は、サービスレベル契約が定めるほど迅速にデータベースが応答していないと報告しています。
データベースが断片化しているのがわかります。
クエリのパフォーマンスを最適化する必要があります。
解決策：すべてのインデックスを再編成します。
解決策は目標を満たしていますか？

• A. はい
• B. いいえ

SQL Server 2014のインスタンスを管理します。
ユーザーは、SQL Serverが今日は遅いように見えたと報告しています。
大規模なデータベースが1日の大半にわたって復元されていたため、問題が発生している可能性があります。
以下を報告するシステムビューのクエリを書きたいとします。
* サーバーに接続しているユーザー数
* ユーザーの接続がアクティブかどうか
* 接続がブロックされているかどうか
* 実行されているクエリ
* データベースの復元がまだ実行中かどうか、また実行中の場合、復元の何パーセントが完了しているか。
このタスクを最もよく達成するために、どのシステムオブジェクトをクエリに使用するべきですか。

• A. sys.sysprocesses、sys.dm_exec_query_text、sys.objects
• B. sys.dm_exec_requests、sys.dm_exec_sessions、sys.objects
• C. sys.dm_exec_sessions、sys.dm_exec_query_stats、sys.dm_exec_query_text、sys.objects
• D. sys.dm_exec_requests、sys.dm_exec_sessions、sys.dm_exec_query_text

概要
総括
ADatum Corporationはマイアミとモントリオールにオフィスを構えています。
ネットワークには、adatum.comという名前の単一のActive Directoryフォレストが含まれています。オフィスは、5ミリ秒の待ち時間を持つWANリンクを使用して互いに接続します。 A：DatumはSQL Serverを使用してデータベースプラットフォームを標準化しています
2014エンタープライズ版。
データベース
各オフィスには、Sales、Inventory、Customers、Products、Personnel、およびDevという名前のデータベースが含まれています。
サーバーとデータベースは、データベース管理者のチームによって管理されています。現在、すべてのデータベース管理者は、すべてのサーバーとすべてのデータベースに対して同じレベルの権限を持っています。
Customersデータベースには、CustomersとClassificationsという名前の2つのテーブルがあります。
以下の図は、テーブルの関連部分を示しています。

次の表は、Classificationsテーブルの現在のデータを示しています。

インベントリデータベースは頻繁に更新されます。
データベースはレポート作成によく使用されます。
データベースのフルバックアップは、現在完了するのに3時間かかります。
ストアドプロシージャ
USP_1という名前のストアドプロシージャは、複数のレポートに対して数百万行のデータを生成します。 USP_1は、SalesデータベースとCustomersデータベースの5つの異なるテーブルのデータをTable1という名前のテーブルにまとめます。
Table1が作成された後、レポート作成プロセスはTable1からデータを連続して数回読み取ります。プロセスが完了したら、Table1が削除されます。
USP_2という名前のストアドプロシージャを使用して商品リストを生成します。商品リストには、カテゴリ別に分類された商品の名前が含まれています。
プロシージャがアクセスするテーブルがロックされているため、USP_2の実行に数分かかります。ロックはUSP_1とUSP_3によって引き起こされます。
USP_3という名前のストアドプロシージャを使用して価格を更新します。 USP_3は、トランザクション内から順番に呼び出されるいくつかのUPDATEステートメントで構成されています。
現在、UPDATE文の1つが失敗すると、ストアドプロシージャは失敗します。 USP_4という名前のストアドプロシージャは、Sales、Customers、およびInventoryデータベースのストアドプロシージャを呼び出します。
ネストしたストアドプロシージャは、Sales、Customers、およびInventoryデータベースからテーブルを読み取ります。 USP_4はEXECUTE AS句を使用します。
入れ子になったすべてのストアドプロシージャは、構造化例外処理を使用してエラーを処理します。 USP_5という名前のストアドプロシージャは、同じデータベース内の複数のストアドプロシージャを呼び出します。セキュリティチェックは、USP_5がストアドプロシージャを呼び出すたびに実行されます。
セキュリティチェックがUSP_5のパフォーマンスを低下させているとあなたは疑っています。ユーザアプリケーションによってアクセスされるすべてのストアドプロシージャは、ネストされたストアドプロシージャを呼び出します。
入れ子になったストアドプロシージャは直接呼び出されることはありません。
設計要件
データ復旧
ストレージ障害が発生した場合は、インベントリデータベースからデータを回復できる必要があります。目標復旧時間（RTO）は5分です。
データが誤って失われた場合は、Devデータベースからデータを回復できなければなりません。 1日の目標復旧時点（RPO）があります。
分類の変更
顧客の分類方法を変更する予定です。新しい分類には、注文数に基づいて4つのレベルがあります。分類は将来削除または追加される可能性があります。経営陣は過去の分類について過去のデータを維持することを要求している。セキュリティジュニアデータベース管理者のグループは、Salesデータベースのセキュリティを管理できなければなりません。ジュニアデータベース管理者は他の管理権限を持ちません。 A：Datumは、どのユーザーが各ストアドプロシージャを実行しているのかを追跡したいと考えています。
ストレージ
ADatumのストレージは限られています。可能であれば、すべてのデータベースとすべてのバックアップについて、すべての記憶域を最小限に抑える必要があります。
エラー処理
現在、どのストアドプロシージャにもエラー処理コードはありません。
呼び出されたストアドプロシージャとネストされたストアドプロシージャにエラーを記録することを計画しています。入れ子になったストアドプロシージャが直接呼び出されることはありません。
あなたはUSP_4のエラー処理のための解決策を推奨する必要があります。
解決策は、USP_4のコード内のネストされたストアドプロシージャのエラーを処理する必要があります。
何をお勧めですか？

• A. 入れ子になったストアドプロシージャで@@ ERROR変数を使用してください。
• B. USP_4のRAISERRORコマンドを使用してください。
• C. USP_4の@@ ERROR変数を使用してください。
• D. 入れ子になったストアドプロシージャでRAISERRORコマンドを使用します。

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

各データベースのバックアップ計画は、次の表のとおりです。

完全バックアップ操作または差分バックアップ操作では、それぞれ新しいファイルに書き込みが行われ、異なるシーケンス番号が使用されます。 次のデータベース破損の問題を観察します。

SalesDb3は、データページの読み取り時に、エラー823および824に関連するいくつかのデータベース破損の問題を報告します。 破損したページに関する次の情報を表示する必要があります。
* データベース名
* 影響を受けるファイルID
* 影響を受けるファイルの物理名
* 影響を受けるページID
* エラータイプを識別するイベントタイプ
* エラー数
SalesDb2に対してクエリを実行すると、ユーザーはパフォーマンスの問題を報告します。 クエリストアを使用して、SalesDb2のクエリ統計と実行計画を監視する予定です。 監視戦略は次の要件を満たす必要があります。
* クエリストアのディスク使用量が500メガバイト（MB）に達したときに自動データクリーンアップを実行します。
* リソース消費に基づいてクエリをキャプチャします。
* 60日という古いクエリしきい値を使用します。
クエリオプティマイザは、SalesDb2のSalesテーブル上のいくつかのクエリに対して最適ではない実行プランを生成します。 テーブルの統計を更新するメンテナンスプランを作成します。 計画は、自動的に作成され、30日間更新されていない統計のみを更新する必要があります。 更新は、テーブル内のすべてのデータに基づいている必要があります。
あなたはSalesDb3上の破損したページに関する情報を表示する必要があります。
Transact-SQLステートメントをどのように完成させるべきですか？
2つ選択してください。

• A. SELECT * FROM system..suspect_pages
• B. SELECT * FROM msdb.. corrupted_pages
• C. SELECT * FROM system..corrupted_pages
• D. WHERE event_type = 2
• E. WHERE event_type = 1
• F. WHERE event_type = 3
• G. SELECT * FROM msdb..suspect_pages