Versionshinweise zu System Center Virtual Machine Manager

In diesem Artikel werden die Versionshinweise für System Center 2019 – Virtual Machine Manager (VMM) aufgelistet.

VMM 2019 – Anmerkungen zu dieser Version

Die folgenden Abschnitte enthalten Informationen zu den Anmerkungen zur Version VMM 2019 sowie zu bekannten Problemen und deren Umgehung. In VMM 2019 UR1 und UR2 gibt es keine bekannten Probleme.

  • Informationen zu Problemen, die in 2019 UR1 behoben wurden, finden Sie im KB-Artikel zu UR1.
  • Informationen zu Problemen, die in 2019 UR2 behoben wurden, finden Sie im KB-Artikel zu UR2.

Fehler beim Entfernen von Clusterknoten mit CleanUpDisks-Flag

Beschreibung: Wenn Sie einen Clusterknoten aus einem Windows Server 2019-S2D-Cluster per CleanUpDisks-Flag entfernen, tritt in den folgenden Fällen für die Entfernung der Fehler Die angegebene Instanz „MSFT_StorageJob“ konnte nicht abgerufen werden auf:

  • Die Speicherkapazität auf den verbleibenden Servern reicht nicht aus, um alle Volumes aufzunehmen.

  • Es sind nicht genügend Fehlerdomänen vorhanden, um die Resilienz des Volumes sicherzustellen.

Problemumgehung: Stellen Sie Folgendes sicher:

  • Auf den verbleibenden Servern ist genügend Speicherkapazität verfügbar, um alle Volumes aufzunehmen.

  • Es sind genügend Fehlerdomänen verfügbar, um die Resilienz Ihrer Volumes sicherzustellen.

Fehler beim Hinzufügen eines Speichergeräts mit SMI-S-Verwaltungsschnittstelle

Beschreibung: Beim Hinzufügen eines Speichergeräts mit SMI-S-Verwaltungsschnittstelle tritt der Fehler Fehler beim Registrieren des Speicheranbieters mit Fehlercode WsManMIInvokeFailed auf, wenn System Center Virtual Machine Manager (VMM) 2019 unter Windows Server 2019 installiert ist.

Problemumgehung: Für VMM wird der Dienst Standardbasierte Windows-Speicherverwaltung zum Verwalten der Speichergeräte mit SMI-S benötigt. Stellen Sie sicher, dass der Dienst gestartet wurde, bevor Sie versuchen, das Speichergerät hinzuzufügen.

Windows Server 2019 unterstützt keine HNVv1-Netzwerke

Beschreibung: Windows Server 2019 verfügt nicht über Unterstützung für HNVv1. Falls HNVv1 derzeit genutzt wird, sollten Cluster mit Verwendung von HNVv1 nicht per parallelem Clusterupgrade auf Windows Server 2019 aktualisiert werden.

Problemumgehung: Migrieren Sie unter Windows Server 2016 von HNVv1 zu SDNv2, bevor Sie das parallele Clusterupgrade auf Windows Server 2019 durchführen.

Neueste Fixes der Barrierefreiheit in der Konsole sind nicht verfügbar

Beschreibung: Neueste Fehlerbehebungen in Bezug auf die Barrierefreiheit in der Konsole stehen unter Umständen nicht zur Verfügung, wenn Sie .NET 4.7 während der Installation der VMM-Konsole verwenden.

Problemumgehung: Es wird die Verwendung von .NET 4.8 empfohlen. Ausführliche Informationen zur .NET 4.8-Migration finden Sie im Artikel zur .NET-Migration.

Back-End-Adapterkonnektivität für SLB MUX funktioniert nicht wie erwartet

Beschreibung: Die Back-End-Adapterkonnektivität für SLB MUX funktioniert nach der Migration des virtuellen Computers (VM) ggf. nicht wie erwartet.

Problemumgehung: Benutzer können in der SLB MUX-VM horizontal herunter- oder hochskalieren, um dieses Problem zu umgehen.

Fehler beim Rollup-Upgrade für den Cluster

Beschreibung: Beim Rollup-Upgrade für den Cluster (Cluster Rollup Upgrade, CRU) tritt in der Phase Hyper-V-Host mit Speicherarrays verbinden ein Fehler auf, wenn die virtuelle Festplatte (VHD) von Windows Server 2019, die als Computerprofil für die erneute Bereitstellung des Betriebssystems verwendet wird, nicht mit den neuesten Updates auf dem Bibliothekserver installiert ist.

Problemumgehung: Installieren Sie zum Beheben dieses Fehlers alle ausstehenden Updates auf der VHD, und starten Sie den CRU-Auftrag neu.

Sie können dieses Problem wie folgt vermeiden: Stellen Sie sicher, dass Sie vor der CRU-Auslösung die aktuellen Betriebssystemupdates auf der VHD installieren, die Sie für den CRU-Vorgang verwenden möchten.

Bei der dynamischen Optimierung des Speichers wird die VHD-Migration auch dann nicht ausgelöst, wenn die Optimierungskriterien erfüllt sind.

