System Center 2012 R2 Virtual Machine Manager の更新プログラム ロールアップ 6

この更新プログラムロールアップに追加される機能

• Azure サブスクリプション機能の追加: 更新プログラム ロールアップ 6 の Azure サブスクリプションの追加機能を使用すると、Virtual Machine Manager の管理者はMICROSOFT AZUREサブスクリプションを VMM に追加し、それらのサブスクリプションの Azure インスタンスに対して基本的なアクションを実行できます。 この機能は、System Center 2012 R2 の更新プログラム ロールアップ 6 の Virtual Machine Manager に含まれています。 追加する Azure サブスクリプションごとに、コンソールを使用して、そのサブスクリプション内のすべてのデプロイ グループ内のすべてのロール インスタンスを表示できます。
  
  この機能
  
  でできること Virtual Machine Manager でオンプレミスの仮想マシンを既に管理している場合は、VMM コンソールを離れることなく、この機能を使用して Azure インスタンスで非常に基本的な操作を実行できます。 たとえば、次の操作を行うことができます。
  

  • VMM コンソールを使用して、1 つ以上の Azure サブスクリプションを追加または削除します。

  • そのサブスクリプション内のすべてのデプロイ内のすべてのロール インスタンスの詳細と状態の一覧ビューを表示します。

  • インスタンスの一覧を手動で更新します。

  • インスタンスに対して次の基本的なアクションを実行します。
    

    • Start

    • 停止

    • シャット ダウン

    • 再起動

    • RDP を使用したConnect

  詳細については、「更新プログラム ロールアップ 6 を使用した System Center 2012 R2 での VMM での Azure サブスクリプションの追加」を参照してください。

• E2A ASR 保護の強化されたシナリオ: Virtual Machine Manager 環境に更新プログラム ロールアップ 6 を用意することで、Azure Site Recovery (ASR) 保護を構成するときに発生する問題を簡単に検出して修正できます。 この問題は、オンプレミスの仮想マシンに ASR 保護を追加し、次の仮想マシンのプロパティがある場合に発生します。
  

  • オペレーティング システムのバージョンが指定されていません

  • 仮想マシンのオペレーティング システムが含まれているディスクが表示されない

  これらのプロパティは、Azure Site Recoveryで必要であるため、指定する必要があります。 更新プログラム ロールアップ 6 では、要件を満たしていない仮想マシンを構成しようとすると、[ジョブ] ウィンドウの VMM に明確な一連のエラー メッセージが表示されます。
  
  ASR 要件の詳細については、 ASR E2A 保護シナリオの改善に関するページを参照してください。

• サービスと VMRoles で第 2 世代 VM を使用するオプション: 更新プログラム ロールアップ 6 では、VMM で、サービスと VM ロールの第 2 世代仮想マシンがサポートされるようになりました。 この機能を使用すると、多層サービスをデプロイし、個々の層の仮想マシン生成を選択できます。 ユーザーは、従来のサービスとイメージ ベースのサービスを通じて、これらのサービス インスタンスにサービスを提供できます。
  
  詳細については、「VMM の第 1 世代と第 2 世代のVirtual Machinesについて」を参照してください。

• 管理パックのネットワーク使用量の合計に関する規則: この変更では、Hyper-V ホストを対象とする 2 つのルールが導入されています。
  

  • 受信 VNic ネットワーク トラフィック収集ルールの合計

  • 送信 VNic ネットワーク トラフィック収集ルールの合計数

  これらのルールは、次の方法で、仮想マシンあたりの VNic あたりキロバイト単位の受信トラフィックと送信トラフィックの合計を測定します。
  
  VM ごとに次の手順を実行します。
  

  1. Hyper-V 測定が有効になっていない場合は有効にします。

  2. Measure-VM を実行します。

  3. VNic ごとに "0.0.0.0/0" または "::/0" のすべてのリモート アドレスの測定データを収集します。

  既定では、これらのルールは 1 時間ごとに実行されます。 ユーザーは IntervalSeconds プロパティをオーバーライドすることで、この設定をオーバーライドできます。 これらのルールは、5 分 (300 秒) ごとにより頻繁に実行しないでください。
  
  以前のバージョンの動作: VMM はデータ使用量を測定しませんでした。 スループットのみを測定しました。

