Updaterollup 6 für System Center 2012 R2 Virtual Machine Manager

Features, die in diesem Updaterollup hinzugefügt werden

• Add Azure Subscription feature: By using the Add Azure Subscription feature in Update Rollup 6, administrators of Virtual Machine Manager can add Microsoft Azure subscriptions to VMM and perform basic actions on Azure instances in those subscriptions. Das Feature ist in Virtual Machine Manager im Updaterollup 6 für System Center 2012 R2 enthalten. Für jedes Azure-Abonnement, das Sie hinzufügen, können Sie eine Konsole verwenden, um alle Rolleninstanzen in allen Bereitstellungsgruppen in diesem Abonnement anzuzeigen.
  
  Was Sie mit diesem Feature
  
  tun können Wenn Sie Ihre lokalen virtuellen Computer bereits in Virtual Machine Manager verwalten, können Sie dieses Feature verwenden, um einige sehr grundlegende Aktionen für Azure-Instanzen auszuführen, ohne die VMM-Konsole zu verlassen. Sie können z. B. Folgendes tun:
  

  • Sie können ein oder mehrere Azure-Abonnements mithilfe der VMM-Konsole hinzufügen oder entfernen.

  • Sehen Sie sich eine Listenansicht mit Details und Status aller Rolleninstanzen in allen Bereitstellungen in diesem Abonnement an.

  • Aktualisieren Sie die Liste der Instanzen manuell.

  • Führen Sie die folgenden grundlegenden Aktionen für die Instanzen aus:
    

    • Start

    • Stoppen

    • Herunterfahren

    • Neustart

    • Verbinden über RDP

  Weitere Informationen finden Sie unter Hinzufügen eines Azure-Abonnements in VMM in System Center 2012 R2 mit Updaterollup 6.

• Verbessertes E2A-ASR-Schutzszenario: Durch das Updaterollup 6 in Ihrer Virtual Machine Manager-Umgebung ist es einfacher, ein Problem zu erkennen und zu beheben, das manchmal auftritt, wenn Sie den Azure Site Recovery (ASR)-Schutz konfigurieren. Dieses Problem tritt auf, wenn Sie ASR-Schutz für lokale virtuelle Computer hinzufügen möchten und die folgenden Eigenschaften für virtuelle Computer besitzen:
  

  • Keine angegebene Betriebssystemversion

  • Keine Angabe, welcher Datenträger das Betriebssystem für den virtuellen Computer enthält

  Diese Eigenschaften müssen angegeben werden, da sie von Azure Site Recovery benötigt werden. Im Updaterollup 6 werden im Aufgabenbereich in VMM klarere Fehlermeldungen angezeigt, wenn Sie versuchen, einen virtuellen Computer zu konfigurieren, der die Anforderungen nicht erfüllt.
  
  Informationen zu den ASR-Anforderungen finden Sie unter Verbesserung des ASR E2A-Schutzszenarios.

• Option zur Verwendung von VMs der Generation 2 in Diensten und VMRoles: Im Updaterollup 6 bietet VMM jetzt Unterstützung für virtuelle Computer der Generation 2 für Dienste und VM-Rollen. Mithilfe dieses Features können Sie mehrstufige Dienste bereitstellen und die Generierung virtueller Computer für einzelne Ebenen auswählen. Benutzer können diese Dienstinstanzen über herkömmliche und imagebasierte Wartungen bedienen.
  
  Weitere Informationen finden Sie unter Understanding Generation 1 and Generation 2 Virtual Machines in VMM.

