参照：
https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/manually-prepare-a-secondary-database-for-an-availability-group-sql-server?view= sql-server-ver15

SalesSQLDb1でパフォーマンスの問題が発生します。これは、古い統計と頻繁なブロッキングクエリが原因である可能性があります。
A：Azure Synapse Analytics（SQLデータウェアハウス）またはParallel Data Warehouseのsys.dm_tran_locksの代わりに、sys.dm_pdw_nodes_tran_locksを使用してください。
E：例：
次のクエリは、ブロック情報を表示します。
選択する
t1.resource_type、
t1.resource_database_id、
t1.resource_located_entity_id、
t1.request_mode、
t1.request_session_id、
t2.blocking_session_id
FROM sys.dm_tran_locks as t1
内部結合sys.dm_os_waiting_tasksast2
ON t1.lock_owner_address = t2.resource_address;
注：使用しているシステムに応じて、次の3つの場所のいずれかからこれらの待機統計にアクセスできます。
sys.dm_os_wait_stats：SQLServerの場合
sys.dm_db_wait_stats：AzureSQLデータベースの場合
sys.dm_pdw_nodes_os_wait_stats：AzureSQLデータウェアハウスの場合
不正解：
F：sys.dm_tran_locksは、SQL Server 2019（15.x）で現在アクティブなロックマネージャーリソースに関する情報を返します。各行は、付与された、または付与されるのを待っているロックに対するロックマネージャへの現在アクティブな要求を表します。
代わりに、sys.dm_pdw_nodes_tran_locksを使用してください。
参照：
https://docs.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-tran-locks-transact-sql

クエリのパフォーマンス容量は、ユーザーのリソースクラスによって決まります。
リソースクラスが小さいほど、クエリあたりの最大メモリは減少しますが、同時実行性は増加します。
リソースクラスを大きくすると、クエリあたりの最大メモリが増えますが、同時実行性は低下します。
参照：
https://docs.microsoft.com/en-us/azure/synapse-analytics/sql-data-warehouse/resource-classes-for-workloadmanagement

トピック1、Litware
既存の環境
ネットワーク環境
製造および研究データセンターは、VPNを使用してプライマリデータセンターに接続します。
プライマリデータセンターには、Microsoftピアリングとプライベートピアリングの両方を使用するExpressRoute接続があります。プライベートピアリングは、HubVNetという名前のAzure仮想ネットワークに接続します。
アイデンティティ環境
Litwareには、litwareinc.comという名前のドメインを使用するハイブリッドAzure Active Directory（Azure AD）展開があります。すべてのAzureサブスクリプションは、litwareinc.com AzureADテナントに関連付けられています。
データベース環境
営業部門には、次のデータベースワークロードがあります。
SERVER1という名前のオンプレミスは、Microsoft SQL Server2012のインスタンスと2つの1TBデータベースをホストします。
SalesSrv01Aという名前の論理サーバーには、SalesSQLDb1という名前の地理的に複製されたAzureSQLデータベースが含まれています。SalesSQLDb1は、SalesSQLDb1Poolという名前のエラスティックプールにあります。SalesSQLDb1は、データベースファイアウォールルールと含まれているデータベースユーザーを使用します。
SalesSQLDb1App1という名前のアプリケーションは、SalesSQLDb1を使用します。
製造オフィスには、SERVER2とSERVER3という名前の2つのオンプレミスSQL Server2016サーバーが含まれています。サーバーは、同じAlwaysOn可用性グループ内のノードです。可用性グループには、ManufacturingSQLDb1という名前のデータベースが含まれます。データベース管理者は、Windows Server 2019を実行し、すべてのAzureデータベースを管理するために使用されるVM1およびVM2という名前の2つのAzure仮想マシンをHubVnetに持っています。
ライセンス契約
Litwareは、ソフトウェアアシュアランスによるライセンスモビリティを提供するマイクロソフトボリュームライセンスのお客様です。
現在の問題
SalesSQLDb1でパフォーマンスの問題が発生します。これは、古い統計と頻繁なブロッキングクエリが原因である可能性があります。
要件
計画された変更
Litwareは、次の変更を実装する予定です。
Azureに30個の新しいデータベースを実装します。これらのデータベースは、さまざまな使用パターンを持つ時間に敏感な製造アプリによって使用されます。各データベースは約20GBになります。
ResearchSrv01という名前の論理サーバー上にResearchDB1という名前の新しいAzureSQLデータベースを作成します。ResearchDB1には、個人情報（PII）データが含まれます。
ResearchApp1という名前のアプリを開発します。このアプリは、研究部門がResearchDB1にデータを入力してアクセスするために使用します。
ManufacturingSQLDb1をAzure仮想マシンプラットフォームに移行します。
SERVER1データベースをAzureSQLデータベースプラットフォームに移行します。
技術要件
Litwareは、次の技術要件を識別します。
メンテナンスタスクは自動化する必要があります。
30の新しいデータベースは自動的に拡張する必要があります。
オンプレミスインフラストラクチャの使用を最小限に抑える必要があります。
Azureハイブリッド使用のメリットは、AzureSQLデータベースの展開に活用する必要があります。
CPUとストレージの使用量と制限に関連するすべてのSQLServerとAzureSQL Databaseのメトリックは、Azureの組み込み機能を使用して分析する必要があります。
セキュリティとコンプライアンスの要件
Litwareは、次のセキュリティおよびコンプライアンス要件を識別します。
暗号化キーをAzureKeyVaultに保存します。
PIIデータのバックアップを2か月間保持します。
保管中、転送中、および使用中のPIIデータを暗号化します。
可能な限り、最小特権の原則を使用してください。
ActiveDirectoryの資格情報を使用してデータベースユーザーを認証します。
データベースレベルのファイアウォールルールを使用して、AzureSQLデータベースインスタンスを保護します。
パブリックエンドポイントに依存せずに、AzureでホストされているすべてのデータベースにVM1およびVM2からアクセスできることを確認します。
ビジネス要件
Litwareは、次のビジネス要件を識別します。
すべてのAzureデプロイメントで99.99％の可用性のSLAを満たします。
SERVER1データベースの移行中のダウンタイムを最小限に抑えます。
ワークロードをAzureに移行する場合は、Azureハイブリッド使用のメリットを利用してください。
すべての要件が満たされたら、可能な限りコストを最小限に抑えます。

参照：
https://azure.microsoft.com/pricing/details/database-migration/
https://docs.microsoft.com/en-us/azure/dms/tutorial-sql-server-azure-sql-online