Opdateringspakke 6 til System Center 2012 R2 Virtual Machine Manager

Funktioner, der er tilføjet i denne opdateringspakke

• Tilføj Azure-abonnementsfunktion: Ved hjælp af funktionen Tilføj Azure-abonnement i opdateringspakke 6 kan administratorer af Virtual Machine Manager føje Microsoft Azure abonnementer til VMM og udføre grundlæggende handlinger på Azure-forekomster i disse abonnementer. Funktionen er inkluderet i Virtual Machine Manager i opdateringspakke 6 til System Center 2012 R2. For hvert Azure-abonnement, du tilføjer, kan du bruge en konsol til at se alle rolleforekomster i alle installationsgrupper i det pågældende abonnement.
  
  Hvad du kan gøre med denne funktion
  
  Hvis du allerede administrerer dine lokale virtuelle maskiner i Virtual Machine Manager, kan du bruge denne funktion til at udføre nogle meget grundlæggende handlinger på Azure-forekomster uden at forlade VMM-konsollen. Du kan f.eks. gøre følgende:
  

  • Tilføj eller fjern et eller flere Azure-abonnementer ved hjælp af VMM-konsollen.

  • Se en listevisning med detaljer og statusser for alle rolleforekomster i alle installationer i det pågældende abonnement.

  • Opdater listen over forekomster manuelt.

  • Udfør følgende grundlæggende handlinger på forekomsterne:
    

    • Start

    • Stop

    • Lukning

    • Genstarte

    • Forbind via RDP

  Du kan få mere at vide under Tilføjelse af et Azure-abonnement i VMM i System Center 2012 R2 med opdateringspakke 6.

• Forbedret E2A ASR-beskyttelsesscenarie: Ved at have opdateringspakke 6 i dit Virtual Machine Manager miljø er det nemmere at finde og rette et problem, der nogle gange opstår, når du konfigurerer Azure Site Recovery-beskyttelse (ASR). Dette problem opstår, når du vil tilføje ASR-beskyttelse for virtuelle maskiner i det lokale miljø, og du har følgende egenskaber for den virtuelle maskine:
  

  • Ingen angivet version af operativsystemet

  • Ingen angivelse af, hvilken disk der indeholder operativsystemet til den virtuelle maskine

  Disse egenskaber skal angives, fordi de kræves af Azure Site Recovery. I opdateringspakke 6 vises der et tydeligere sæt fejlmeddelelser i VMM i ruden Job, hvis du forsøger at konfigurere en virtuel maskine, der ikke opfylder kravene.
  
  Du kan få mere at vide om ASR-krav under Forbedring af ASR E2A-beskyttelsesscenarie.

• Mulighed for at bruge Generation 2 VM'er i tjenester og VMRoles: I opdateringspakke 6 yder VMM nu understøttelse af virtuelle generation 2-maskiner til tjenester og VM-roller. Ved hjælp af denne funktion kan du installere tjenester på flere niveauer og vælge den virtuelle maskingenerering for individuelle niveauer. Brugerne kan servicere disse tjenesteforekomster via traditionel og billedbaseret service.
  
  Du kan få mere at vide under Forstå generation 1 og generation 2 Virtual Machines i VMM.

• Regler for samlet eksponering for netværksforbrug i administrationspakken: Denne ændring introducerer to regler, der er målrettet Hyper-V-værter:
  

  • Samlet regel for indsamling af indgående VNic-netværkstrafik

  • Samlet regel for indsamling af udgående VNic-netværkstrafik

  Disse regler måler den samlede indgående og samlede udgående trafik i kilobyte pr. VNic pr. virtuel maskine ved hjælp af følgende metode:
  
  For hver VM:
  

  1. Aktivér Hyper-V-måling , hvis den ikke er aktiveret.

  2. Kør Measure-VM.

  3. Indsaml forbrugsdata for hver fjernadresse for "0.0.0.0/0" eller "::/0" pr. VNic.

  Som standard kører disse regler hver time. Brugere kan vælge at tilsidesætte denne indstilling ved at tilsidesætte egenskaben IntervalSeconds. Disse regler bør ikke køres oftere end hvert femte minut (300 sekunder).
  
  Funktionsmåde i tidligere versioner: VMM målte ikke dataforbrug. Den målte kun overførselshastigheden.