• Gesamtanzahl der Netzwerknutzungsexpositionsregeln im Management Pack: Mit dieser Änderung werden zwei Regeln eingeführt, die auf Hyper-V-Hosts abzielen:
  

  • Total Incoming VNic Network traffic collection rule

  • Total Outgoing VNic Network traffic collection rule

  Diese Regeln messen den gesamten eingehenden und gesamten ausgehenden Datenverkehr in KiloByte pro VNic pro virtuellem Computer in der folgenden Methode:
  
  Für jeden virtuellen Computer:
  

  1. Aktivieren Sie die Hyper-V-Messung , wenn sie nicht aktiviert ist.

  2. Führen Sie Measure-VM aus.

  3. Sammeln Sie Messdaten für jede Remoteadresse von "0.0.0.0/0" oder "::/0" pro VNic.

  Standardmäßig werden diese Regeln stündlich ausgeführt. Benutzer können diese Einstellung überschreiben, indem sie die IntervalSeconds-Eigenschaft überschreiben. Diese Regeln sollten nicht häufiger als alle fünf Minuten (300 Sekunden) ausgeführt werden.
  
  Verhalten in früheren Versionen: VMM hat den Datenverbrauch nicht gemessen. Es hat nur den Durchsatz gemessen.

• Option zum Überschreiben der Kapazität von Cloud- und Hostgruppen für Replikat-VMs: mit System Center 2012 R2 Virtual Machine Manager können Sie Ihre virtuellen Replikatcomputer in einer vorkonfigurierten Cloud oder Hostgruppe platzieren, wenn sie in Ihre Kapazitätseinstellungen passen. Bisher ging VMM davon aus, dass alle Ressourcen verwendet wurden, die Replikat-VMs zugeordnet waren. Daher hat VMM es Ihnen nicht erlaubt, einen virtuellen Replikatcomputer in einer Cloud oder Hostgruppe zu platzieren, wenn dadurch die Aggregatlast aller Replikat-VMs über die Cloud- oder Hostgruppenkapazität hinaus erhöht würde.
  
  Obwohl durch dieses Verhalten sichergestellt wurde, dass alle Replikat-VMs gleichzeitig gestartet werden konnten, kann dies zu einer nicht optimalen Verwendung von Replikatclouds und Hostgruppen führen. Dies würde auftreten, wenn Sie (ein Enterprise oder Hoster) versuchten, zusätzliche VMs in einer Cloud oder einer Hostgruppe zu platzieren. Das heißt, wenn Sie die Replikatcloud oder -hostgruppe überkommen haben. Im Updaterollup 6 können Sie Clouds und Hostgruppen in Ihrer VMM-Umgebung übercommitieren, indem Sie den folgenden Registrierungsschlüssel auf dem VMM-Server konfigurieren:
  

  Registrierungsspeicherort:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
  DWORD-Name: IgnoreMemoryForStoppedReplicaVM
  DWORD-Wert: 1
  Hinweis: Wenn der Unterschlüssel "Placement" nicht vorhanden ist, erstellen Sie ihn.
  
  Weitere Informationen finden Sie unter option to overcommit Cloud and HG for Replica VMs.

• Unterstützung für VCenter 5.5-Basisszenarien für VMWare.
  
  Updaterollup 6 führt die folgenden Supportszenarien ein:
  

  • Hinzufügen von VCenter 5.5 zur VMM 2012 R2 UR6-Verwaltung

  • Hinzufügen von ESX-Host mit version 5.5 und Unterverwaltung

  • VmWare-VM-Vorlage erstellen und VMs mit der Vorlage bereitstellen

  • Erstellen von Vorlagen mit grundlegenden Netzwerken (dazu gehören Szenarien, die in die Domäne eingebunden sind) und Bereitstellen virtueller Computer

  • Ausführen verschiedener VM-Lebenszyklusvorgänge (z. B. Starten, Beenden, Herunterfahren, Reparieren, Aktualisieren und Prüfpunkt auf einem virtuellen Computer).

  • Verbinden zum virtuellen Computer mithilfe der Konsole und Überprüfen der Barrierefreiheit

  • Aufheben der Bereitstellung virtueller Computer

  • Erstellen eines Ressourcenpools und Einbeziehen des Ressourcenpools in die VMM-Verwaltung

  Dies sind begrenzte Szenarien. Sie stellen jedoch den ersten und wichtigsten Schritt zur Unterstützung neuerer Versionen von VCenter dar. Wir bauen weiterhin auf unserer Unterstützungsmatrix für VMWare VCenter auf und werden Updates bereitstellen, um dies in zukünftigen Rolluppaketen zu beheben.