Beschreibung: Bei der dynamischen Optimierung (DO) des Speichers sollte die VHD-Migration zwischen freigegebenen Clustervolumes (Cluster Shared Volumes, CSV) ausgelöst werden, wenn der freie Speicherplatz in einem der CSVs unter den Schwellenwert für den Datenträgerspeicher auf der Seite „Dynamische Optimierung“ fällt und die Kriterien für die Aggressivität erfüllt sind. In einigen Fällen werden die VHDs ggf. auch dann nicht migriert, wenn alle anderen Bedingungen der dynamischen Optimierung des Speichers erfüllt sind.

Problemumgehung: Gehen Sie wie folgt vor, um sicherzustellen, dass die Speichermigration ausgelöst wird:

  1. Überprüfen Sie HostVolumeID mit dem Get-SCStorageVolume-Cmdlet. Wenn HostVolumeID für das Volume „Null“ zurückgibt, sollten Sie die VM aktualisieren und die dynamische Optimierung des Speichers erneut durchführen.
  2. Überprüfen Sie DiskSpacePlacementLevel für die Hostgruppe, indem Sie das Get-SCHostResever-Cmdlet verwenden. Legen Sie den Wert von DiskSpacePlacementLevel auf den Wert des Datenträgers fest, der im Assistenten „Dynamische Optimierung“ in den Einstellungen für Hostreserve festgelegt ist.

Für den Datenträger werden bei der dynamischen Optimierung des Speichers mehrere VHD-Migrationen in beiden Richtungen durchgeführt

Beschreibung: Falls ein Konflikt in Bezug auf die Warnstufen für Datenträgerspeicherplatz zwischen Hostgruppen besteht, die über dieselbe Dateifreigabe verfügen, kann dies ggf. zu einer höheren Zahl von Migrationen für diese Dateifreigabe führen und eine Auswirkung auf die Leistung bei der dynamischen Optimierung des Speichers haben.

Problemumgehung: Wir empfehlen Ihnen, keine übergreifende Dateifreigabe für mehrere Cluster durchzuführen, wenn die dynamische Optimierung des Speichers aktiviert ist.

Bei der Leistungsüberwachung für den VMM-Server tritt der Ereignisfehler Zugriff verweigert auf

Beschreibung: In einem Szenario mit einer Überwachung von VMM mit Operations Manager tritt für den VMM-Server der Ereignisfehler Zugriff verweigert auf. Benutzer des Diensts haben keine Berechtigung für den Zugriff auf das Ereignisprotokoll „VirtualMachineManager-Server/Operational“.

Problemumgehung: Ändern Sie die Sicherheitsbeschreibung für die Registrierung des Operational-Ereignisprotokolls mit dem folgenden Befehl, und starten Sie dann den Ereignis- und den Integritätsprotokolldienst neu.

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)"

Mit diesem Befehl wird der Dienstbenutzer der Liste mit den zulässigen Benutzern hinzugefügt, die auf das Ereignisprotokoll „VirtualMachineManager-Server/Operational“ zugreifen können.

Auftrag „Set-SCVMSubnet -RemovePortACL“ wird in VMM abgeschlossen, ohne dass die portACL-Zuordnung vom „NC VMSubnet“-Objekt entfernt wird

Beschreibung: Auftrag „Set-SCVMSubnet -RemovePortACL“ wird in VMM abgeschlossen, ohne dass die portACL-Zuordnung vom „NC VMSubnet“-Objekt entfernt wird. Deswegen tritt beim „RemovePortACL“-Auftrag mit der noch verwendeten „NC Exception“ ein Fehler auf.

Problemumgehung: Entfernen Sie das VMSubnet aus VMM, und entfernen Sie dann die Port-ACL.

Import-Module NetworkController

Ersetzen der URI des Netzwerkcontrollers durch REST-IP oder FQDN

$uri = "<NC FQDN or IP>"

Angeben von Anmeldeinformationen des NC-Administrators

$cred = Get-Credential

Identifizieren des virtuellen Netzwerks, das das Subnetz enthält

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

Identifizieren des Subnetzes, für das die ACL entfernt werden muss

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

Durchführen einer Aktualisierung

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

Wichtig

Diese Version von Virtual Machine Manager (VMM) hat das Supportende erreicht. Sie sollten ein Upgrade auf VMM 2019 durchführen.

In diesem Artikel werden die Versionsanmerkungen für System Center 1807 – Virtual Machine Manager (VMM) aufgelistet.

VMM 1807 – Anmerkungen zu dieser Version

In den folgenden Abschnitten erhalten Sie Informationen zu den Anmerkungen zur Version VMM 1807 sowie zu bekannten Problemen und deren Umgehung.

Neueste Fixes der Barrierefreiheit in der Konsole sind nicht verfügbar

Beschreibung: Neueste Fixes der Barrierefreiheit in der Konsole stehen möglicherweise nicht zur Verfügung, wenn Sie .NET 4.7 während der Installation der VMM-Konsole verwenden.