• Mulighed for at overaktivere sky- og værtsgruppens kapacitet for Replika-VM'er: System Center 2012 R2 Virtual Machine Manager gør det muligt at placere dine replika virtuelle maskiner på en forudkonfigureret sky eller værtsgruppe, hvis de passer inden for dine kapacitetsindstillinger. Indtil nu antog VMM, at alle de ressourcer, der blev allokeret til replika-VM'er, var i brug. Derfor tillod VMM dig ikke at placere en replika virtuel maskine i en sky eller værtsgruppe, hvis det ville øge den samlede belastning af alle replika-VM'er ud over skyen eller værtsgruppens kapacitet.
  
  Selvom denne funktionsmåde sikrede, at alle replika-VM'er kunne starte samtidigt, kunne det medføre en ikke-optimal brug af replikaskyer og værtsgrupper. Dette ville ske, hvis du (en virksomhed eller vært) forsøgte at placere flere VM'er i en sky eller en værtsgruppe. Hvis du har overcommiteret replikaskyen eller værtsgruppen. I opdateringspakke 6 kan du overcommitere skyer og værtsgrupper i dit VMM-miljø ved at konfigurere følgende registreringsdatabasenøgle på VMM-serveren:
  

  Placering af registreringsdatabasen:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
  DWORD-navn: IgnoreMemoryForStoppedReplicaVM
  DWORD-værdi: 1
  Bemærk! Hvis undernøglen Placering ikke findes, skal du oprette den.
  
  Du kan få mere at vide under Indstilling til overcommit Cloud og HG for Replica VM'er.

• Understøttelse af VMWare VCenter 5.5 grundlæggende scenarier.
  
  Opdateringspakke 6 introducerer følgende supportscenarier:
  

  • Føj VCenter 5,5 til VMM 2012 R2 UR6-administration

  • Tilføj ESX-vært med 5.5-version, og få styringen under kontrol

  • Opret VMWare VM-skabelon, og installér vm'er med skabelonen

  • Opret skabeloner med grundlæggende netværk (disse omfatter domænetilknyttede scenarier), og udrul virtuelle maskiner

  • Udfør forskellige VM-livscyklushandlinger (f.eks. start, stop, luk computeren, reparer, opdater og kontrolpunkt på en virtuel maskine).

  • Forbind til virtuel maskine ved hjælp af konsollen og kontrollere tilgængeligheden

  • Deaktiver virtuelle maskiner

  • Opret en ressourcepulje, og placer ressourcepuljen under VMM-administration

  Dette er begrænsede scenarier. De repræsenterer dog det første og vigtigste skridt i retning af at understøtte nyere versioner af VCenter. Vi fortsætter med at bygge på vores understøttelsesmatrix til VMWare VCenter og leverer opdateringer, der løser dette i fremtidige opdateringspakker.

Problemer, der er løst i denne opdateringspakke

• Problem 1
  
  Der opstår en 801-fejl, når VMM-objekter fjernes. VMM støder nogle gange på et problem, hvor et VMM-objekt, f.eks. en virtuel maskine, ikke kan fjernes fra brugergrænsefladen eller Windows PowerShell, fordi nogle af dets underordnede objekter mangler i databasen. Dette medfører ofte, at brugerne søger efter afhjælpende scripts for at fjerne de berørte objekter. I opdateringspakke 6 har VMM forbedret tre Powershell-cmdlet'er for at minimere 801-relaterede fejl. Disse cmdlet'er er Remove-SCServiceTemplate, Remove-SCLibraryServer og Remove-SCLibraryShare. Brugerne behøver ikke at bruge -Gennemtving flag sammen med disse cmdlet'er for at undgå 801-fejl. Cmdlet'erne giver mulighed for at løse afhængigheder, der medfører 801 fejl.
  

• Problem 2
  
  VMM-tjenesten går ned og genererer en adgangsfejl i System.Xml, når den reagerer på en Integration Services-hændelse.
  

• Problem 3
  
  Kritisk undtagelse i WCF-fejlbehandleren - ObjectDisposedException -- Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Når VMM lukker WCF-tjenesteværten, kaldes Abort, hvilket kan medføre, at alle ubehandlede meddelelser ikke længere kan afsluttes, og det kan medføre, at ObjectDisposedExceptions kastes. VMM's WCF-fejlbehandler på øverste niveau ser disse undtagelser, før processen er afsluttet, og rapporterer dem som kritiske undtagelser. Så her rapporterer VMM harmløse fejl som kritiske fejl, der muligvis føjer til brugerens forvirring.
  

