Explanation:
ボックス 1: Set-AzVMSqlServerExtension、小文字の SQL。
ボックス 2: フル。SQL IAAS 拡張機能では、フル モードでのみ自動的にパッチを適用できます。Lightway はいくつかのメトリックを提供し、NoAgent は古いバージョン用です。
https://learn.microsoft.com/en-us/powershell/module/az.compute/set-
azvmsqlserverextension?view=azps-9.7.0

セクション: [なし]
Explanation:
シナリオ: Active Directory 資格情報を使用してデータベース ユーザーを認証します。
構成手順には、Azure Active Directory 認証を構成して使用するための次の手順が含まれます。
1. Azure AD を作成して入力します。
2. オプション: Azure サブスクリプションに現在関連付けられているアクティブ ディレクトリを関連付けるか、変更します。
3. Azure Active Directory 管理者を作成します。(手順 1)
4. クライアント コンピューターを構成します。
5. Azure AD ID にマップされたデータベースに包含データベース ユーザーを作成します。(手順 2)
6. Azure AD ID を使用してデータベースに接続します。(手順 3)
参照：
https://docs.microsoft.com/en-us/azure/azure-sql/database/authentication-aad-overview テストレット 2 ケース スタディ これはケース スタディです。ケース スタディは個別に時間制限がありません。各ケースを完了するのに必要なだけの試験時間を使用できます。ただし、この試験には追加のケース スタディとセクションが含まれる場合があります。
与えられた時間内にこの試験に含まれるすべての質問を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示物やその他のリソースが含まれている場合があります。各質問は、このケース スタディ内の他の質問とは独立しています。
このケース スタディの最後に、確認画面が表示されます。この画面では、試験の次のセクションに進む前に回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを始めるには
このケース スタディの最初の質問を表示するには、[次へ] ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケース スタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケース スタディに [すべての情報] タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に回答する準備ができたら、[質問] ボタンをクリックして質問に戻ります。
概要
概要
Contoso 社は、従業員 100 名を擁する金融データ会社です。同社は顧客に金融データを提供しています。
物理的な場所
Contoso はロサンゼルスにデータセンターと Azure サブスクリプションを持っています。すべての Azure リソースは、米国西部 2 Azure リージョンにあります。Contoso は Azure への 10 Gb ExpressRoute 接続を持っています。
同社には世界中に顧客がいる。
既存の環境
アクティブディレクトリ
Contoso には、オンプレミスの Active Directory と同期するハイブリッド Azure Active Directory (Azure AD) 展開があります。
データベース環境
Contoso は、次の表に示すように、Azure 仮想マシン上に SQL Server 2017 を導入しています。

SQL1 と SQL2 は Always On 可用性グループに属しており、アクティブにクエリが実行されます。SQL3 はジョブを実行し、履歴データを提供して、顧客へのデータの配信を処理します。
オンプレミスのデータセンターには、50 TB のデータベースを備えた PostgreSQL サーバーが含まれています。
現在のビジネスモデル
Contoso は、Microsoft SQL Server Integration Services (SSIS) を使用して顧客向けのフラット ファイルを作成します。顧客は FTP を使用してファイルを受信します。
要件
計画された変更
Contoso は、PaaS (サービスとしてのプラットフォーム) オファリングとして実行される顧客データベースにデータを配信するモデルに移行する予定です。顧客が Contoso とサービス契約を結ぶと、Azure SQL データベースを含む別のリソース グループが顧客用にプロビジョニングされます。データベースには、財務データの完全なコピーが含まれます。各顧客がアクセスできるデータは、サービス契約レベルによって異なります。顧客は、サービス契約を変更することでレベルを変更できます。
各 PaaS データベースの推定サイズは 1 TB です。
Contoso は次の変更を実装する予定です。
* 今後 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 サーバー、および Azure SQL データベースを持っている必要があります。各顧客のリソースの展開は、一貫した方法で実行する必要があります。
* ユーザーは、PaaS データベースに対して発行されたクエリを確認し、作成された新しいオブジェクトを識別できる必要があります。
* PostgreSQL データベースの移行中のダウンタイムを最小限に抑える必要があります。
監視要件
Contoso では、次の監視要件を特定しています。
* PaaS データベースの CPU 使用率が平均よりも高い場合に管理者に通知します。
* 単一のダッシュボードを使用して、すべての PaaS データベースのセキュリティと監査データを確認します。
* 単一のダッシュボードを使用して、すべての PaaS データベース全体のクエリ パフォーマンスとボトルネックを監視します。
* PaaS データベースを監視して、パフォーマンスが低いクエリを特定し、可能な限りクエリ パフォーマンスの問題を自動的に解決します。
PaaS プロトタイプ
Azure での PaaS ソリューションのプロトタイプ作成中に、次の図に示すように、顧客の Azure SQL データベースのコンピューティング使用率を記録します。

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

説明

参照：
https://technet.microsoft.com/windows-server-docs/failover-clustering/deploy-cloud-witness
https://azure.microsoft.com/en-us/support/legal/sla/load-balancer/v1_0/