• レプリカ VM のクラウドとホスト グループの容量をオーバーコミットするオプション: System Center 2012 R2 Virtual Machine Manager を使用すると、容量設定内に収まる場合は、事前構成済みのクラウドまたはホスト グループにレプリカ仮想マシンを配置できます。 これまで、VMM では、レプリカ VM に割り当てられたすべてのリソースが使用中であると想定していました。 そのため、VMM では、クラウドまたはホスト グループの容量を超えてすべてのレプリカ VM の総負荷が上がる場合、レプリカ仮想マシンをクラウドまたはホスト グループに配置できませんでした。
  
  この動作により、すべてのレプリカ VM を同時に開始できましたが、レプリカ クラウドとホスト グループの最適でない使用が発生する可能性があります。 これは、(Enterpriseまたは Hoster) がクラウドまたはホスト グループ内に追加の VM を配置しようとした場合に発生します。 つまり、レプリカ クラウドまたはホスト グループを過剰にコミットした場合です。 更新プログラム ロールアップ 6 では、VMM サーバーで次のレジストリ キーを構成することで、VMM 環境内のクラウドとホスト グループをオーバーコミットできます。
  

  レジストリの場所:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
  DWORD 名: IgnoreMemoryForStoppedReplicaVM
  DWORD 値: 1
  注: Placement サブキーが存在しない場合は、作成します。
  
  詳細については、「 レプリカ VM のクラウドと HG をオーバーコミットするオプション」を参照してください。

• VMWare VCenter 5.5 の基本的なシナリオのサポート。
  
  更新プログラム ロールアップ 6 では、次のサポート シナリオが導入されています。
  

  • VMM 2012 R2 UR6 管理に VCenter 5.5 を追加する

  • 5.5 バージョンの ESX ホストを追加し、管理下に入る

  • VMWare VM テンプレートを作成し、テンプレートを使用して VM をデプロイする

  • 基本的なネットワークを使用してテンプレートを作成し (ドメイン参加シナリオを含む)、仮想マシンをデプロイする

  • さまざまな VM ライフサイクル操作 (仮想マシンの開始、停止、シャットダウン、修復、更新、チェックポイントなど) を実行します。

  • コンソールを使用して仮想マシンにConnectし、アクセシビリティを確認する

  • 仮想マシンのプロビジョニング解除

  • リソース プールを作成し、VMM 管理下にリソース プールを取り込む

  これらは限られたシナリオです。 ただし、新しいバージョンの VCenter をサポートするための最初で最も重要なステップを表します。 引き続き VMWare VCenter のサポートアビリティ マトリックスを基に構築し、今後のロールアップ パッケージでこれに対処するための更新プログラムを提供します。

この更新プログラムのロールアップで修正される問題

• 問題 1
  
  VMM オブジェクトが削除されると、801 エラーが発生します。 VMM では、仮想マシンなどの VMM オブジェクトを UI または Windows Powershell から削除できないという問題が発生することがあります。これは、その子オブジェクトの一部がデータベースに存在しないためです。 これにより、ユーザーは、影響を受けるオブジェクトを削除するための修復スクリプトを検索する場合がよく発生します。 更新プログラム ロールアップ 6 では、VMM によって 3 つの Powershell コマンドレットが改善され、801 関連のエラーが最小限に抑えられます。 これらのコマンドレットは Remove-SCServiceTemplate、Remove-SCLibraryServer、Remove-SCLibraryShare です。 ユーザーは、801 エラーを回避するために、–Force フラグをこれらのコマンドレットと共に使用する必要はありません。 コマンドレットは、801 エラーにつながる依存関係を解決する機能を提供します。
  

• 問題 2
  
  VMM サービスがクラッシュし、Integration Services イベントに応答すると、System.Xmlでアクセス違反エラーが生成されます。
  

• 問題 3
  
  WCF エラー ハンドラーの重大な例外 -- ObjectDisposedException -- Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError。 VMM が WCF サービス ホストをシャットダウンすると、処理されていないメッセージが強制的に終了する可能性がある Abort が呼び出され、ObjectDisposedExceptions がスローされる可能性があります。 VMM の最上位レベルの WCF エラー ハンドラーでは、プロセスが終了する前にこれらの例外が表示され、重大な例外として報告されます。 ここでは、VMM は無害なエラーを重大なエラーとして報告し、ユーザーの混乱を招く可能性があります。
  

