Explanation:
グラフィカルユーザーインターフェイス、テキスト、アプリケーションの説明が自動的に生成されます

ボックス1: adf_publish
既定では、データ ファクトリは公開されたファクトリのリソース マネージャー テンプレートを生成し、adf_publish というブランチに保存します。カスタム公開ブランチを構成するには、コラボレーション ブランチのルート フォルダーに publish_config.json ファイルを追加します。公開時に、ADF はこのファイルを読み取り、フィールド publishBranch を検索し、すべてのリソース マネージャー テンプレートを指定された場所に保存します。ブランチが存在しない場合は、データ ファクトリによって自動的に作成されます。このファイルの例は、次のようになります。
{
"publishBranch": "factory/adf_publish"
}
ボックス 2: /dwh_barchlet/ adf_publish/contososales
RepositoryName: Azure Repos コード リポジトリ名。Azure Repos プロジェクトには、プロジェクトの拡大に​​合わせてソース コードを管理するための Git リポジトリが含まれています。新しいリポジトリを作成することも、プロジェクトに既に存在する既存のリポジトリを使用することもできます。
参照：
https://docs.microsoft.com/en-us/azure/data-factory/source-control

1 - 組み込みファセットに基づいて顧客条件を作成します。
2 - 条件に基づいてカスタム ポリシーを作成します。
3 - ポリシー評価を実行します。
参照：
https://www.mssqltips.com/sqlservertip/2298/enforce-sql-server-database-naming-conventions-using-policy-based-management/

セクション: [なし]
Explanation:
BACKUP DATABASE は、セカンダリ レプリカで実行される場合、データベース、ファイル、またはファイル グループのコピーのみの完全バックアップのみをサポートします。コピーのみのバックアップは、ログ チェーンに影響を与えず、差分ビットマップをクリアしません。
誤った回答:
A: 差分バックアップはセカンダリ レプリカではサポートされていません。セカンダリ レプリカはコピーのみのデータベース バックアップをサポートしているため、ソフトウェアはこのエラーを表示します。
参照：
https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/active-secondaries-backup- on-secondary-replicas-always-on-availability-groups

Explanation:
ボックス 1: ファイル名が「tripdata_2020」で始まる CSV ファイル
ボックス2: ヘッダー
FIRSTROW = '最初の行'
ロードする最初の行の番号を指定します。デフォルトは 1 で、指定されたデータ ファイルの最初の行を示します。行番号は行ターミネータをカウントすることによって決定されます。FIRSTROW は 1 から始まります。
参照：
https://docs.microsoft.com/en-us/azure/synapse-analytics/sql/develop-openrowset

診断ログには、tempDB 競合の詳細が出力されます。この情報は、トラブルシューティングの開始点として使用できます。
Azure SQL Database の Intelligent Insights パフォーマンス診断ログを使用して、パフォーマンスの問題をトラブルシューティングできます。
参照：
https://docs.microsoft.com/en-us/azure/azure-sql/database/intelligent-insights-troubleshoot- パフォーマンス#tempdb-contention
https://docs.microsoft.com/en-us/azure/azure-sql/database/intelligent-insights-use-diagnostics-log