Updatepakket 6 voor System Center 2012 R2 Virtual Machine Manager

Functies die zijn toegevoegd in dit updatepakket

• De functie Azure-abonnement toevoegen: met behulp van de functie Azure-abonnement toevoegen in Updatepakket 6 kunnen beheerders van Virtual Machine Manager Microsoft Azure abonnementen toevoegen aan VMM en basisacties uitvoeren op Azure-exemplaren in die abonnementen. De functie is opgenomen in Virtual Machine Manager in updatepakket 6 voor System Center 2012 R2. Voor elk Azure-abonnement dat u toevoegt, kunt u een console gebruiken om alle rolinstanties in alle implementatiegroepen in dat abonnement te zien.
  
  Wat u met deze functie
  
  kunt doen Als u uw on-premises virtuele machines al beheert in Virtual Machine Manager, kunt u deze functie gebruiken om enkele zeer eenvoudige acties uit te voeren op Azure-exemplaren zonder de VMM-console te verlaten. U kunt bijvoorbeeld het volgende doen:
  

  • Een of meer Azure-abonnementen toevoegen of verwijderen met behulp van de VMM-console.

  • Bekijk een lijstweergave met details en statussen van alle rolinstanties in alle implementaties in dat abonnement.

  • Werk de lijst met exemplaren handmatig bij.

  • Voer de volgende basisacties uit op de exemplaren:
    

    • Starten

    • Stoppen

    • Afsluiten

    • Opnieuw starten

    • Verbinding maken via RDP

  Zie Een Azure-abonnement toevoegen in VMM in System Center 2012 R2 met updatepakket 6 voor meer informatie.

• Verbeterd E2A ASR-beveiligingsscenario: Door updatepakket 6 in uw Virtual Machine Manager-omgeving te hebben, is het gemakkelijker om een probleem te detecteren en op te lossen dat soms optreedt wanneer u Azure Site Recovery-beveiliging (ASR) configureert. Dit probleem treedt op wanneer u ASR-beveiliging wilt toevoegen voor on-premises virtuele machines en u de volgende eigenschappen van virtuele machines hebt:
  

  • Geen opgegeven besturingssysteemversie

  • Geen indicatie van welke schijf het besturingssysteem voor de virtuele machine bevat

  Deze eigenschappen moeten worden opgegeven omdat ze vereist zijn voor Azure Site Recovery. In Updatepakket 6 wordt een duidelijkere set foutberichten weergegeven in VMM in het deelvenster Taken als u een virtuele machine probeert te configureren die niet aan de vereisten voldoet.
  
  Zie VERBETERING van ASR E2A-beveiligingsscenario's voor meer informatie over ASR-vereisten.

• Optie voor het gebruik van virtuele machines van de tweede generatie in Services en VMRoles: In updatepakket 6 biedt VMM nu ondersteuning voor virtuele machines van de tweede generatie voor services en VM-rollen. Met deze functie kunt u services met meerdere lagen implementeren en de generatie van virtuele machines voor afzonderlijke lagen kiezen. Gebruikers kunnen deze service-exemplaren onderhouden via conventioneel en op installatiekopieën gebaseerd onderhoud.
  
  Zie Understanding Generation 1 and Generation 2 Virtual Machines in VMM voor meer informatie.

• Blootstellingsregels voor totaal netwerkgebruik in management pack: deze wijziging introduceert twee regels die gericht zijn op Hyper-V-hosts:
  

  • Regel voor het verzamelen van het totale aantal binnenkomende VNic-netwerkverkeer

  • Regel voor het verzamelen van uitgaand VNic-netwerkverkeer

  Deze regels meten het totale binnenkomende en totale uitgaande verkeer in kilobytes per VNic per virtuele machine in de volgende methode:
  
  Voor elke VM:
  

  1. Schakel Hyper-V-meting in als deze niet is ingeschakeld.

  2. Voer Measure-VM uit.

  3. Meetgegevens verzamelen voor elk extern adres van '0.0.0.0/0' of ':/0' per VNic.

  Deze regels worden standaard elk uur uitgevoerd. Gebruikers kunnen ervoor kiezen om deze instelling te overschrijven door de eigenschap IntervalSeconds te overschrijven. Deze regels mogen niet vaker worden uitgevoerd dan elke vijf minuten (300 seconden).
  
  Gedrag in eerdere versies: VMM heeft het gegevensverbruik niet gemeten. Alleen de doorvoer is gemeten.