• Problem 4
  
  Indstilling for MAC-adresse nedtonet i brugergrænsefladen, når vnic ikke er tilsluttet. Dette forhindrer brugerne i at markere nic som statisk. Når du har opgraderet til VMM i System Center 2012 R2, kan kunden ikke vælge indstillingen Statisk Mac-adresse i de VM-skabeloner, han opretter, hvis den virtuelle maskine ikke har forbindelse til et netværk. MAC-adresse- og IP-indstillingerne er nedtonet, når den virtuelle maskine er "ikke tilsluttet". Derfor kan han ikke tildele en statisk MAC-adresse til den virtuelle maskine før installationen.
  

• Problem 5
  
  Tilpasning af virtuelle maskiner kan mislykkes og generere en kritisk undtagelse, når Hyper-V ikke returnerer et diskettedrevobjekt. Under tilpasning af en virtuel maskine er der risiko for, at Hyper-V returnerer objektet Diskettedrev som null, og at VMM forsøger at tilføje et drev. Tilføjelse af diskettedrevet implementeres dog ikke på Hyper-V. Dette udløser en undtagelse, der forårsager jobfejl, og lader den virtuelle maskine være i oprettelsestilstand. Brugeren kan reparere den virtuelle maskine, så den fungerer. Dette kan ske, hvis Diskettedrevkonfiguration (på fjernshare) ikke er tilgængelig for Hyper-V, eller hvis Hyper-V er optaget eller stresset.
  

• Problem 6
  
  Vm'er med statisk IP kan ikke installeres, når flere IP-puljer for ét VM-undernet er konfigureret. Kunden forsøger at oprette en virtuel maskine ved hjælp af en skabelon, der har statiske IP-indstillinger. Hvis der er flere IP-puljer i et undernet, og kunden angiver en IP-adresse fra en anden pulje end standardgruppen (dvs. den automatisk udfyldte pulje, der vises i brugergrænsefladen), afsluttes VM-guiden uden fejl, men oprettelsen af den virtuelle maskine mislykkes og returnerer fejlen "IP-adresse uden for området".
  

• Problem 7
  
  VmmService går ned under håndtering af fjernede virtuelle maskinundernet på IP-ændringshændelser, der sendes af Hyper-v. Hvis der i en NVGRE-konfiguration er en hændelse sendt af Hyper-V til IP-ændring, men VM-undernettet ikke længere findes i VMM, medfører det et nedbrud af VMM-tjenesten.
  

• Problem 8
  
  VMS er rapporteret manglende, da VmMovedRefresherEvent ikke modtages. Når en virtuel maskine flytter hændelse sker, mens en vært ikke er i hændelsestilstand, og den virtuelle maskine er i overførselstilstand, og når begivenhedsopdateringen tilknyttes, kan der være et vindue, hvor ingen lytter, og opdateringshandlingen lige før lyttetilstanden ikke modtager ændringen. Derfor vil VMM ikke modtage disse ændringer før næste fuld opdatering, som kan være op til 24 timer.
  
  For at sikre, at sådanne mistede hændelser synkroniseres via den lette virtuelle maskines opdatering, når du er i hændelsestilstand, kan du oprette og konfigurere følgende registreringsdatabasenøgle til at køre den lette virtuelle maskine med jævne mellemrum. Denne opdatering kører ud over alle hændelsesbaserede opdateringer.
  

  Placering af registreringsdatabasen:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
  Registreringsdatabasenøgle:
  VMPropertiesEventAssitedUpdateInterval
  
  Registreringsdatabasetype: DWORD
  
  Min værdi: 0 sekunder
  
  Maks. værdi: 20 dage

  Værdier skal angives i sekunder.
  DWORD-navn: VMPropertiesEventAssitedUpdateInterval
  
  DWORD-værdi:value_in_seconds
  
  Bemærk! Pladsholderen til value_in_seconds kan være en værdi på 0 sekunder til 20 dage (også i sekunder).
  

• Problem 9
  
  Kræv eksplicitte flag for at angive en manglende virtuel maskine eller fjernelse af en virtuel tjenestecomputer under Remove-Host til brugeren. I øjeblikket kontrollerer VMM ikke, om der findes virtuelle maskiner på vært, mens værten fjernes fra VMM. En vært kan indeholde virtuelle tjenestemaskiner, virtuelle maskiner, der er installeret i skyen, virtuelle maskiner, der har brugerdefinerede egenskaber, der er defineret for dem. Hvis en bruger ved et uheld fjerner en sådan vært, brydes alle disse tilknytninger. Denne løsning undgår sådanne scenarier ved at bede brugerne om en bekræftelsesmeddelelse, før disse værter faktisk fjernes fra VMM.
  

