Samleoppdatering 7 for System Center 2012 R2 Virtual Machine Manager

Funksjoner som er lagt til i denne samleoppdateringen

• Støtte for Windows 10 klientoperativsystem
  
  Når du har installert denne oppdateringen, kan du klargjøre og tilpasse Windows 10 klienten virtuelle maskiner (VMs). Denne støtten inkluderer ikke installere Virtual Machine Manager-konsollen på 10 for Windows-operativsystemet klienter.
  
  

• Støtte for nye Linux-operativsystemer
  
  Når du har installert denne oppdateringen, kan du klargjøre og tilpasse Debian 8 Linux som et operativsystem som gjest.
  
  

• Støtte for VMWare vCenter 5.5 management-scenarier
  
  Med Samleoppdatering 6annonsert vi støtte for grunnleggende administrasjonsscenarier for vCenter 5.5. Basert på våre planer for vCenter og VMM integrasjon og supportability, lanserer vi at en bredere supportability matrise for å behandle vCenter forekomster i VMM-konsollen.
  
  For en fullstendig liste over scenarier som støttes, kan du klikke her.
  
  

• Støtte for flere eksterne IP-adresser per virtuelt nettverk
  
  Du kan nå ha flere eksterne IP-adresser tilordnet til ett enkelt virtuelle nettverk hvis du har samleoppdatering 7 eller en senere versjon installert i VMM-miljø.
  
  Samleoppdatering 7 inkluderer muligheten til å angi flere IP-adresser for NAT i VMM ved hjelp av PowerShell. Denne oppdateringen bedrer muligheten til et høyere nivå i stakken ved å ha støtte i VMM for Fabric-Administrator.
  
  Hvordan kan jeg bruke denne funksjonen?
  
  

  $natConnection = Legg til SCNATConnection-navnet "NAT_Connection1_NatConnection" - VMNetworkGateway $VmNetworkGateway - ExternalIPPool $externalIpPoolVar - ExternalIPAddress "30.30.30.50"
  
  $natConnection = Legg til SCNATConnection-navnet "NAT_Connection2_NatConnection" - VMNetworkGateway $VmNetworkGateway - ExternalIPPool $externalIpPoolVar - ExternalIPAddress "30.30.30.51"
  Etter å ha studert dypt alle delene i stakken, innså vi at leveringen av en effektiv og pålitelig løsning krever ekstra arbeid og ikke får plass i en enkelt UR-versjon. Derfor leverer vi muligheten til å angi flere IP-adresser per virtuelle nettverket ved hjelp av en NAT-Gateway for HNV i en tretrinns måte.
  
  En fremtidig samleoppdatering for VMM utforske egenskaper gjennom hele stabelen, og inneholder følgende funksjonalitet hele veien gjennom Windows Azure Pack (WAP).
  
  

  • Når du legger til en ny regel for NAT, kan en leier nå bruke en eksisterende ekstern adresse eller angi en ny.

  • Du kan la WAP-administratoren angi kvoter for de eksterne IP-adressene som aktiveres per bruker-rollen i skyen.

  Vi forstår at det er mye etterspørsel rundt denne funksjonen er basert på hvor mye tilbakemeldinger vi har fått. Vi planlegger å levere ende-til-ende-støtte for denne funksjonen.

• Alternativet for å knytte løse virtuelle maskiner for deres tjeneste eller VM-rolle
  
  Hvis du noen gang opplevd å fjerne en vert som vert for tjenesten eller VM rolle virtuelle maskiner, og du ville digitallyd en magisk tryllestav Hvis du vil knytte en virtuell maskin til tjenesten eller VM rolle etter at verten er recommissioned til VMM, har vi løsningen for deg i samleoppdatering 7.
  
  Du kan nå knytte et foreldreløse virtuell maskin til tjenesten eller VM rolle når vertsserveren er recommissioned til VMM.
  
  Hvis du vil ha mer informasjon, klikker du her.
  
  

• Støtte for videresending av PXE/TFP VMM DHCP-utvidelse
  
  Administratorer som avhenger av PXE til å definere virtuelle maskiner eller verter kan nå utføre en PXE-oppstart ved å dra nytte av VMM DHCP direkte utvidelser.

Problemer som er løst i denne samleoppdateringen

• På en skala fra mer enn 50 verter VMM-tjenesten krasjer eller slutter å svare midlertidig uten forårsaket et unntak som kan brukes.
  
  