• Optie voor het overschrijven van capaciteit van cloud- en hostgroepen voor replica-VM's: met System Center 2012 R2 Virtual Machine Manager kunt u uw replica-VM's in een vooraf geconfigureerde cloud of hostgroep plaatsen als deze binnen uw capaciteitsinstellingen passen. Tot nu toe ging VMM ervan uit dat alle resources die zijn toegewezen aan replica-VM's in gebruik waren. VMM heeft u daarom niet toegestaan om een replica-VM in een cloud of hostgroep te plaatsen als dat de totale belasting van alle replica-VM's buiten de capaciteit van de cloud of hostgroep zou verhogen.
  
  Hoewel dit gedrag ervoor zorgde dat alle replica-VM's tegelijkertijd konden worden gestart, kan dit leiden tot een niet-optimaal gebruik van replicaclouds en hostgroepen. Dit zou gebeuren als u (een onderneming of hoster) probeert extra VM's in een cloud of een hostgroep te plaatsen. Dat wil namelijk, als u de replicacloud of hostgroep hebt overgecommiteerd. In updatepakket 6 kunt u clouds en hostgroepen in uw VMM-omgeving overcommiteren door de volgende registersleutel op de VMM-server te configureren:
  

  Registerlocatie:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
  DWORD-naam: IgnoreMemoryForStoppedReplicaVM
  DWORD-waarde: 1
  Opmerking Als de subsleutel Plaatsing niet bestaat, maakt u deze.
  
  Zie Optie voor het overcommiteren van cloud- en HG voor replica-VM's voor meer informatie.