Probleme, die in diesem Updaterollup behoben wurden

• Problem 1
  
  Ein 801-Fehler tritt auf, wenn VMM-Objekte entfernt werden. Bei VMM tritt manchmal ein Problem auf, bei dem ein VMM-Objekt wie ein virtueller Computer weder aus der Benutzeroberfläche noch Windows PowerShell entfernt werden kann, da einige seiner untergeordneten Objekte in der Datenbank fehlen. Dies führt häufig dazu, dass Benutzer nach Korrekturskripts suchen, um die betroffenen Objekte zu entfernen. Im Updaterollup 6 hat VMM drei PowerShell-Cmdlets verbessert, um 801-bezogene Fehler zu minimieren. Diese Cmdlets sind Remove-SCServiceTemplate, Remove-SCLibraryServer und Remove-SCLibraryShare. Benutzer müssen das Flag "-Force" nicht zusammen mit diesen Cmdlets verwenden, um 801 Fehler zu vermeiden. Die Cmdlets bieten die Möglichkeit, Abhängigkeiten zu beheben, die zu 801 Fehlern führen.
  

• Problem 2
  
  Der VMM-Dienst stürzt ab und generiert einen Zugriffsverletzungsfehler in System.Xml, wenn er sich auf ein Integration Services-Ereignis begibt.
  

• Problem 3
  
  Kritische Ausnahme im WCF-Fehlerhandler -- ObjectDisposedException -- Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Wenn VMM den WCF-Diensthost herunterfährt, wird "Abort" aufgerufen, was dazu führen kann, dass nicht verarbeitete Nachrichten fehlerhaft beendet werden. Dies kann dazu führen, dass ObjectDisposedExceptions ausgelöst werden. Der WCF-Fehlerhandler auf oberster Ebene von VMM sieht diese Ausnahmen, bevor der Prozess beendet wurde, und meldet sie als kritische Ausnahmen. Hier meldet VMM harmlose Fehler als kritische Fehler, die möglicherweise zu Verwirrung beim Benutzer führen.
  

• Problem 4
  
  Option für MAC-Adresse in der Benutzeroberfläche abgeblendet, wenn vnic nicht verbunden ist. Dadurch wird verhindert, dass Benutzer die Netzwerkkarte als statisch markieren. Nach dem Upgrade auf VMM in System Center 2012 R2 kann der Kunde die Option "Static Mac Address" in den erstellten VM-Vorlagen nicht auswählen, wenn der virtuelle Computer nicht mit einem Netzwerk verbunden ist. Die MAC-Adress- und IP-Optionen sind abgeblendet, wenn der virtuelle Computer "nicht verbunden" ist. Daher kann er dem virtuellen Computer vor der Bereitstellung keine statische MAC-Adresse zuweisen.
  

• Problem 5
  
  Die Vvirtual Machine-Anpassung kann fehlschlagen und eine kritische Ausnahme generieren, wenn Hyper-V kein Diskettenlaufwerkobjekt zurückgibt. Bei der Anpassung eines virtuellen Computers besteht die Möglichkeit, dass Hyper-V das Diskettenlaufwerkobjekt als NULL zurückgibt und VMM versucht, ein Laufwerk hinzuzufügen. Das Hinzufügen des Diskettenlaufwerks ist bei Hyper-V jedoch nicht implementiert. Dadurch wird eine Ausnahme ausgelöst, die einen Auftragsfehler verursacht, und der virtuelle Computer wird nicht erstellt. Der Benutzer kann den virtuellen Computer so reparieren, dass er funktionsfähig ist. Dies kann auftreten, wenn die Diskettenlaufwerkkonfiguration (auf der Remotefreigabe) für Hyper-V nicht verfügbar ist oder Hyper-V ausgelastet oder belastet ist.
  