• 問題 4
  
  vnic が接続されていない場合、UI で MAC アドレスのオプションがグレー表示されます。 これにより、ユーザーは NIC を静的としてマークできなくなります。 System Center 2012 R2 で VMM にアップグレードした後、仮想マシンがネットワークに接続されていない場合、作成した VM テンプレートで静的 Mac アドレスのオプションを選択することはできません。 仮想マシンが "接続されていない" 場合、MAC アドレスと IP オプションは淡色表示されます。 そのため、デプロイ前に仮想マシンに静的 MAC アドレスを割り当てることはできません。
  

• 問題 5
  
  Hyper-V がフロッピー ドライブ オブジェクトを返さない場合、Vvirtual マシンのカスタマイズが失敗し、重大な例外が生成される可能性があります。 仮想マシンのカスタマイズ中に、Hyper-V によってフロッピー ドライブ オブジェクトが null として返され、VMM がドライブの追加を試みる可能性があります。 ただし、フロッピー ドライブの追加は Hyper-V では実装されません。 これにより、ジョブエラーの原因となる例外がスローされ、仮想マシンは作成に失敗した状態になります。 ユーザーは、仮想マシンを修復して機能させることができます。 これは、(リモート共有上の) フロッピー ドライブ構成が Hyper-V で使用できない場合、または Hyper-V がビジー状態またはストレスが発生している場合に発生する可能性があります。
  

• 問題 6
  
  1 つの VM サブネットに対して複数の IP プールが構成されている場合、静的 IP を持つ VM をデプロイできません。 お客様は、静的 IP 設定を持つテンプレートを使用して仮想マシンを作成しようとします。 サブネットに複数の IP プールがあり、お客様が既定のプールとは異なるプール (つまり、UI に表示されている自動設定されたプール) から IP アドレスを提供した場合、VM ウィザードはエラーなしで終了しますが、仮想マシンの作成は失敗し、"IP アドレス範囲外" エラーが返されます。
  

• 問題 7
  
  VmmService のクラッシュは、Hyper-v によって送信された IP 変更イベントで削除された仮想マシンサブネットの処理中に発生します。NVGRE セットアップで、HYPER-V for IP Change によって送信されたイベントが VMM に存在しなくなった場合、VMM サービスのクラッシュが発生します。
  

• 問題 8
  
  VMMovedRefresherEvent が受信されないため、VMS が見つからないと報告されます。 ホストが Eventing モードではなく、仮想マシンが移行状態の間に仮想マシンの移動イベントが発生し、イベントの更新プログラムがフックアップしたときに、誰もリッスンしていないウィンドウがあり、リッスン モードの直前に更新操作が変更を受け取らない可能性があります。 したがって、VMM は、次のフル リフレッシャー (最大 24 時間) まで、これらの変更を受け取りません。
  
  Eventing モードの場合、このような欠落したイベントがライト仮想マシンの更新ツールを介して同期されるようにするには、次のレジストリ キーを作成して構成して、ライト仮想マシンの更新を定期的に実行できます。 この更新機能は、イベント ベースの更新機能に加えて実行されます。
  

  レジストリの場所:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
  レジストリ キー:
  VMPropertiesEventAssitedUpdateInterval
  
  レジストリの種類: DWORD
  
  最小値: 0 秒
  
  最大値: 20 日

  値は秒単位で指定する必要があります。
  DWORD 名: VMPropertiesEventAssitedUpdateInterval
  
  DWORD 値:value_in_seconds
  
  value_in_seconds プレースホルダーは、0 秒から 20 日間 (秒単位) の値を指定できます。
  

• 問題 9
  
  ユーザーへのRemove-Host中に、不足している仮想マシンまたはサービス仮想マシンの削除を示す明示的なフラグを必要とします。 現在、VMM では、VMM からホストを削除するときに、ホスト上に VM が存在するかどうかは確認されません。 ホストには、サービス仮想マシン、クラウドにデプロイされる仮想マシン、カスタム プロパティが定義されている仮想マシンを含めることができます。 ユーザーが誤ってこのようなホストを削除した場合、これらの関連付けはすべて壊れます。 この修正プログラムは、このようなホストが実際に VMM から削除される前に確認メッセージをユーザーに求めることで、このようなシナリオを回避します。
  

