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

Značajke dodane u ovom skupnom ažuriranju

• Dodavanje značajke pretplate na Azure: pomoću značajke Dodaj pretplatu na Azure u skupnom ažuriranju 6 administratori upravitelja virtualnim računalom mogu dodati pretplate na Microsoft Azure u VMM i izvoditi osnovne radnje na instancama platforme Azure u tim pretplatama. Značajka je obuhvaćena upraviteljom virtualnog računala u skupnom ažuriranju 6 za System Center 2012 R2. Za svaku pretplatu na Azure koju dodate možete koristiti konzolu da biste vidjeli sve instance uloga u svim grupama za implementaciju u toj pretplati.
  
  Što možete učiniti s tom značajkom
  
  Ako već upravljate lokalnim virtualnim računalima u upravitelju virtualnih računala, pomoću te značajke možete izvršiti neke vrlo osnovne radnje na instancama platforme Azure bez napuštanja konzole VMM. Možete, primjerice, učiniti sljedeće:
  

  • Dodajte ili uklonite jednu ili više pretplata na Azure pomoću konzole VMM.

  • Pogledajte prikaz popisa detalja i statusa svih instanci uloga u svim implementacijama u toj pretplati.

  • Ručno ažurirajte popis instanci.

  • Izvršite sljedeće osnovne akcije na instancama:
    

    • Start

    • Prestati

    • Shutdown

    • Ponovno pokretanje

    • Povezivanje kroz RDP

  Dodatne informacije potražite u članku Dodavanje pretplate na Azure u VMM u system center 2012 R2 sa skupnim ažuriranjem 6.

• Poboljšan scenarij zaštite E2A ASR: ako imate skupno ažuriranje Update Rollup 6 u okruženju upravitelja virtualnih računala, lakše je otkriti i ispraviti problem koji se ponekad pojavljuje kada konfigurirate zaštitu za Oporavak web-mjesta platforme Azure (ASR). Taj se problem pojavljuje kada želite dodati ASR zaštitu za lokalna virtualna računala i imate sljedeća svojstva virtualnog računala:
  

  • Nije navedena verzija operacijskog sustava

  • Nema naznake koji disk sadrži operacijski sustav za virtualno računalo

  Ta se svojstva moraju navesti jer ih zahtijeva oporavak web-mjesta platforme Azure. U skupu ažuriranja Update Rollup 6 u vmM-u se prikazuje jasnija grupa poruka o pogreškama ako pokušate konfigurirati virtualno računalo koje ne zadovoljava preduvjete.
  
  Informacije o ASR preduvjetima potražite u članku Poboljšanje scenarija ASR E2A zaštite.

• Mogućnost korištenja VM-ova druge generacije u servisima i VMRoles: U skupnom ažuriranju 6 VMM sada pruža podršku za virtualna računala druge generacije za servise i uloge vm-a. Pomoću te značajke možete implementirati višerazisne servise i odabrati generiranje virtualnog računala za pojedinačne redova. Korisnici mogu servisirati te instance servisa putem konvencionalnog servisa utemeljenog na slikama.
  
  Dodatne informacije potražite u članku Virtualna računala generacije 1 i druge generacije u VMM-u.

• Total Networking Usage Exposure rules in Management Pack: This change introduces two rules that target Hyper-V Hosts:
  

  • Ukupno pravilo zbirke dolaznog VNic mrežnog prometa

  • Total Outgoing VNic Network traffic collection rule

  Ovim se pravilima mjeri ukupni dolazni i ukupni odlazni promet u kilobajtima po VNic-u po virtualnom računalu na sljedeći način:
  
  Za svako virtualno računalo:
  

  1. Omogućite hyper-V mjerenje ako nije omogućeno.

  2. Pokreni measure-VM.

  3. Prikupite podatke o mjeraču za svaku udaljenu adresu "0.0.0.0/0" ili "::/0" po VNic-u.

  Ta se pravila po zadanom pokreću svaki sat. Korisnici mogu nadjačati tu postavku nadjačavanja svojstva IntervalSeconds. Ta se pravila ne bi trebala izvoditi češće od svakih pet minuta (300 sekundi).
  
  Ponašanje u prethodnim verzijama: VMM nije mjerio potrošnju podataka. Mjeri samo protok.

