バックグラウンド
企業情報
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：に割り当てられています。
あなたはDB1をバックアップするための解決策を推奨する必要があります。あなたは推薦に何を含めるべきですか？