• 問題 10
  
  複数のネットワーク サイトを持つ論理ネットワークがあり、ネットワーク サイトがホスト ネットワーク アダプターに表示されている場合は、それらの異なるネットワーク サイトのPA が割り当てられ、ルーティング情報も設定する必要があります。 (ネットワーク サイトは"論理ネットワーク定義" と呼ばれることもあります)。 ホスト 1 上の VM1 が PA1 に接続されている複数のホスト シナリオでは、VM2 が hnv LN に接続され、NetwkSite1 用の PA1 が存在し、後で接続が切断され、NetwkSite2 用の PA2 が存在する場合があります (ランダムまたは PA 枯渇のため)、しばらくの間、 NetwkSite1 と NetwkSite2 の間で PA ルーティング情報を設定しない場合があります。 これは、内部ルート表現がハッシュ テーブルに挿入するためにキーを設定する方法が原因で発生します。
  

• 問題 11
  
  ホストが更新されると、常にデータをストリーミングする WinRM ネットワーク接続 (更新された各ホストに対する) が確立されます。
  

• 問題 12
  
  複数のホスト仮想ネットワーク アダプターが作成されると、ランダムなエラーが観察されます。 お客様が論理スイッチの一部として 1 回のショットで複数の仮想ネットワーク アダプターを作成すると、1 つ以上の仮想ネットワーク アダプターの IP 構成が失敗する可能性があります。
  

• 問題 13
  
  ホスト更新の実行時に、ユーザーが HostWSManGetter.UpdateRASDCache で重複するキー挿入を受け取ります。
  

• 問題 14
  
  ユーザーがチェックポイントを使用して仮想マシンを複製しようとすると、複製操作が完了すると、VMM は新しく作成された複製仮想マシンを元の仮想マシンとして誤って認識し、仮想マシンが移行されたことを誤って推論します。 その後、この変更を処理しようとします。 そのため、'missing' 状態の別のホスト上に追加の仮想マシンが作成されます。 VMM は、仮想マシンが別のホストを使用していると考え、この仮想マシンは次の仮想マシンの更新まで TFS に表示されません。
  

• 問題 15
  
  VSEM プロバイダーがアップグレードされると、通知を受信するプロバイダーの機能は通知エンジンに示されません。
  

• 問題 16
  
  動的ホストの最適化中にネットワーク配置がクラッシュします。 一部の配置操作はタスクとして実行されるはずです。 更新タスクで実行される場合、コンテキストは null です。 これにより、配置がクラッシュします。
  

• 問題 17
  
  代理管理者が VMM コンソールを起動すると、VMM コンソールを開くには 4 分以上かかります。 大規模な環境では、管理者と比較すると、代理管理者の VMM コンソールの起動が遅延します。
  

• 問題 18
  
  Storage プロバイダーの更新は、sofs 上のディスクを置き換えた後に失敗します。
  

• 問題 19
  
  VMM は ASR なしでレプリカ/プライマリ仮想マシンを更新できません。また、IR Pending 状態の Recovery VM の移行ではライブ マイグレーションが実行されません。
  

• 問題 20
  
  仮想マシンが削除されると、削除される前にチェックポイントがマージされます。 ユーザーがチェックポイントを持つ仮想マシンを削除しようとすると、削除が完了するまでに長い時間 (最大 1 時間) かかります。
  

• 問題 21
  
  Run DO 操作は、重大な例外である DBCorruptionException を受け取ることがあります。
  

• 問題 22
  
  一部のユーザーは、IP 範囲の代わりに大きな VIPAddress セットを使用して、個々の IP を簡単に追加または削除できるようにします。 VMM 管理パック スキーマは現在、このフィールドを 256 文字に制限しています (既定値)。 ただし、ユーザーの値は最大 500 文字の場合があります。 そのため、SCOM から予期しない例外が発生したため、検出によって VMM と OM の統合が中断されました。
  

• 問題 23
  
  RG/LUN が事前に作成されている場合、enableRG タスクの後にターゲット RG とターゲット LUN は関連付けられません。
  

• 問題 24
  
  F5 ゲートウェイ デバイスが失敗して置き換えられた場合は、MAC アドレス エントリを更新する必要があります。 F5 デバイスが RMA で、新しいデバイスを新しい MAC アドレスで置き換えた場合、VMM は新しいデバイスの MAC アドレスを更新する方法がありません。
  