• Mogućnost preklapanja kapaciteta grupe oblaka i glavnog računala za VM-ove replika: System Center 2012 R2 Virtual Machine Manager omogućuje postavljanje replike virtualnih računala na unaprijed konfiguriranu grupu oblaka ili glavnog računala ako stanu unutar vaših postavki kapaciteta. VmM je do sada pretpostavljao da se koriste svi resursi dodijeljeni vm-ovima replika. Stoga VMM nije omogućio stavljanje bilo koje replike virtualnog računala u oblak ili grupu glavnog računala ako bi se time povisiti skupno opterećenje svih vm-a replika izvan oblaka ili kapaciteta grupe glavnog računala.
  
  Premda se tim ponašanjem osigurala mogućnost istodobnog pokretanja svih VM-ova replika, to može uzrokovati neoptimalne upotrebe oblaka replika i grupa glavnog računala. To bi se događalo ako ste vi (enterprise ili hoster) pokušali staviti dodatne VM-ove u oblak ili grupu glavnog računala. Odnosno, ako ste preusmjehli replika oblak ili grupu glavnog računala. U skupnom ažuriranju 6 oblake i grupe glavnog računala u okruženju VMM možete prebrisati konfiguriranjem sljedećeg ključa registra na VMM poslužitelju:
  

  Mjesto registra:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
  DWORD naziv: IgnoreMemoryForStoppedReplicaVM
  DWORD vrijednost: 1
  Napomena Ako potključ Položaj ne postoji, stvorite ga.
  
  Dodatne informacije potražite u članku Mogućnost preklapanja oblaka i HG-a za vm-ove replika.

• Podrška za osnovne scenarije vmWare VCenter 5.5.
  
  Skupno ažuriranje 6 uvodi sljedeće scenarije podrške:
  

  • Dodavanje VCenter 5.5 u upravljanje VMM 2012 R2 UR6

  • Dodavanje glavnog računala za ESX s verzijom 5.5 i upravljanje

  • Create VMWare VM template and deploy VMs with the template

  • Stvaranje predložaka s osnovnim umrežavanjem (oni obuhvaćaju scenarije pridružene domeni) i implementaciju virtualnih računala

  • Izvođenje različitih operacija životnog ciklusa VM-a (na primjer, pokretanje, zaustavljanje, zatvaranje, popravak, osvježavanje i kontrolna točka na virtualnom računalu).

  • Povezivanje na virtualno računalo pomoću konzole i provjeru pristupačnosti

  • Oslobađanje resursa virtualnih računala

  • Stvorite skup resursa i unesite skup resursa u odjeljku Upravljanje VMM-om

  To su ograničeni scenariji. No predstavljaju prvi i najvažniji korak prema podržavanju novijih verzija aplikacije VCenter. Nastavljamo s radom na matrici podrške za VMWare VCenter i pružat ćemo ažuriranja za rješenje tog problema u budućim paketima skupnih ažuriranja.

Problemi riješeni u ovom skupnom ažuriranju

• 1. problem
  
  Kada se uklonili VMM objekti, pojavljuje se pogreška 801. VMM ponekad naiđe na problem u kojem VMM objekt kao što je virtualno računalo nije moguće ukloniti iz korisničkog sučelja ili komponente Windows Powershell jer neki podređeni objekti nedostaju u bazi podataka. To često uzrokuje da korisnici pretražuju skripte popravka radi uklanjanja zahvaćenih objekata. U skupnom ažuriranju 6 VMM je poboljšao tri cmdleta komponente Powershell radi minimiziranja pogrešaka povezanih s 801. Ti su cmdleti Remove-SCServiceTemplate, Remove-SCLibraryServer i Remove-SCLibraryShare. Korisnici ne moraju koristiti zastavicu -Force zajedno s ovim cmdletima da bi izbjegli 801 pogrešku. Cmdleti pružaju mogućnost rješavanja zavisnosti koje dovode do 801 pogreške.
  

