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

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

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

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

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

データベースの問題
現在のデータベースはうまく動作しません。さらに、最近のディスクの問題により、システムが停止し、結果として販売収益が失われていました。現在のシステムを見直すと、自動保守手順がないことがわかりました。データベースは断片化しており、誰もが読み取りと書き込みのアクセス権を持っています。
要件
データベース
稼働時間を最大化し、サーバーの障害発生時にデータが失われないようにデータベースを構成する必要があります。パフォーマンスを向上させるためには、特にCIOがメモリ最適化されたテーブルであることが示されている製品テーブル用のメモリ内データをサポートできるように、データベースを修正する必要があります。統計の自動更新オプションは、このデータベースで設定されています。プロダクトマネージャーのみが製品を追加したり、名前、説明、価格、コスト、サプライヤーを変更することができます。変更は内部データベースで行われ、システムメンテナンス時にProdDBのProductテーブルにプッシュされます。本社の所在地で働くプロダクトマネージャーや他の人も、サプライヤーとコスト情報を含むレポートを生成できるはずです。
顧客データへのアクセス
顧客は会社のWebサイトにアクセスして製品を注文するため、製品テーブルから名前、説明、価格などの製品情報を読み取ることができなければなりません。顧客が注文すると、ウェブサイトによって呼び出されるストアドプロシージャは、製品数量の手元の値を更新します。つまり、商品表は常にランダムに更新されます。
顧客サポートデータアクセス
カスタマー・サポート担当者は、製品情報を表示したり更新したりすることができないようにする必要があります。
経営陣は、顧客サポート担当者が製品原価やサプライヤー情報を参照できるようにすることを望んでいません。
営業担当者のデータアクセス
本社オフィスとサテライトオフィスの営業担当者は、ProductテーブルとSalesOrderDetailテーブルから読み取ったレポートを生成する必要があります。販売員によって更新や挿入が行われることはありません。これらのレポートはランダムな時間に実行され、毎月のメンテナンス期間以外のデータセットをリフレッシュするためのレポートのダウンタイムは発生しません。サテライトオフィスから実行されるレポートは、大量のデータセットを含むプロセス集中型のクエリです。どの営業所が営業担当者のレポートを実行しているかにかかわらず、SalesOrderDetailテーブルは有効でコミットされた注文データのみを返します。まだコミットされていない注文はすべて無視する必要があります。
歴史的なデータ
システムは、サイトにアクセスする顧客に関する履歴情報を保持して、営業担当者が顧客のログイン頻度およびサイトに滞在する時間を確認できるようにする必要があります。
この情報は、Customer Accessという表に格納する必要があります。この要件をサポートすることで、ウェブサイトの運用実績に与える影響は最小限に抑えられます。
バックアップ
Fabrikamの回復戦略では、15分ごとにトランザクションログのバックアップを実行することで、特定の時点の復元を実行し、データ損失のリスクを最小限に抑える機能を含める必要があります。
データベースのメンテナンス
同社は、毎月サーバーを利用できない場合に、メンテナンス期間を定義しています。排他アクセスを必要とするメンテナンス機能は、そのウィンドウで実行する必要があります。
プロジェクトマイルストーンの完成
データベースへの既存のすべての読み取りおよび書き込みアクセスを取り消し、スキーマの所有権をそのまま残します。

ストレージアカウント名MyStorageAccountで保護されたAzureストレージコンテナを設定

クラウドファイルサーバー上のプライマリアクセスキーStorageAccountKey。
SQL Server 2014はサテライトサーバー上に構成されており、使用できる状態です。

各データベースサーバー上で、高速ストレージはドライブ文字F：に割り当てられ、低速ストレージ

ドライブ文字Dに割り当てられています。
DB1をバックアップするには、ソリューションを推奨する必要があります。推薦に何を含めるべきですか？