sp_whoシステムストアドプロシージャを実行します。 プロセスは長時間実行される操作によってブロックされます。
アクセスしているリソースを含む、デッドロックに関係するプロセスの詳細を識別する必要があります。 デッドロックチェーンを表示できる必要があります。
何を使うべきですか？

• A. データコレクター
• B. 拡張イベント
• C. DBCC OPENTRAN（）
• D. クエリパフォーマンスの洞察

Explanation: Only visible for 2Pass4sure members. You can sign-up / login (it's free).

総括
あなたはLeafield Solutionsというソフトウェア開発会社のシニアデータベースアドミニストレータ（DBA）です。同社は顧客の要求を満たすようにカスタム設計されたソフトウェアアプリケーションを開発しています。
要件Leafield Solutionsは、顧客からWebベースのEnterprise Resource Planning and Managementアプリケーションの開発を依頼されています。新しいアプリケーションは、最終的に顧客が現在使用しているデスクトップアプリケーションを置き換えます。ユーザーが新しいWebベースのアプリケーションを使用するようにトレーニングされている間、現在のアプリケーションは引き続き使用されます。
Webベースのアプリケーション用にSQL Serverとデータベースインフラストラクチャを設計する必要があります。
データベース
Customers、Sales、Products、Current_Inventory、およびTempReportingという名前のデータベースを実装する予定です。
Salesデータベースには、OrderTotalsという名前のテーブルとSalesInfoという名前のテーブルがあります。
SPUpdateSalesInfoという名前のストアドプロシージャは、OrderTotalsテーブルのデータを読み取り、SalesInfoテーブルのデータを変更します。
その後、ストアード・プロシージャーはもう一度OrderTotals表のデータを読み取り、SalesInfo表の情報にさらに変更を加えます。
Current_Inventoryデータベースには、Inv_Currentという名前の大きなテーブルが含まれています。 Inv_Currentテーブルには、主キーのクラスタ化インデックスと非クラスタ化インデックスがあります。主キー列はidentityプロパティを使用します。
Inv_Currentテーブルのデータは120GBを超えるサイズです。 Current_Inventoryデータベース内のテーブルは、Salesデータベース内の複数のクエリによってアクセスされます。
Current_Inventoryデータベースの別のテーブルには、無制限の階層数を持つ自己結合が含まれています。
このテーブルは、SPUpdate2という名前のストアドプロシージャによって変更されます。
ExternalApp1という名前の外部アプリケーションは、Current_Inventoryデータベースに定期的に照会して統計情報を生成します。 TempReportingデータベースには、GenInfoという名前の単一のテーブルが含まれています。
SPUPdateGenInfoという名前のストアドプロシージャは、複数のデータベースからのデータを結合し、GenInfoテーブルに数百万行のデータを生成します。
GenInfoテーブルはレポートに使用されます。
GenInfo内の情報が生成されると、レポート作成プロセスはInv_Currentテーブルからデータを読み取り、そのデータに基づいてGenInfoテーブル内の情報を照会します。
GenInfoテーブルは、レポート作成プロセスが完了した後に削除されます。 Productsデータベースには、ProductNamesとProductTypesという名前のテーブルがあります。
現在のシステム
現在のデスクトップアプリケーションは、DesABCopAppDBという名前のSQL Server 2005データベースに格納されているデータを使用します。
このデータベースはオンラインのままになり、Current_Inventoryデータベースのデータが変更されるとすぐに、Current_Inventoryデータベースのデータがそのデータベースにコピーされます。
SQLサーバー
新しいシステム用のデータベースをホストするために、新しいSQL Server 2012インスタンスが展開されます。データベースは、可用性の高いストレージを提供するストレージエリアネットワーク（SAN）でホストされます。
設計要件
SQL Serverのインフラストラクチャとデータベース設計は、次の要件を満たす必要があります。
* ExternalApp1によってアクセスされるCurrent_ Inventoryデータベース内の機密情報は安全に保管されなければなりません。
開発者またはアプリケーションによるデータベーステーブルへの直接アクセスは拒否されなければなりません。
* レポートを生成するために使用されるアカウントは、接続を許可される時間に制限がなければなりません。
* デッドロックは、デッドロックグラフを使用して分析する必要があります。
* SQL Serverに障害が発生した場合でも、データベースは利用可能なままにする必要があります。
* ソフトウェアライセンスとデータベースストレージのコストを最小限に抑える必要があります。
* 開発努力は最小にされなければなりません。
* Tempdbデータベースの空き容量不足を監視する必要があります。
* 失敗した認証要求はログに記録する必要があります。
* ProductsデータベースのProductTypesテーブルに新しい行が追加されるたびに、その行がテーブルに追加される前に、その行を検証するユーザー定義関数を呼び出す必要があります。
* SPUpdateSalesInfoがOrderTotalsテーブルのデータを初めてクエリするとき、SPUpdateSalesInfoがOrderTotalsテーブルのデータを2度目にクエリするときに、同じ行が新しく追加されたすべての行と共に返される必要があります。
SPUpdate2ストアドプロシージャのパフォーマンスを向上させる必要があります。
あなたの解決策は設計要件を満たさなければなりません。
あなたの解決策は何を含めるべきですか？

• A. カーソル
• B. テーブル変数
• C. 共通の表式です。
• D. 導出表

概要
アプリケーション概要
Contoso、Ltd.は、エンタープライズリソースプランニング（ERP）アプリケーションの開発者です。
ContosoはERPアプリケーションの新しいバージョンを設計しています。以前のバージョンのERPアプリケーションはSQL Server 2008 R2を使用していました。
新しいバージョンはSQL Server 2014を使用します。
ERPアプリケーションは、サプライヤデータをロードするためのインポートプロセスに依存しています。インポートプロセスは、何千もの行を同時に更新し、データベースへの排他的アクセスを必要とし、毎日実行されます。
ERPアプリケーションの予期しない動作を報告するサポートコールがいくつかあります。呼び出しを分析した後、ユーザーはデータベース内のテーブルに直接変更を加えたと結論付けました。
テーブル
現在のデータベーススキーマには、OrderDetailsという名前のテーブルが含まれています。
OrderDetailsテーブルには、各注文書に対して販売された商品に関する情報が含まれています。 OrderDetailsは、購買発注の各製品に適用される製品ID、数量、および割引を格納します。
製品の価格はProductsという名前のテーブルに格納されています。 Productsテーブルは、SQL_Latin1_General_CP1_CI_AS照合順序を使用して定義されました。
ProductNameという列が、varcharデータ型を使用して作成されました。データベースにはOrdersという名前のテーブルが含まれています。
注文には、過去12か月間のすべての注文書が含まれています。 12か月以上前の注文書はOrdersOldという名前のテーブルに格納されています。
以前のバージョンのERPアプリケーションは、テーブルレベルのセキュリティに依存していました。
ストアドプロシージャ
データベースの現在のバージョンには、2つのテーブルを変更するストアドプロシージャが含まれています。以下に、2つのストアドプロシージャの関連部分を示します。

顧客の問題
インストールの問題

現在のバージョンのERPアプリケーションでは、いくつかのSQL Serverログインが正しく機能するように設定されている必要があります。ほとんどの顧客はERPアプリケーションを複数の場所に設定しており、ログインを複数回作成する必要があります。
インデックスの断片化の問題
顧客は、クラスタ化インデックスが断片化していることが多いことを発見しました。この問題を解決するために、顧客はより頻繁にインデックスを最適化します。断片化の影響を受けるすべてのテーブルには、クラスタ化インデックスキーとして使用される次の列があります。
バックアップの問題
大量の過去の注文書データを持っている顧客は、バックアップ時間が許容できないと報告しています。
検索の問題
ユーザーは、製品名を検索すると、検索文字列にアクセントが含まれていない限り、検索結果にアクセントを含む製品名が除外されると報告しています。
欠落データの問題
顧客は、商品テーブルで価格を変更すると、以前の注文で商品が販売された価格を取得できないと報告しています。
クエリパフォーマンスの問題
顧客は、クエリのパフォーマンスが急速に低下すると報告しています。さらに、顧客は、SQL Serverがメンテナンスタスクを実行するときにユーザーがクエリを実行できないと報告しています。インポートの問題データベース管理者は、毎月のインポート処理中に、サプライヤデータにアクセスできないと報告したユーザーから多くのサポート要請を受けます。データベース管理者は、データのインポートに必要な時間を短縮したいと考えています。
設計要件
ファイルストレージ要件
ERPデータベースには、2 MBを超えるスキャン文書が保存されています。これらのファイルはERPアプリケーションを介してのみアクセスする必要があります。ファイルアクセスは、可能な限り最高の読み書きパフォーマンスを持つ必要があります。
データ復旧の要件
インポートプロセスが失敗した場合は、データベースをすぐに以前の状態に戻す必要があります。
セキュリティ要件
基礎となるテーブルに直接アクセスすることなく、ERPアプリケーション内で機能を実行する機能をユーザに提供する必要があります。
同時実行要件
Sales.ProdとSales.Proc2の実行時にデッドロックが発生する可能性を減らす必要があります。
あなたは、インデックスの断片化とインデックス幅の問題に対処する解決策を推奨する必要があります。あなたは推薦に何を含めるべきですか？ （それぞれの正解が解決策の一部を表しています。該当するものをすべて選択してください。）

• A. クラスタ化インデックスからlastModified列を削除します。
• B. クラスタ化インデックスからID列を削除します。
• C. クラスタ化インデックスからmodifiedBy列を削除します。
• D. lastModified列のデータ型をsmalldatetimeに変更してください。
• E. modifiedBy列のデータ型をtinyintに変更します。
• F. id列のデータ型をbigintに変更します。

Explanation: Only visible for 2Pass4sure members. You can sign-up / login (it's free).

バックグラウンド
企業情報
Fabrikam、Inc.は、インターネット上で電子製品を販売する小売業者です。本社とサテライトセールスオフィスがあります。あなたはデータベース管理者として雇われました、そして、会社はあなたがパフォーマンスを最適化しそして設備投資を最小に保ちながらダウンタイムを減らすためにあなたがFabrikam eコマースサイトのアーキテクチャを変えることを望みます。このソリューションを支援するために、Fabrikamはオンプレミスサーバーだけでなくクラウドリソースも使用することを決定しました。
物理的な場所
本社には、すべての企業幹部、製品管理者、サポートスタッフが配置されています。
営業部隊の半分はこの場所で働いています。衛星セールスオフィスもあります。営業担当者の残りの半分はサテライトオフィスに勤務し、営業担当者をその地域の顧客に近づけるようにします。営業所だけがサテライトロケーションで働いています。
問題文
Fabrikamを成功させるには、高速でシステムの稼働時間が長いWebサイトが必要です。現在のシステムは単一のサーバー上で動作しており、同社はこれが示す単一障害点に満足していません。
現在の夜間のバックアップは、使用可能なドライブの空き容量が不足していること、および手動でドライブをクリーンアップしてエラーを乗り越える必要があることが多いため失敗しています。 HQサーバーまたはサテライトサーバーのバックアップ用に追加のスペースを利用することはできません。調査中に、セールスフォースレポートが重大な競合を引き起こしていることがわかりました。
設定
Windowsログイン
ネットワーク管理者は、セキュリティ管理を容易にするためにWindowsグループを設定しました。ユーザーは、役割に応じて複数のグループに所属することがあります。次の表に示すようにグループが設定されています。

サーバー構成IT部門は、Microsoft Windows Serverを使用して2つの物理サーバーを構成しました。
2012 R2およびSQL Server 2014 Enterprise Editionと1台のWindows Azureサーバー。データベースファイルで使用できるストレージは2層あり、高速層と低速層のみです。現在、データとログファイルはストレージの最上階層にのみ保存されています。可能性のあるユースケースが存在する場合、管理者はデータファイルに低速階層ストレージを利用したいと思います。サーバーは、次の表に示すように構成されています。

データベース
現在、すべての情報はProdDBと呼ばれる単一のデータベースに格納されており、次のスクリプトで作成されています。

Productテーブルは、ProductionStaff Windowsグループが所有するProductionスキーマにあります。これはシステムのメインテーブルなので、Productテーブルの情報へのアクセスはできるだけ速くする必要があります。 Productテーブルの列は、次の表に示すように定義されています。

SalesOrderDetailテーブルには、各販売に関する詳細が含まれています。 SalesStaff Windowsグループが所有するSalesスキーマにあります。このテーブルは絶えず更新され、挿入され、そして読み込まれています。 SalesOrderDetailテーブルの列は、次の表に示すように定義されています。

データベースの問題
現在のデータベースはうまく機能しません。さらに、最近のディスクの問題によりシステムが停止し、売上高が減少しました。現在のシステムを確認したところ、自動メンテナンス手順はないことがわかりました。データベースは非常に細分化されており、全員が読み取りおよび書き込みアクセス権を持っています。
必要条件
データベース
データベースは、稼働時間を最大化し、サーバーに障害が発生した場合に失われるデータがほとんどないように構成する必要があります。パフォーマンスを向上させるために、データベースはインメモリデータをサポートできるように修正する必要があります。特に、CIOがメモリ最適化テーブルである必要があると示すProductテーブルの場合は、データベースをサポートするようにします。このデータベースでは、自動更新統計オプションはオフに設定されています。製品を追加したり、名前、説明、価格、コスト、およびサプライヤを変更したりできるのは、製品管理者だけです。変更は内部データベースで行われ、システムメンテナンス時にProdDBのProductテーブルにプッシュされます。本社所在地で働いている製品管理者およびその他の者もまた、供給業者およびコスト情報を含む報告書を作成できなければなりません。
顧客データアクセス
顧客は会社のWebサイトにアクセスして製品を注文するので、名前、説明、価格などの製品情報をProductテーブルから読み取ることができなければなりません。顧客が注文すると、Webサイトから呼び出されたストアドプロシージャによって商品の手持ちの値が更新されます。つまり、商品テーブルは常にランダムに更新されます。
カスタマーサポートのデータアクセス
カスタマーサポート担当者は、製品情報を表示または更新または変更できないようにする必要があります。
経営陣は、カスタマーサポート担当者が製品コストやサプライヤ情報を見ることができないようにしたいと考えています。
セールスフォースデータアクセス
本社オフィスとサテライトオフィスの両方の営業担当者は、ProductテーブルとSalesOrderDetailテーブルから読み取るレポートを生成する必要があります。営業担当者による更新や挿入はありません。これらのレポートはランダムな時間に実行され、毎月のメンテナンス期間中を除き、データセットを更新するためのレポートのダウンタイムは発生しません。サテライトオフィスから実行されるレポートは、大きなデータセットを使用するプロセス集約型のクエリです。営業所レポートを実行するオフィスに関係なく、SalesOrderDetailテーブルは有効な確定注文データのみを返します。まだコミットされていない注文は無視してください。
歴史的なデータ
販売担当者が顧客のログイン頻度とサイトに滞在する期間を確認できるように、システムはサイトにアクセスする顧客に関する履歴情報を保持する必要があります。
情報はCustomer Accessというテーブルに格納する必要があります。この要件をサポートしても、本番Webサイトのパフォーマンスへの影響は最小限で済みます。
バックアップ
Fabrikamの復旧戦略には、15分ごとにトランザクションログのバックアップを実行することで、ポイントインタイムリストアを実行し、データ損失のリスクを最小限に抑える機能を含める必要があります。
データベース保守
同社は、サーバーが使用できなくなる可能性があるときに毎月メンテナンス期間を定義しています。排他的アクセスを必要とするメンテナンス機能は、その期間中に実行する必要があります。
プロジェクトのマイルストーンが完了
* スキーマの所有権をそのままにして、データベースに対する既存の読み取りおよび書き込みアクセスをすべて取り消しました。
* クラウドファイルサーバー上にプライマリアクセスキーStorageAccountKeyを持つMyStorageAccountというストレージアカウント名でセキュリティ保護されたAzureストレージコンテナを構成しました。
* SQL Server 2014はサテライトサーバー上に構成されており、使用する準備ができています。
* 各データベースサーバで、高速ストレージはドライブ文字F：に割り当てられ、低速ストレージはドライブ文字D：に割り当てられています。
営業部隊がレポートのデータを最小限の労力で取得できるようにするコードを書く必要があります。どのコードを使うべきですか？

• A. オプションB
• B. オプションD
• C. オプションC
• D. オプションA

Explanation: Only visible for 2Pass4sure members. You can sign-up / login (it's free).

注：この質問は、同じシナリオを提示する一連の質問の一部です。 シリーズの各質問には、記載された目標を達成する可能性のある独自のソリューションが含まれています。 一部の質問セットには複数の正しい解決策がある場合もあれば、正しい解決策がない場合もあります。
このセクションの質問に回答すると、その質問に戻ることはできません。 その結果、これらの質問はレビュー画面に表示されません。
Table1という名前のテーブルを含むDB1という名前のデータベースがあります。
Table1のすべての更新を監査する必要があります。
解決策：ローカルグループポリシーエディターから、オブジェクトアクセスの監査を構成します。
これは目標を達成していますか？

• A. いいえ
• B. はい

Explanation: Only visible for 2Pass4sure members. You can sign-up / login (it's free).