• Problem 10
  
  Hvis du har et logisk netværk, der har flere netværkswebsteder, og netværkswebstederne er synlige for værtsnetværkskortet, allokeres projektkontorer fra disse forskellige netværkswebsteder, og routingoplysningerne skal også angives. Netværkswebsteder kaldes nogle gange for "logiske netværksdefinitioner"). I et scenarie med flere værtsscenarier med VM1 på Vært1, der er forbundet til PA1, er der et tilfælde, hvis en VM2 er forbundet til et hnv LN og har en PA1 til NetwkSite1, og derefter afbrydes den og senere genoprettes og har en PA2 til NetwkSite2 (tilfældigt eller på grund af PA udmattelse), derefter i et stykke tid, vi udfylder muligvis ikke PA-routingoplysningerne mellem NetwkSite1 og NetwkSite2. Dette sker på grund af den måde, den interne ruterepræsentation er angivet til indsættelse i en hashtabel.
  

• Problem 11
  
  Når en vært opdateres, oprettes der en WinRM-netværksforbindelse (til hver vært, der opdateres), som konstant streamer data.
  

• Problem 12
  
  Når der oprettes flere virtuelle værtsnetværksadaptere, observeres tilfældige fejl. Når kunder opretter flere virtuelle netværkskort på ét billede som en del af en logisk parameter, mislykkes IP-konfigurationen af et eller flere virtuelle netværkskort muligvis.
  

• Problem 13
  
  Brugeren får en indsættelse af en dubletnøgle i HostWSManGetter.UpdateRASDCache, når der udføres en værtsopdatering.
  

• Problem 14
  
  Når brugeren forsøger at klone en virtuel maskine med kontrolpunkter, genkender VMM fejlagtigt den nyoprettede klon virtuelle maskine som oprindelig virtuel maskine, når kloningshandlingen er fuldført, og udleder fejlagtigt, at den virtuelle maskine er overført. Den forsøger derefter at håndtere denne ændring. Derfor oprettes der en ekstra virtuel maskine på en anden vært med "manglende" tilstand. VMM mener, at den virtuelle maskine bruger en anden vært, og denne virtuelle maskine er ikke synlig for TFS, før den næste virtuelle maskine opdateres.
  

• Problem 15
  
  Når VSEM-udbyderen opgraderes, angives udbyderens mulighed for at modtage meddelelser ikke i meddelelsesprogrammet.
  

• Problem 16
  
  Netværksplacering går ned under dynamisk værtsoptimering. Nogle placeringshandlinger skulle køres som opgaver. Når den udføres i en opdateringsopgave, er konteksten null. Dette medfører, at placeringen går ned.
  

• Problem 17
  
  Når delegerede administratorer starter VMM-konsollen, tager det 4+ minutter at åbne VMM-konsollen. I store miljøer er VMM-konsolstart forsinket for delegerede administratorer, når den sammenlignes med administratorer.
  

• Problem 18
  
  Storage udbyderopdatering mislykkes efter udskiftning af disk på filer.
  

• Problem 19
  
  VMM kan ikke opdatere replika/primær virtuel maskine uden ASR. Overførsel af genoprettelses-VM i tilstanden Afventer IR udfører ikke live overførsel.
  

• Problem 20
  
  Når en virtuel maskine slettes, flettes kontrolpunkterne, før de slettes. Når brugeren forsøger at slette en virtuel maskine, der har kontrolpunkter, tager sletningen lang tid (op til en time) at fuldføre.
  

• Problem 21
  
  En Run DO-handling modtager nogle gange en kritisk undtagelse: DBCorruptionException.
  

• Problem 22
  
  Nogle brugere bruger store VIPAddress-sæt i stedet for IP-intervaller for at gøre det nemmere at tilføje/fjerne individuelle IP-adresser. VMM Management Pack-skemaet begrænser i øjeblikket dette felt til 256 tegn (standard). Brugerne kan dog have værdier på ca. 500 tegn. Og derfor lykkedes Discovery at bryde VMM-OM-integration på grund af en uventet undtagelse fra SCOM.
  

• Problem 23
  
  Mål-LUN'er og mål-LUN'er tilknyttes ikke efter enableRG-opgaven, hvis RG/LUN'erne er præoprettet.
  

