System Center Virtual Machine Manager のリリース ノート

  • [アーティクル]

Virtual Machine Manager (VMM) 2022 には既知の問題はありません。

VMM 2022 の新機能については、「 新機能」を参照してください。

この記事では、System Center 2019 - Virtual Machine Manager (VMM) のリリース ノートについて説明します。

VMM 2019 リリース ノート

以下のセクションでは、VMM 2019 のリリース ノートの概要と、既知の問題と回避策について説明します。 VMM 2019 UR1 と UR2 には既知の問題はありません。

CleanUpDisks フラグを設定してクラスター ノードを削除すると失敗する

説明: CleanUpDisks フラグを使用して Windows Server 2019 S2D クラスターからクラスター ノードを削除すると、次のシナリオでは、 指定したインスタンスMSFT_StorageJobを取得できませんでした エラーで削除が失敗します。

  • すべてのボリュームに対応するには、残りのサーバーでは記憶域容量が十分ではありません。

  • ボリュームの回復性を提供するのに十分な障害ドメインがありません。

回避策:次の点に注意してください。

  • 残りのサーバーに、すべてのボリュームに対応するのに十分な記憶域容量があること

  • ボリュームの回復性を提供するのに十分な障害ドメインがあること。

SMI-S 管理インターフェイスを持つ記憶装置の追加が失敗する

説明:Windows Server 2019 に System Center Virtual Machine Manager (VMM) 2019 がインストールされていると、SMI-S 管理インターフェイスを備えた記憶装置の追加が、"記憶域プロバイダーの登録に失敗しました。エラー コードは WsManMIInvokeFailed です。 " エラーで失敗します。

回避策:VMM は "Windows 標準ベースの記憶域の管理" サービスを利用して、SMI-S を使用する記憶装置を管理します。 ストレージ デバイスを追加する前に、サービスが開始されていることを確認します。

Windows Server 2019 では HNVv1 ネットワークがサポートされていません

説明: Windows Server 2019 では HNVv1 はサポートされていません。 HNVv1 が現在使用されている場合、HNVv1 を使用しているクラスターは、クラスターのローリング アップグレードを使用して Windows Server 2019 にアップグレードしないでください。

回避策:クラスター ローリング アップグレードを使用して Windows Server 2019 にアップグレードする前に、Windows Server 2016 で HNVv1 から SDNv2 に移行します。

コンソールの最新のアクセシビリティ修正プログラムは使用できません

説明:.NET 4.7 を使用している場合、VMM コンソールをインストールするとき、コンソールの最新のアクセシビリティ修正プログラムが利用できない場合があります。

回避策:.NET 4.8 を使用することをお勧めします。 .NET 4.8 の移行の詳細については、.NET への移行に関する記事を参照してください。

SLB MUX のバックエンド アダプター接続が期待どおりに機能しない

説明:仮想マシン (VM) の移行後に、SLB MUX のバックエンド アダプターの接続が期待どおりに機能しないことがあります。

回避策: 回避策として、SLB MUX VM でのスケールインまたはスケールアウトを選択できます。

クラスター ロールアップ アップグレードが失敗する

説明: ライブラリ サーバー内の Windows Server 2019 仮想ハード ディスク (VHD) がオペレーティング システム (OS) の再展開用のコンピューター プロファイルとして使用されている場合、 Hyper-V ホストを記憶域アレイに接続 する段階でクラスター ロールアップ アップグレード (CRU) が失敗し、最新の更新プログラムがインストールされません。

回避策:このエラーを解決するには、保留されているすべての更新プログラムを VHD にインストールし、CRU ジョブを再起動します。

この問題を回避するには、CRU トリガーの前に、CRU に使用する VHD に OS の最新の更新プログラムをインストールします。

記憶域の動的最適化では、最適化条件が満たされていても VHD の移行はトリガーされません

