説明
Server1 と Server2 は両方ともチェックが外されているため、リストされている順序はクラスターがフェールバックするかどうかに影響しません。

説明

参照：
https://docs.microsoft.com/en-us/windows-server/storage/refs/refs-overview
https://docs.microsoft.com/en-us/powershell/module/bitlocker/enable-bitlockerautounlock?view=windowsserver

参照：
https://docs.microsoft.com/en-us/windows/security/threat-protection/windows-firewall/configure-authentication-methods

参照：
https://docs.microsoft.com/en-us/azure/defender-for-cloud/managing-and-responding-alerts

説明
グループ ポリシー オブジェクトで構成されたファイアウォール ルールは、ローカル サーバー管理者が変更することはできません。
参照：
https://docs.microsoft.com/en-us/windows/security/threat-protection/windows-firewall/create-an-inbound-port-ru
トピック 1、Fabrikam Inc.
ケーススタディ
これは事例研究です。ケーススタディの時間は個別に設定されていません。各ケースを完了したいだけの試験時間を使用できます。ただし、この試験には追加のケース スタディやセクションがある場合があります。指定された時間内にこの試験に含まれるすべての問題を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供されている情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する資料やその他のリソースが含まれている場合があります。このケース スタディでは、各質問は他の質問とは無関係です。
このケース スタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認して変更を加えることができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを開始するには
このケース スタディの最初の質問を表示するには、 ボタンをクリックします。質問に答える前に、左ペインのボタンを使用してケース スタディの内容を調べます。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題ステートメントなどの情報が表示されます。ケース スタディに [すべての情報] タブがある場合、表示される情報は、後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、ボタンをクリックして質問に戻ります。
概要
Fabrikam, Inc. は、シカゴに本社があり、パリに支社がある製造会社です。
既存の環境
ID インフラストラクチャ
Fabrikam には、Azure Active Directory (Azure AD) テナントと同期する Active Directory Domain Services (AD DS) フォレストがあります。AD DS フォレストには、corp.fabrikam.com と europe.fabrikam.com という名前の 2 つのドメインが含まれています。
シカゴ オフィスのオンプレミス サーバー
シカゴのオフィスには、次の表に示すように、Windows Server 2016 を実行するオンプレミス サーバーが含まれています。

シカゴ オフィスのすべてのサーバーは、corp.fabrikam.com ドメインにあります。
シカゴ オフィスのすべての仮想マシンは、HV1 と HV2 でホストされています。HV1 と HV2 は、Cluster1 という名前のフェールオーバー クラスター内のノードです。
WEB1 と WEB2 は、インターネット インフォメーション サービス (IIS) Web サイトを実行します。インターネット ユーザーは、https://www.fabrikam.com の URL を使用して Web サイトに接続します。
シカゴ オフィスのすべてのユーザーは、\\Fileserver1\Data の UNC パスに接続するアプリケーションを実行します。
パリのオンプレミス サーバー
パリのオフィスには、Windows Server 2016 を実行し、europe.fabrikam.com ドメインのドメイン コントローラーである dc2.europe.fabrikam.com という名前の物理サーバーがあります。
ネットワーク インフラストラクチャ
シカゴとパリの両方のオフィスのネットワークには、ローカル インターネット接続があります。シカゴとパリのオフィスは、VPN 接続を使用して接続されています。
シカゴ オフィスのクライアント コンピュータは、DHCP1 から IP アドレスを取得します。
セキュリティリスク
Fabrikam は、次のセキュリティ リスクを識別します。
* 一部のアカウントは、NTLMv1、SMB1、署名なし LDAP などの安全でないプロトコルを使用して AD DS リソースに接続します。
* サーバーでは、Windows Defender ファイアウォールが有効になっています。サーバー管理者は、ファイアウォール ルールを変更して、危険な接続を許可することがあります。
要件
セキュリティ要件
Fabrikam は、次のセキュリティ要件を特定しています。
* サーバー管理者が Windows Defender ファイアウォール ルールを構成できないようにします。
* BitLocker ドライブ暗号化 (BitLocker) を使用して、サーバー上のすべてのデータ ディスクを暗号化します。
* 許可されたアプリケーションのみがフォレスト内のサーバーにインストールまたは実行できるようにします。
* セキュリティで保護されていないプロトコルを使用するドメイン コントローラーへのすべての接続を識別するレポート ソリューションとして Microsoft Sentinel を実装します。
オンプレミス移行計画
Fabrikam は、既存のすべてのサーバーを移行することを計画しており、次の移行要件を特定しています。
* シカゴ オフィスの APP1 および APP2 仮想マシンを、Windows Server 2022 を実行する Cluster2 という名前の新しい Hyper-V フェールオーバー クラスターに移動します。
* Cluster2 には、HV3 と HV4 という名前の 2 つの新しいノードが含まれます。
* すべての仮想マシン ファイルは、クラスター共有ボリューム (CSV) に保存されます。
* Archive1 を、Windows Server 2022 を実行する Cluster3 という名前の新しいフェールオーバー クラスターに移行します。
* Cluster3 には、Node1 と Node2 という名前の 2 つの物理ノードが含まれます。
* Cluster3 のファイル共有は、アクティブ/パッシブ モードのフェールオーバー クラスターの役割になります。
* すべてのユーザー、グループ、およびクライアント コンピューターを europe.fabrikam.com から corp.fabrikam.com に移行します。
* 移行は、Active Directory 移行ツール (ADMT) を使用して実行されます。
* ADMT 移行手順を実行するために、ADMTcomputer という名前のコンピューターが corp.fabrikam.com ドメインに展開されます。
* ユーザー アカウントは既存のパスワードを保持します。
* データ共有を Fileserver1 から、Windows Server を実行する Fileserver2 という名前の新しいサーバーに移行します。
2022. 移行後、既存の UNC パスを使用してデータ共有にアクセスできる必要があります。
Azure 移行計画
Fabrikam は、一部のリソースを Azure に移行することを計画しており、次の移行要件を特定しています。
* Sub1 という名前の Azure サブスクリプションを作成します。
* Vnet1 という名前の Azure 仮想ネットワークを作成します。
* ExpressRoute を使用して、パリとシカゴのオフィスを Vnet1 に接続します。
* Microsoft Defender for servers のすべてのサーバーにライセンスを付与します。
* APP3 と APP4 を Azure に移行します。
* www.fabrikam.com Web サイトを WebApp1 という名前の Azure App Service Web アプリに移行します。
* WEB1 と WEB2 を廃止します。
DHCP 移行計画
Fabrikam は、DHCP1 を DHCP2 という名前の新しいサーバーに置き換えることを計画しており、次の移行要件を特定しています。
* DHCP2 が、DHCP1 から現在利用できるのと同じ IP アドレスを提供することを確認します。
* DHCP2 でサービスが有効になると、DHCP1 がクライアントにサービスを提供しないようにします。
* 既存のリースと予約が移行されていることを確認します。