Problemumgehung: Sie sollten .NET 4.7.1 beim Installieren der VMM-Konsole verwenden. Ausführliche Informationen zur .NET 4.7.1-Migration finden Sie im Artikel zur .NET-Migration.

Back-End-Adapterkonnektivität für SLB MUX funktioniert nicht wie erwartet

Beschreibung: Die Back-End-Adapterkonnektivität für SLB MUX funktioniert nach der VM-Migration möglicherweise nicht wie erwartet.

Problemumgehung: Benutzer können in der SLB MUX-VM horizontal herunter- oder hochskalieren, um dieses Problem zu umgehen.

Verbindungsprobleme bei SLB-Adressen

Beschreibung: Bei Front-End- und Back-End-IP-Adressen, die virtuellen SLB MUX-Computern zugewiesen wurden, können Verbindungsprobleme auftreten, wenn Adresse dieser Verbindung in DNS registrieren ausgewählt ist.

Problemumgehung: Deaktivieren Sie die Einstellung, um Probleme mit diesen IP-Adressen zu vermeiden.

In Azure Site Recovery integriert unterstützt VMM nicht DRA-Versionen vor 5.1.3100.

Beschreibung: Falls Sie eine in Azure Site Recovery integrierte VMM verwenden, unterstützt VMM die Version 5.1.3100 oder höher des Data Recovery Agent (DRA). Frühere Versionen werden nicht unterstützt.

Problemumgehung: Aktualisieren Sie die DRA-Version in folgenden Schritten:

  1. Deinstallieren Sie die vorhandene DRA-Version.
  2. Installieren Sie den 1807-Patch.
  3. Installieren Sie Version 5.1.3100 oder höher.

Die Host-/Cluster-Aktualisierung dauert möglicherweise länger, wenn eine große Anzahl von Definitionen logischer Netzwerke vorliegt.

Beschreibung: Wenn eine große Anzahl von Definitionen logischer Netzwerke in der Umgebung vorliegt, dauert die Cluster-/Host-Aktualisierung möglicherweise länger als erwartet.

Auftrag „Set-SCVMSubnet -RemovePortACL“ wird in VMM abgeschlossen, ohne dass die portACL-Zuordnung vom „NC VMSubnet“-Objekt entfernt wird

Beschreibung: Auftrag „Set-SCVMSubnet -RemovePortACL“ wird in VMM abgeschlossen, ohne dass die portACL-Zuordnung vom „NC VMSubnet“-Objekt entfernt wird. Deswegen tritt beim „RemovePortACL“-Auftrag mit der noch verwendeten „NC Exception“ ein Fehler auf.

Problemumgehung: Entfernen Sie das VMSubnet aus VMM, und entfernen Sie dann die Port-ACL.

Import-Module NetworkController

Ersetzen der URI des Netzwerkcontrollers durch REST-IP oder FQDN

$uri = "<NC FQDN or IP>"

Angeben von Anmeldeinformationen des NC-Administrators

$cred = Get-Credential

Identifizieren des virtuellen Netzwerks, das das Subnetz enthält

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

Identifizieren des Subnetzes, für das die ACL entfernt werden muss

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

Durchführen einer Aktualisierung

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

In diesem Artikel werden die Versionsanmerkungen für System Center 2016 – Virtual Machine Manager (VMM) aufgelistet.

Wichtig

Diese Version von Virtual Machine Manager (VMM) hat das Supportende erreicht. Sie sollten ein Upgrade auf VMM 2019 durchführen.

Anmerkungen zur Version VMM 1801

In den folgenden Abschnitten erhalten Sie Informationen zu den Anmerkungen zur Version VMM 1801 sowie zu bekannten Problemen und deren Umgehung.

Neueste Fixes der Barrierefreiheit in der Konsole sind nicht verfügbar

Beschreibung: Neueste Fixes der Barrierefreiheit in der Konsole stehen möglicherweise nicht zur Verfügung, wenn Sie .NET 4.7 während der Installation der VMM-Konsole verwenden.

Problemumgehung: Sie sollten .NET 4.7.1 beim Installieren der VMM-Konsole verwenden. Ausführliche Informationen zur .NET 4.7.1-Migration finden Sie im Artikel zur .NET-Migration.

Back-End-Adapterkonnektivität für SLB MUX funktioniert nicht wie erwartet

Beschreibung: Die Back-End-Adapterkonnektivität für SLB MUX funktioniert nach der VM-Migration möglicherweise nicht wie erwartet.

Problemumgehung: Benutzer können in der SLB MUX-VM horizontal herunter- oder hochskalieren, um dieses Problem zu umgehen.

Verbindungsprobleme bei SLB-Adressen

Beschreibung: Bei Front-End- und Back-End-IP-Adressen, die virtuellen SLB MUX-Computern zugewiesen wurden, können Verbindungsprobleme auftreten, wenn Adresse dieser Verbindung in DNS registrieren ausgewählt ist.