説明: クラスター化共有ボリューム (CSV) の 1 つの記憶域の空き容量が [動的最適化] ページで設定されているディスク領域しきい値を下回り、強度条件が満たされていると、記憶域の動的最適化 (DO) によって CSV 間の VHD の移行がトリガーされるはずです。 しかし、場合によっては、記憶域 DO の他の条件がすべて満たされていても、VHD が移行されないことがあります。

回避策:記憶域の移行が確実にトリガーされるようにするには、次のようにします。

  1. Get-SCStorageVolume コマンドレットを使用して、HostVolumeID を確認します。 ボリュームの HostVolumeID として Null が返される場合は、VM を更新し、記憶域 DO をもう一度実行します。
  2. Get-SCHostResever コマンドレットを使用して、ホスト グループの DiskSpacePlacementLevel を確認します。 DiskSpacePlacementLevel の値を、動的最適化ウィザードの "ホスト予約" の設定でのディスク領域と同じ値に設定します。

記憶域の動的最適化ディスクで VHD の移行が双方向に何回も実行される

説明: 同じファイル共有を持つホスト グループ間でディスク領域の警告レベルが一致しない場合は、そのファイル共有との間で複数の移行が発生し、ストレージ DO のパフォーマンスに影響する可能性があります。

回避策: ストレージの動的最適化が有効になっている異なるクラスター間でファイル共有を行わないでください。

VMM サーバーのパフォーマンス監視が "アクセス拒否" イベント エラーで失敗する

説明: Operations Manager を使用して VMM が監視されている場合、VMM サーバーのパフォーマンスの監視が "アクセス拒否" イベント エラーで失敗します。 サービス ユーザーには、VirtualMachineManager-Server/Operational イベント ログにアクセスするためのアクセス許可がありません。

回避策:次のコマンドを使用して操作イベント ログのレジストリに対するセキュリティ記述子を変更した後、イベント ログ サービスと正常性ログ サービスを再起動します。

reg add HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Channels\Microsoft-VirtualMachineManager-Server/Operational /v ChannelAccess /t REG_SZ /d O:BAG:SYD:(D;;0xf0007;;;AN)(D;;0xf0007;;;BG)(A;;0xf0007;;;SY)(A;;0x7;;;BA)(A;;0x3;;;NS)(A;;0x1;;;IU)(A;;0x1;;;SU)"

このコマンドは、VirtualMachineManager-Server/Operational イベント ログにアクセスできる許可されたユーザーの一覧にサービス ユーザーを追加します。

Set-SCVMSubnet -RemovePortACL ジョブが、NC VMSubnet オブジェクトから portACL 関連付けを削除することなく VMM で完了する

説明: Set-SCVMSubnet -RemovePortACL ジョブは、NC VMSubnet オブジェクトから portACL 関連付けを削除せずに VMM で完了します。これは、まだ使用中の NC 例外で失敗した Remove-PortACL が原因です。

回避策:VMM から VMSubnet を削除してから、Port-ACL を削除します。

Import-Module NetworkController

#ネットワーク コントローラーの URI を REST IP または FQDN に置き換えます

$uri = "<NC FQDN or IP>"

#NC 管理者の資格情報を指定します

$cred = Get-Credential

#サブネットを含む仮想ネットワークを特定します

$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential $cred

#ACL を削除する必要があるサブネットを特定します

$vnet.Properties.Subnets[0].Properties = $vnet.Properties.Subnets[0].Properties | Select-Object -Property * -ExcludeProperty AccessControlList

#更新します

New-NetworkControllerVirtualNetwork -ResourceId "Fabrikam_VNet1" -ConnectionUri $uri –Properties $vnet.Properties -Credential $cred

重要

このバージョンの Virtual Machine Manager (VMM) がサポート終了に達しました。 VMM 2022 にアップグレードすることをお勧めします。

この記事では、System Center 1807 - Virtual Machine Manager (VMM) のリリース ノートについて説明します。

VMM 1807 リリース ノート

以下のセクションでは、VMM 1807 のリリース ノートの概要と、既知の問題と回避策について説明します。

コンソールの最新のアクセシビリティ修正プログラムが利用不可