• 問題 25
  
  ユーザーがレプリカ仮想マシンにスタンプを押して、ユーザー ID をスタンプできるようにします。 ユーザーは自分の ReplicaVM の UserRole 属性と所有者属性を更新する必要がありますが、現在、レプリカ仮想マシンに対する操作はブロックされています。 そのため、レプリカ VM でこれら 2 つのパラメーターを更新することはできません。
  

• 問題 26
  
  新しい HA 仮想マシンをクラスターにデプロイするときに、登録された SMB 共有がターゲット パス オプションとして表示されません。
  

• 問題 27
  
  レプリケーション サービスを検出するときのStorage Refresher の重大な例外 -- ArgumentNullException -- SetCustomOptions。
  

• 問題 28
  
  ホストの更新中に、VMM はチーム情報 (チームまたは LBFO チームの切り替え) に対してクエリを実行します。 一方、クエリ スイッチ チーム VMM は WSMan 例外に達します。これにより、vswitch はコンソールから消えます。
  

• 問題 29
  
  プローブでは HTTPS プロトコルがサポートされていないため、VMM では HTTPS サイトを監視する監視ルールを作成できません。 VMM では、LB ポート構成セクションで HTTP と HTTP がサポートされていますが、LB プローブ プロトコル セクションでは HTTPS はサポートされていません。
  

• 問題 30
  
  リソース所有者 (SSU ユーザー) は、リソースの 'GrantedTo' リストにアクセスする権限がないため、リソースに対する aces を持つすべてのユーザーを確認できません。 アクセスを許可するユーザーがセルフサービス ユーザーでもある場合、コンソールを再起動するまで、行った変更を確認できません。 管理者ユーザーは変更を表示できますが、セルフサービス ユーザーの場合、コンソールを再起動するまで、GrantedToList はキャッシュされた結果を返し続けます。
  

• 問題 31
  
  VMM の移行プロセスが組み込まれている親ディスクを移動できません。 ユーザーには数百の VM があり、すべての差分ディスクが 1 つの親を指しています。 これらの VM をすべて新しいストレージ ソリューションに移動することは、VMM によってブロックされています。 差分ディスクの場合、階層内の先祖ディスク (親子関係) が別の差分ディスクによって共有されている場合、差分ディスクのストレージ移行は VMM によってブロックされます。 ただし、Hyper-V Manager を使用して有効にします。
  

• 問題 32
  
  Field expectedDSColumn は重大な例外をスローしますが、列が一致しないメッセージをトレースすると、get-scvmhost が実行されたときにサーバーがクラッシュします。 サーバー DB がしきい値に更新された後、R2 サーバーは特定のケースでサーバーを操作できません。 このコードパスは、一部のネットワーク オブジェクトと ADHC オブジェクトで使用されます。
  

• 問題 33
  
  既存のサービス テンプレートをスケールアウトすると、同じ名前の Hyper-V 仮想マシンが 2012 R2 更新プログラム ロールアップ 5 System Center VMM に作成されます。
  

• 問題 34
  
  ゲスト仮想マシンにWindowsセキュリティ更新プログラムの3035131または3031432がインストールされている場合、VMM ゲスト エージェントは、VM デプロイの一環として VMM によって要求される汎用コマンド実行 (GCE) スクリプトを実行しません。 これにより、デプロイとサービスに GCE スクリプトを使用する複数のシナリオでエラーが発生する可能性があります。 たとえば、GCE スクリプトを使用して VMM サービス テンプレートにサービスを提供しようとすると、エラー コード 22029 が返されます。
  
  注: System Center Virtual Machine Manger 2012 R2 の更新プログラム ロールアップ 6 (またはそれ以降の更新プログラムロールアップ) をインストールした後、指定した実行アカウントにバッチ ジョブとしてのログオン権限を付与する必要があります。 これらの権限がない場合、ゲスト エージェントは実行アカウントを介して GCE スクリプトを実行できません。
  

• 問題 35
  
  CSV としてクラスター化された記憶域領域を使用し、仮想マシン ストレージが CSV 上にある場合、仮想マシンのライブ マイグレーションは失敗します。 Hyper-V クラスターのライブ マイグレーションは、System Center 2012 R2 更新プログラム ロールアップ 5 の VMM の後では機能しません。
  