Problemumgehung: Deaktivieren Sie die Einstellung, um Probleme mit diesen IP-Adressen zu vermeiden.

Beim Upgrade kann ein Fehler auftreten, wenn der Name einer Standardportklassifizierung geändert wurde

Beschreibung: Wenn Sie den ursprünglichen Namen einer Standardportklassifizierung ändern und dann versuchen, ein Upgrade auf VMM 1801 durchzuführen, tritt möglicherweise ein Fehler auf, und folgende Fehlermeldung wird im VMM-Setupprotokoll angezeigt.

Verletzung der PRIMARY KEY-Einschränkung „PK_tbl_NetMan_PortClassification“. Ein doppelter Schlüssel kann in das dbo.tbl_NetMan_PortClassification-Objekt nicht eingefügt werden.

Problemumgehung: Legen Sie die Portklassifizierung wieder auf den ursprünglichen Namen fest, und lösen Sie dann das Upgrade aus. Nach dem Upgrade können Sie den Standardnamen ändern.

Auftrag „Set-SCVMSubnet -RemovePortACL“ wird in VMM abgeschlossen, ohne dass die portACL-Zuordnung vom „NC VMSubnet“-Objekt entfernt wird

Beschreibung: Auftrag „Set-SCVMSubnet -RemovePortACL“ wird in VMM abgeschlossen, ohne dass die portACL-Zuordnung vom „NC VMSubnet“-Objekt entfernt wird. Deswegen tritt beim „RemovePortACL“-Auftrag mit der noch verwendeten „NC Exception“ ein Fehler auf.

Problemumgehung: Entfernen Sie das VMSubnet aus VMM, und entfernen Sie dann die Port-ACL.

Import-Module NetworkController

Ersetzen der URI des Netzwerkcontrollers durch REST-IP oder FQDN

$uri = "<NC FQDN or IP>"

Angeben von Anmeldeinformationen des NC-Administrators

$cred = Get-Credential

Identifizieren des virtuellen Netzwerks, das das Subnetz enthält

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

Identifizieren des Subnetzes, für das die ACL entfernt werden muss

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

Durchführen einer Aktualisierung

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

Versionsanmerkungen zu VMM 2016

In den folgenden Abschnitten erhalten Sie Informationen zu den Anmerkungen zur Version VMM 2016 sowie zu bekannten Problemen, Fehlerbehebungen und Problemumgehungen.

VMM-Bereitstellung

Beim Importieren der VMM-Administratorkonsole könnte ein Fehler auftreten

Beschreibung: Wenn Sie das Add-In der VMM-Verwaltungskonsole als Nichtadministrator importieren, stürzt die Konsole ab. Dies geschieht, weil das Konsolen-Add-In unter „C:\Programme\“ gespeichert ist, worauf nur Administratoren Zugriff haben. Problemumgehung: Speichern Sie das Konsolen-Add-In an einem Speicherort, für den kein Administratorzugriff erforderlich ist, und importieren Sie es dann.

Storage

Höherstufen eines virtuellen Computers auf hohe Verfügbarkeit kann fehlschlagen

Beschreibung: Sie erstellen einen virtuellen Computer auf lokalem Speicher, starten ihn und erstellen Prüfpunkte. Wenn Sie versuchen, die VM zu migrieren und in einem Cluster als hoch verfügbar herauf zu stufen, tritt bei der Migration möglicherweise ein Fehler auf. Problemumgehung: Löschen Sie den Prüfpunkt vor der Ausführung der Migration, und stoppen Sie den virtuellen Computer.

Bei der Migration eines virtuellen Computers von CSV- zu LUN-Speicher tritt möglicherweise ein Fehler auf

Beschreibung: Sie erstellen einen virtuellen Computer mit hoher Verfügbarkeit mithilfe von CSV Speicher, fügen eine logische Gerätenummer (LUN) als verfügbaren Speicher auf dem Cluster hinzu und migrieren den virtuellen Computer vom CSV zur LUN. Befinden sich der virtuelle Computer und der LUN-Speicher auf demselben Knoten, ist die Migration erfolgreich. Andernfalls tritt bei der Migration ein Fehler auf. Problemumgehung: Wenn sich der virtuelle Computer nicht auf dem Clusterknoten befindet, auf dem der LUN-Speicher registriert ist, verschieben Sie ihn auf diesen Knoten. Migrieren Sie dann den virtuellen Computer zum LUN-Speicher.

Für NAS-Arrays wird eine Kapazität von 0 GB angezeigt

Beschreibung: VMM zeigt die Gesamtkapazität und die verfügbare Kapazität für vorhandene Dateifreigaben in den NAS-Arrays als 0 GB an. Problemumgehung: Keine.

Netzwerk

Vom SDN-Netzwerkcontroller verwaltete logische Netzwerke können keine dynamischen IP-Adressen verwenden

Beschreibung: Die Verwendung dynamischer IP-Adressen für virtuelle Computer, die mit logischen Netzwerken verbunden sind, die vom SDN-Netzwerkcontroller im VMM-Fabric verwaltet werden, wird nicht unterstützt. Problemumgehung: Konfigurieren Sie statische IP-Adressen.