• Problem 6
  
  VMs mit statischer IP können nicht bereitgestellt werden, wenn mehrere IP-Pools für ein VM-Subnetz konfiguriert sind. Der Kunde versucht, einen virtuellen Computer mithilfe einer Vorlage mit statischen IP-Einstellungen zu erstellen. Wenn mehrere IP-Pools in einem Subnetz vorhanden sind und der Kunde eine IP-Adresse aus einem anderen Pool als dem Standardpool bereitstellt (d. h. den automatisch aufgefüllten Pool, der auf der Benutzeroberfläche angezeigt wird), wird der VM-Assistent ohne Fehler beendet, aber die Erstellung des virtuellen Computers schlägt fehl und gibt den Fehler "IP-Adresse außerhalb des Bereichs" zurück.
  

• Problem 7
  
  VmmService-Absturz tritt während der Behandlung entfernter Subnetze virtueller Computer bei IP-Änderungsereignissen auf, die von Hyper-v gesendet werden. Wenn in einem NVGRE-Setup ein Ereignis von Hyper-V zur IP-Änderung gesendet wird, aber das VM-Subnetz nicht mehr in VMM vorhanden ist, verursacht dies einen VMM-Dienstabsturz.
  

• Problem 8
  
  VMS werden als nicht vorhanden gemeldet, da vmMovedRefresherEvent nicht empfangen wird. Wenn ein Ereignis zum Verschieben eines virtuellen Computers auftritt, während sich ein Host nicht im Ereignismodus befindet und sich der virtuelle Computer im Migrationsstatus befindet und wenn die Ereignisaktualisierung eingebunden wird, gibt es möglicherweise ein Fenster, in dem niemand lauscht, und der Aktualisierungsvorgang direkt vor dem Überwachungsmodus empfängt die Änderung nicht. Daher empfängt VMM diese Änderungen erst mit der nächsten vollständigen Aktualisierung, die bis zu 24 Stunden dauern kann.
  
  Um sicherzustellen, dass solche verpassten Ereignisse im Ereignismodus über die Light Virtual Machine Refresher synchronisiert werden, können Sie den folgenden Registrierungsschlüssel erstellen und konfigurieren, um die Light Virtual Machine Refresher in regelmäßigen Abständen auszuführen. Diese Aktualisierung wird zusätzlich zu allen ereignisbasierten Aktualisierungen ausgeführt.
  

  Registrierungsspeicherort:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
  Registrierungsschlüssel:
  VMPropertiesEventAssitedUpdateInterval
  
  Registrierungstyp: DWORD
  
  Min. Wert: 0 Sekunden
  
  Max. Wert: 20 Tage

  Werte müssen in Sekunden angegeben werden.
  DWORD-Name: VMPropertiesEventAssitedUpdateInterval
  
  DWORD-Wert:value_in_seconds
  
  Hinweis Der value_in_seconds Platzhalter kann einen Wert von 0 Sekunden bis 20 Tagen (auch in Sekunden) haben.
  

• Problem 9
  
  Erfordern explizite Flags, um einen fehlenden virtuellen Computer oder einen virtuellen Dienstcomputer während Remove-Host für den Benutzer anzugeben. Derzeit überprüft VMM nicht, ob VMs auf dem Host vorhanden sind, während host aus VMM entfernt wird. Ein Host kann virtuelle Dienstcomputer, virtuelle Computer, die in der Cloud bereitgestellt werden, virtuelle Computer mit benutzerdefinierten Eigenschaften enthalten, die für sie definiert sind. Wenn ein Benutzer versehentlich einen solchen Host entfernt, sind alle diese Zuordnungen fehlerhaft. Dieser Fix vermeidet solche Szenarien, indem Benutzer aufgefordert werden, eine Bestätigungsmeldung einzugeben, bevor solche Hosts tatsächlich aus VMM entfernt werden.
  