• Ondersteuning voor VMWare VCenter 5.5-basisscenario's.
  
  Updatepakket 6 introduceert de volgende ondersteuningsscenario's:
  

  • VCenter 5.5 toevoegen aan VMM 2012 R2 UR6-beheer

  • ESX-host met versie 5.5 toevoegen en onder beheer brengen

  • VMWare VM-sjabloon maken en VM's implementeren met de sjabloon

  • Sjablonen maken met basisnetwerken (waaronder scenario's die lid zijn van een domein) en virtuele machines implementeren

  • Voer verschillende levenscyclusbewerkingen voor vm's uit (bijvoorbeeld starten, stoppen, afsluiten, herstellen, vernieuwen en controlepunt op een virtuele machine).

  • Verbinding maken naar virtuele machine met behulp van de console en controleer de toegankelijkheid

  • Inrichting van virtuele machines ongedaan maken

  • Een resourcegroep maken en de resourcegroep onder VMM-beheer brengen

  Dit zijn beperkte scenario's. Ze vertegenwoordigen echter de eerste en belangrijkste stap voor het ondersteunen van nieuwere versies van VCenter. We blijven bouwen aan onze ondersteuningsmatrix voor VMWare VCenter en zullen updates leveren om dit in toekomstige rolluppakketten aan te pakken.

Problemen die zijn opgelost in dit updatepakket

• Probleem 1
  
  Er treedt een 801-fout op wanneer VMM-objecten worden verwijderd. VMM ondervindt soms een probleem waarbij een VMM-object, zoals een virtuele machine, niet kan worden verwijderd uit de gebruikersinterface of Windows PowerShell omdat sommige onderliggende objecten ontbreken in de database. Dit zorgt er vaak voor dat gebruikers zoeken naar herstelscripts om de betrokken objecten te verwijderen. In Updatepakket 6 heeft VMM drie PowerShell-cmdlets verbeterd om 801-gerelateerde fouten te minimaliseren. Deze cmdlets zijn Remove-SCServiceTemplate, Remove-SCLibraryServer en Remove-SCLibraryShare. Gebruikers hoeven de vlag –Force niet samen met deze cmdlets te gebruiken om 801-fouten te voorkomen. De cmdlets bieden de mogelijkheid om afhankelijkheden op te lossen die leiden tot 801-fouten.
  

• Probleem 2
  
  De VMM-service loopt vast en genereert een toegangsfout in System.Xml wanneer deze een integratieservicegebeurtenis veroorzaakt.
  

• Probleem 3
  
  Kritieke uitzondering in de WCF-fouthandler -- ObjectDisposedException -- Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Wanneer VMM de WCF-servicehost afsluit, wordt Abort aangeroepen, waardoor niet-verwerkte berichten onbeheerd kunnen worden beëindigd. Dit kan ertoe leiden dat ObjectDisposedExceptions wordt gegenereerd. De WCF-fouthandler op het hoogste niveau van VMM ziet deze uitzonderingen voordat het proces is beëindigd en rapporteert deze als kritieke uitzonderingen. Hier rapporteert VMM dus onschadelijke fouten als kritieke fouten die mogelijk leiden tot verwarring bij de gebruiker.
  

• Probleem 4
  
  Optie voor MAC-adres grijs weergegeven in de gebruikersinterface wanneer vnic niet is verbonden. Hiermee voorkomt u dat gebruikers de nic als statisch markeren. Nadat u in System Center 2012 R2 een upgrade naar VMM hebt uitgevoerd, kan de klant de optie Statisch Mac-adres niet kiezen in de VM-sjablonen die hij maakt, als de virtuele machine niet is verbonden met een netwerk. De MAC-adres- en IP-opties worden grijs weergegeven wanneer de virtuele machine 'niet is verbonden'. Daarom kan hij vóór de implementatie geen statisch MAC-adres toewijzen aan de virtuele machine.
  

• Probleem 5
  
  Het aanpassen van virtuele machines kan mislukken en er kan een kritieke uitzondering worden gegenereerd wanneer Hyper-V geen diskettestationobject retourneert. Tijdens het aanpassen van een virtuele machine bestaat de kans dat Hyper-V het floppy drive-object retourneert als null en VMM probeert een station toe te voegen. Het toevoegen van het diskettestation is echter niet geïmplementeerd in Hyper-V. Hiermee wordt een uitzondering gegenereerd die taakfouten veroorzaakt en de virtuele machine de status Mislukt laat. De gebruiker kan de virtuele machine herstellen om functioneel te zijn. Dit kan gebeuren als de configuratie van het diskettestation (op de externe share) niet beschikbaar is voor Hyper-V of als Hyper-V bezet of gestrest is.
  

• Probleem 6
  
  Vm's met een statisch IP-adres kunnen niet worden geïmplementeerd wanneer meerdere IP-adresgroepen voor één VM-subnet zijn geconfigureerd. De klant probeert een virtuele machine te maken met behulp van een sjabloon met statische IP-instellingen. Als er meerdere IP-adresgroepen in een subnet zijn en de klant een IP-adres uit een andere groep biedt dan de standaardpool (de automatisch ingevulde pool die wordt weergegeven in de gebruikersinterface), wordt de wizard VM zonder fouten voltooid, maar mislukt het maken van de virtuele machine en wordt de fout 'IP-adres buiten bereik' geretourneerd.
  

• Probleem 7
  
  VmmService-crash treedt op tijdens het verwerken van verwijderde subnetten van virtuele machines op IP-wijzigingsgebeurtenissen die door Hyper-v worden verzonden. Als er in een NVGRE-installatie een gebeurtenis wordt verzonden door Hyper-V voor IP-wijziging, maar het VM-subnet niet meer bestaat in VMM, veroorzaakt dit een VMM-servicecrash.
  

• Probleem 8
  
  VMS worden als ontbrekend gerapporteerd omdat de VmMovedRefresherEvent niet wordt ontvangen. Wanneer een gebeurtenis voor het verplaatsen van een virtuele machine plaatsvindt terwijl een host zich niet in de gebeurtenismodus bevindt en de virtuele machine zich in de migratiestatus bevindt en wanneer de gebeurtenisvernieuwer wordt gekoppeld, is er mogelijk een venster waarin niemand luistert en de updatebewerking vlak voor de luistermodus de wijziging niet ontvangt. Daarom ontvangt VMM deze wijzigingen pas bij de volgende volledige vernieuwing, die maximaal 24 uur kan duren.
  
  Als u er zeker van wilt zijn dat dergelijke gemiste gebeurtenissen worden gesynchroniseerd via de opfrisfunctie van de virtuele light-machine in de gebeurtenismodus, kunt u de volgende registersleutel maken en configureren om de virtuele machine met regelmatige tussenpozen uit te voeren. Deze vernieuwing wordt uitgevoerd naast alle op gebeurtenissen gebaseerde vernieuwingen.
  

  Registerlocatie:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
  Registersleutel:
  VMPropertiesEventAssitedUpdateInterval
  
  Registertype: DWORD
  
  Minimumwaarde: 0 seconden
  
  Maximumwaarde: 20 dagen

  Waarden moeten in seconden worden opgegeven.
  DWORD-naam: VMPropertiesEventAssitedUpdateInterval
  
  DWORD-waarde:value_in_seconds
  
  Opmerking De tijdelijke aanduiding value_in_seconds kan een waarde van 0 seconden tot 20 dagen (ook in seconden) zijn.
  

• Probleem 9
  
  Expliciete vlaggen vereisen om aan te geven dat er een virtuele machine ontbreekt of dat een service-VM tijdens Remove-Host voor de gebruiker wordt verwijderd. Op dit moment controleert VMM niet op het bestaan van VM's op de host tijdens het verwijderen van de host uit VMM. Een host kan virtuele servicemachines bevatten, virtuele machines die in de cloud zijn geïmplementeerd, virtuele machines met aangepaste eigenschappen die voor deze machines zijn gedefinieerd. Als een gebruiker per ongeluk een dergelijke host verwijdert, worden al deze koppelingen verbroken. Deze oplossing voorkomt dergelijke scenario's door gebruikers te vragen om een bevestigingsbericht voordat dergelijke hosts daadwerkelijk worden verwijderd uit VMM.
  

• Probleem 10
  
  Als u een logisch netwerk hebt dat meerdere netwerksites heeft en de netwerksites zichtbaar zijn voor de hostnetwerkadapter, worden DEPA's van deze verschillende netwerksites toegewezen en moeten de routeringsgegevens ook worden ingesteld. (Netwerksites worden ook wel logische netwerkdefinities genoemd.) In een scenario met meerdere hosts waarbij VM1 op Host1 is verbonden met PA1, is er een geval dat een VM2 is verbonden met een hnv LN en een PA1 voor NetwkSite1 heeft. Vervolgens wordt de verbinding verbroken en later opnieuw verbonden en wordt een PA2 voor NetwkSite2 (willekeurig of vanwege PA-uitputting) gebruikt. We kunnen de PA-routeringsgegevens tussen NetwkSite1 en NetwkSite2 mogelijk niet vullen. Dit wordt veroorzaakt door de manier waarop de interne routeweergave is geactiveerd voor het invoegen in een hash-tabel.
  

• Probleem 11
  
  Wanneer een host wordt vernieuwd, wordt er een WinRM-netwerkverbinding tot stand gebracht (voor elke host die wordt vernieuwd) die voortdurend gegevens streamt.
  

• Probleem 12
  
  Wanneer er meerdere virtuele hostnetwerkadapters worden gemaakt, worden willekeurige fouten waargenomen. Wanneer klanten meerdere virtuele netwerkadapters in één opname maken als onderdeel van een logische switch, kan een of meer IP-configuratie van virtuele netwerkadapters mislukken.
  

• Probleem 13
  
  Gebruiker raakt een dubbele sleutel invoeging in HostWSManGetter.UpdateRASDCache bij het uitvoeren van een host-update.
  

• Probleem 14
  
  Wanneer de gebruiker een virtuele machine met controlepunten probeert te klonen, herkent VMM de zojuist gemaakte virtuele kloonmachine onjuist als oorspronkelijke virtuele machine en wordt er ten onrechte afgeleid dat de virtuele machine is gemigreerd. Vervolgens wordt geprobeerd deze wijziging af te handelen. Daarom wordt er een extra virtuele machine op een andere host met de status 'ontbrekend' gemaakt. VMM denkt dat de virtuele machine een andere host gebruikt en deze virtuele machine is pas zichtbaar voor TFS als de volgende virtuele machine is bijgewerkt.
  

• Probleem 15
  
  Wanneer de VSEM-provider wordt bijgewerkt, wordt de mogelijkheid van de provider om meldingen te ontvangen niet aangegeven aan de meldingsengine.
  

• Probleem 16
  
  Netwerkplaatsing loopt vast tijdens dynamische hostoptimalisatie. Sommige plaatsingsbewerkingen zouden als taak moeten worden uitgevoerd. Wanneer deze wordt uitgevoerd in een vernieuwingstaak, is de context null. Dit veroorzaakt een plaatsingscrash.
  

• Probleem 17
  
  Wanneer gedelegeerde beheerders de VMM-console starten, duurt het meer dan 4 minuten om de VMM-console te openen. In grote omgevingen wordt het starten van de VMM-console vertraagd voor gedelegeerde beheerders wanneer deze wordt vergeleken met Administrators.
  

• Probleem 18
  
  Storage providerupdate mislukt na het vervangen van schijf op sofs.
  

• Probleem 19
  
  VMM kan replica/primaire virtuele machine niet bijwerken zonder ASR, ook migratie van herstel-VM met de status IR in behandeling voert geen livemigratie uit.
  

• Probleem 20
  
  Wanneer een virtuele machine wordt verwijderd, worden de controlepunten samengevoegd voordat ze worden verwijderd. Wanneer de gebruiker een virtuele machine probeert te verwijderen die controlepunten heeft, duurt het lang (maximaal een uur) om de verwijdering te voltooien.
  

• Probleem 21
  
  Een Uitvoerings-DO-bewerking ontvangt soms een kritieke uitzondering: DBCorruptionException.
  

• Probleem 22
  
  Sommige gebruikers gebruiken grote VIPAddress-sets in plaats van IP-adresbereiken om het toevoegen/verwijderen van afzonderlijke IP-adressen te vereenvoudigen. Het VMM Management Pack-schema beperkt dit veld momenteel tot 256 tekens (standaard). De gebruikers kunnen echter waarden van circa 500 tekens lang hebben. En daarom heeft Discovery de VMM-OM-integratie verbroken vanwege een onverwachte uitzondering van SCOM.
  

• Probleem 23
  
  Doel-RG en doel-LUN's zijn niet gekoppeld na enableRG-taak als de RG/LUN's vooraf zijn samengesteld.
  

• Probleem 24
  
  Mac-adresvermeldingen voor een F5-gatewayapparaat moeten worden bijgewerkt wanneer dit mislukt en wordt vervangen. Als een F5-apparaat RMA'd is en wordt vervangen door een nieuw apparaat met een nieuw MAC-adres, heeft VMM geen manier om het MAC-adres voor het nieuwe apparaat bij te werken.
  

• Probleem 25
  
  Laat de gebruiker stempelen op de virtuele replicamachine zodat u de gebruikersidentiteit kunt stempelen. Gebruikers moeten de kenmerken UserRole en Owner bijwerken op hun replica-VM's, maar momenteel wordt elke bewerking op de virtuele replicamachine geblokkeerd. Ze kunnen deze twee parameters dus niet bijwerken op replica-VM's.
  

• Probleem 26
  
  Een geregistreerde SMB-share wordt niet weergegeven als doelpadoptie wanneer u een nieuwe virtuele machine met hoge beschikbaarheid in een cluster implementeert.
  

• Probleem 27
  
  Kritieke uitzondering in de Storage Refresher bij het detecteren van de replicatieservice -- ArgumentNullException -- SetCustomOptions.
  

• Probleem 28
  
  Tijdens de hostvernieuwer voert VMM een query uit op de teamgegevens (switchteam of LBFO-team). Terwijl query's schakelen tussen teams VMM raakt de WSMan-uitzondering waardoor de vswitch verdwijnt uit de console.
  

• Probleem 29
  
  HET HTTPS-protocol wordt niet ondersteund in De test. VMM kan dan geen controleregel maken om de HTTPS-site te bewaken. VMM ondersteunt HTTP- en HTTP's in de sectie LB-poortconfiguratie, maar HTTPS wordt niet ondersteund in de sectie LB-testprotocol.
  

• Probleem 30
  
  Resource-eigenaar (SSU-gebruiker) is niet gemachtigd voor toegang tot de lijst 'GrantedTo' van een resource en kan daarom niet zien wie er allemaal toegang hebben tot de resource. Wanneer de gebruiker die toegang verleent ook een selfservicegebruiker is, kunnen ze de wijzigingen die ze hebben aangebracht pas zien nadat ze de console opnieuw hebben opgestart. Een beheerder kan de wijziging zien, maar voor een selfservicegebruiker blijft GrantedToList resultaten in de cache retourneren totdat de console opnieuw wordt gestart.
  

• Probleem 31
  
  Kan bovenliggende schijven met het ingebouwde migratieproces van VMM niet verplaatsen. De gebruiker heeft enkele honderden VM's, waarbij alle diff-schijven verwijzen naar één bovenliggend item. Het verplaatsen van al deze VM's naar een nieuwe opslagoplossing wordt geblokkeerd door VMM. Als voor diff-schijven een bovenliggende schijf in de hiërarchie (bovenliggende/onderliggende relatie) wordt gedeeld door een andere diff-schijf, wordt de opslagmigratie van de diff-schijf geblokkeerd door VMM. Het is echter ingeschakeld via Hyper-V-beheer.
  

• Probleem 32
  
  Veld expectedDSColumn genereert een kritieke uitzondering tijdens het traceren van het bericht voor kolommen die niet overeenkomen, waardoor de server vastloopt wanneer get-scvmhost wordt uitgevoerd. Nadat de serverdatabase is bijgewerkt naar Threshold, kan de R2-server er in bepaalde gevallen niet mee werken. Dit codepad wordt gebruikt door sommige netwerkobjecten en ADHC-objecten.
  

• Probleem 33
  
  Wanneer u een bestaande servicesjabloon uitschaalt, worden dubbele virtuele Hyper-V-machines met dezelfde naam gemaakt op VMM in System Center 2012 R2 Update Rollup 5.
  

• Probleem 34
  
  Als op uw virtuele gastmachines Windows beveiligingsupdate 3035131 of 3031432 is geïnstalleerd, voert de VMM-gastagent geen GCE-scripts (Generic Command Execution) uit die door VMM worden aangevraagd als onderdeel van de VM-implementatie. Dit kan fouten veroorzaken in meerdere scenario's waarin u GCE-scripts gebruikt voor implementatie en onderhoud. Als u bijvoorbeeld een VMM-servicesjabloon probeert te onderhouden via GCE-scripts, wordt foutcode 22029 geretourneerd.
  
  Opmerking Nadat u updatepakket 6 (of latere updatepakketten) hebt geïnstalleerd voor System Center Virtual Machine Manger 2012 R2, moet u nu aanmelding als batchtaakrechten verlenen aan het opgegeven Uitvoeren als-account. Zonder deze rechten kan de gastagent de GCE-scripts niet uitvoeren via een Uitvoeren als-account.
  

• Probleem 35
  
  Livemigratie van de virtuele machine mislukt wanneer u geclusterde opslagruimte als CSV gebruikt en de opslag van de virtuele machine zich in CSV bevindt. Livemigratie van Hyper-V-cluster werkt niet na VMM in System Center 2012 R2-updatepakket 5.
  

• Probleem 36
  
  De plaatsing van de basisschijf moet worden geroteerd tussen geldige plaatsingsshares.
  

• Probleem 37
  
  De VMM-console kan een bestaande releasetekenreeks gebruiken tijdens het kopiëren van de servicesjabloon. Soms kunnen gebruikers een servicesjabloon niet kopiëren met behulp van de opdracht Kopiëren voor een servicesjabloon. De reden hiervoor is dat de Administrator-console een bestaande tekenreeks voor de release genereert.
  

• Probleem 38
  
  De tegel Capaciteitsoverzicht ontbreekt in VMM in System Center 2012 R2. Wanneer u in VMM in System Center 2012 SP1 onder het deelvenster VM's en services een host selecteert en vervolgens op overzicht klikt in het bovenste menu, biedt de console informatie over samenvatting en capaciteit over de geselecteerde host. De details over processorkernen, geheugen (GB) en Storage (GB) zijn niet meer beschikbaar in System Center 2012 R2.
  

• Probleem 39
  
  VMM-service loopt vast vanwege dubbele VSID. In zeldzame gevallen (synchronisatie/racevoorwaarde en willekeurige getalconflicten), kunnen verschillende subnetten van virtuele HNV-machines dezelfde VMSubnetIdentifier (ook wel VSID) verkrijgen. Dit leidt tot onverwacht gedrag wanneer u deze subnetten van virtuele HNV-machines gebruikt. Voor VM's die zijn verbonden met dit subnet, krijgen de VM's mogelijk niet de verwachte connectiviteit en kunnen ze niet communiceren met VM's in hetzelfde subnet. Of wanneer het IP-adres wordt gewijzigd, loopt de VMM-service vast.
  

• Probleem 40
  
  Het implementeren van een virtuele machine achter een Load Balancer veroorzaakt een kritieke excepion bij plaatsing:
  

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

• Probleem 41
  
  Startmenu pagina die is geïntroduceerd in Updatepakket 5, wordt verwijderd in Updatepakket 6.
  

• Probleem 42
  
  Een virtuele machine is niet gekoppeld aan een replicatiegroep en kan niet worden verplaatst naar een locatie die wordt beveiligd door de replicatiegroep.
  

• Probleem 43
  
  Gast-IP op het HNV-netwerk is niet gemarkeerd als Dynamisch/DedicatedGuestIP, zelfs niet als hiervoor instellingen zijn ingeschakeld. CA-failover is verbroken. Voor elk IP-adres dat is toegevoegd of verplaatst in een virtuele machine die is verbonden met nvgre-netwerk (HNV-gastcluster/gast-IP-failoverscenario), wordt het IP-adres *niet* gemarkeerd als dynamisch (type = DedicatedGuestIP in VMM), zelfs als de virtuele machine de instellingen EnableGuestIPNetworkVirtualizationUpdates=true heeft. Wanneer het IP-adres voor het eerst wordt toegevoegd/verplaatst, werkt het, maar worden latere failovers van het IP-adres (het verplaatsen van de ene VM naar de andere) niet automatisch gedetecteerd. Daarom is het IP-adres niet bereikbaar en verliest de VM de connectiviteit.
  

• Probleem 44
  
  Oudere ingesloten opslagprovider van Hitachi-integratie verbroken met UR5. De opslagprovider kan niet worden vernieuwd. Hiermee voorkomt u het beheer van de provider.
  

• Probleem 45
  
  De VMM-client loopt vast wanneer u het tijdsbereik voor energieverbruikoptimalisatie instelt.
  

• Probleem 46
  
  Er bestaat een racevoorwaarde in de verwijdering van de WnvEventEntrySubscriptionObserver wanneer de verbinding van de host mislukt.
  

• Probleem 47
  
  CentOS 7 en Red Hat Enterprise Linux 7 kunnen netwerkinterfaceconfiguratie niet instellen wanneer DHCP wordt gebruikt.
  
  Dit is van toepassing op alle virtuele Machines van CentOS 7 en Red Hat Enterprise Linux (RHEL) 7 die zijn geconfigureerd voor het gebruik van DHCP door System Center Virtual Machine Manager. CentOS 7- en RHEL 7-servers die DHCP gebruikten, zouden ontbrekende netwerkconfiguratiegegevens tegenkomen voor elke Ethernet-interface die wordt gebruikt door de Linux-server. Dit probleem treedt op omdat het Linux-hulpprogramma ifconfig niet standaard is geïnstalleerd in CentOS 7 en RHEL 7, in tegenstelling tot eerdere iteraties. De configuratiescripts voor DHCP-netwerken zijn bijgewerkt om het IP-hulpprogramma te gebruiken in plaats van ifconfig als het IP-hulpprogramma is geïnstalleerd.

Updatepakket 6 verkrijgen en installeren voor System Center 2012 R2 Virtual Machine Manager