SET-Switch wird in VMM als „Intern“ angezeigt

Beschreibung: Wenn Sie einen SET-Switch außerhalb der VMM-Konsole bereitstellen und dann im VMM-Fabric verwalten, wird der Switchtyp als „Intern“ angezeigt. Die Switch-Funktionalität wird dadurch nicht beeinträchtigt. Problemumgehung: Keine

LACP-Teamswitch nach dem Upgrade nicht funktionsfähig

Beschreibung: Ein LACP-Team, das in einem logischen Switch konfiguriert ist, funktioniert nach dem Upgrade auf VMM 2016 nicht. Problemumgehung: Stellen Sie den Switch erneut bereit, oder entfernen Sie einen physischen Netzwerkadapter im Team, und fügen Sie ihn erneut hinzu.

Back-End-Adapterkonnektivität für SLB MUX funktioniert nicht wie erwartet

Beschreibung: Die Back-End-Adapterkonnektivität für SLB MUX funktioniert nach der VM-Migration möglicherweise nicht wie erwartet. Problemumgehung: Skalieren Sie in der SLB MUX-VM horizontal hoch oder herunter, um dieses Problem zu umgehen.

CNG-basiertes Zertifizierungsstellenzertifikat wird nicht unterstützt

Beschreibung: Wenn Sie Zertifikate von einer Zertifizierungsstelle verwenden, können Sie keine CNG-Zertifikate für die SDN-Bereitstellung in VMM verwenden. Problemumgehung: Verwenden Sie andere Zertifikatformate.

Ein virtueller Adapter, der mit einem durch einen Netzwerkcontroller verwalteten Netzwerk verbunden ist, muss bei IP-Adressänderungen neu gestartet werden

Beschreibung: Wird die zugewiesene IP-Adresse auf einem der virtuellen Netzwerkadapter geändert, die mit einem VM-Netzwerk verbunden sind, das durch einen Netzwerkcontroller verwaltet wird, müssen die zugehörigen Adapter manuell neu gestartet werden. Problemumgehung: Keine.

IPv6 wird für durch Netzwerkcontroller verwaltete Netzwerkinfrastrukturen nicht unterstützt

Beschreibung: IPv6 wird nicht vom Netzwerkcontroller im VMM-Fabric unterstützt. Problemumgehung: Verwenden Sie IPv4.

Verbindungsprobleme bei SLB-Adressen

Beschreibung: Bei Front-End- und Back-End-IP-Adressen, die virtuellen SLB MUX-Computern zugewiesen wurden, können Verbindungsprobleme auftreten, wenn Adresse dieser Verbindung in DNS registrieren ausgewählt ist. Problemumgehung: Deaktivieren Sie die Einstellung, um Probleme zu vermeiden.

Auftrag „Set-SCVMSubnet -RemovePortACL“ wird in VMM abgeschlossen, ohne dass die portACL-Zuordnung vom „NC VMSubnet“-Objekt entfernt wird

Beschreibung: Auftrag „Set-SCVMSubnet -RemovePortACL“ wird in VMM abgeschlossen, ohne dass die portACL-Zuordnung vom „NC VMSubnet“-Objekt entfernt wird. Deswegen tritt beim „RemovePortACL“-Auftrag mit der noch verwendeten „NC Exception“ ein Fehler auf.

Problemumgehung: Entfernen Sie das VMSubnet aus VMM, und entfernen Sie dann die Port-ACL.

Import-Module NetworkController

Ersetzen der URI des Netzwerkcontrollers durch REST-IP oder FQDN

$uri = "<NC FQDN or IP>"

Angeben von Anmeldeinformationen des NC-Administrators

$cred = Get-Credential

Identifizieren des virtuellen Netzwerks, das das Subnetz enthält

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

Identifizieren des Subnetzes, für das die ACL entfernt werden muss

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

Durchführen einer Aktualisierung

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

Clusterverwaltung

Beim Aktualisieren der Funktionsebene eines Clusters werden die Dateiserverinformationen nicht aktualisiert

Beschreibung: Wenn Sie für einen Cluster, der einen Dateiserver enthält, ein Upgrade der Funktionsebene ausführen, werden die Plattforminformationen in der VMM-Datenbank nicht automatisch aktualisiert. Problemumgehung: Aktualisieren Sie nach dem Upgrade der Funktionsebene des Clusters den Speicheranbieter für den Dateiserver.

Fehler beim Aktualisieren eines „Direkte Speicherplätze“-Clusters in VMM

Beschreibung: Das Aktualisieren eines „Direkte Speicherplätze“-Clusters (hyperkonvergent oder disaggregiert) mithilfe von VMM wird nicht unterstützt und kann zu Datenverlusten führen. Problemumgehung: Aktualisieren Sie die Cluster außerhalb von VMM mithilfe des clusterfähigen Aktualisierens (Cluster-Aware Updating, CAU) in Windows.