• Problem 24
  
  Du skal opdatere MAC-adresseposter for en F5 Gateway-enhed, når den mislykkes og erstattes. Hvis en F5-enhed er RMA'd og erstattet med en ny enhed med en ny MAC-adresse, har VMM ikke en metode til at opdatere MAC-adressen til den nye enhed.
  

• Problem 25
  
  Lad brugeren stemple på replika virtuel maskine for at lade dig stemple brugeridentitet. Brugerne skal opdatere attributterne UserRole og Owner på deres Replika-maskiner, men i øjeblikket er enhver handling på den virtuelle replikamaskine blokeret. De kan derfor ikke opdatere disse to parametre på Replika-VM'er.
  

• Problem 26
  
  Registreret SMB-share vises ikke som indstillingen destinationssti, når du installerer en ny virtuel HA-maskine i en klynge.
  

• Problem 27
  
  Kritisk undtagelse i Storage Opdatering, når du opdager replikeringstjenesten - ArgumentNullException -- SetCustomOptions.
  

• Problem 28
  
  Under værtsopdateringen forespørger VMM teamoplysningerne (skift team eller LBFO-team). Mens forespørgselsskifteteams VMM rammer WSMan-undtagelsen, der får vswitch til at forsvinde fra konsollen.
  

• Problem 29
  
  HTTPS-protokollen understøttes ikke i Probe, så VMM kan ikke oprette skærmregel for at overvåge HTTPS-webstedet. VMM understøtter HTTP- og HTTP'er i sektionen konfiguration af LB-port, men HTTPS understøttes ikke i afsnittet om LB-probe-protokollen.
  

• Problem 30
  
  Ressourceejer (SSU-bruger) har ikke tilladelse til at få adgang til listen "TildeltTil" for en ressource og kan derfor ikke se, hvem der alle har adgang til ressourcen. Når den bruger, der giver adgang, også er en selvbetjeningsbruger, kan vedkommende ikke se de ændringer, vedkommende har foretaget, før vedkommende genstarter konsollen. En administratorbruger kan se ændringen, men for en selvbetjeningsbruger fortsætter GrantedToList med at returnere cachelagrede resultater, indtil brugeren genstarter konsollen.
  

• Problem 31
  
  Det er ikke muligt at flytte overordnede diske, der har VMM's indbyggede overførselsproces. Brugeren har flere hundrede virtuelle maskiner, hvor alle diff-diske peger på en enkelt overordnet. Flytning af alle disse virtuelle maskiner til en ny lagerløsning blokeres af VMM. For diff-diske, hvis en overordnet disk i hierarkiet (overordnet/underordnet relation) deles af en anden diffdisk, blokeres lageroverførslen af diff-disken af VMM. Det er dog aktiveret via Hyper-V Manager.
  

• Problem 32
  
  Feltet expectedDSColumn udløser en kritisk undtagelse, mens meddelelsen spores for kolonner, der ikke stemmer overens, hvilket medfører, at Serveren går ned, når den kører get-scvmhost. Når Server DB er opdateret til Threshold, kan R2-serveren ikke arbejde med den i visse tilfælde. Denne kodesti bruges af nogle netværksobjekter og ADHC-objekter.
  

• Problem 33
  
  Når du udskalerer en eksisterende serviceskabelon, oprettes der duplikerede virtuelle Hyper-V-maskiner med samme navn på VMM i System Center 2012 R2 Opdateringspakke 5.
  

• Problem 34
  
  Hvis dine virtuelle gæstemaskiner har Windows sikkerhedsopdatering 3035131 eller 3031432 installeret, kører VMM-gæsteagenten ikke GCE-scripts (Generic Command Execution), der anmodes af VMM som en del af VM-installationen. Dette kan medføre fejl i flere scenarier, hvor du bruger GCE-scripts til installation og servicering. Når du f.eks. forsøger at servicerer en VMM-serviceskabelon via GCE-scripts, returneres fejlkode 22029.
  
  Bemærk! Når du har installeret opdateringspakke 6 (eller nyere opdateringspakker) til System Center Virtual Machine Manger 2012 R2, skal du nu tildele logon som batchjobrettigheder til den angivne Kør som-konto. Uden disse rettigheder kan gæsteagenten ikke køre GCE-scripts via en Kør som-konto.
  

• Problem 35
  
  Direkte overførsel af den virtuelle maskine mislykkes, når du bruger grupperet lagerplads som CSV, og den virtuelle maskines lager er placeret på CSV. Hyper-V Cluster Live Migration fungerer ikke efter VMM i opdateringspakke 5 til System Center 2012 R2.
  