• Distribusjon av Hyper-V Network virtualisering (HNV)-policy sendes ikke til en vert midlertidig. Effekten er at VMs aktiv i som er vert for ikke å sende eller motta nettverkstrafikk til andre virtuelle maskiner i eller utenfor nettverket VM.
  
  

• Når en vert har mange virtuelle brytere (for eksempel 15 eller mer), tar oppdateringsfunksjonen vert mer enn en time å fullføre.
  
  Gjentakende WSMan få samtaler har nå optimalisert for å gi bedre effektiviteten i nettverket.
  
  

• VM-oppdatering for en virtuell maskin som har flere "Pass-Through" disker mislykkes på verten omstart. Ved omstart, vert bytter tilknyttede disker midlertidig og VMM noen ganger håndtere ikke endringen. Dette fører til en situasjon der den virtuelle maskinen blir ubrukelig.
  
  

• Tilbakestiller PortProfile Maksimal båndbredde til null i verten gjenspeiles ikke i den virtuelle machiness. Dette skjer fordi standardverdien for maksimum og minimum båndbredde i en virtuell maskin er null. Dette gjør at det å hoppe over endringene.
  
  

• For en selvbetjent bruker mangler navn på jobber i jobber-ruten. Kommandoen SC-GetJob fører til tomt navn.
  
  

• Skalere ut en tjeneste lar ikke deg bruke virtuell maskin-navn på nytt. Når du skalerer ut en tjeneste som er distribuert på verten, hvis du avbryter veiviseren og prøv de samme trinnene i stedet for lagring på det siste trinnet i veiviseren utskalering, lar veiviseren ikke deg bruke samme maskinnavn på nytt.
  
  

• Hvis du prøver å fjerne en tom datakilde cloud via VMM-konsollen, sletter dette faktisk ikke skyen. I så fall jobben er fullført. Skyen er imidlertid fortsatt synlige i konsollen.
  
  

• Når det er en tjeneste på en gjesteklynge i et HNV miljø, kobler eksterne verden til en tjeneste via en VM nettverks-Gateway. Imidlertid når det oppstår en gjest klynge failover (for eksempel CA IP-failover), er tjenesten ikke lenger tilgjengelig. En feilmelding logges i VMM-Jobblogg og om at oppdateringen til nettverkspolicy på gatewayen mislyktes.
  
  Dette er fordi oppslag-poster blir oppdatert på verten (som gjest klyngen er plassert) når en CA-failover skjer. Postene er imidlertid ikke oppdatert på gatewayen. Derfor intern kommunikasjon i HNV-miljøet fungerer, men den eksterne kommunikasjonen til tjenesten er ikke svarer.
  
  

• Feil strengrepresentasjon av språk for ZH-HK (Hong Kong kinesisk) som CHH (i stedet for ZHH) i VMM overvåking Pack. Dette gjør at visning av ikke-nasjonale (engelsk)-strenger i Operations Manager ZH-HK nasjonale konsollen etter administrasjonspakker for VMM er importert.
  
  

• Kan ikke fjerne virtuell maskin fra tjenesteforekomsten. Når du prøver å fjerne den virtuelle maskinen, får du følgende feilmelding:
  
  

  Fjern SCVirtualMachine: Kan ikke VMM fjerne den virtuelle maskinen fordi den er i tilstanden konfigurasjon som ikke støttes. (Feil-ID: 809, detaljert feil:)
  
  Endre statusen for den virtuelle maskinen, og prøv deretter operasjonen på nytt.
  
  Hvis du vil starte jobben på nytt, kjører du følgende kommando:
  PS > Start jobb-jobben (Get-VMMServer qpg3-vmm001 | Få jobb | der {$_.ID - eq "{04de37e5-d61a-4385-8860-2cac72d44d63}"})
  På linje: 1 tegn: 1
  + Fjern-SCVirtualMachine - VM $T01SQL0-tvinge
  + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  + CategoryInfo: ReadError: (:) Fjern-SCVirtualMachine, CarmineException
  + FullyQualifiedErrorId: 809,Microsoft.SystemCenter.VirtualMachineManager.Cmdlets.RemoveVMCmdlet

  
  
  

• Når du kjører parallelt test failover (TFO), oppleve VMM låse problemer på replikering gruppe (RG). I dette tilfellet hvis en annen RG prøver å sette en lås mislykkes operasjonen.
  
  