Fehler beim parallelen Clusterupgrade eines Windows Server 2012 R2-Hostclusters auf einen Windows Server 2016 Nano Server-Hostcluster

Beschreibung: Wenn Sie versuchen, die Hostknoten eines Windows Server 2012 R2-Clusters auf Windows Server 2016 – Nano Server mit dem parallelen Clusterupgrade in VMM upzugraden, tritt beim Upgrade der Fehler 20406 auf: „VMM could not enumerate instances of class MSFT_StorageNodeToDisk on the server . Failed with error MI RESULT 7 The requested operation is not supported“ (VMM konnte keine Instanzen der Klasse MSFT_StorageNodeToDisk auf dem Server aufzählen. Die angeforderte Operation ist mit dem Fehler „MI RESULT 7“ fehlgeschlagen und wird nicht unterstützt). Problemumgehung: Manuelles Upgrade des Windows Server 2012 R2-Hostclusters auf Nano außerhalb von VMM. Beachten Sie, dass ein paralleles Upgrade von Windows Server 2012 R2 auf Windows Server 2016 Full Server ordnungsgemäß ausgeführt wird. Dieses Problem tritt häufig bei Nano auf.

Hinzufügen eines Clusters in der VMM-Verwaltungskonsole verursacht möglicherweise einen Fehler

Beschreibung: Wenn Sie einen Cluster als Ressource in der VMM-Verwaltungskonsole hinzufügen, wird möglicherweise die Fehlermeldung „Es wurden keine Computer auf Basis Ihrer Eingaben ermittelt“ angezeigt. Problemumgehung: Wählen Sie OK, und schließen Sie das Fehlerdialogfeld. Versuchen Sie dann erneut, den Cluster hinzuzufügen.

Ein paralleles Clusterupgrade führt keine Livemigration von VMs aus, die nicht hoch verfügbar sind

Beschreibung: Wenn Sie ein paralleles Upgrade von Windows Server 2012 R2-Clustern auf Windows Server 2016 mithilfe von VMM ausführen, wird keine Livemigration von VMs durchgeführt, die nicht hoch verfügbar sind. Sie werden in einen gesicherten Zustand verschoben. Problemumgehung: Machen Sie alle Cluster-VMs vor dem Upgrade hoch verfügbar, oder führen Sie für bestimmte VMs eine manuelle Livemigration durch.

Für das Hinzufügen eines Nano Server-basierten Hosts, der sich in einer nicht vertrauenswürdigen Domäne befindet, sind manuelle Schritte erforderlich

Beschreibung: Sie können einen Nano Server-basierten Host nicht einer nicht vertrauenswürdigen Domäne hinzufügen. Problemumgehung: Führen Sie diese Schritte auf dem Host durch, und fügen Sie ihn dann als nicht vertrauenswürdigen Host zum VMM-Fabric hinzu.

  1. Aktivieren Sie WINRM über HTTPS:

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

  2. Erstellen Sie eine Firewallausnahme auf dem Host, um WINRM über HTTPS zuzulassen:

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

Hinzufügen von Nano Server-basierten Hosts in Umkreisnetzwerk nicht möglich

Beschreibung: Der Versuch, einen Nano Server-basierten Host, der sich in einem Umkreisnetzwerk befindet, mithilfe des Assistenten zum Hinzufügen von Ressourcen hinzuzufügen, schlägt fehl. Problemumgehung: Führen Sie diese Schritte auf dem Host durch, und fügen Sie ihn dann als nicht vertrauenswürdigen Host zum VMM-Fabric hinzu.

  1. Aktivieren Sie WINRM über HTTPS auf dem Host:

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

  2. Erstellen Sie eine Firewallausnahme auf dem Host, um WINRM über HTTPS zuzulassen:

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

Bare-Metal-Bereitstellung von Hosts schlägt während eines Upgrades mit hoher Verfügbarkeit möglicherweise fehl

Beschreibung: Nach einem Upgrade mit hoher Verfügbarkeit auf VMM 2016 wird der Registrierungsschlüssel HKLM\SYSTEM\CCS\SERVICES\WDSSERVER\PROVIDER\WDSPXE\PROVIDES\VMMOSDPROVIDER der Windows-Bereitstellungsdienste (Windows Deployment Services, WDS) möglicherweise von VMM fälschlicherweise auf „HOST/VIRT-VMM-1“ statt „SCVMM/VIRT-VMM-1“ aktualisiert. Dies führt zu Fehlern bei der Bare-Metal-Bereitstellung. Problemumgehung: Ändern Sie den Registrierungseintrag für HKLM\SYSTEM\CCS\SERVICES\WDSSERVER\PROVIDER\WDSPXE\PROVIDES\VMMOSDPROVIDER manuell in „SCVMM/VIRT-VMM-1“.

Falscher Host-Agent-Status nach dem Upgrade