• 問題 36
  
  ベース ディスクの配置は、有効な配置共有間でローテーションする必要があります。
  

• 問題 37
  
  VMM コンソールでは、サービス テンプレートのコピー中に既存のリリース文字列を使用できます。 ユーザーがサービス テンプレートの "Copy" コマンドを使用してサービス テンプレートをコピーできない場合があります。 理由は、管理者コンソールによって、リリースの既存の文字列が生成されるためです。
  

• 問題 38
  
  System Center 2012 R2 の VMM では、[容量の概要] タイルが表示されていません。 System Center 2012 SP1 の VMM の [VM とサービス] ウィンドウで、ホストを選択し、上部のメニューで [概要] をクリックすると、コンソールに選択したホストに関する概要と容量の情報が表示されます。 プロセッサ コア、メモリ (GB)、Storage (GB) に関する詳細は、System Center 2012 R2 では使用できなくなりました。
  

• 問題 39
  
  重複する VSID が原因で VMM サービスがクラッシュする。 まれなケース (同期/競合状態と乱数の競合) では、異なる HNV 仮想マシン サブネットで同じ VMSubnetIdentifier (a.k.a VSID) を取得できます。 これにより、これらの HNV 仮想マシン サブネットを使用すると、予期しない動作が発生します。 たとえば、このサブネットに接続されている VM の場合、VM は想定される接続を取得できず、同じサブネット上の VM と通信できません。 または、IP アドレスが変更されると、VMM サービスのクラッシュが発生します。
  

• 問題 40
  
  Load Balancerの背後に仮想マシンをデプロイすると、配置に重大な例外が発生します。
  

  Microsoft.VirtualManager.Engine.Placement.Conversion.HostConversionHelper.GetLoadBalancerAddressPoolResources

• 問題 41
  
  更新プログラム ロールアップ 5 で導入されたスタート ページは、更新プログラム ロールアップ 6 で削除されます。
  

• 問題 42
  
  仮想マシンはレプリケーション グループに関連付けられていないので、レプリケーション グループによって保護されている場所に移動できませんでした。
  

• 問題 43
  
  HNV ネットワークのゲスト IP は、設定が有効になっている場合でも、Dynamic/DedicatedGuestIP としてマークされません。 CA フェールオーバーが壊れています。 NVGRE ネットワーク (HNV ゲスト クラスター/ゲスト IP フェールオーバー シナリオ) に接続されている仮想マシンに追加/移動された IP アドレスの場合、仮想マシンに EnableGuestIPNetworkVirtualizationUpdates=true の設定が設定されている場合でも、IP アドレスは動的 (VMM の種類 = DedicatedGuestIP) として *not* マークされます。 IP アドレスを初めて追加/移動したときには機能しますが、後で IP のフェールオーバー (VM 間の移動) は自動的には検出されません。 そのため、IP アドレスに到達できず、VM は接続を失います。
  

• 問題 44
  
  旧型の埋め込みストレージ プロバイダーは、UR5 と統合されていません。 ストレージ プロバイダーを更新できません。 これにより、プロバイダーの管理ができなくなります。
  

• 問題 45
  
  電源最適化時間範囲を設定すると、VMM クライアントがクラッシュします。
  

• 問題 46
  
  ホストの接続が失敗したときに、競合状態が WnvEventEntrySubscriptionObserver の破棄に存在します。
  

• 問題 47
  
  CentOS 7 と Red Hat Enterprise Linux 7 では、DHCP が使用されている場合、ネットワーク インターフェイスの構成を設定できません。
  
  これは、System Center Virtual Machine Managerによって DHCP を使用するように構成されているすべての CentOS 7 および Red Hat Enterprise Linux (RHEL) 7 仮想マシンに適用されます。 DHCP を使用した CentOS 7 および RHEL 7 サーバーでは、Linux サーバーで使用される各イーサネット インターフェイスのネットワーク構成データが存在しません。 この問題は、以前のイテレーションとは異なり、CentOS 7 と RHEL 7 に Linux ツール ifconfig が既定でインストールされていないために発生します。 IP ツールがインストールされている場合は、ifconfig の代わりに IP ツールを使用するように DHCP ネットワークの構成スクリプトが更新されました。

System Center 2012 R2 Virtual Machine Manager の更新プログラム ロールアップ 6 を取得してインストールする方法