• Dupliserte datamaskinnavn opprettes for virtuelle maskiner når du bruker < navn ### > mønster i en VM-mal. I dette tilfellet mislykkes distribusjon av virtuelle maskiner når du oppretter en virtuell maskin.
  
  

• Oppdatere storage-leverandør mislykkes og genererer et unntak "feil format-i et miljø med ikke-engelske hvis leverandøren som administrerer replikeringen og leverandøren støtter gjenoppretting punkt målsetting (frigitte Produksjonsordren) verdier. Leverandøren av lagringsplass kan ikke oppdateres. Dette forhindrer at behandling av leverandøren.
  
  

• VMM konsollen krasjer tilfeldig, og returnerer System.NullReferenceException. Den forrige løsningen var å starte på nytt i VMM.
  
  

• Du kan ikke utføre dynamisk optimalisering (DO) på en virtuell maskin for klynge som er beskyttet ved hjelp av Azure området Systemgjenoppretting (ASR). Dette påvirker belastningsfordeling i klyngen.
  
  I tillegg får du følgende feilmelding når gjør startes:
  
  
  
  Dette problemet oppstår hvis en hvilken som helst virtuell maskin er beskyttet ved hjelp av ASR fordi flere sky attributter (for eksempel frigitte Produksjonsordren og sky) som er angitt på den virtuelle maskinen. Men vertene under denne skyen mottar ikke noen sky-relaterte attributter. Under gjør, mens en primær virtuell maskin er overført, plasseringen krever for skyen attributtene på vertene og fordi de nødvendige attributtene mangler, finner den ikke en passende vert.
  
  

• Dynamisk optimalisering (DO) ignorerer ikke stoppet replika VMs på skyen gjenoppretting mens det beregner kapasitet begrensningene for nye virtuelle maskiner. Hvis det er stoppet replika VMs på en vert, ikke ikke flytte flere virtuelle maskiner til verten. Dette kan påvirke belastningsfordeling i klyngen.
  
  Dette problemet oppstår fordi registernøkkelen "IgnoreMemoryForStoppedReplicaVM" brukes til å få plass til flere virtuelle maskiner hvis alle verter har replika virtuelle maskiner i stoppet tilstand. Gjør scenarier ikke overholde dette flagget.
  
  

• En klyngenode kan ikke legge til vedlikeholdsmodus hvis den ikke har noen virtuelle maskiner som er beskyttet gjennom ASR. I så fall kan du motta følgende feilmelding.
  
  
  
  

• Følgende advarsel vises ved VMM når en virtuell maskin som er beskyttet gjennom ASR er direkte overført i klyngen.
  
  
  
  Men denne kontrollen er bare en myk sperre og blokkerer ikke den faktiske overføringsscenariet, er verten fremdeles tilordnet en null vurdering av plasseringen. Dette blokkerer dynamisk optimalisering (DO)-operasjon, og til slutt hindrer live migrering av virtuelle maskiner.
  
  

• Alternativet for å aktivere Trunk VLAN som en nettverkstype i VMM nettverkstjenesten er ikke tilgjengelig. Hvis du merker av for hvilken nettverkstype som VLAN, dette fører til at VMM overskrive Trunk VLAN-innstillingen er satt til out-of-band.

Forbedringer av oppdateringsprosessen

• Før samleoppdatering 7, når du har installert samleoppdateringen for VM, viser VMM-konsollen og følgende feilmelding:
  
  

  Kan ikke oppdatere forvaltet kode-i rørledningen på grunn av følgende feil:
  
  Den nødvendige mappen "C:\Program Files\Microsoft System Center 2012\Virtual maskin Manager\bin\AddInPipeline\HostSideAdapters" finnes ikke.

  
  

• Fjerningen av oppdateringen samleoppdatering 5 går ikke tilbake følgende binærfilen til forrige versjon:
  
  

  Microsoft.SystemCenter.VirtualMachineManager.resources.dll
  
  

• Hvis du installerer en tidligere samleoppdateringer i modus for ikke-privilegert installasjon, dette fører til registerverdien IndigoTCPport tilbakestilles. Dette krever at brukere manuelt kan endre verdien til 8100. I tillegg får du følgende feilmelding:
  
  

  HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager-Administrator Console\Settings\IndigoTCPport-verdien er feil

Slik skaffer og installerer du samleoppdatering 7 for System Center 2012 R2 Virtual Machine Manager