総括
あなたは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度目にクエリするときに、同じ行が新しく追加されたすべての行と共に返される必要があります。
レポートの生成に使用されたアカウントが特定の時間帯にしか接続できないようにする必要があります。
何を設定しますか？