• Problem 10
  
  Wenn Sie über ein logisches Netzwerk verfügen, das über mehrere Netzwerkstandorte verfügt und die Netzwerkstandorte für den Hostnetzwerkadapter sichtbar sind, werden PAs von diesen verschiedenen Netzwerkstandorten zugewiesen, und die Routinginformationen müssen ebenfalls festgelegt werden. (Netzwerkstandorte werden manchmal als "logische Netzwerkdefinitionen" bezeichnet.) In einem Szenario mit mehreren Hosts, in dem VM1 auf Host1 mit PA1 verbunden ist, gibt es einen Fall, wenn ein VM2 mit einem hnv LN verbunden ist und über einen PA1 für NetwkSite1 verfügt und dann getrennt und später erneut verbunden wird und über einen PA2 für NetwkSite2 verfügt (zufällig oder aufgrund von PA-Erschöpfung), dann für einige Zeit, Die PA-Routinginformationen zwischen NetwkSite1 und NetwkSite2 werden möglicherweise nicht aufgefüllt. Dies geschieht aufgrund der Art und Weise, wie die interne Routendarstellung für das Einfügen in eine Hashtabelle festgelegt wird.
  

• Problem 11
  
  Wenn ein Host aktualisiert wird, wird eine WinRM-Netzwerkverbindung (zu jedem aktualisierten Host) hergestellt, die ständig Daten streamt.
  

• Problem 12
  
  Wenn mehrere virtuelle Hostnetzwerkadapter erstellt werden, werden zufällige Fehler beobachtet. Wenn Kunden mehrere virtuelle Netzwerkadapter in einem Schuss als Teil eines logischen Switches erstellen, schlägt möglicherweise eine oder mehrere IP-Konfigurationen des virtuellen Netzwerkadapters fehl.
  

• Problem 13
  
  Der Benutzer trifft eine doppelte Tasteneinfügung in HostWSManGetter.UpdateRASDCache, wenn er ein Hostupdate ausführt.
  

• Problem 14
  
  Wenn der Benutzer versucht, einen virtuellen Computer mit Prüfpunkten zu klonen, erkennt VMM nach Abschluss des Klonvorgangs den neu erstellten virtuellen Kloncomputer fälschlicherweise als ursprünglichen virtuellen Computer und leitet fälschlicherweise ab, dass der virtuelle Computer migriert wurde. Anschließend wird versucht, diese Änderung zu behandeln. Daher wird ein zusätzlicher virtueller Computer auf einem anderen Host mit dem Status "Fehlt" erstellt. VMM geht davon aus, dass der virtuelle Computer einen anderen Host verwendet, und dieser virtuelle Computer ist für TFS erst nach dem nächsten Update des virtuellen Computers sichtbar.
  

• Problem 15
  
  Wenn der VSEM-Anbieter aktualisiert wird, wird die Fähigkeit des Anbieters zum Empfangen von Benachrichtigungen nicht für das Benachrichtigungsmodul angegeben.
  

• Problem 16
  
  Die Netzwerkplatzierung stürzt während der dynamischen Hostoptimierung ab. Einige Platzierungsvorgänge sollten als Aufgabe ausgeführt werden. Wenn er in einer Auffrischungsaufgabe ausgeführt wird, ist der Kontext null. Dies führt zu einem Platzierungsabsturz.
  

• Problem 17
  
  Wenn delegierte Administratoren die VMM-Konsole starten, dauert es mehr als 4 Minuten, um die VMM-Konsole zu öffnen. In großen Umgebungen wird der Start der VMM-Konsole für delegierte Administratoren verzögert, wenn sie mit Administratoren verglichen wird.
  

• Problem 18
  
  Storage Anbieterupdate schlägt nach dem Ersetzen des Datenträgers auf Sofs fehl.
  

• Problem 19
  
  VMM kann replikat-/primären virtuellen Computer ohne ASR nicht aktualisieren, auch die Migration der Wiederherstellungs-VM im Ir-Ausstehend-Zustand führt keine Livemigration aus.
  