Beschreibung: Wenn VMM den Host-Agent aktualisiert, wird ein neues Zertifikat für den Host generiert. Aufgrund dieses Updates stimmen das Netzwerkcontroller-Serverzertifikat und das Hostzertifikat nicht überein. Problemumgehung: Reparieren des Hosts auf der Seite Hoststatus.

SAN-Migration schlägt für einen Nano Server-basierten Host fehl

Beschreibung: Wenn Sie eine SAN-Migration zwischen zwei eigenständigen Nano Server-basierten Hosts durchführen, wird ein Fehler ausgegeben. Problemumgehung: Installieren Sie das neuste VMM-Updaterollup (Problem wurde in Updaterollup 2 behoben).

Speicherplätze DAS

Hinzufügen eines Hosts mit aktivierter Option „Direkte Speicherplätze“ zum VMM-Fabric führt zu einer Warnung

Beschreibung: Wenn Sie einen Host einem Cluster hinzufügen, für den die Option „Direkte Speicherplätze“ aktiviert ist, wird folgende Warnung generiert: „Multipfad-E/A ist für bekannte Speicherarrays auf Host \Hostname> nicht aktiviert.“ Problemumgehung: Installieren Sie das neuste VMM-Updaterollup (Problem wurde in Updaterollup 2 behoben).

Beim Bereitstellen einer VM auf einem SOFS mithilfe des schnellen Kopierens von Dateien wird eine Warnung ausgegeben

Beschreibung: Wenn Sie eine VM auf einem Dateiserver mit horizontaler Skalierung mithilfe des schnellen Kopierens von Dateien bereitstellen, wird der Vorgang mit der folgenden Warnung abgeschlossen: „Die Datei konnte von VMM nicht mittels schnellen Kopierens von Dateien übertragen werden. Der VMM-Agent auf hat einen Fehler ausgegeben.“ Problemumgehung: Keine.

Clusterüberprüfung wird immer ausgeführt

Beschreibung: Beim Hinzufügen eines Knotens auf einen Cluster oder beim Erstellen eines hyperkonvergenten „Direkte Speicherplätze“-Clusters wird die Clusterüberprüfung immer durchgeführt, auch wenn die Option zum Überspringen der Clusterüberprüfung ausgewählt ist. Problemumgehung: Installieren Sie das neuste VMM-Updaterollup. Das Problem wurde in Updaterollup 2 behoben.

Eine Änderung der Klassifizierung auf einem freigegebenen Clustervolume (CSV) wird nicht angewendet

Beschreibung: Wenn Sie die Klassifizierung auf einem freigegebenen Clustervolume (Cluster Shared Volume, CSV) in einem hyperkonvergenten „Direkte Speicherplätze“-Cluster ändern, wird nur die Klassifizierung des Besitzerknotens aktualisiert. Den anderen Knoten ist noch immer die ältere Klassifizierungen zugewiesen. Problemumgehung: Installieren Sie das neuste VMM-Updaterollup. Das Problem wurde in Updaterollup 2 behoben.

Erstellen einer mehrstufigen Dateifreigabe auf einem SOFS funktioniert nicht wie erwartet

Beschreibung: Nach dem erfolgreichen Erstellen einer mehrstufigen Dateifreigabe auf einem SOFS wird selbst bei nicht aktivierter „Dedup“-Option die folgende Fehlermeldung ausgegeben: „Error 43020 [SM_RC_DEDUP_NOT_AVAILABLE]“. Problemumgehung: Ignorieren Sie den Fehler.

VMM zeigt nicht die richtigen Informationen für einen hyperkonvergenten Cluster oder „Direkte Speicherplätze“-SOFS an

Beschreibung: Nachdem Sie einen vorhandenen hyperkonvergenten Cluster oder „Direkte Speicherplätze“-SOFS-Cluster zum VMM-Fabric hinzugefügt haben, wird der Speicheranbieter nicht hinzugefügt und einige Eigenschaften sind nicht verfügbar. Problemumgehung: Installieren Sie das neuste VMM-Updaterollup. Das Problem wurde in Updaterollup 2 behoben.

VM-Verwaltung

Abschirmen einer VM verursacht einen Fehler

Beschreibung: Wenn Sie die Abschirmung für eine vorhandene VM im VMM-Fabric aktivieren, oder wenn Sie eine abgeschirmte VM aus einer nicht abgeschirmten Vorlage erstellen, wird möglicherweise die Fehlermeldung 1730 angezeigt: „Die ausgewählte Aktion konnte nicht durchgeführt werden, da sich die VM in einem Zustand befindet, in dem die Aktion unzulässig ist.“ Der Fehler tritt im letzten Schritt des Auftrags auf, bei dem die VM nach Abschluss der Abschirmung heruntergefahren. Die VM ist ordnungsgemäß abgeschirmt und kann verwendet werden. Problemumgehung: Reparieren Sie die VM mit der Option Ignorieren.

VMM zeigt keine Änderungen von VM-Sicherheitseigenschaften an