• Problem 36
  
  Grundlæggende diskplacering bør rotere mellem gyldige placeringsshares.
  

• Problem 37
  
  VMM-konsollen kan bruge en eksisterende udgivelsesstreng under kopi af tjenesteskabelonen. Nogle gange kan brugerne ikke kopiere en serviceskabelon ved hjælp af kommandoen "Kopiér" for en serviceskabelon. Årsagen er, at administratorkonsollen genererer en allerede eksisterende streng til udgivelsen.
  

• Problem 38
  
  Feltet Kapacitetsoversigt mangler i VMM i System Center 2012 R2. Når du i VMM i System Center 2012 SP1 under ruden Vm'er og tjenester vælger en vært og derefter klikker på oversigt i den øverste menu, indeholder konsollen oversigts- og kapacitetsoplysninger om den valgte vært. Oplysningerne om Processor cores, hukommelse (GB) og Storage (GB) blev ikke tilgængelige i System Center 2012 R2.
  

• Problem 39
  
  VMM-tjenesten går ned på grund af duplikeret VSID. I sjældne tilfælde (synkronisering/race-condition og tilfældig talkollision) kan forskellige virtuelle HNV-maskinundernet få den samme VMSubnetIdentifier (også kaldet VSID). Dette medfører uventet funktionsmåde, når du bruger disse undernet til virtuelle HNV-maskiner. For vm'er, der er tilsluttet dette undernet, får vm'erne muligvis ikke den forventede forbindelse og kan ikke tale med VM'er på det samme undernet. Eller når deres IP-adresse ændres, vil det medføre, at VMM-tjenesten går ned.
  

• Problem 40
  
  Installation af en virtuel maskine bag en Load Balancer medfører en kritisk afbrydelse ved placering:
  

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

• Problem 41
  
  Startside, der blev introduceret i opdateringspakke 5, fjernes i opdateringspakke 6.
  

• Problem 42
  
  En virtuel maskine er ikke knyttet til en replikeringsgruppe og kunne ikke flyttes til en placering, der er beskyttet af replikeringsgruppen.
  

• Problem 43
  
  Gæste-IP på HNV-netværk er ikke markeret som Dynamic/DedicatedGuestIP, selvom indstillingerne er aktiveret for det. Nøglecenter-failover er brudt. For alle IP-adresser, der tilføjes/flyttes i en virtuel maskine, der er forbundet til NVGRE-netværk (HNV-gæsteklynge/gæste-IP-failoverscenarie), er IP-adressen *ikke* markeret som dynamisk (type = DedicatedGuestIP i VMM), selvom den virtuelle maskine har indstillingerne EnableGuestIPNetworkVirtualizationUpdates=true. Første gang IP-adressen tilføjes/flyttes, fungerer den, men senere failovers af IP'en (der flyttes fra én VM til en anden) registreres ikke automatisk. Derfor kan IP-adressen ikke nås, og VM'en mister forbindelsen.
  

• Problem 44
  
  Ældre integreret lagerudbyder fra Hitachi-integration brudt med UR5. Lagerudbyderen kan ikke opdateres. Dette forhindrer administration af udbyderen.
  

• Problem 45
  
  VMM-klienten går ned, når du angiver tidsinterval for strømoptimering.
  

• Problem 46
  
  Der findes en konkurrencetilstand ved bortskaffelsen af WnvEventEntrySubscriptionObserver, når forbindelsen til værten mislykkes.
  

• Problem 47
  
  CentOS 7 og Red Hat Enterprise Linux 7 kan ikke angive konfiguration af netværksgrænsefladen, når DHCP bruges.
  
  Dette gælder for alle virtuelle CentOS 7- og Red Hat Enterprise Linux (RHEL) 7-maskiner, der er konfigureret til at bruge DHCP af System Center Virtual Machine Manager. CentOS 7- og RHEL 7-servere, der brugte DHCP, ville støde på fraværende netværkskonfigurationsdata for hver Ethernet-grænseflade, der bruges af Linux-serveren. Dette problem opstår, fordi CentOS 7 og RHEL 7 ikke har Linux-værktøjet ifconfig installeret som standard i modsætning til tidligere gentagelser. Konfigurationsscripts til DHCP-netværk blev opdateret til at bruge ip-værktøjet i stedet for ifconfig, hvis ip-værktøjet er installeret.

Sådan henter og installerer du opdateringspakke 6 til System Center 2012 R2 Virtual Machine Manager