セクション: [なし]
説明/参照:
https://docs.microsoft.com/en-us/sql/relational-databases/performance/monitoring-performance-by-using-the- query-store

プラン比較メニュー オプションを使用すると、2 つの異なる実行プランを並べて比較できるため、上記のすべての理由による異なる動作を説明する類似点と変更点を簡単に識別できます。
このオプションでは、次のものを比較できます。
以前に保存された 2 つの実行プラン ファイル (拡張子 .sqlplan)。
1 つのアクティブな実行プランと 1 つの以前に保存されたクエリ実行プラン。
クエリ ストア内の選択された 2 つのクエリ プラン。

参照：
https://community.idera.com/database-tools/blog/b/community_blog/posts/why-use-a-date-dimension-table-ina-d

参照：
https://docs.microsoft.com/en-us/azure/azure-sql/database/single-database-create-arm-template-quickstart

1 - REsearchApp1 を Azure AD に登録します。
2 - Azure Key Vault インスタンスを作成し、アクセス ポリシーを構成します。
3 - Always Encrypted ウィザードを実行します。
参照：
https://docs.microsoft.com/en-us/azure/azure-sql/database/always-encrypted-azure-key-vault-configure?tabs=azure-powershell
トピック3、ADatum Corporation
概要
これはケース スタディです。ケース スタディは個別に時間制限がありません。各ケースを完了するのに必要なだけの試験時間を使用できます。ただし、この試験には追加のケース スタディとセクションが含まれる場合があります。与えられた時間内にこの試験に含まれるすべての質問を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示物やその他のリソースが含まれている場合があります。各質問は、このケース スタディ内の他の質問とは独立しています。
このケース スタディの最後に、確認画面が表示されます。この画面では、試験の次のセクションに進む前に回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを始めるには
このケース スタディの最初の質問を表示するには、[次へ] ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケース スタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケース スタディに [すべての情報] タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に回答する準備ができたら、[質問] ボタンをクリックして質問に戻ります。
概要
ADatum Corporation は、小売店と Web サイトという 2 つの販売チャネルを通じて製品を販売する小売業者です。
既存の環境
ADatum には、Microsoft SQL Server 2016 がインストールされたデータベース サーバーが 1 台あります。このサーバーは、SALESDB、DOCDB、REPORTINGDB という 3 つのミッション クリティカルなデータベースをホストしています。
SALESDB は店舗とウェブサイトからデータを収集します。
DOCDB は、SALESDB の販売データに接続するドキュメントを保存します。ドキュメントは、販売チャネルに基づいて 2 つの異なる JSON 形式で保存されます。
REPORTINGDB はレポート データを格納し、複数の列ストア インデックスを含んでいます。毎日のプロセスにより、SALESDB のデータから REPORTINGDB にレポート データが作成されます。このプロセスは、SALESDB からストアド プロシージャを実行する SQL Server Integration Services (SSIS) パッケージとして実装されます。
要件
計画された変更
ADatum は、現在のデータ インフラストラクチャを Azure に移行する予定です。新しいインフラストラクチャには、次の要件があります。
SALESDB と REPORTINGDB を Azure SQL データベースに移行します。
DOCDB を Azure Cosmos DB に移行します。
JSON 形式のドキュメントを含む販売データは、到着時に収集され、Azure Stream Analytics を使用してオンラインで分析される必要があります。分析プロセスでは、ギャップや重複なく継続的に実行する必要がある集計が実行されます。
到着すると、JSON 形式のすべての販売文書を 1 つの一貫した形式に変換する必要があります。
Azure Data Factory は、SALESDB から REPORTINGDB にデータをコピーする SSIS プロセスを置き換えます。
技術要件
新しい Azure データ インフラストラクチャは、次の技術要件を満たしている必要があります。
SALESDB 内のデータは、透過的データ暗号化 (TDE) を使用して暗号化する必要があります。暗号化には独自のキーを使用する必要があります。
SALESDB は、過去 3 週間以内の任意の時点に復元可能である必要があります。
実際の使用パターンに基づいてワークロードのサイズが適切に設定されていることを確認するには、リアルタイム処理を監視する必要があります。
REPORTINGDB では、欠落しているインデックスを自動的に作成する必要があります。
SALESDB のディスク IO、CPU、およびメモリの使用状況を監視する必要があります。