Beschreibung: Wenn Sie die Eigenschaften „Sicherer Start“ einer VM der Generation 2 ändern oder vTPM für einen abgeschirmten virtuellen Computer außerhalb der VMM-Konsole aktivieren oder deaktivieren, wird die Änderung nicht sofort in VMM angezeigt. Problemumgehung: Aktualisieren Sie die VM manuell, um die Änderungen anzuzeigen.

Beim Speichern einer VM in der VMM-Bibliothek tritt ein Fehler auf, wenn Sie den Standardport für BITS (443) ändern

Beschreibung: Wenn Sie beim Konfigurieren von VMM den Standard-BITS-Port ändern, wird beim Speichern einer VM in der VMM-Bibliothek ein Fehler ausgegeben. Fehler 2940: „Die angeforderte Dateiübertragung konnte nicht abgeschlossen werden. Die Verbindung mit dem HTTP-Server <Name> konnte nicht hergestellt werden.“ <: Fügen Sie die neue Portnummer manuell zur Liste der Windows-Firewall-Ausnahmen des Hosts hinzu: netsh advfirewall firewall add rule name="VMM" dir=in action=allow localport=<port no.> protocol=TCP

Sie können VM-Vorlagen nicht aus einem virtuellen Nano Server-Computer erstellen.

Beschreibung: Wenn Sie versuchen, eine VM-Vorlage auf Grundlage einer Nano Server-basierten VM zu erstellen, wird Fehler 2903 ausgegeben: „Die angegebene Datei bzw. der angegebene Ordner wurde auf dem Server nicht gefunden. Diese Datei bzw. dieser Ordner wird möglicherweise als Teil eines anderen Objekts benötigt.“ Problemumgehung: Erstellen Sie eine VM-Vorlage mit einer Nano Server-VHD von Grund auf neu.

Dienstbereitstellungen von Dienstvorlagen schlagen auf einem Nano Server/Core-basierten Gastbetriebssystem möglicherweise fehl.

Beschreibung: Wenn Sie Rollen und Funktionen für eine Dienstvorlage auswählen, unterscheidet das Profil des Gastbetriebssystems nicht zwischen Core, Nano Server und Desktop. Wenn Sie Rollen und Funktionen (z.B. Desktopdarstellung oder andere GUI-bezogenen Funktionen) auswählen, die nicht für Core/Nano Server-basierte Gastbetriebssysteme gelten, kann bei der Bereitstellung ein Fehler auftreten. Problemumgehung: Schließen Sie diese Rollen und Funktionen nicht in die Dienstvorlage ein.

VMM 2016 aktualisiert die VMM-Gast-Agents nach einem Upgrade nicht

Beschreibung: Wenn Sie VMM auf 2016 mit den vorhandenen Dienstbereitstellungen upgraden und diese Dienste anschließend warten, werden VMM 2016-Gast-Agents nicht auf den VMs aktualisiert, die Teil der Dienstbereitstellung waren. Die Funktionalität wird dadurch nicht beeinträchtigt. Problemumgehung: Installieren Sie den VMM 2016-Gast-Agent manuell.

Nano Server-basierte VM kann einer Domäne nicht beitreten

Beschreibung: Wenn Sie während der Bereitstellung eines virtuellen Nano-Server-Computers den virtuellen Computer zu einer Domäne hinzufügen, indem Sie im Assistenten zur Bereitstellung von virtuellen Computern auf der Seite Betriebssystemkonfiguration die Domänenbeitrittsinformationen angeben, wird der virtuelle Computer von VMM bereitgestellt, aber nicht zur angegebenen Domäne hinzugefügt. Lösung: Verknüpfen Sie die VM manuell mit der Domäne, wenn die VM bereitgestellt wurde. Weitere Informationen

Fehler beim Starten einer VM mit „Startreihenfolge“

Beschreibung: Windows Server 2016 enthält die Funktion „VM-Startreihenfolge“, die die Reihenfolge festlegt, in der abhängige VMs gestartet werden. Diese Funktion ist in VMM nicht verfügbar, aber wenn Sie die Funktion außerhalb von VMM konfiguriert haben, erkennt VMM die Reihenfolge, in der die VMs gestartet werden. Stattdessen wird von VMM ein falsch positiver Fehler (12711) angezeigt: „Der WMI-Vorgang auf dem Server kann von VMM aufgrund des folgenden Fehlers nicht abgeschlossen werden: [MSCluster_ResourceGroup.Name=] Die Gruppe oder Ressource befindet nicht im richtigen Zustand, um den angeforderten Vorgang auszuführen. Problemumgehung: Ignorieren Sie den Fehler. Die virtuellen Computer werden in der richtigen Reihenfolge gestartet.

Integration

Die Integration von SQL Server Analysis Services (SSAS) funktioniert in VMM und Operations Manager Updaterollup 1 nicht.

Beschreibung: Wenn Sie Updaterollup 1 ausführen, können Sie SSAS für SQL Server nicht konfigurieren. Problemumgehung: Laden Sie die neusten Updaterollups herunter. Das Problem wurde in Updaterollup 2 behoben.

Nächste Schritte

Neues in Virtual Machine Manager