参照：
https://docs.microsoft.com/en-us/sql/t-sql/database-console-commands/dbcc-checkdb-transact-sql

参照：
https://azure.microsoft.com/en-gb/blog/payment-azure-monitor-aiops-alerts-with-dynamic-thresholds/
トピック 1、Contoso Ltd
ケーススタディ
これはケーススタディです。ケーススタディは個別に時間が設定されるわけではありません。各ケースを完了したいだけ試験時間を費やすことができます。ただし、この試験には追加のケーススタディやセクションが存在する場合があります。この試験に含まれるすべての質問を指定された時間内に完了できるように時間を管理する必要があります。
ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれる場合があります。このケーススタディでは、各質問は他の質問から独立しています。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、 ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに [すべての情報] タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、ボタンをクリックして質問に戻ります。
概要
既存の環境
Contoso, Ltd. は、従業員 100 名を抱える財務データ会社です。同社は顧客に財務データを提供します。
アクティブディレクトリ
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 サーバーに対して、次の図に示すロールを割り当てることを計画しています。

1 - データベースメールを有効にする
2 - オペレーターを作成します。
3 - ジョブに失敗通知を追加します。
参照：
https://docs.microsoft.com/en-us/azure/azure-sql/managed-instance/job-automation-managed-instance

セクション: [なし]
Explanation:
Data Factory でサポートされていない方法でデータを変換する必要がある場合は、独自のデータ処理ロジックを使用して、Azure Databricks ノートブックではなくカスタム アクティビティを作成し、そのアクティビティをパイプラインで使用できます。R がインストールされている HDInsight クラスターで R スクリプトを実行するカスタム アクティビティを作成できます。
参照：
https://docs.microsoft.com/en-US/azure/data-factory/transform-data