• Drugi problem
  
  Servis VMM ruši se i generira pogrešku kršenja prava pristupa System.Xml kada odgovara na događaj integracijskih servisa.
  

• Treći problem
  
  Kritična iznimka u rukovatelj pogreškama WCF-a – ObjectDisposedException -- Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Kada VMM zatvori glavno računalo servisa WCF, poziva prekid zbog kojeg se neprerađene poruke mogu neočekivano prekinuti, a to može dovesti do izbacivanja ObjectDisposedExceptions. Rukovatelj pogreškama WCF-a najviše razine VMM-a vidi te iznimke prije nego što se postupak prekinuo i prijavljuje ih kao ključne iznimke. Stoga VMM ovdje prijavljuje bezopasne pogreške kao kritične pogreške koje se mogu dodavati korisničkim zabunama.
  

• Četvrti problem
  
  Mogućnost za MAC adresu zasivljenu u korisničkom sučelju kada vnic nije povezan. Time se korisnicima onemogunjuje označavanje nic kao statičnog. Kada nadogradite na VMM u system center 2012 R2, korisnik ne može odabrati mogućnost statičke Mac adrese u predlošcima VM-a koje stvara ako virtualno računalo nije povezano s mrežom. Mogućnosti MAC adrese i IP-a zasivljene su kada virtualno računalo nije povezano. Stoga ne može dodijeliti statičnu MAC adresu virtualnom računalu prije implementacije.
  

• Peti problem
  
  Vvirtual prilagodba računala ne može uspjeti i generirati kritičnu iznimku kada Hyper-V ne vrati objekt disketne pogone. Tijekom prilagodbe virtualnog računala postoji mogućnost da će Hyper-V vratiti objekt disketne pogone kao null, a VMM će pokušati dodati pogon. Međutim, dodavanje disketne pogona nije implementiran u Hyper-V. Time se prikazuje iznimka koja uzrokuje neuspjeh zadatka i ostavlja virtualno računalo u stanju stvaranja koje nije uspjelo. Korisnik može popraviti virtualno računalo da bi funkcioniralo. To se može dogoditi ako konfiguracija disketne pogone (na udaljenom mjestu za zajedničko korištenje) nije dostupna za Hyper-V ili ako je Hyper-V zauzet ili pod stresom.
  

• Šesti problem
  
  Vm-ovi sa statičnim IP-om nije moguće implementirati kada je konfigurirano više IP grupa za jednu podmrežu VM-a. Korisnik pokušava stvoriti virtualno računalo pomoću predloška koji ima statične IP postavke. Ako u podmreži postoji više IP grupa, a korisnik nudi IP adresu iz drugog skupa od zadanog (to jest, automatski popunjeni skup koji je prikazan u korisničkom sučelju), čarobnjak za virtualna računala završit će bez pogrešaka, ali stvaranje virtualnog računala ne uspijeva i vraća pogrešku "IP adresa izvan raspona".
  

• 7. problem
  
  VmmService ruši se tijekom rukovanja uklonjenim podmrežima virtualnog računala na događajima promjene IP-a koje šalje Hyper-v. Ako u instalaciji programa NVGRE postoji događaj koji je poslao Hyper-V za promjenu IP-a, ali podmreži VM-a više ne postoji u VMM-u, to uzrokuje rušenje servisa VMM.
  

