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:
- Ü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.
- Ü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:
- Deinstallieren Sie die vorhandene DRA-Version.
- Installieren Sie den 1807-Patch.
- 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. 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 Angeben von Anmeldeinformationen des NC-Administrators Identifizieren des virtuellen Netzwerks, das das Subnetz enthält Identifizieren des Subnetzes, für das die ACL entfernt werden muss Durchführen einer AktualisierungAuftrag „Set-SCVMSubnet -RemovePortACL“ wird in VMM abgeschlossen, ohne dass die portACL-Zuordnung vom „NC VMSubnet“-Objekt entfernt wird
$uri = "<NC FQDN or IP>"
$cred = Get-Credential
$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential $cred
$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
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
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. 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. 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. Aktivieren Sie WINRM über HTTPS: Erstellen Sie eine Firewallausnahme auf dem Host, um WINRM über HTTPS zuzulassen: 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. Aktivieren Sie WINRM über HTTPS auf dem Host: Erstellen Sie eine Firewallausnahme auf dem Host, um WINRM über HTTPS zuzulassen: 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“. 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. 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). 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). 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
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. 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. 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. 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. 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. 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. 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: 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
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. 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. 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 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. 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.Hinzufügen eines Clusters in der VMM-Verwaltungskonsole verursacht möglicherweise einen Fehler
Ein paralleles Clusterupgrade führt keine Livemigration von VMs aus, die nicht hoch verfügbar sind
Für das Hinzufügen eines Nano Server-basierten Hosts, der sich in einer nicht vertrauenswürdigen Domäne befindet, sind manuelle Schritte erforderlich
New-Item -Path WSMan:\LocalHost\Listener -Transport HTTPS -Address * -CertificateThumbPrint $cert.Thumbprint –ForceNew-NetFirewallRule -DisplayName 'Windows Remote Management (HTTPS-In)' -Name 'Windows Remote Management (HTTPS-In)' -Profile Any -LocalPort 5986 -Protocol TCPHinzufügen von Nano Server-basierten Hosts in Umkreisnetzwerk nicht möglich
New-Item -Path WSMan:\LocalHost\Listener -Transport HTTPS -Address * -CertificateThumbPrint $cert.Thumbprint –ForceNew-NetFirewallRule -DisplayName 'Windows Remote Management (HTTPS-In)' -Name 'Windows Remote Management (HTTPS-In)' -Profile Any -LocalPort 5986 -Protocol TCPBare-Metal-Bereitstellung von Hosts schlägt während eines Upgrades mit hoher Verfügbarkeit möglicherweise fehl
Falscher Host-Agent-Status nach dem Upgrade
SAN-Migration schlägt für einen Nano Server-basierten Host fehl
Speicherplätze DAS
Hinzufügen eines Hosts mit aktivierter Option „Direkte Speicherplätze“ zum VMM-Fabric führt zu einer Warnung
Beim Bereitstellen einer VM auf einem SOFS mithilfe des schnellen Kopierens von Dateien wird eine Warnung ausgegeben
Clusterüberprüfung wird immer ausgeführt
Eine Änderung der Klassifizierung auf einem freigegebenen Clustervolume (CSV) wird nicht angewendet
Erstellen einer mehrstufigen Dateifreigabe auf einem SOFS funktioniert nicht wie erwartet
VMM zeigt nicht die richtigen Informationen für einen hyperkonvergenten Cluster oder „Direkte Speicherplätze“-SOFS an
VM-Verwaltung
Abschirmen einer VM verursacht einen Fehler
VMM zeigt keine Änderungen von VM-Sicherheitseigenschaften an
Beim Speichern einer VM in der VMM-Bibliothek tritt ein Fehler auf, wenn Sie den Standardport für BITS (443) ändern
netsh advfirewall firewall add rule name="VMM" dir=in action=allow localport=<port no.> protocol=TCPSie können VM-Vorlagen nicht aus einem virtuellen Nano Server-Computer erstellen.
Dienstbereitstellungen von Dienstvorlagen schlagen auf einem Nano Server/Core-basierten Gastbetriebssystem möglicherweise fehl.
VMM 2016 aktualisiert die VMM-Gast-Agents nach einem Upgrade nicht
Nano Server-basierte VM kann einer Domäne nicht beitreten
Fehler beim Starten einer VM mit „Startreihenfolge“
Integration
Die Integration von SQL Server Analysis Services (SSAS) funktioniert in VMM und Operations Manager Updaterollup 1 nicht.