参照：
https://docs.microsoft.com/en-us/sql/relational-databases/security/authentication-access/database-level-roles

説明

Azure Automation を使用して Azure SQL DB インデックスと統計のメンテナンスを自動化する:
1. Azure Automation アカウントを作成する (手順 1)
2. SQLServerモジュールをインポートする（ステップ2）
3. SQL DBにアクセスするための資格情報を追加する
これにより、Azure SQL DBへのアクセスに使用されるログイン名とパスワードを安全に保持できます。
4. メンテナンスを実行するためのランブックを追加する (手順 3)
手順: 1. 左パネルの「ランブック」をクリックし、「ランブックの追加」をクリックします。
2. 「新しいランブックの作成」を選択し、名前を付けて、ランブックの種類として「Powershell」を選択し、「作成」をクリックします。

5. タスクのスケジュール設定（ステップ4）
手順: 1. スケジュールをクリックします。2. 「スケジュールの追加」をクリックし、指示に従って既存のスケジュールを選択するか、新しいスケジュールを作成します。
参照：
https://techcommunity.microsoft.com/t5/azure-database-support-blog/automating-azure-sql-db-index-and-statisti

説明
グラフィカルユーザーインターフェイス、テキスト、アプリケーション、チャット、またはテキストメッセージの説明が自動的に生成されます

参照：
https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/manually-prepare-a-secondary

セクション: [なし]
Explanation:
Data Factory でサポートされていない方法でデータを変換する必要がある場合は、独自のデータ処理ロジックを含むカスタム アクティビティを作成し、パイプラインでそのアクティビティを使用できます。R がインストールされている HDInsight クラスターで R スクリプトを実行するカスタム アクティビティを作成できます。
参照：
https://docs.microsoft.com/en-US/azure/data-factory/transform-data
テストレット1
これはケーススタディです。ケーススタディは個別に時間制限がありません。各ケースを完了するのに必要なだけの試験時間を使用できます。ただし、この試験には追加のケーススタディやセクションが含まれる場合があります。
与えられた時間内にこの試験に含まれるすべての質問を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示物やその他のリソースが含まれている場合があります。各質問は、このケース スタディ内の他の質問とは独立しています。
このケース スタディの最後に、確認画面が表示されます。この画面では、試験の次のセクションに進む前に回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを始めるには
このケース スタディの最初の質問を表示するには、[次へ] ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケース スタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケース スタディに [すべての情報] タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に回答する準備ができたら、[質問] ボタンをクリックして質問に戻ります。
概要
Litware, Inc. は、ボストンに本社を置く再生可能エネルギー会社です。本社には営業部門と同社の主要データセンターがあります。
物理的な場所
Litware はボストン近郊に製造オフィスと研究オフィスをそれぞれ別々に構えています。各オフィスには独自のデータセンターとインターネット接続があります。
既存の環境
ネットワーク環境
製造データセンターと研究データセンターは、VPN を使用してプライマリ データセンターに接続します。
プライマリ データセンターには、Microsoft ピアリングとプライベート ピアリングの両方を使用する ExpressRoute 接続があります。
プライベート ピアリングは、HubVNet という名前の Azure 仮想ネットワークに接続します。
アイデンティティ環境
Litware には、litwareinc.com というドメインを使用するハイブリッド Azure Active Directory (Azure AD) デプロイメントがあります。
すべての Azure サブスクリプションは、litwareinc.com Azure AD テナントに関連付けられています。
データベース環境
営業部門には次のようなデータベース ワークロードがあります。
* オンプレミスの SERVER1 は、Microsoft SQL Server 2012 のインスタンスと 2 つの 1 TB データベースをホストします。
* SalesSrv01A という名前の論理サーバーには、SalesSQLDb1 という名前の地理的にレプリケートされた Azure SQL データベースが含まれています。
SalesSQLDb1 は、SalesSQLDb1Pool という名前のエラスティック プール内にあります。SalesSQLDb1 は、データベース ファイアウォール ルールと包含データベース ユーザーを使用します。
* SalesSQLDb1App1 というアプリケーションは SalesSQLDb1 を使用します。
製造オフィスには、SERVER2 と SERVER3 という名前の 2 つのオンプレミス SQL Server 2016 サーバーがあります。これらのサーバーは、同じ Always On 可用性グループ内のノードです。可用性グループには、ManufacturingSQLDb1 という名前のデータベースが含まれています。データベース管理者は、HubVnet に VM1 と VM2 という名前の 2 つの Azure 仮想マシンを所有しており、これらは Windows Server 2019 を実行し、すべての Azure データベースの管理に使用されます。
ライセンス契約
Litware は、ソフトウェア アシュアランスによるライセンス モビリティを備えた Microsoft ボリューム ライセンスの顧客です。
現在の問題
SalesSQLDb1 では、古い統計と頻繁なクエリのブロックが原因でパフォーマンスの問題が発生している可能性があります。
要件
計画された変更
Litware は以下の変更を実施する予定です。
* さまざまな使用パターンを持つ、時間に敏感な製造アプリで使用される 30 個の新しいデータベースを Azure に実装します。各データベースは約 20 GB になります。
* ResearchSrv01 という名前の論理サーバー上に ResearchDB1 という名前の新しい Azure SQL データベースを作成します。
ResearchDB1 には、個人を特定できる情報 (PII) データが含まれます。
* 研究部門が ResearchDB1 にデータを入力したりアクセスしたりするために使用する ResearchApp1 という名前のアプリを開発します。
* ManufacturingSQLDb1 を Azure 仮想マシン プラットフォームに移行します。
* SERVER1 データベースを Azure SQL Database プラットフォームに移行します。
技術要件
Litware では、次の技術要件を特定しています。
* メンテナンスタスクは自動化する必要があります。
* 30 個の新しいデータベースは自動的に拡張される必要があります。
* オンプレミス インフラストラクチャの使用を最小限に抑える必要があります。
* Azure SQL Database の展開には、Azure ハイブリッド使用特典を活用する必要があります。
* CPU とストレージの使用状況および制限に関連するすべての SQL Server および Azure SQL Database メトリックは、Azure の組み込み機能を使用して分析する必要があります。
セキュリティとコンプライアンスの要件
Litware では、次のセキュリティとコンプライアンスの要件を特定しています。
* 暗号化キーを Azure Key Vault に保存します。
* PII データのバックアップを 2 か月間保持します。
* 保存中、転送中、使用中の PII データを暗号化します。
* 可能な限り、最小権限の原則を適用します。
* Active Directory 資格情報を使用してデータベース ユーザーを認証します。
* データベース レベルのファイアウォール ルールを使用して Azure SQL Database インスタンスを保護します。
* パブリック エンドポイントに依存せずに、Azure でホストされているすべてのデータベースに VM1 および VM2 からアクセスできることを確認します。
ビジネス要件
Litware では、次のビジネス要件を特定しています。
* すべての Azure デプロイメントで 99.99% の可用性の SLA を満たします。
* SERVER1 データベースの移行中のダウンタイムを最小限に抑えます。
* ワークロードを Azure に移行するときは、Azure ハイブリッド使用特典を使用します。
* すべての要件が満たされたら、可能な限りコストを最小限に抑えます。