• Problem 20
  
  Wenn ein virtueller Computer gelöscht wird, werden die Prüfpunkte zusammengeführt, bevor sie gelöscht werden. Wenn der Benutzer versucht, einen virtuellen Computer mit Prüfpunkten zu löschen, dauert der Löschvorgang lange (bis zu einer Stunde).
  

• Problem 21
  
  Ein Run DO-Vorgang empfängt manchmal eine kritische Ausnahme: DBCorruptionException.
  

• Problem 22
  
  Einige Benutzer verwenden große VIPAddress-Sätze anstelle von IP-Bereichen, um das Hinzufügen/Entfernen einzelner IPs zu vereinfachen. Das VMM Management Pack-Schema beschränkt dieses Feld derzeit auf 256 Zeichen (Standard). Die Benutzer haben jedoch möglicherweise Werte von ~500 Zeichen. Daher unterbricht Discovery die VMM-OM-Integration aufgrund einer unerwarteten Ausnahme von SCOM.
  

• Problem 23
  
  Ziel-RG- und Ziel-LUNs werden nach der EnableRG-Aufgabe nicht zugeordnet, wenn die RG/LUNs vorerst gezählt werden.
  

• Problem 24
  
  Müssen Mac-Adresseinträge für ein F5-Gatewaygerät aktualisieren, wenn es fehlschlägt und ersetzt wird. Wenn ein F5-Gerät RMA ist und durch ein neues Gerät durch eine neue MAC-Adresse ersetzt wird, hat VMM keine Möglichkeit, die MAC-Adresse für das neue Gerät zu aktualisieren.
  

• Problem 25
  
  Ermöglichen Sie benutzern das Stempeln auf einem virtuellen Replikatcomputer, damit Sie die Benutzeridentität stempeln können. Benutzer müssen die Attribute "UserRole" und "Owner" auf ihren ReplicaVMs aktualisieren, aber derzeit ist jeder Vorgang auf dem virtuellen Replikatcomputer blockiert. Daher können sie diese beiden Parameter auf Replikat-VMs nicht aktualisieren.
  

• Problem 26
  
  Die registrierte SMB-Freigabe wird nicht als Zielpfadoption angezeigt, wenn Sie einen neuen virtuellen HA-Computer auf einem Cluster bereitstellen.
  

• Problem 27
  
  Kritische Ausnahme im Storage Refresher beim Ermitteln des Replikationsdiensts -- ArgumentNullException -- SetCustomOptions.
  

• Problem 28
  
  Während der Hostaktualisierung fragt VMM die Teaminformationen (Switch-Team oder LBFO-Team) ab. Während VMM des Abfrageschalterteams die WSMan-Ausnahme trifft, die dazu führt, dass der Vswitch aus der Konsole verschwindet.
  

• Problem 29
  
  Das HTTPS-Protokoll wird in Probe nicht unterstützt, dann kann VMM keine Überwachungsregel zum Überwachen der HTTPS-Website erstellen. VMM unterstützt HTTP und HTTPs im Abschnitt "LB-Portkonfiguration", HTTPS wird jedoch im Abschnitt "LB-Prüfpunktprotokoll" nicht unterstützt.
  

• Problem 30
  
  Der Ressourcenbesitzer (SSU-Benutzer) ist nicht berechtigt, auf die Liste "GrantedTo" einer Ressource zuzugreifen, und kann daher nicht sehen, wer alle Asse der Ressource hat. Wenn der Benutzer, der Zugriff gewährt, auch ein Self-Service-Benutzer ist, kann er die vorgenommenen Änderungen erst sehen, wenn er die Konsole neu startet. Ein Administrator kann die Änderung sehen, aber für einen Self-Service-Benutzer gibt "GrantedToList" weiterhin zwischengespeicherte Ergebnisse zurück, bis er die Konsole neu startet.
  

