注：この質問は同じシナリオを使用する一連の質問の一部です。あなたの便宜のために、シナリオは各質問で繰り返されます。各質問はそれぞれ異なる目標と答えの選択を提示しますが、シナリオの次の部分はこのシリーズの各質問でまったく同じです。
繰り返しシナリオの開始
Contoso、Ltd.には、カスタムアプリケーションをサポートするMicrosoft SQL Serverデータベースがあります。現在のSQL Server環境は、ContosoSQL1とContosoSQL2の2つのサーバーで構成されています。これら2つのサーバーは、自動フェールオーバーで同期コミットを使用するように構成されたContosoAG1という名前のAlways On可用性グループに参加します。セカンダリレプリカが読み取り専用アクセス用に構成されていません。
アプリケーションは、ContosoDBという名前のデータベースでトランザクション処理と履歴データの取得の両方を実行します。アプリケーションは在庫管理モジュールを含む。在庫管理モジュールとデータベースにはパフォーマンス上の問題があります。
ユーザーは、InventoryQuery1という名前の照会が完了するまでに長い時間がかかることを報告しています。問合せは次のようになります。
SELECT ProductNumber、名前、ProductLine
製造元から。製品
WHERE ProductNumber = N '<特定の製品>'
このクエリでSQL Serverが使用しているクエリプランは図に示されています。頻繁な長期ブロックエピソードを含むさまざまなパフォーマンスの問題により、ビジネスユーザーは日常業務を完了できません。あなたはtempdbデータベースのリソースが原因である可能性があります。問題を特定するには、ContosoDBデータベースのブロックレポートを作成する必要があります。
ContosoSQL1インスタンスに対して実行されるすべてのTransact-SQLステートメントを確認するには、拡張イベントを使用する予定です。 Extended Eventsセッションからの出力には、開始イベントと停止イベントの両方が含まれていなければならず、ファイルに書き込まれていなければなりません。データ損失の可能性を最小限に抑え、サーバーのパフォーマンスへの影響を減らすために、Extended Eventsセッションを構成する必要があります。
ContosoSQL3という名前の追加のセカンダリレプリカをContosoAG1に展開する予定です。どちらのインスタンスがプライマリレプリカであるかにかかわらず、読み取り専用トラフィックは2つのセカンダリレプリカ間で負荷分散される必要があります。 Contosoは、トランザクションデータベースからのリアルタイムデータに依存する追加の専用レポートシステムを追加する予定です。
同社は、高可用性/災害復旧（HA / DR）ソリューションを改善する予定です。計画的な改善の一環として、ContosoSQL1からすべてのデータベースを直接オフサイトの場所にバックアップします。
繰り返しシナリオの終了
ContosoSQL1のバックアッププロセスを構成する必要があります。
あなたは何をするべきか？
示す。