Explanation:

説明

ボックス1: 正しい
enableAcceleratedNetworking: ネットワーク インターフェイスで高速ネットワークが有効になっているかどうか。
Azure VM 間のネットワーク待機時間をさらに短縮するには、Azure Accelerated Networking を選択することをお勧めします。SAP ワークロード、特に SAP アプリケーション レイヤーと SAP DBMS レイヤー用に Azure VM をデプロイするときに使用します。
ボックス2: 正しい
書き込みアクセラレータは、DBMS のトランザクション ログまたは REDO ログを含むボリュームに使用する必要があります。この機能はログ ディスクに対して使用するように最適化されているため、DBMS のデータ ボリュームに書き込みアクセラレータを使用することはお勧めしません。
参考文献:
https://docs.microsoft.com/en-us/azure/virtual-machines/workloads/sap/dbms_guide_general

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

ボックス1: はい
以下は、Azure VM 上で SQL Server を実行するためのストレージ構成のベスト プラクティスの簡単なチェックリストです。
データ、ログ、および tempdb ファイルを別々のドライブに配置します。
ボックス2: はい
高速ネットワークにより、VM へのシングル ルート I/O 仮想化 (SR-IOV) が可能になり、ネットワーク パフォーマンスが大幅に向上します。この高性能パスは、データ パスからホストをバイパスするため、サポートされている VM タイプで最も要求の厳しいネットワーク ワークロードのレイテンシ、ジッター、CPU 使用率が削減されます。
ボックス3: いいえ
注: 最大転送単位 (MTU) は、ネットワーク インターフェイス経由で送信できる最大サイズのフレーム (パケット) で、バイト単位で指定します。MTU は構成可能な設定です。Azure VM で使用される既定の MTU と、世界中のほとんどのネットワーク デバイスの既定の設定は、1,500 バイトです。
参照：
https://docs.microsoft.com/en-us/azure/virtual-network/create-vm-accelerated-networking-powershell
https://docs.microsoft.com/en-us/azure/azure-sql/virtual-machines/windows/performance-guidelines-best-practic

Azure Key Vault に保存されている資格情報を参照するには、次の操作を行う必要があります。
1. データファクトリのマネージド ID を取得する
2. マネージド ID に Azure Key Vault へのアクセスを許可する
3. Azure Key Vault を指すリンクされたサービスを作成します。
4. データ ストアのリンクされたサービスを作成し、その中でキー コンテナーに格納されている対応するシークレットを参照します。
参照：
https://docs.microsoft.com/bs-latn-ba/azure/data-factory/store-credentials-in-key-vault

説明
Azure VM 間のネットワーク待機時間をさらに短縮するには、[Microsoft] では Azure Accelerated Networking を選択することをお勧めします。SAP ワークロード、特に SAP アプリケーション レイヤーと SAP DBMS レイヤー用に Azure VM をデプロイするときに使用します。
トピック 2、Contoso Ltd のケース スタディ
ケーススタディ
これはケース スタディです。ケース スタディは個別に時間制限がありません。各ケースを完了するのに必要なだけの試験時間を使用できます。ただし、この試験には追加のケース スタディとセクションがある場合があります。与えられた時間内にこの試験に含まれるすべての質問を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示物やその他のリソースが含まれている場合があります。各質問は、このケース スタディ内の他の質問とは独立しています。
このケース スタディの最後に、確認画面が表示されます。この画面では、試験の次のセクションに進む前に回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを始めるには
このケース スタディの最初の質問を表示するには、[次へ] ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケース スタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケース スタディに [すべての情報] タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に回答する準備ができたら、[質問] ボタンをクリックして質問に戻ります。
概要
Contoso 社は、15,000 人の従業員を擁する製造会社です。
同社では販売と製造にSAPを使用しています。
Contoso はニューヨークとロンドンに営業所を持ち、ボストンとシアトルに製造施設を持っています。
既存の環境
アクティブディレクトリ
ネットワークには、ad.contoso.com という名前のオンプレミスの Active Directory ドメインが含まれています。ユーザーの電子メール アドレスでは、contoso.com というドメイン名が使用されます。
SAP 環境
現在の SAP 環境には、次のコンポーネントが含まれています。
SAP ソリューション マネージャー
SAP ERP セントラル コンポーネント (SAP ECC)
SAP サプライチェーンマネジメント (SAP SCM)
Windows Server 2008 R2 を実行する SAP アプリケーション サーバー
SUSE Linux Enterprise Server 12 (SLES 12) を実行する SAP HANA データベース サーバーの問題の説明 Contoso は、現在の環境で次の問題を特定しています。
SAP HANA 環境に適切なリソースが不足しています。
Windows サーバーのサポートは終了に近づいています。
データセンターは最大容量に達しています。
要件
計画された変更
Contoso は、次の計画された変更を特定します。
Azure Virtual WAN をデプロイします。
アプリケーション サーバーを Windows Server 2016 に移行します。
すべてのオフィスと製造施設に ExpressRoute 接続を展開します。
開発、品質保証、運用のために SAP ランドスケープを Azure にデプロイします。
運用ランドスケープのすべてのリソースは、SAPProduction という名前のリソース グループに含まれます。
ビジネス目標
Contoso は次のビジネス目標を特定します。
可能な限りコストを最小限に抑えます。
ダウンタイムを発生させずに SAP を Azure に移行します。
Azure へのすべての SAP デプロイメントが SAP によってサポートされていることを確認します。
すべての運用データベースが Azure リージョンの障害に耐えられることを確認します。
すべての運用アプリケーション サーバーが過去 21 日間の毎日のバックアップを復元できることを確認します。
技術要件
Contoso では、次の技術要件を特定しています。
すべての Web クエリを検査します。
2 つのデータセンターに SAP HANA クラスターをデプロイします。
データベースの同期に使用される帯域幅を最小限に抑えます。
Active Directory アカウントを使用して Azure リソースを管理します。
各運用アプリケーション サーバーに 1 TB のデータ ディスクが 4 つあることを確認します。
アプリケーションサーバーが過去5日間に作成されたバックアップから復元できることを確認する
15分です。
別の管理者が SAP をホストする Azure 仮想マシンに変更を加えようとする前に、SAP 管理者に通知されるように承認プロセスを実装します。
移行中、Azure とニューヨーク オフィス間で必要な帯域幅は 1 Gbps になると推定されます。移行後は、最大 3 Gbps のトラフィック バーストが発生します。
提案されたバックアップポリシー
Azure 管理者は、次の図に示すバックアップ ポリシーを提案します。

Azure リソース マネージャー テンプレート
Azure 管理者は、運用アプリケーション サーバーのプロビジョニングに使用される Azure Resource Manager テンプレートを提供します。