• Problem 31
  
  Übergeordnete Datenträger, die über den integrierten Migrationsprozess von VMM verfügen, können nicht verschoben werden. Der Benutzer verfügt über mehrere Hundert VMs, wobei alle Diff-Datenträger auf ein einzelnes übergeordnetes Element verweisen. Das Verschieben all dieser VMs in eine neue Speicherlösung wird von VMM blockiert. Wenn bei Diff-Datenträgern ein übergeordneter Datenträger in der Hierarchie (übergeordnete/untergeordnete Beziehung) von einem anderen Diff-Datenträger gemeinsam genutzt wird, wird die Speichermigration des Diff-Datenträgers durch VMM blockiert. Sie ist jedoch über den Hyper-V-Manager aktiviert.
  

• Problem 32
  
  Field expectedDSColumn löst kritische Ausnahme aus, während die Nachricht auf Spalten zurückverfolgt wird, die einen Serverabsturz verursachen, wenn get-scvmhost ausgeführt wird. Nachdem die Server-DB auf "Schwellenwert" aktualisiert wurde, kann der R2-Server in bestimmten Fällen nicht mehr damit arbeiten. Dieser Codepath wird von einigen Netzwerkobjekten und ADHC-Objekten verwendet.
  

• Problem 33
  
  Wenn Sie eine vorhandene Dienstvorlage skalieren, werden doppelte virtuelle Hyper-V-Computer mit demselben Namen auf VMM in System Center 2012 R2 UpdateRollup 5 erstellt.
  

• Problem 34
  
  Wenn auf Ihren virtuellen Gastcomputern Windows Sicherheitsupdate 3035131 oder 3031432 installiert ist, führt der VMM-Gast-Agent keine GCE-Skripts (Generic Command Execution) aus, die von VMM als Teil der VM-Bereitstellung angefordert werden. Dies kann in mehreren Szenarien, in denen Sie GCE-Skripts für die Bereitstellung und Wartung verwenden, zu Fehlern führen. Wenn Sie beispielsweise versuchen, eine VMM-Dienstvorlage über GCE-Skripts zu warten, wird der Fehlercode 22029 zurückgegeben.
  
  Hinweis: Nachdem Sie Updaterollup 6 (oder höher) für System Center Virtual Machine Manger 2012 R2 installiert haben, müssen Sie dem angegebenen Konto "Ausführen als" jetzt "Anmeldung als Batchauftrag" erteilen. Ohne diese Rechte kann der Gast-Agent die GCE-Skripts nicht über ein "Ausführen als"-Konto ausführen.
  

• Problem 35
  
  Live Migration des virtuellen Computers schlägt fehl, wenn Sie gruppierten Speicherplatz als CSV verwenden und sich der Speicher des virtuellen Computers in CSV befindet. Die Hyper-V-Cluster-Live-Migration funktioniert nach VMM in System Center 2012 R2 UpdateRollup 5 nicht.
  

• Problem 36
  
  Die Platzierung des Basisdatenträgers sollte zwischen gültigen Platzierungsfreigaben gedreht werden.
  

• Problem 37
  
  Die VMM-Konsole verwendet möglicherweise eine vorhandene Releasezeichenfolge während der Dienstvorlagenkopie. Manchmal können Benutzer eine Dienstvorlage nicht mithilfe des Befehls "Kopieren" für eine Dienstvorlage kopieren. Der Grund dafür ist, dass die Administratorkonsole eine bereits vorhandene Zeichenfolge für die Version generiert.
  

• Problem 38
  
  Die Kachel "Kapazitätsübersicht" fehlt in VMM in System Center 2012 R2. Wenn Sie in VMM in System Center 2012 SP1 im Bereich "Virtuelle Computer und Dienste" einen Host auswählen und dann im oberen Menü auf "Übersicht" klicken, enthält die Konsole Zusammenfassungs- und Kapazitätsinformationen zum ausgewählten Host. Die Details zu Prozessorkernen, Arbeitsspeicher (GB) und Storage (GB) sind in System Center 2012 R2 nicht mehr verfügbar.
  