• 8. problem
  
  VmS se prijavljuje kao da nedostaje VmMovedRefresherEvent nije primljen. Kada se dogodi događaj premještanja virtualnog računala dok glavno računalo nije u načinu događaja, a virtualno je računalo u stanju migracije i kada se osvježivanje događaja zakači, možda postoji prozor u kojem nitko ne sluša i operacija ažuriranja prije nego što način rada za slušanje ne primi promjenu. Stoga VMM neće primiti te promjene do sljedećeg potpunog osvježavanja koje može biti do 24 sata.
  
  Da biste bili sigurni da se takvi propušteni događaji sinkroniziraju kroz osvježivanje svjetla virtualnog računala u načinu događaja, možete stvoriti i konfigurirati sljedeći ključ registra tako da redovito pokreće osvježivanje svjetla virtualnog računala. Taj će se osvježivanje izvoditi uz osvježivanje na temelju događaja.
  

  Mjesto registra:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
  Ključ registra:
  VMPropertiesEventAssitedUpdateInterval
  
  Vrsta registra: DWORD
  
  Minimalna vrijednost: 0 sekundi
  
  Maksimalna vrijednost: 20 dana

  Vrijednosti se moraju navesti u sekundama.
  DWORD naziv: VMPropertiesEventAssitedUpdateInterval
  
  DWORD vrijednost:value_in_seconds
  
  Napomena Value_in_seconds rezervirano mjesto može biti vrijednost od 0 sekundi do 20 dana (također u sekundama).
  

• Broj 9
  
  Zahtijevajte eksplicitne zastavice da biste naznačili da nedostaje virtualno računalo ili uklanjanje virtualnog računala servisa Remove-Host korisniku. VMM trenutno ne provjerava postojanje VM-a na glavnom računalu prilikom uklanjanja glavnog računala iz VMM-a. Glavno računalo može sadržavati virtualna računala servisa, virtualna računala implementirana u oblak, virtualna računala koja imaju prilagođena svojstva koja su za njih definirana. Ako korisnik slučajno ukloni takvo glavno računalo, sva se ta pridruživanja prekidaju. Ovim se rješenjem izbjegavaju takvi scenariji tako da se od korisnika zatraži poruka potvrde prije nego što se ta glavna računala zaista uklonili iz VMM-a.
  

• Broj 10
  
  Ako imate logičku mrežu koja sadrži više mrežnih web-mjesta, a mrežna web-mjesta vidljiva su mrežnoj kartici glavnog računala, dodijelit će se PA-ovi s tih različitih mrežnih web-mjesta, a moraju se postaviti i informacije o usmjeravanja. (Mrežna web-mjesta ponekad se nazivaju "logičke definicije mreže.") U više scenarija glavnog računala s VM1 na glavnom računalu1 koji je povezan s pa1, postoji slučaj ako je VM2 povezan s hnv LN-om i ima PA1 za NetwkSite1, a zatim se prekine veza i kasnije se ponovno poveže i ima PA2 za NetwkSite2 (nasumično ili zbog iscrpljivanja pa), a zatim za neko vrijeme, možda nećemo popuniti informacije o usmjeravanje pa između NetwkSite1 i NetwkSite2. To se događa zbog načina na koji je interni prikaz rute ključan za umetanje u tablicu raspršivanja.
  

• 11. problem
  
  Kada se host osvježi, uspostavlja mrežnu vezu winRM -a (sa svakim osvježenim glavnim računalom) koja stalno struja podatke.
  

• 12. problem
  
  Kada se stvori više virtualnih mrežnih prilagodnika glavnog računala, nasumični se kvarovi opažavaju. Kada korisnici stvaraju više virtualnih mrežnih prilagodnika u jednoj snimci kao dio logičkog prekidača, jedna ili više konfiguracija IP-a virtualne mrežne kartice možda neće uspjeti.
  

• 13. problem
  
  Korisnik je pogodio dupliciranje umetanja ključa u HostWSManGetter.UpdateRASDCache prilikom ažuriranja glavnog računala.
  

