Skupno ažuriranje 7 za System Center 2012 R2 Virtual Machine Manager

Značajke dodane u ovom skupnom ažuriranju

• Podrška za Windows 10 klijentski operacijski sustav
  
  Nakon instalacije ovog ažuriranja možete dodijeliti resurse i prilagoditi Windows 10 klijentskih virtualnih računala (VM-ova). Ova podrška ne obuhvaća instaliranje konzole Upravitelja virtualnog računala na Windows 10 klijenata operacijskog sustava.
  
  

• Podrška za nove Linux operacijske sustave
  
  Nakon instalacije ovog ažuriranja, možete dodijeliti i prilagoditi Debian 8 Linux kao operacijski sustav gosta.
  
  

• Podrška za scenarije upravljanja vmWare vCenter 5.5
  
  s skupnim ažuriranjem 6najavili smo podršku za osnovne scenarije upravljanja za vCenter 5.5. Na temelju naših planova za integraciju i podršku za vCenter i VMM najavljujemo širu matricu podrške za upravljanje instancama vCenter na konzoli VMM.
  
  Za potpuni popis podržanih scenarija kliknite ovdje.
  
  

• Podrška za više vanjskih IP
  
  adresa po virtualnoj mreži Sada možete imati više vanjskih IP adresa dodijeljenih jednoj virtualnoj mreži ako imate instalirano skupno ažuriranje Update Rollup 7 ili noviju verziju u okruženju VMM.
  
  Skupno ažuriranje 7 obuhvaća mogućnost postavljanja više IP adresa za NAT u VMM-u pomoću komponente PowerShell. Ovo ažuriranje podiže mogućnost na višu razinu u stogu tako da ima podršku u VMM za Fabric Administrator.
  
  Kako koristiti tu funkciju?
  
  

  $natConnection = Add-SCNATConnection -Name "NAT_Connection1_NatConnection" -VMNetworkGateway $VmNetworkGateway -ExternalIPPool $externalIpPoolVar -ExternalIPAddress "30.30.30.50"
  
  $natConnection = Add-SCNATConnection -Name "NAT_Connection2_NatConnection" -VMNetworkGateway $VmNetworkGateway -ExternalIPPool $externalIpPoolVar -ExternalIPAddress "30.30.30.51"
  Nakon duboko ispitivanje svih dijelova u stogu, shvatili smo da je za isporuku učinkovitog i pouzdanog rješenja potreban dodatan rad i da će ne stane u jedno izdanje UR-a. Stoga pružamo mogućnost postavljanja više IP adresa po virtualnoj mreži pomoću pristupnika HNV NAT na postupno.
  
  Buduće skupno ažuriranje za VMM istražit će svojstva putem cjelovitog stoga i omogućiti sljedeće funkcije sve do Windows Azure Pack (WAP).
  
  

  • Kada dodate novo NAT pravilo, klijent sada može koristiti postojeću vanjsku adresu ili odrediti novu.

  • Administratoru WAP-a možete dopustiti da postavi kvote za vanjske IP adrese koje su omogućene po korisničkoj ulozi unutar oblaka.

  Razumijemo da postoji mnogo zahtjeva oko te značajke na temelju količine korisničkih povratnih informacija koje smo primili. Planiramo pružanje podrške za tu značajku.

• Mogućnost ponovnog odvajanja napuštenih virtualnih računala s ulogom servisa ili VM-a
  
  Ako ste ikad morali ukloniti glavno računalo koje hostira virtualna računala s ulogom servisa ili VM-a, a željeli ste val čarobni štapić ponovno povezati virtualno računalo s ulogom servisa ili VM-a nakon što se glavno računalo ponovno dodijeli VMM-u, imamo rješenje za vas u skupnom ažuriranju Update Rollup 7.
  
  Sada možete ponovno povezati napušteno virtualno računalo s ulogom servisa ili VM-a nakon što se poslužitelj glavnog računala ponovno dodijeli VMM-u.
  
  Da biste saznali više, kliknite ovdje.
  
  

• Podrška za VMM DHCP Extension PXE/TFP Forwarding
  
  Administratori koji ovise o PXE-u za postavljanje virtualnih računala ili glavnih računala sada mogu izvršiti pokretanje PXE-a izravnom korištenjem VMM DHCP proširenja.

Problemi riješeni u ovom skupnom ažuriranju

• Na skali od više od 50 glavnih računala servis VMM ruši se ili povremeno prestaje reagirati bez bacanja upotrebljive iznimke.
  
  

• Raspodjela pravila virtualizacije mreže Hyper-V (HNV) ne šalje se povremeno glavnom računalu. Učinak je da VM-ovi aktivni na tom glavnom računalu neće moći slati ni primati mrežni promet na druge VM-ove unutar ili izvan VM mreže.
  
  