• Problem 39
  
  VMM-Dienst stürzt aufgrund doppelter VSID ab. In seltenen Fällen (Synchronisierungs-/Race-Bedingung und Zufallszahlenkonflikt) können verschiedene Subnetze der virtuellen HNV-Computer den gleichen VMSubnetIdentifier (auch VSID bezeichnet) erhalten. Dies führt zu unerwartetem Verhalten, wenn Sie diese Subnetze virtueller HNV-Computer verwenden. Bei VMs, die mit diesem Subnetz verbunden sind, erhalten die VMs möglicherweise nicht die erwartete Konnektivität und können nicht mit VMs im selben Subnetz kommunizieren. Oder wenn sich ihre IP-Adresse ändert, führt dies zum Absturz des VMM-Diensts.
  

• Problem 40
  
  Das Bereitstellen eines virtuellen Computers hinter einem Load Balancer bewirkt eine kritische Ausrufezeichen bei der Platzierung:
  

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

• Problem 41
  
  Die Startseite, die im Updaterollup 5 eingeführt wurde, wird im Updaterollup 6 entfernt.
  

• Problem 42
  
  Ein virtueller Computer ist keiner Replikationsgruppe zugeordnet und konnte nicht an einen Speicherort verschoben werden, der durch eine Replikationsgruppe geschützt ist.
  

• Problem 43
  
  Die Gast-IP im HNV-Netzwerk ist nicht als Dynamic/DedicatedGuestIP gekennzeichnet, auch wenn die Einstellungen dafür aktiviert sind. Ca Failover unterbrochen. Für jede IP-Adresse, die auf einem virtuellen Computer hinzugefügt/verschoben wird, der mit dem NVGRE-Netzwerk (HNV-Gastcluster/Gast-IP-Failoverszenario) verbunden ist, wird die IP-Adresse *nicht* als dynamisch gekennzeichnet (Typ = DedicatedGuestIP in VMM), auch wenn der virtuelle Computer die Einstellungen EnableGuestIPNetworkVirtualizationUpdates=true aufweist. Wenn die IP-Adresse zum ersten Mal hinzugefügt/verschoben wird, funktioniert sie, aber später werden Failovers der IP -Adresse (Wechsel von einem virtuellen Computer zu einem anderen) nicht automatisch erkannt. Daher ist die IP-Adresse nicht erreichbar, und die VM verliert die Konnektivität.
  

• Problem 44
  
  Ältere eingebettete Speicheranbieter von Hitachi Integration mit UR5 unterbrochen. Der Speicheranbieter kann nicht aktualisiert werden. Dies verhindert die Verwaltung des Anbieters.
  

• Problem 45
  
  Der VMM-Client stürzt ab, wenn Sie den Zeitbereich für die Energieoptimierung festlegen.
  

• Problem 46
  
  Bei der Entsorgung des WnvEventEntrySubscriptionObservers ist eine Racebedingung vorhanden, wenn die Verbindung des Hosts fehlschlägt.
  

• Problem 47
  
  CentOS 7 und Red Hat Enterprise Linux 7 können die Netzwerkschnittstellenkonfiguration nicht festlegen, wenn DHCP verwendet wird.
  
  Dies gilt für alle virtuellen CentOS 7- und Red Hat Enterprise Linux (RHEL) 7-Computer, die für die Verwendung von DHCP durch System Center Virtual Machine Manager konfiguriert sind. CentOS 7- und RHEL 7-Server, die DHCP verwendeten, würden auf fehlende Netzwerkkonfigurationsdaten für jede Ethernet-Schnittstelle stoßen, die vom Linux-Server verwendet wird. Dieses Problem tritt auf, weil centOS 7 und RHEL 7 im Gegensatz zu vorherigen Iterationen das Linux-Tool ifconfig standardmäßig nicht installiert haben. Die Konfigurationsskripts für DHCP-Netzwerke wurden aktualisiert, um das IP-Tool anstelle von ifconfig zu verwenden, wenn das IP-Tool installiert ist.

So erhalten und installieren Sie das Updaterollup 6 für System Center 2012 R2 Virtual Machine Manager