• 14. problem
  
  Kada korisnik pokuša klonirati virtualno računalo s kontrolnim točcima, nakon dovršetka operacije kloniranja VMM nepravilno prepoznaje novostvoreno klonirano virtualno računalo kao izvorno virtualno računalo i netočno zaključava da je virtualno računalo migrirano. Zatim se pokušava nositi s tom promjenom. Stoga se stvara dodatno virtualno računalo na drugom glavnom računalu s stanjem "nedostaje". VMM smatra da virtualno računalo koristi drugo glavno računalo, a to virtualno računalo nije vidljivo TFS-u do sljedećeg ažuriranja virtualnog računala.
  

• Problem 15
  
  Kada se davatelj VSEM-a nadogradi, mogućnost primanja obavijesti davatelja usluge nije naznačena modulu za obavijesti.
  

• Problem 16
  
  Položaj mreže ruši se tijekom dinamične optimizacije glavnog računala. Neke operacije postavljanja trebalo je pokrenuti kao zadatak. Kada se izvršava u zadatku osvježiča, kontekst ima vrijednost null. To uzrokuje rušenje položaja.
  

• Broj 17
  
  Kada ovlašteni administratori pokrenete konzolu VMM, potrebno je 4+ minuta da bi se otvorite konzolu VMM. U velikim okruženjima pokretanje VMM konzole odgođeno je za delegirane administratore kada se uspoređuje s administratorima.
  

• Broj 18
  
  Ažuriranje davatelja pohrane ne uspijeva nakon zamjene diska na sofs-u.
  

• Broj 19
  
  VMM ne može ažurirati replika/primarno virtualno računalo bez ASR-a, također migracija vm-a za oporavak u stanju IR-a na čekanju ne izvodi migraciju uživo.
  

• Problem 20
  
  Kada se virtualno računalo izbriše, kontrolne se točke spajaju prije brisanja. Kada korisnik pokuša izbrisati virtualno računalo s kontrolnim točkama, brisanje traje dulje vrijeme (do sat vremena).
  

• Problem 21
  
  Operacija izvođenja DO ponekad prima kritičnu iznimku: DBCorruptionException.
  

• 22. problem
  
  Neki korisnici koriste velike VIPAddress skupove umjesto IP raspona da bi olakšali dodavanje/uklanjanje pojedinačnih IP adresa. Shema VMM Management Pack trenutno ograničava ovo polje na 256 znakova (zadano). No korisnici mogu imati vrijednosti dugačke ~500 znakova. Zbog toga je Discovery prekršio integraciju VMM-OM-a zbog neočekivane iznimke SCOM-a.
  

• Problem 23
  
  Ciljni RG i ciljni LUN-ovi nisu pridruženi nakon zadatka enableRG ako su unaprijed stvoreni RG/LUN-ovi.
  

• Problem 24
  
  Morate ažurirati unose MAC adrese za uređaj pristupnika F5 kada ne uspije i zamijeni se. Ako je F5 uređaj RMA'd i zamijenjen novim uređajem s novom MAC adresom, VMM ne može ažurirati MAC adresu za novi uređaj.
  

• Problem 25
  
  Omogućite korisniku označavanje na virtualnom računalu replike da bi vam omogućio označavanje korisničkog identiteta. Korisnici moraju ažurirati atribute UserRole i Owner na replikaVM-ima, ali trenutno je blokirana bilo koja operacija na virtualnom računalu replike. Stoga ne mogu ažurirati ta dva parametra na vm-ovima replika.
  

• Problem 26
  
  Registrirano zajedničko korištenje SMB-a ne prikazuje se kao mogućnost ciljnog puta kada implementirate novo HA virtualno računalo u klaster.
  

• Problem 27
  
  Kritična iznimka u osvježivanju pohrane prilikom otkrivanja servisa replikacije – ArgumentNullException – SetCustomOptions.
  

• Problem 28
  
  Tijekom upita VMM-a za osvježivanje glavnog računala informacije o timu (prebacivanje tima ili tima za LBFO). Dok upit za prebacivanje timova VMM pogađa WSMan iznimku koja uzrokuje da vswitch nestane s konzole.
  