• Kada glavno računalo ima mnogo virtualnih prekidača (na primjer, 15 ili više), osvježavanje glavnog računala traje dulje od sat vremena.
  
  Iteracija WSMan GET poziva sada je optimizirana za pružanje bolje mrežne učinkovitosti.
  
  

• VM Osvježavanje virtualnog računala s više prolaznih diskova ne uspijeva prilikom ponovnog pokretanja glavnog računala. Prilikom ponovnog pokretanja glavno računalo povremeno mijenja priložene diskove, a VMM ponekad ne rukuje promjenom. To uzrokuje situaciju u kojoj virtualno računalo postaje neupotrebljivo.
  
  

• Ponovno postavljanje maksimalne propusnosti servisa PortProfile na nulu na glavnom računalu ne odražava se na virtualnim računalima. To se događa jer zadana vrijednost maksimalne i minimalne propusnosti na virtualnom računalu ima vrijednost null. To uzrokuje preskakanje promjena.
  
  

• Za Self-Service nema imena zadataka u oknu Zadaci. Naredba SC-GetJob rezultira praznim nazivima.
  
  

• Skaliranje servisa ne omogućuje ponovno korištenje naziva virtualnog računala. Kada skalira servis koji je implementiran na glavnom računalu, ako otkažete čarobnjak, a zatim ponovno ponovite iste korake umjesto izvršavanja u završnoj fazi čarobnjaka za skaliranje, čarobnjak ne omogućuje ponovno korištenje istog naziva računala.
  
  

• Ako pokušate ukloniti prazan izvorišni oblak putem konzole VMM, time se zapravo ne briše oblak. U ovoj situaciji posao završava. No oblak je i dalje vidljiv na konzoli.
  
  

• Kada postoji servis na klasteru gosta u okruženju HNV-a, vanjski se svijet povezuje sa servisom putem mrežnog pristupnika za virtualno računalo. Međutim, kada se dogodi prebacivanje u slučaju pogreške klastera gosta (kao što je prebacivanje u slučaju pogreške CA IP), servis više nije dostupan. Poruka o pogrešci zapisuje se u povijest zadataka VMM-a i kaže da ažuriranje mrežnog pravilnika na pristupniku nije uspjelo.
  
  To je zato što se zapisi pretraživanja ažuriraju na glavnom računalu (na kojem se hostira klaster gosta) kada dođe do prebacivanja ca u slučaju pogreške. No zapisi se ne ažuriraju na pristupniku. Stoga interna komunikacija unutar okruženja HNV funkcionira, ali vanjska komunikacija sa servisom ne reagira.
  
  

• Netočan prikaz niza regionalne sheme jezika ZH-HK (hongkonški kineski) kao CHH (umjesto ZHH) u vmm paketu za praćenje. To uzrokuje prikaz nizova koji nisu regionalne (engleski) u konzoli regionalne sheme Operations Manager ZH-HK nakon uvoza paketa za upravljanje VMM-om.
  
  

• Nije moguće ukloniti virtualno računalo iz instance servisa. Kada pokušate ukloniti virtualno računalo, prikazat će vam se sljedeća poruka o pogrešci:
  
  

  Remove-SCVirtualMachine : VMM ne može ukloniti virtualno računalo jer je u stanju konfiguracije klastera koje nije podržano. (ID pogreške: 809, detaljna pogreška:)
  
  Promijenite stanje virtualnog računala, a zatim pokušajte ponoviti postupak.
  
  Da biste ponovno pokrenuli zadatak, pokrenite sljedeću naredbu:
  PS> Restart-Job -Job (Get-VMMServer qpg3-vmm001 | Get-Job | gdje { $_.ID -eq "{04de37e5-d61a-4385-8860-2cac72d44d63}"})
  At line:1 char:1
  + Remove-SCVirtualMachine -VM $T 01SQL0 -force
  + ~~~
  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+~~~~~~~~~~~~~~ ~~~~~ ~~~ ~~~ ~~~ ~~ ~~~~~ ~~~ ~~~ ~~ ~~~~ ~~~ ~~~~~ ~~~~ ~~~~ ~~~~ ~~~ ~~~~~~~~ (:) [Remove-SCVirtualMachine], CarmineException
  + FullyQualifiedErrorId : 809,Microsoft.SystemCenter.VirtualMachineManager.Cmdlets.RemoveVMCmdlet

  
  
  

• Kada je pokrenut paralelni testni prebacivanje u slučaju pogreške (TFO), VMM može naići na probleme sa zaključavanjem u replikaciji grupe (RG). U tom slučaju, ako drugi RG pokuša zaključati, operacija neće uspjeti.
  
  

