参照：
https://docs.microsoft.com/en-us/sql/t-sql/statements/create-table-azure-sql-data-warehouse

https://docs.microsoft.com/en-us/azure/storage/common/storage-disaster-recovery-guidance?toc=/azure/storage/blobs/toc.json
https://docs.microsoft.com/en-us/answers/questions/32583/azure-data-lake-gen2-disaster-recoverystorage-acco.html

参照：
https://docs.microsoft.com/en-us/azure/synapse-analytics/sql-data-warehouse/sql-data-warehouse-tables-distribute

ジョブがシステム リソースの制限に達した場合の一般的な症状は次のとおりです。
バックログ イベント メトリックが増加し続ける場合は、システム リソースが制限されていることを示します (出力シンク スロットルまたは CPU 使用率のいずれかが原因)。
注: バックログされた入力イベント: バックログされた入力イベントの数。このメトリクスの値がゼロ以外の場合は、ジョブが受信イベントの数に追いつけないことを意味します。この値が徐々に増加しているか、一貫してゼロ以外の場合は、ジョブをスケールアウトして、ストリーミング ユニットを調整する必要があります。
参照：
https://docs.microsoft.com/en-us/azure/stream-analytics/stream-analytics-scale-jobs
https://docs.microsoft.com/en-us/azure/stream-analytics/stream-analytics-monitoring

説明

ボックス 1: タイプ 2
タイプ 2 SCD は、ディメンション メンバーのバージョン管理をサポートします。多くの場合、ソース システムにはバージョンが保存されないため、データ ウェアハウスのロード プロセスがディメンション テーブル内の変更を検出して管理します。この場合、ディメンション テーブルはサロゲート キーを使用して、ディメンション メンバーのバージョンへの一意の参照を提供する必要があります。また、バージョンの日付範囲の有効性を定義する列 (StartDate や EndDate など) や、現在のディメンション メンバーで簡単にフィルターできるフラグ列 (IsCurrent など) も含まれています。
参照：
https://docs.microsoft.com/en-us/learn/modules/populate-slowly-changing-dimensions-azure-synapse-analytics-p