説明: .NET 4.7 を使用している場合、VMM コンソールをインストールするとき、コンソールの最新のアクセシビリティ修正プログラムが利用できない場合があります。

対応策: VMM コンソールのインストール時には、.NET 4.7.1 を使用することを推奨します。 .NET 4.7.1 の移行の詳細については、.NET への移行に関する記事を参照してください。

SLB MUX のバックエンド アダプター接続が期待どおりに機能しない

説明: VM の移行後に SLB MUX のバックエンド アダプター接続が期待どおりに機能しません。

回避策: 回避策として、SLB MUX VM でのスケールインまたはスケールアウトを選択できます。

SLB アドレスの接続の問題

説明: Software Load Balancer MUX VM に割り当てられているフロントエンドおよびバックエンド IP アドレスで、[Register this connection's address in DNS](この接続のアドレスを DNS に登録する) がオンの場合、接続の問題が発生することがあります。

回避策: この設定をオフにして、このような IP アドレスに関する問題を回避します。

VMM が Azure Site Recovery と統合されている場合、バージョン 5.1.3100 より前の DRA はサポートされない

説明: Azure Site Recoveryと統合された VMM を使用している場合、VMM では Data Recovery Agent (DRA) バージョン 5.1.3100 以降がサポートされます。 以前のバージョンはサポートされません。

回避策: 次の手順を使用して DRA のバージョンをアップグレードします。

  1. DRA の既存バージョンをアンインストールします
  2. VMM 1807 パッチをインストールします
  3. バージョン 5.1.3100 以降をインストールします。

多数の論理ネットワーク定義がある場合、ホスト/クラスターの更新に長い時間がかかる場合がある

説明: 環境内に多数の論理ネットワーク定義がある場合、クラスター/ホストの更新に予想よりも時間がかかる場合があります。

Set-SCVMSubnet -RemovePortACL ジョブが、NC VMSubnet オブジェクトから portACL 関連付けを削除することなく VMM で完了する

説明:Set-SCVMSubnet -RemovePortACL ジョブが、NC VMSubnet オブジェクトから portACL 関連付けを削除することなく VMM で完了します。これにより、Remove-PortACL ジョブがまだ使用中の NC 例外で失敗します。

回避策:VMM から VMSubnet を削除してから、Port-ACL を削除します。

Import-Module NetworkController

#ネットワーク コントローラーの URI を REST IP または FQDN に置き換えます

$uri = "<NC FQDN or IP>"

#NC 管理者の資格情報を指定します

$cred = Get-Credential

#サブネットを含む仮想ネットワークを特定します

$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential $cred

#ACL を削除する必要があるサブネットを特定します

$vnet.Properties.Subnets[0].Properties = $vnet.Properties.Subnets[0].Properties | Select-Object -Property * -ExcludeProperty AccessControlList

#更新します

New-NetworkControllerVirtualNetwork -ResourceId "Fabrikam_VNet1" -ConnectionUri $uri –Properties $vnet.Properties -Credential $cred

この記事では、System Center 2016 - Virtual Machine Manager (VMM) のリリース ノートについて説明します。

重要

このバージョンの Virtual Machine Manager (VMM) がサポート終了に達しました。 VMM 2022 にアップグレードすることをお勧めします。

VMM 1801 リリース ノート

次のセクションでは、VMM 1801 のリリース ノートの概要と、既知の問題と回避策について説明します。

コンソールの最新のアクセシビリティ修正プログラムが利用不可

説明: .NET 4.7 を使用している場合、VMM コンソールをインストールするとき、コンソールの最新のアクセシビリティ修正プログラムが利用できない場合があります。

対応策: VMM コンソールのインストール時には、.NET 4.7.1 を使用することを推奨します。 .NET 4.7.1 の移行の詳細については、.NET への移行に関する記事を参照してください。

SLB MUX のバックエンド アダプター接続が期待どおりに機能しない

説明: VM の移行後に SLB MUX のバックエンド アダプター接続が期待どおりに機能しません。

回避策: 回避策として、SLB MUX VM でのスケールインまたはスケールアウトを選択できます。

SLB アドレスの接続の問題

説明: Software Load Balancer MUX VM に割り当てられているフロントエンドおよびバックエンド IP アドレスで、[Register this connection's address in DNS](この接続のアドレスを DNS に登録する) がオンの場合、接続の問題が発生することがあります。

回避策: この設定をオフにして、このような IP アドレスに関する問題を回避します。

既定のポート分類の名前が変更されていると、アップグレードが失敗する可能性がある

説明: 既定のポート分類の元の名前を変更して VMM 1801 にアップグレードしようとすると、VMM セットアップのログに次のようなエラー メッセージが表示されてアップグレードが失敗する場合があります。

Violation of PRIMARY KEY constraint 'PK_tbl_NetMan_PortClassification'.(主キー制約 'PK_tbl_NetMan_PortClassification' に違反します。) Cannot insert duplicate key in object 'dbo.tbl_NetMan_PortClassification'.(オブジェクト 'dbo.tbl_NetMan_PortClassification' に重複するキーを挿入できません。).

回避策: ポート分類名を元の名前に戻し、アップグレードをトリガーします。 アップグレード後、既定の名前を別の名前に変更できます。

Set-SCVMSubnet -RemovePortACL ジョブが、NC VMSubnet オブジェクトから portACL 関連付けを削除することなく VMM で完了する

説明:Set-SCVMSubnet -RemovePortACL ジョブが、NC VMSubnet オブジェクトから portACL 関連付けを削除することなく VMM で完了します。これにより、Remove-PortACL ジョブがまだ使用中の NC 例外で失敗します。

回避策:VMM から VMSubnet を削除してから、Port-ACL を削除します。

Import-Module NetworkController

#ネットワーク コントローラーの URI を REST IP または FQDN に置き換えます

$uri = "<NC FQDN or IP>"

#NC 管理者の資格情報を指定します

$cred = Get-Credential

#サブネットを含む仮想ネットワークを特定します

$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential $cred

#ACL を削除する必要があるサブネットを特定します

$vnet.Properties.Subnets[0].Properties = $vnet.Properties.Subnets[0].Properties | Select-Object -Property * -ExcludeProperty AccessControlList

#更新します

New-NetworkControllerVirtualNetwork -ResourceId "Fabrikam_VNet1" -ConnectionUri $uri –Properties $vnet.Properties -Credential $cred

VMM 2016 リリース ノート

次のセクションでは、VMM 2016 のリリース ノートの概要と、既知の問題、修正プログラム、回避策について説明します。

VMM の展開

VMM 管理コンソールのインポートが失敗することがある

説明: Administrator 以外のアカウントで VMM 管理コンソール アドインをインポートすると、コンソールがクラッシュします。 この問題は、コンソール アドインが "C:\Program Files\" フォルダーに保存され、管理者のみがそのフォルダーにアクセス権を持っている場合に起こります。 回避策: コンソール アドインを管理者アクセス権が必要ない場所に保存してから、インポートします。

Storage

VM の高可用性への昇格が失敗することがある

説明: ローカル記憶域で VM を作成し、起動し、チェックポイントを作成します。 VM を移行して昇格し、クラスターにおける可用性を上げようとすると、失敗することがあります。 回避策: 移行を実行する前に、実行中のチェックポイントを削除し、VM を停止します。

CSV から LUN 記憶域に VM を移行できないことがある

説明: CSV 記憶域を使用して高可用性 VM を作成し、クラスター上で使用可能な記憶域として LUN を追加して、CSV の VM を LUN に移行します。 VM と LUN 記憶域が同じノードにある場合、移行は成功します。 同じノードになければ、移行は失敗します。 対応策: LUN 記憶域が登録されているクラスター ノードに VM が配置されていない場合、そこに移行してください。 それから VM を LUN 記憶域に移行します。

NAS アレイの容量が 0 GB と表示されます。

説明: VMM で、NAS アレイの既存のファイル共有の [合計容量] と [使用可能な容量] が 0 GB と表示されます。 回避策:ありません。

ネットワーク

SDN ネットワーク コントローラーで管理されている論理ネットワークで動的 IP アドレスを使用できない

説明: VMM ファブリック内の SDN ネットワーク コントローラーで管理されている論理ネットワークと接続する VM の動的 IP アドレスの使用は、サポートされていません。 回避策: 静的 IP アドレスを構成します。

VMM で SET スイッチが "Internal" と表示される

説明: VMM コンソールの外部に SET スイッチを展開し、VMM ファブリックで管理を開始すると、スイッチの種類は 内部として表示されます。 これはスイッチの機能に影響はありません。 回避策:ありません。

アップグレード後に、LACP チーム スイッチが動作しない

説明: VMM 2016 にアップグレードした後、論理スイッチで構成された LACP チームは機能しません。 回避策: スイッチを再配置するか、チームに物理ネットワーク アダプターをもう一度追加します。

SLB MUX のバックエンド アダプター接続が期待どおりに機能しない

説明: VM の移行後に SLB MUX のバックエンド アダプター接続が期待どおりに機能しません。 回避策: 回避策として、SLB MUX VM でのスケールインまたはスケールアウトを使用します。

CNG ベースの CA 証明書がサポートされない

説明: CA の証明書を使用している場合、VMM の SDN 展開には .CNG 証明書を使用できません。 回避策: 他の証明書の形式を使用します。

IP アドレスを変更する場合、ネットワーク コントローラーが管理するネットワークに接続されている仮想アダプターを再起動する必要がある

説明: ネットワーク コントローラーが管理する VM ネットワークに接続されている仮想ネットワーク アダプターのいずれかで、割り当てられている IP アドレスを変更した場合は、関連付けられているアダプターを手動で再起動する必要があります。 回避策: 回避策はありません。

ネットワーク コントローラーが管理するネットワーク インフラストラクチャでは、IPv6 はサポートされない

説明: IPv6 は、VMM ファブリックのネットワーク コントローラーではサポートされません。 回避策: IPv4 を使用します。

SLB アドレスの接続の問題

説明: SLB MUX VM に割り当てられているフロントエンドおよびバックエンド IP アドレスで、[この接続のアドレスを DNS に登録する] がオンの場合、接続の問題が発生することがあります。 回避策: 問題を回避するには、この設定をオフにします。

Set-SCVMSubnet -RemovePortACL ジョブが、NC VMSubnet オブジェクトから portACL 関連付けを削除することなく VMM で完了する

説明:Set-SCVMSubnet -RemovePortACL ジョブが、NC VMSubnet オブジェクトから portACL 関連付けを削除することなく VMM で完了します。これにより、Remove-PortACL ジョブがまだ使用中の NC 例外で失敗します。

回避策:VMM から VMSubnet を削除してから、Port-ACL を削除します。

Import-Module NetworkController

#ネットワーク コントローラーの URI を REST IP または FQDN に置き換えます

$uri = "<NC FQDN or IP>"

#NC 管理者の資格情報を指定します

$cred = Get-Credential

#サブネットを含む仮想ネットワークを特定します

$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential $cred

#ACL を削除する必要があるサブネットを特定します

$vnet.Properties.Subnets[0].Properties = $vnet.Properties.Subnets[0].Properties | Select-Object -Property * -ExcludeProperty AccessControlList

#更新します

New-NetworkControllerVirtualNetwork -ResourceId "Fabrikam_VNet1" -ConnectionUri $uri –Properties $vnet.Properties -Credential $cred

クラスターの管理

クラスターの機能レベルをアップグレードすると、ファイル サーバーの情報が更新されない

説明: ファイル サーバーを含むクラスターの機能レベルをアップグレードした場合は、プラットフォームの情報は、VMM データベースで自動的に更新されません。 回避策: クラスターの機能レベルをアップグレードした後に、ファイル サーバーのストレージ プロバイダーを更新します。

VMM で記憶域スペース ダイレクト クラスターの更新が失敗する

説明: VMM を使用した記憶域スペース ダイレクト クラスター (ハイパー コンバージドまたは細分類) の更新はサポートされていません。また、データが損失する可能性があります。 回避策: VMM を使用せず、Windows のクラスター対応更新 (CAU) を使用してクラスターを更新します。

Windows Server 2012 R2 ホスト クラスターから Windows Server 2016 Nano Server ホスト クラスターへのクラスター ローリング アップグレードが失敗する

説明: VMM のクラスター ローリング アップグレード機能を使用して、Windows Server 2012 R2 クラスターのホスト ノードを Windows Server 2016 - Nano Server にアップグレードしようとすると、VMM はエラー 20406 で失敗します。VMM はサーバー <サーバー名>にクラス MSFT_StorageNodeToDiskのインスタンスを列挙できませんでした.エラー MI RESULT 7 で失敗しました 要求された操作はサポートされていません。 回避策: Windows Server 2012 R2 ホスト クラスターを VMM の外部で Nano に手動でアップグレードします。

注意

Windows Server 2012 R2 からフル サーバーへのローリング アップグレードWindows Server 2016正常に動作します。 この問題は Nano に固有のものです。

VMM 管理コンソールでクラスターを追加するとエラーが発生することがある

説明: VMM 管理コンソールでクラスターをリソースとして追加すると、 入力に基づいてコンピューターが検出されなかったというエラーが表示されることがあります。 回避策: [ OK] を選択し、エラー ダイアログを閉じます。 その後、もう一度クラスターを追加してみます。

クラスターのローリング アップグレードで、高可用性ではない VM のライブ マイグレーションが実行されない

説明: WINDOWS SERVER 2012 R2 クラスターのローリング アップグレードを実行して VMM を使用してWindows Server 2016すると、高可用性ではない VM のライブ マイグレーションは実行されません。 保存された状態に移動されます。 回避策: アップグレードする前にすべてのクラスター VM を高可用性にするか、特定の VM に対して手動でライブ マイグレーションを実行します。

信頼されていないドメインにある Nano Server ベースのホストを追加するには、手動の手順が必要

説明: 信頼されていないドメインの Nano Server ベースのホストを追加できません。 回避策: ホストで次の手順を実行し、信頼されていないホストとして VMM ファブリックに追加します。

  1. HTTPS 上で WINRM を有効にします。

    New-Item -Path WSMan:\LocalHost\Listener -Transport HTTPS -Address * -CertificateThumbPrint $cert.Thumbprint –Force

  2. HTTPS 経由で WINRM を許可するファイアウォール例外をホストに作成します。

    New-NetFirewallRule -DisplayName 'Windows Remote Management (HTTPS-In)' -Name 'Windows Remote Management (HTTPS-In)' -Profile Any -LocalPort 5986 -Protocol TCP

境界ネットワークにある Nano Server ベースのホストが追加できない

説明: リソースの追加ウィザードを使用して境界ネットワークにある Nano Server ベースのホストを追加しようとすると失敗します。 回避策: ホストで次の手順を実行し、信頼されていないホストとして VMM ファブリックに追加します。

  1. ホストで HTTPS 上の WINRM を有効にします。

    New-Item -Path WSMan:\LocalHost\Listener -Transport HTTPS -Address * -CertificateThumbPrint $cert.Thumbprint –Force

  2. ホストでファイアウォール例外を作成し、HTTPS 経由の WINRM を許可します。

    New-NetFirewallRule -DisplayName 'Windows Remote Management (HTTPS-In)' -Name 'Windows Remote Management (HTTPS-In)' -Profile Any -LocalPort 5986 -Protocol TCP

高可用性アップグレード中にホストのベア メタル展開に失敗することがある

説明: VMM 2016 への高可用性アップグレード後に、VMM が Windows 展開サービス (WDS) のレジストリ キー HKLM\SYSTEM\CCS\SERVICES\WDSSERVER\PROVIDER\WDSPXE\PROVIDES\VMMOSDPROVIDER を誤って 'SCVMM/VIRT-VMM-1' ではなく 'HOST/VIRT-VMM-1' に更新してしまうことがあります。 その結果、ベア メタル展開でエラーが発生します。 回避策: HKLM\SYSTEM\CCS\SERVICES\WDSSERVER\PROVIDER\WDSPXE\PROVIDES\VMMOSDPROVIDER レジストリ エントリを手動で 'SCVMM/VIRT-VMM-1' に変更します。

アップグレード後にホスト エージェントの状態が一致しない

説明: VMM がホスト エージェントを更新すると、そのホストに新しい証明書を生成します。 この更新のため、ネットワーク コントローラー サーバー証明書とホスト証明書が一致しません。 回避策: [ホストの状態] ページでホストを修復します

Nano Server ベースのホストの SAN 移行が失敗する

説明: 2 つのスタンドアロン Nano Server ベースのホスト間で SAN 移行を行うと、エラーが発行されます。 回避策: 最新の VMM 更新プログラムのロールアップ (更新プログラムのロールアップ 2 の問題が修正されています) をインストールします。

記憶域スペース ダイレクト

記憶域スペース ダイレクトが有効なホストを VMM ファブリックに追加すると、警告が発行される

説明: 記憶域スペース ダイレクトが有効になっているクラスターにホストを追加すると、"ホスト \hostname> の既知のストレージ アレイでマルチパス I/O が有効になっていません" という内容の警告が生成されます。 回避策: 最新の VMM 更新プログラムのロールアップ (更新プログラムのロールアップ 2 の問題が修正されています) をインストールします。

高速ファイル コピーを使用して SOFS に VM を展開すると、警告が発行される

説明: 高速ファイル コピーを使用して SOFS に VM を展開した場合、アクションは正常に完了し、次の警告が表示されます。VMM は、高速ファイル コピーを使用してファイル <ソースの場所>を転送先の場所>に<転送できませんでした。ホスト>上の VMM エージェントから<エラーが返されました。 回避策:ありません。

クラスターの検証が常に実行される

説明: ノードをクラスターに追加すると (または記憶域スペース ダイレクト ハイパーコンバージド クラスターを作成すると)、クラスターの検証をスキップするオプションが有効な場合でも、クラスターの検証が常に実行されます。 回避策: 最新の VMM 更新プログラムのロールアップをインストールします。 この問題は、更新プログラムのロールアップ 2 で修正されました。

クラスター共有ボリューム (CSV) の分類の変更が適用されない

説明: 記憶域スペース ダイレクトハイパーコンバージド クラスター内のクラスター共有ボリューム (CSV) の分類を変更すると、所有者ノードの分類のみが更新されます。 他のノードは古い分類が割り当てられたままになります。 回避策: 最新の VMM 更新プログラムのロールアップをインストールします。 この問題は、更新プログラムのロールアップ 2 で修正されました。

SOFS 上に階層的なファイル共有を作成しても、期待どおりに動作しない

説明: SOFS で階層化されたファイル共有を正常に作成すると、重複除去オプションが選択されていない場合でもエラー (43020 [SM_RC_DEDUP_NOT_AVAILABLE]) が発行されます。 回避策: エラーを無視します。

VMM では、ハイパーコンバージド クラスターまたは記憶域スペース ダイレクト SOFS の正しい情報が表示されません

説明: 既存のハイパーコンバージド クラスターまたは記憶域スペース ダイレクト SOFS クラスターを VMM ファブリックに追加した後に、記憶域プロバイダーが追加されず、一部のプロパティを使用できません。 回避策: 最新の VMM 更新プログラムのロールアップをインストールします。 この問題は、更新プログラムのロールアップ 2 で修正されました。

VM の管理

VM をシールドするとエラーが発生する

説明: VMM ファブリック内の既存の VM に対してシールドを有効にした場合、またはシールドされていないテンプレートからシールドされた VM を作成した場合、ジョブはエラー 1730 で失敗する可能性があります。 仮想マシンがアクションが有効な状態でないため、選択したアクションを完了できませんでした。 このエラーは、ジョブの最後のステップで、シールドの完了後に VM をシャットダウンするときに発生します。 VM は適切にシールドされ、使用できる状態です。 回避策: 無視オプションを使用して VM を修復します。

VMM に VM セキュリティのプロパティの変更が表示されない

説明: 第 2 世代 VM のセキュア ブート プロパティを変更した場合、または VMM コンソールの外部でシールドされた VM の vTPM を有効または無効にした場合、変更はすぐには VMM に表示されません。 回避策: VM を手動で更新して変更内容を表示します。

BITS の既定のポート (443) を変更すると、VMM ライブラリへの VM の格納が失敗する

説明: VMM の構成時に既定の BITS ポートを変更し、VMM ライブラリに VM を格納するときにエラーが発生した場合。 エラー 2940: VMM で要求されたファイル転送を完了できません。HTTP サーバー <名> への接続を確立できませんでした。 回避策: ホストの Windows ファイアウォールの例外リストに新しいポート番号を手動で追加します。netsh advfirewall firewall add rule name="VMM" dir=in action=allow localport=<port no.> protocol=TCP

Nano Server ベースの VM から、VM テンプレートを作成することはできません。

説明: Nano Server ベースの VM から VM テンプレートを作成しようとすると、エラー 2903 が発行されます。 VMM は、指定されたファイル/フォルダー '' を '<サーバー名>' サーバーで見つけることができませんでした。このファイル/フォルダーは、別のオブジェクトの一部として必要になる場合があります。 回避策: Nano Server VHD を使用して VM テンプレートを最初から作成します。

Nano Server/コア ベースのゲスト OS でサービス テンプレートからサービスの展開が失敗する可能性があります。

説明: サービス テンプレートの役割と機能を選択すると、ゲスト OS プロファイルでは、Core、Nano Server、およびデスクトップが区別されません。 コア/Nano Server ベースのゲスト OS に適用しない役割と機能を選択する場合 (デスクトップ エクスペリエンスや他の GUI 関連の機能など)、展開エラーが発生することがあります。 回避策: これらの役割と機能はサービス テンプレートに含めないでください。

VMM 2016 は、アップグレード後に VMM ゲスト エージェントを更新しません。

説明: 既存のサービス展開で VMM を 2016 にアップグレードしてからそれらのサービスを提供すると、サービス展開の一部だった VM で VMM 2016 ゲスト エージェントが更新されません。 これは機能に影響がありません。 回避策: VMM 2016 ゲスト エージェントを手動でインストールします。

Nano Server ベースの VM がドメインに参加できない

説明: Nano Server VM を展開中に、VM の展開ウィザードの [OS の構成] ページでドメイン参加情報を指定することによって、VM をドメインに参加させようとした場合は、VMM は VM を展開しますが、その VM を指定されたドメインに追加しません。 回避策: VM がデプロイされたら、VM をドメインに手動で参加させます。 詳細については、こちらを参照してください。

起動順序付けで VM を開始するときにエラーが発生する

説明: Windows Server 2016には、依存する VM の起動順序を定義する VM の開始順序機能が含まれています。 この機能は VMM で使用できませんが、VMM 以外を使用して機能を構成した場合、VMM は VM を起動する順位を理解します。 ただし、VMM は誤検知エラー (12711) をスローします。VMM では、サーバー サーバー名>に対<する WMI 操作を完了できません。[MSCluster_ResourceGroup.Name=<name>] グループまたはリソースが、要求された操作を実行するための正しい状態ではありません。 回避策: エラーを無視します。 VM は正しい順序で起動します。

統合

SQL Server Analysis Services (SSAS) の統合は、VMM と Operations Manager 更新プログラムのロールアップ 1 で動作しません。

説明: 更新プログラムのロールアップ 1 を実行している場合、SQL Serverの SSAS を構成することはできません。 回避策: 最新の更新プログラムのロールアップをダウンロードします。 この問題は、更新プログラムのロールアップ 2 で修正されました。

次の手順

Virtual Machine Manager の新機能