• Duplicirani nazivi računala stvaraju se za virtualna računala kada koristite <###> uzorak u predlošku VM-a. U tom slučaju implementacija virtualnog računala ne uspijeva kada stvorite virtualno računalo.
  
  

• Osvježavanje davatelja pohrane ne uspijeva i generira iznimku "Nepravilni oblik" u okruženju koje nije na engleskom jeziku ako davatelj upravlja replikacijama, a dobavljač podržava vrijednosti cilja točke oporavka (RPO). Davatelj prostora za pohranu ne može se osvježiti. Time se sprječava upravljanje davateljem usluga.
  
  

• VMM konzola nasumično se ruši i vraća System.NullReferenceException. Prethodno ublažavanje bilo je ponovno pokretanje VMM-a.
  
  

• Dinamičku optimizaciju (DO) nije moguće izvesti na klasterskom virtualnom računalu koje je zaštićeno pomoću sustava Azure Site Recovery (ASR). To utječe na ujednačavanje opterećenja klastera.
  
  Uz to, kada se pozove DO, primit ćete sljedeću poruku o pogrešci:
  
  
  
  Taj se problem pojavljuje ako je bilo koje virtualno računalo zaštićeno ASR-om jer je na virtualnom računalu postavljeno nekoliko atributa oblaka (kao što su RPO i oblak). No domaćini u tom oblaku ne primaju atribute vezane uz oblak. Tijekom DO-a, dok je primarno virtualno računalo migriranje, postavljanje zahtijeva atribute oblaka na glavnim računalima i zbog toga što nedostaju potrebni atributi, ne pronalazi odgovarajuće glavno računalo.
  
  

• Dinamička optimizacija (DO) ne zanemaruje zaustavljene vm-ove replika u oblaku za oporavak dok izračunava ograničenja kapaciteta za nova virtualna računala. Ako se replika VM-a zaustavi na glavnom računalu, NEMOJTE premjestiti dodatna virtualna računala na glavno računalo. To može utjecati na ujednačavanje opterećenja klastera.
  
  Taj se problem pojavljuje jer se ključ registra "IgnoreMemoryForStoppedReplicaVM" koristi za smještaj više virtualnih računala ako bilo koje glavno računalo ima replika virtualna računala u zaustavljenom stanju. Do scenariji ne poštuju ovu zastavicu.
  
  

• Klasterski čvor ne može se staviti u način održavanja ako ima virtualna računala zaštićena putem ASR-a. U tom ćete slučaju primiti sljedeću poruku o pogrešci.
  
  
  
  

• VmM prikazuje sljedeće upozorenje kada se virtualno računalo zaštićeno putem ASR-a migrira uživo unutar klastera.
  
  
  
  Iako je ta provjera samo meki blok i ne blokira stvarni scenarij migracije, glavnom računalu se i dalje dodjeljuje nula ocjena po položaju. Time se blokira operacija dinamičke optimizacije (DO) i naposljetku sprječava migraciju virtualnog računala uživo.
  
  

• Mogućnost omogućivanja trunk VLAN-a kao mrežne vrste u mrežnom servisu VMM nije dostupna. Ako vrstu mreže označite kao VLAN, to uzrokuje da VMM prebriše postavku Trunk VLAN koja je postavljena izvan pojasa.

Poboljšanja postupka zakrpa

• Prije ažuriranja Rollup 7, kada ste instalirali VM Update Rollup, VMM Console povremeno prikazuje sljedeću poruku o pogrešci:
  
  

  Nije moguće ažurirati kanal za dodatak upravljanog koda zbog sljedeće pogreške:
  
  Obavezna mapa "C:\Program Files\Microsoft System Center 2012\Virtual Machine Manager\bin\AddInPipeline\HostSideAdapters" ne postoji.

  
  

• Uklanjanje skupnog ažuriranja Update Rollup 5 ne vraća sljedeći binarni na prethodnu verziju:
  
  

  Microsoft.SystemCenter.VirtualMachineManager.resources.dll
  
  

• Ako starije skupne vrijednosti ažuriranja instalirate u načinu rada koji nije povišen, to uzrokuje ponovno postavljanje vrijednosti registra IndigoTCPport. To zahtijeva da korisnici ručno pro mijenjaju vrijednost u 8100. Uz to, primit ćete sljedeću poruku o pogrešci:
  
  

  HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Administrator Console\Settings\IndigoTCPport vrijednost nije točna

Kako nabaviti i instalirati Skupno ažuriranje 7 za System Center 2012 R2 Virtual Machine Manager