• Problem 29
  
  Protokol HTTPS nije podržan u probnoj aplikaciji, VMM ne može stvoriti pravilo nadzora za nadzor HTTPS web-mjesta. VMM podržava HTTP i HTTPs u odjeljku konfiguracija LB priključka, ali HTTPS nije podržan u odjeljku protokola LB probe.
  

• Problem 30
  
  Vlasnik resursa (SSU korisnik) nije ovlašten za pristup popisu resursa "GrantedTo" i stoga ne može vidjeti tko sve ima pristup resursu. Kada je korisnik koji dodjeljuje pristup i samoposlužni korisnik, ne može vidjeti promjene koje je napravio dok ponovno ne pokrene konzolu. Administratorski korisnik može vidjeti promjenu, ali za samoposlužnog korisnika GrantedToList i dalje vraća predmemorirane rezultate dok ponovno ne pokrene konzolu.
  

• Problem 31
  
  Nadređene diskove koji imaju ugrađeni proces migracije VMM-a nije moguće premjestiti. Korisnik ima nekoliko stotina VM-a, a svi diff diskovi usmjereni su na jedan nadređeni element. VMM blokira premještanje svih tih VM-ova na novo rješenje za pohranu. Za diff diskove, ako neki prethodni disk u hijerarhiji (nadređeni/podređeni odnos) zajednički koristi drugi diff disk, VMM blokira migraciju prostora za pohranu diff diska. No omogućen je putem upravitelja značajke Hyper-V.
  

• Problem 32
  
  Polje expectedDSColumn prikazuje kritičnu iznimku tijekom praćenja poruke za nepodudaranje stupaca što uzrokuje rušenje poslužitelja kada pokrene get-scvmhost. Nakon ažuriranja baze podataka poslužitelja na prag R2 poslužitelj ne može raditi s poslužiteljem u određenim slučajevima. Ovaj kodpath koriste neki mrežni objekti i ADHC objekti.
  

• Problem 33
  
  Kada skalirate postojeći predložak servisa, duplicirana virtualna računala Hyper-V koja imaju isti naziv stvaraju se na VMM-u u system centeru 2012 R2 Update Rollup 5.
  

• Problem 34
  
  Ako je na virtualnim računalima gosta instalirano Windows sigurnosno ažuriranje 3035131 ili 3031432, agent gosta VMM-a ne izvodi skripte za izvršavanje generičkih naredbi (GCE) koje je VMM zatražio u sklopu implementacije VM-a. To može uzrokovati pogrešku u više scenarija u kojima koristite skripte GCE za implementaciju i servisiranje. Kada, primjerice, pokušate servisirati predložak servisa VMM putem skripti GCE, vraća se kod pogreške 22029.
  
  Napomena Nakon instalacije skupnog ažuriranja Update Rollup 6 (ili novijih skupnih ažuriranja) za System Center Virtual Machine Manger 2012 R2, sada morate odobriti prijavu kao prava obrade navedenom računu Pokreni kao. Bez tih prava gost agent ne može pokrenuti skripte GCE putem računa Pokreni kao.
  

• Problem 35
  
  Migracija virtualnog računala uživo ne uspijeva kada kao CSV koristite klasterirani prostor za pohranu, a prostor za pohranu na virtualnom računalu nalazi se na CSV-u. Migracija uživo klastera Hyper-V ne funkcionira nakon VMM-a u sustavu System Center 2012 R2 Update Rollup 5.
  

• Problem 36
  
  Položaj osnovnog diska trebao bi se zakretati između valjanih zajedničkih mjesta.
  

• Problem 37
  
  VMM konzola može koristiti postojeći niz izdanja tijekom kopije predloška servisa. Ponekad korisnici ne mogu kopirati predložak servisa pomoću naredbe "Kopiraj" za predložak servisa. Razlog je to što administratorska konzola generira već postojeći niz za izdanje.
  

