参照：
https://docs.microsoft.com/en-us/azure/azure-sql/database/long-term-backup-retention-configure
トピック2：コントソ社事例研究
これはケーススタディです。ケーススタディには個別の時間制限はありません。各ケースを完了するために、試験時間を自由に使うことができます。ただし、この試験には追加のケーススタディやセクションが含まれる場合があります。与えられた時間内に試験に含まれるすべての問題を完了できるよう、時間配分をしっかり行う必要があります。
ケーススタディに含まれる質問に答えるには、ケーススタディに記載されている情報を参照する必要があります。ケーススタディには、ケーススタディで説明されているシナリオに関する詳細情報を提供する図表やその他の資料が含まれている場合があります。各質問は、このケーススタディ内の他の質問とは独立しています。
このケーススタディの最後に、確認画面が表示されます。この画面では、解答を確認し、次のセクションに進む前に修正することができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックしてください。質問に答える前に、左側のペインにあるボタンを使ってケーススタディの内容を確認してください。これらのボタンをクリックすると、ビジネス要件、既存環境、問題記述などの情報が表示されます。ケーススタディに「すべての情報」タブがある場合、そこに表示される情報は以降のタブに表示される情報と同一です。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ってください。
概要
既存の環境
Contoso, Ltd.は従業員100名の金融データ会社です。同社は顧客に金融データを提供しています。
Active Directory
Contosoは、オンプレミスのActive Directoryと同期するハイブリッド型のAzure Active Directory（Azure AD）環境を採用しています。
データベース環境
Contoso社は、以下の表に示すAzure仮想マシン上にSQL Server 2017を稼働させています。

SQL1とSQL2はAlways On可用性グループに属しており、常にクエリが実行されます。SQL3はジョブを実行し、履歴データを提供し、顧客へのデータ配信を処理します。
オンプレミスのデータセンターには、50TBのデータベースを搭載したPostgreSQLサーバーが設置されている。
現在のビジネスモデル
Contosoは、Microsoft SQL Server Integration Services（SSIS）を使用して顧客向けのフラットファイルを作成します。顧客はFTPを使用してファイルを受け取ります。
要件
計画されている変更
Contosoは、PaaS（Platform as a Service）として稼働する顧客データベースにデータを提供するモデルへの移行を計画しています。顧客がContosoとサービス契約を締結すると、Azure SQLデータベースを含む個別のリソースグループが顧客向けにプロビジョニングされます。このデータベースには、財務データの完全なコピーが格納されます。各顧客がアクセスできるデータは、サービス契約のティアによって異なります。顧客は、サービス契約を変更することでティアを変更できます。
各PaaSデータベースの推定サイズは1TBです。
コントソ氏は以下の変更を実施する予定です。
今後6ヶ月以内に、PostgreSQLデータベースをAzure Database for PostgreSQLに移行してください。
今後数か月以内に、SQL1、SQL2、およびSQL3をSQL Server 2019にアップグレードしてください。
6ヶ月以内に、新しいPaaSソリューションへの顧客導入を開始する。
ビジネス目標
Contosoは以下のビジネス要件を特定しました。
可能な限り、Azureの組み込み機能を使用してください。
可能な限り開発労力を最小限に抑える。
PaaSソリューションのコンピューティングコストを最小限に抑える。
PaaSソリューションを利用して、すべての顧客にデータベースの専用コピーを提供します。
顧客のサービス契約に基づいて、顧客に異なるテーブルおよび行へのアクセス権を提供する。
Azureリージョンで障害が発生した場合、顧客が最小限のダウンタイムでPaaSソリューションにアクセスできるようにしてください。ソリューションは自動フェイルオーバー機能を提供する必要があります。
PaaSソリューションのユーザーが独自のデータベースオブジェクトを作成できるようにする一方で、Contosoが提供する既存のデータベースオブジェクトを変更することは禁止する。
技術要件
Contoso社は、以下の技術要件を特定しました。
PaaSソリューションのユーザーは、自身の企業Azure AD認証情報を使用してサインインするか、ContosoからAzure AD認証情報を提供されてサインインできる必要があります。ゲストユーザーを最小限に抑えるため、ソリューションはContosoの内部Azure ADを使用しないようにする必要があります。
すべてのお客様は、それぞれ専用のリソースグループ、Azure SQL Server、およびAzure SQL Databaseを用意する必要があります。各お客様へのリソースのデプロイは、一貫した方法で行わなければなりません。
ユーザーは、PaaSデータベースに対して発行されたクエリを確認し、新たに作成されたオブジェクトを特定できる必要があります。
PostgreSQLデータベースの移行中のダウンタイムは最小限に抑える必要がある。
監視要件
Contosoは、以下の監視要件を特定しています。
PaaSデータベースのCPU使用率が平均よりも高い場合に、管理者に通知します。
単一のダッシュボードを使用して、すべてのPaaSデータベースのセキュリティおよび監査データを確認します。
単一のダッシュボードを使用して、すべてのPaaSデータベースにおけるクエリのパフォーマンスとボトルネックを監視します。
PaaSデータベースを監視してパフォーマンスの低いクエリを特定し、可能な限りクエリのパフォーマンス問題を自動的に解決します。
PaaSプロトタイプ
Azure 上で PaaS ソリューションのプロトタイプを作成する際、次の図に示すように、顧客の Azure SQL データベースのコンピューティング使用率を記録します。

役割分担
各顧客のAzure SQL Databaseサーバーに対して、次の図に示す役割を割り当てる予定です。