• Problem 38
  
  Pločica Pregled kapaciteta nedostaje u VMM-u u sistemskom centru 2012 R2. U VMM-u u sustavu System Center 2012 SP1, u oknu VM-ovi i servisi, kada odaberete glavno računalo, a zatim kliknete pregled na gornjem izborniku, konzola pruža informacije o sažetku i kapacitetu o odabranom glavnom računalu. Pojedinosti o jezgrama procesora, memoriji (GB) i pohrani (GB) postale su nedostupne u sistemskom centru 2012 R2.
  

• Problem 39
  
  VMM Service Crashing because of duplicate VSID. U rijetkim slučajevima (sinkronizacija/stanje nadmetanja i slučajni broj sudara), različite podmreži virtualnih računala HNV mogu dobiti isti VMSubnetIdentifier (npr. VSID). To dovodi do neočekivanog ponašanja prilikom korištenja tih podmreži virtualnog računala HNV. Na primjer, za VM-ove povezane s tom podmrežom VM-i možda neće dobiti očekivanu povezivost i neće moći razgovarati s VM-jem na istoj podmreži. Ili kada se njihova IP adresa promijeni, to će uzrokovati rušenje VMM servisa.
  

• Problem 40
  
  Implementacija virtualnog računala iza raspoređivača opterećenja uzrokuje kritičnu ekscepionu prilikom postavljanja:
  

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

• Problem 41
  
  Izbornik Start stranica koja je uvedena u skupnom ažuriranju 5 uklonjena je u skupnom ažuriranju 6.
  

• Problem 42
  
  Virtualno računalo nije pridruženo grupi replikacije i nije ga moguće premjestiti na mjesto zaštićeno grupom za replikaciju.
  

• Problem 43
  
  IP gosta na HNV mreži nije označen kao Dynamic/DedicatedGuestIP čak i ako su postavke omogućene za njega. Ca Failover broken. Za bilo koju IP adresu koja je dodana/premještena na virtualno računalo povezano s mrežom NVGRE (scenarij prebacivanja IP-a gosta/gosta) IP adresa *not* označena je kao dinamična (vrsta = DedicatedGuestIP u VMM-u) čak i ako virtualno računalo ima postavke EnableGuestIPNetworkVirtualizationUpdates=true. Kada prvi put dodate/premjestite IP adresu, ona će funkcionirati, ali kasnije prebacivanje IP-a (premještanje s jednog VM-a na drugo) neće se automatski otkriti. Stoga IP adresa neće biti dostupna i virtualno računalo izgubit će povezivost.
  

• Problem 44
  
  Stariji ugrađeni davatelj usluge pohrane iz integracije hitachija ne funkcionira s UR5. Davatelj prostora za pohranu ne može se osvježiti. Time se sprječava upravljanje davateljem usluga.
  

• Problem 45
  
  Klijent VMM ruši se kada postavite vremenski raspon optimizacije napajanja.
  

• Problem 46
  
  Stanje nadmetanja postoji na raspolaganju poslužitelju WnvEventEntrySubscriptionObserver kada veza glavnog računala ne uspije.
  

• Problem 47
  
  CentOS 7 i Red Hat Enterprise Linux 7 ne uspijevaju postaviti konfiguraciju mrežnog sučelja kada se koristi DHCP.
  
  To se odnosi na sva virtualna računala CentOS 7 i Red Hat Enterprise Linux (RHEL) 7 koja su konfigurirana za korištenje DHCP-a putem upravitelja virtualnih računala System Center. CentOS 7 i RHEL 7 poslužitelji koji su koristili DHCP će naići na odsutan mrežni konfiguracijski podaci za svako Ethernet sučelje koje koristi Linux server. Taj se problem pojavljuje jer CentOS 7 i RHEL 7 nemaju instaliran Linux alat ifconfig po zadanom, za razliku od prethodnih iteracija. Konfiguracijske skripte za DHCP umrežavanje ažurirane su tako da koriste ip alat umjesto ifconfig ako je instaliran alat za IP.

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