Aktualizácia Súhrnná aktualizácia 6 pre System Center 2012 R2 Virtual Machine Manager

Funkcie pridané do tejto súhrnnej aktualizácie

• Pridanie funkcie predplatného azure: Pomocou funkcie Pridanie predplatného azure v súhrnnej aktualizácii 6 môžu správcovia správcu virtuálnych počítačov pridávať predplatné služby Microsoft Azure do VMM a vykonávať základné akcie v inštanciách Azure v týchto predplatných. Táto funkcia je súčasťou Správcu virtuálnych počítačov v súhrnnej aktualizácii 6 pre System Center 2012 R2. Pre každé predplatné služby Azure, ktoré pridáte, môžete pomocou konzoly zobraziť všetky inštancie rolí vo všetkých skupinách nasadenia v danom predplatnom.
  
  Čo môžete robiť s touto funkciou
  
  Ak už spravujete svoje lokálne virtuálne počítače v správcovi virtuálnych počítačov, môžete túto funkciu použiť na vykonávanie niektorých základných akcií v inštanciách Azure bez opustenia konzoly VMM. Môžete napríklad vykonať nasledujúce kroky:
  

  • Pridajte alebo odstráňte jedno alebo viac predplatných služby Azure pomocou konzoly VMM.

  • Pozrite si zobrazenie zoznamu podrobností a stavov všetkých inštancií rolí vo všetkých nasadeniach v tomto predplatnom.

  • Manuálne aktualizujte zoznam inštancií.

  • V inštanciách vykonajte nasledujúce základné akcie:
    

    • Štart

    • Zastaviť

    • Vypnutie

    • Reštartovať

    • Pripojenie prostredníctvom rdp

  Ďalšie informácie nájdete v téme Pridanie predplatného služby Azure v nástroji VMM v system center 2012 R2 s súhrnnou aktualizáciou 6.

• Vylepšený scenár ochrany E2A ASR: Ak budete mať súhrnnú aktualizáciu 6 v prostredí správcu virtuálneho počítača, jednoduchšie zistíte a opravíte problém, ktorý sa niekedy vyskytuje pri konfigurácii ochrany služby Azure Site Recovery (ASR). Tento problém sa vyskytuje, keď chcete pridať asr ochranu pre lokálne virtuálne počítače, a máte nasledujúce vlastnosti virtuálneho počítača:
  

  • Nie je zadaná verzia operačného systému

  • Žiadne označenie, ktorý disk obsahuje operačný systém virtuálneho počítača

  Tieto vlastnosti musia byť zadané, pretože sú požadované službou Azure Site Recovery. Ak sa pokúsite nakonfigurovať virtuálny počítač, ktorý nespĺňa požiadavky, v súhrnnej aktualizácii 6 sa na table úloh zobrazí zreteľnejší súbor chybových hlásení v jazyku VMM.
  
  Informácie o požiadavkách ASR nájdete v téme Zlepšenie scenára ochrany ASR E2A.

• Možnosť použitia virtuálnych počítačov Generácie 2 v službách a VMRoles: V súhrnnej aktualizácii 6 poskytuje VMM teraz podporu pre virtuálne počítače Generácie 2 pre služby a roly virtuálneho počítača. Pomocou tejto funkcie môžete nasadiť viacúrovňové služby a vybrať generovanie virtuálneho počítača pre jednotlivé vrstvy. Používatelia môžu tieto inštancie služby obsluhovať prostredníctvom konvenčnej a obrazovej údržby.
  
  Ďalšie informácie nájdete v téme Princípy virtuálnych počítačov Generation 1 a Generation 2 vo VMM.

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

  • Total Incoming VNic Network traffic collection rule

  • Total Outgoing VNic Network traffic collection rule

  Tieto pravidlá odmeria celkový počet prichádzajúcich a celkových odchádzajúcich prenosov v kilobajtoch na VNic na virtuálny počítač nasledujúcim spôsobom:
  
  Pre každý virtuálny počítač:
  

  1. Ak nie je povolené, povoľte hyper-V meranie .

  2. Spustenie funkcie Measure-VM.

  3. Zhromažďovať údaje o meraní pre každú vzdialenú adresu 0.0.0.0/0 alebo ::/0 na VNic.

  Tieto pravidlá sa predvolene spúšťajú každú hodinu. Používatelia sa môžu rozhodnúť prepísať toto nastavenie prepísaním vlastnosti IntervalSeconds. Tieto pravidlá by sa nemali spúšťať častejšie ako každých päť minút (300 sekúnd).
  
  Správanie v predchádzajúcich verziách: Funkcia VMM nemerala spotrebu údajov. Merala len priepustnosť.

• Možnosť prekročenia kapacity cloudu a skupiny hostiteľov pre repliky virtuálnych počítačov: System Center 2012 R2 Virtual Machine Manager umožňuje umiestniť repliku virtuálnych počítačov do vopred nakonfigurovaného cloudu alebo hostiteľskej skupiny, ak sa zmestia do nastavení kapacity. Až do teraz, VMM predpokladá, že všetky zdroje, ktoré boli pridelené replika virtuálnych počítačoch sa používajú. Preto funkcia VMM neumožnila umiestniť repliku virtuálneho počítača do cloudu alebo hostiteľskej skupiny, ak by to zvýšilo agregované zaťaženie všetkých virtuálnych počítačov repliky nad rámec cloudovej kapacity alebo kapacity hostiteľskej skupiny.
  
  Hoci sa týmto správaním zabezpečilo súčasné spustenie všetkých virtuálnych počítačov repliky, mohlo by to spôsobiť neoptimálne používanie cloudov replík a hostiteľských skupín. Táto situácia sa môže vyskytnúť, ak ste sa (podnikový alebo hostiteľ) pokúsili umiestniť ďalšie virtuálne počítačy do cloudu alebo do hostiteľskej skupiny. To znamená, že ak ste prekročili repliku cloudu alebo hostiteľskej skupiny. V súhrnnej aktualizácii 6 môžete prekomplikovať cloudy a hostiteľské skupiny v prostredí VMM nakonfigurovaním nasledujúceho kľúča databázy Registry na VMM Serveri:
  

  Umiestnenie databázy Registry:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
  Názov DWORD: IgnoreMemoryForStoppedReplicaVM
  Hodnota DWORD: 1
  Poznámka: Ak podkľúč Umiestnenie neexistuje, vytvorte ho.
  
  Ďalšie informácie nájdete v téme Option na prevýšenia cloudu a HG pre repliky virtuálnych počítačoch.

• Podpora základných scenárov VMWare VCenter 5.5.
  
  Aktualizácia súhrnu 6 predstavuje nasledujúce scenáre podpory:
  

  • Pridanie VCenter 5.5 do správy VMM 2012 R2 UR6

  • Pridanie hostiteľa ESX s verziou 5.5 a riadenie

  • Vytvorenie šablóny virtuálneho počítaču VM a nasadenie virtuálnych počítačov pomocou šablóny

  • Vytváranie šablón so základnými sieťami (vrátane scenárov pripojených k doméne) a nasadenie virtuálnych počítačov

  • Vykonávanie rôznych operácií životného cyklu virtuálneho počítača (napríklad spustenie, zastavenie, vypnutie, oprava, obnovenie a kontrolný bod vo virtuálnom počítači).

  • Pripojenie do virtuálneho počítača pomocou konzoly a overiť zjednodušenie ovládania

  • Zrušiť poskytovanie virtuálnych počítačov

  • Vytvorte fond zdrojov a zobrazte fond zdrojov v rámci správy VMM

  Ide o obmedzené scenáre. Predstavujú však prvý a najdôležitejší krok smerom k podpore novších verzií centra VCenter. Naďalej staviame na našej matici podpory pre VMWare VCenter a budeme poskytovať aktualizácie na riešenie tohto problému v budúcich balíkoch súhrnu.

Problémy, ktoré sú opravené v tejto súhrnnej aktualizácii

• Problém 1
  
  Pri odstránení objektov VMM sa vyskytne chyba 801. Funkcia VMM sa niekedy stretne s problémom, pri ktorom objekt VMM, ako je napríklad virtuálny počítač, nie je možné odstrániť z používateľského rozhrania ani Windows powershell, pretože niektoré podriadené objekty chýbajú v databáze. To často spôsobuje, že používatelia vyhľadávajú opravné skripty na odstránenie ovplyvnených objektov. V súhrnnej aktualizácii 6 funkcia VMM zlepšila tri rutiny typu cmdlet prostredia PowerShell, aby sa minimalizovalo 801 chýb súvisiacich s. Tieto rutiny typu cmdlet sú Remove-SCServiceTemplate, Remove-SCLibraryServer a Remove-SCLibraryShare. Používatelia nemusia používať príznak –Force spolu s týmito rutinami typu cmdlet, aby sa vyhli chybám 801. Rutiny typu cmdlet poskytujú možnosť vyriešiť závislosti, ktoré vedú k chybám 801.
  

• Problém 2
  
  Služba VMM zlyhá a vygeneruje chybu porušenia prístupu v System.Xml, keď pristupuje k udalosti služby Integration Services.
  

• Problém 3
  
  Kritická výnimka v obsluhe chýb WCF - ObjectDisposedException -- Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Keď VMM vypne hostiteľa služby WCF, volá prerušenie, ktoré môže spôsobiť, že nespracované správy sa neželane ukončia, čo môže mať za následok vyhadzovanie objektov ObjectDisposedExceptions. Obslužný program chýb najvyššej úrovne WCF VMM vidí tieto výnimky pred ukončením procesu a nahlasuje ich ako kritické výnimky. Preto tu VMM nahlasuje neškodné chyby ako kritické chyby, ktoré môžu spôsobiť zmätok používateľov.
  

• Problém 4
  
  Možnosť mac address greyed out in UI when vnic is not connected. Tým sa zabráni používateľom v označení nic ako statického. Po inovácii na VMM v System Center 2012 R2, zákazník nemôže vybrať možnosť Statické Mac adresa v šablónach virtuálneho počítača vytvorí, ak virtuálny počítač nie je pripojený k sieti. Možnosti MAC Address a IP sú sivé, keď virtuálny počítač "nie je pripojený". Preto nemôže priradiť statickú ADRESU MAC virtuálnemu počítaču pred nasadením.
  

• Problém 5
  
  Prispôsobenie virtuálneho počítača môže zlyhať a vygenerovať kritickú výnimku, keď Hyper-V nevráti objekt disketovej jednotky. Počas prispôsobovania virtuálneho počítača existuje možnosť, že Hyper-V vráti objekt Disketa diskety ako hodnotu null a VMM sa pokúsi pridať jednotku. Pridanie diskety však nie je implementované v Hyper-V. Tým sa vyhodí výnimka, ktorá spôsobí zlyhanie úlohy a ponechá virtuálny počítač v stave zlyhania vytvorenia. Používateľ môže opraviť virtuálny počítač tak, aby bol funkčný. Táto situácia sa môže vyskytnúť, ak konfigurácia diskovej jednotky (na vzdialenom zdieľaní) nie je k dispozícii pre Hyper-V alebo ak je Hyper-V zaneprázdnený alebo zdôraznil.
  

• Problém 6
  
  Virtuálne počítačy so statickou IP adresou sa nedajú nasadiť, ak sú nakonfigurované viaceré fondy IP pre jednu podsieť VM. Zákazník sa pokúsi vytvoriť virtuálny počítač pomocou šablóny, ktorá má statické nastavenia IP. Ak podsieť obsahuje viacero fondov IP a zákazník poskytne IP adresu z iného fondu, než je predvolený fond (čiže automaticky vyplnený fond, ktorý sa zobrazuje v používateľskom rozhraní), sprievodca virtuálnym počítačom sa ukončí bez akýchkoľvek chýb, ale vytvorenie virtuálneho počítača zlyhá a vráti chybu Ip Adresa mimo rozsahu.
  

• Problém 7
  
  Zlyhanie služby VmmService sa vyskytuje pri spracovaní odstránených podsieťí virtuálneho počítača v udalostiach zmien IP odoslaných Hyper-v. V nastavení NVGRE, ak je udalosť odoslaná Hyper-V pre ZMENU IP, ale VM Podsieť už neexistuje v VMM, to spôsobí zlyhanie služby VMM.
  

• Problém 8
  
  VMS sú hlásené chýba, pretože VmovedRefresherEvent nie je prijatá. Keď nastane udalosť premiestnenia virtuálneho počítača, keď hostiteľ nie je v režime eventingu a virtuálny počítač je v stave migrácie a keď sa obnovovač udalostí spojí, môže sa zobraziť okno, v ktorom nikto nepočúva a operácia aktualizácie priamo pred režimom počúvania nedostane zmenu. Preto VMM nebude prijímať tieto zmeny až do ďalšieho úplného obnovenia, ktoré môže byť až 24 hodín.
  
  Ak sa chcete uistiť, že takéto zmeškané udalosti sa synchronizujú prostredníctvom nástroja na obnovenie ľahkého virtuálneho počítača v režime eventingu, môžete vytvoriť a nakonfigurovať nasledujúci kľúč databázy Registry tak, aby sa v pravidelných intervaloch spúšťal obnovovač ľahkého virtuálneho počítača. Tento obnovovač sa spustí okrem všetkých obnovovačov založených na udalostiach.
  

  Umiestnenie databázy Registry:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
  Kľúč databázy Registry:
  VMPropertiesEventAssitedUpdateInterval
  
  Typ databázy Registry: DWORD
  
  Minimálna hodnota: 0 sekúnd
  
  Maximálna hodnota: 20 dní

  Hodnoty musia byť zadané v sekundách.
  Názov DWORD: VMPropertiesEventAssitedUpdateInterval
  
  Hodnota DWORD:value_in_seconds
  
  Poznámka: Zástupný symbol value_in_seconds môže byť hodnota 0 sekúnd až 20 dní (aj v sekundách).
  

• Problém 9
  
  Vyžadovať explicitné príznaky na označenie chýbajúceho virtuálneho počítača alebo odstránenia virtuálneho počítača služby počas Remove-Host používateľovi. Vmm v súčasnosti nekontroluje existenciu virtuálnych počítačoch na hostiteľa a zároveň odstraňuje hostiteľa z VMM. Hostiteľ môže obsahovať virtuálne počítače služby, virtuálne počítače nasadené do cloudu, virtuálne počítače s vlastnými vlastnosťami, ktoré sú pre nich definované. Ak používateľ omylom odstráni takéhoto hostiteľa, všetky tieto priradenia sa porušia. Táto oprava zabraňuje takýmto scenárom tým, že vyzve používateľov na potvrdenie hlásenia predtým, ako sa títo hostitelia skutočne odstránia z VMM.
  

• Problém 10
  
  Ak máte logickú sieť s viacerými sieťovými lokalitami a sieťové lokality sú viditeľné pre adaptér hostiteľskej siete, priradia sa PA z týchto rôznych sieťových lokalít a musia byť tiež nastavené smerovacie informácie. (Sieťové lokality sa niekedy nazývajú logické definície sietí.) V scenári viacerých hostiteľov s pripojením VM1 na hostiteľa1 k PA1 existuje prípad, ak je VM2 pripojený k hnv LN a má PA1 pre NetwkSite1 a potom sa odpojí a neskôr sa znova pripojí a má PA2 pre NetwkSite2 (náhodne alebo z dôvodu vyčerpania PA), potom na nejaký čas, Je možné, že nenaplníme informácie smerovania PA medzi lokalitami NetwkSite1 a NetwkSite2. Dochádza k tomu z dôvodu spôsobu, akým je interné vyjadrenie trasy kľúčom pre vloženie do tabuľky hash.
  

• Problém 11
  
  Po obnovení hostiteľa sa vytvorí sieťové pripojenie WinRM (pre každého obnoveného hostiteľa), ktoré neustále streamuje údaje.
  

• Problém 12
  
  Pri vytvorení viacerých hostiteľských virtuálnych sieťových adaptérov sa pozorujú náhodné zlyhania. Keď zákazníci vytvoria viaceré virtuálne sieťové adaptéry v jednom kroku ako súčasť logického prepínača, konfigurácia IP adresy virtuálneho sieťového adaptéra môže zlyhať.
  

• Problém 13
  
  Používateľ narazí na duplicitné vloženie kľúča v HostWSManGetter.UpdateRASDCache pri vykonaní aktualizácie hostiteľa.
  

• Problém 14
  
  Keď sa používateľ pokúsi klonovať virtuálny počítač s kontrolnými bodmi, po dokončení operácie klonovania VMM nesprávne rozpozná novovytvorený virtuálny počítač klon ako pôvodný virtuálny počítač a nesprávne odvodí, že virtuálny počítač migroval. Potom sa pokúsi spracovať túto zmenu. Preto sa vytvorí ďalší virtuálny počítač na inom hostiteľskom počítači s chýbajúcimi stavmi. VMM si myslí, že virtuálny počítač používa iného hostiteľa, a tento virtuálny počítač nie je viditeľný pre TFS až do ďalšej aktualizácie virtuálneho počítača.
  

• Problém 15
  
  Pri inovácii poskytovateľa VSEM nie je možnosť poskytovateľa prijímať oznámenia uvedená v nástroji oznámení.
  

• Problém 16
  
  Pri optimalizácii dynamického hostiteľa zlyhá umiestnenie siete. Niektoré operácie umiestnenia mali byť spustené ako úloha. Keď sa vykonáva v úlohe refresher, kontext má hodnotu null. To spôsobuje zlyhanie umiestnenia.
  

• Problém 17
  
  Keď delegovaní správcovia spustia konzolu VMM, otvorenie konzoly VMM trvá viac ako 4 minúty. Vo veľkých prostrediach spustenie konzoly VMM sa oneskorí pre delegovaných správcov v porovnaní so správcami.
  

• Problém 18
  
  Aktualizácia poskytovateľa úložiska zlyhá po nahradení disku na sofs.
  

• Problém 19
  
  Funkcia VMM nemôže aktualizovať repliku/primárny virtuálny počítač bez ASR. Migrácia virtuálneho počítača obnovenia v stave čakania na IR nevykonáva dynamickú migráciu.
  

• Problém 20
  
  Po odstránení virtuálneho počítača sa kontrolné body zlúčia pred odstránením. Keď sa používateľ pokúsi odstrániť virtuálny počítač s kontrolnými bodmi, odstránenie trvá dlho (až hodinu), kým sa dokončí.
  

• Problém 21
  
  Operácia Run DO niekedy dostáva kritickú výnimku: DBCorruptionException.
  

• Problém 22
  
  Niektorí používatelia používajú veľké VIPAddress Sety namiesto rozsahov IP adries, aby bolo jednoduchšie pridať alebo odstrániť jednotlivé IP adresy. Schéma balíka VMM Management Pack momentálne obmedzuje toto pole na 256 znakov (predvolené). Používatelia však môžu mať hodnotu približne 500 znakov. A preto Discovery prerušil integráciu VMM-OM z dôvodu neočakávanej výnimky z SCOM.
  

• Problém 23
  
  Cieľové RG a cieľové názvy LUN nie sú priradené po povolení úlohyrg, ak sú predvytvárané RG/LUN.
  

• Problém 24
  
  V prípade zlyhania a nahradenia je potrebné aktualizovať položky adries MAC pre zariadenie brány F5. Ak je zariadenie F5 RMA'd nahradené novým zariadením s novou adresou MAC, funkcia VMM nemá spôsob aktualizácie MAC adresy pre nové zariadenie.
  

• Problém 25
  
  Umožnite používateľovi opečiatkovať repliku virtuálneho počítača, aby ste mohli označiť identitu používateľa. Používatelia musia aktualizovať atribúty UserRole a Owner v ich replikovaných virtuálnych počítačoch, ale v súčasnosti je blokovaná akákoľvek operácia vo virtuálnom počítači repliky. Takže nemôžu aktualizovať tieto dva parametre v replike virtuálnych počítačoch.
  

• Problém 26
  
  Zaregistrované zdieľanie SMB sa nezobrazuje ako možnosť cieľovej cesty pri nasadzovaní nového virtuálneho počítača HA do klastra.
  

• Problém 27
  
  Kritická výnimka pri obnovovaní úložiska pri zisťovaní služby replikácie - ArgumentNullException -- SetCustomOptions.
  

• Problém 28
  
  Počas obnovovača hostiteľa VMM dotazy tímu Informácie (prepnúť tím alebo LBFO tímu). Kým dotazovanie prepínanie tímy VMM hity WSMan výnimku, ktorá spôsobuje vswitch zmizne z konzoly.
  

• Problém 29
  
  Protokol HTTPS nie je podporovaný v sonde, potom VMM nemôže vytvoriť pravidlo monitorovania na monitorovanie lokality HTTPS. VMM podporuje HTTP a HTTP v sekcii konfigurácie portu LB, ale protokol HTTPS nie je podporovaný v časti protokolu lb sondy.
  

• Problém 30
  
  Vlastník zdroja (používateľ SSU) nemá oprávnenie na prístup k zoznamu zdroja "GrantedTo", a preto nemôže vidieť, kto má všetky povolenia k zdroju. Keď používateľ, ktorý udeľuje prístup, je tiež samoobslužným používateľom, zmeny, ktoré vykonal, sa mu zobrazia až po reštartovaní konzoly. Správca môže zmenu vidieť, ale pre samoobslužného používateľa bude funkcia GrantedToList naďalej vracať výsledky vo vyrovnávacej pamäti, kým konzolu nereštartuje.
  

• Problém 31
  
  Nadradené disky, ktoré majú vstavaný proces migrácie VMM, sa nedajú premiestniť. Používateľ má niekoľko stoviek virtuálnych počítačov, pričom všetky difúzne disky ukazujú na jeden nadradený počítač. VMM blokuje premiestnenie všetkých týchto virtuálnych počítačov do nového riešenia ukladacieho priestoru. V prípade difúzových diskov platí, že ak niektorý nadradený disk v hierarchii (vzťah nadradeného/podriadeného) zdieľa iný difúzový disk, migrácia ukladacieho priestoru difúzora je blokovaná VMM. Je však povolená prostredníctvom Hyper-V Managera.
  

• Problém 32
  
  Pole expectedDSColumn vyhodí kritickú výnimku počas sledovania správy pre nezhody stĺpcov spôsobujúcich zlyhanie servera pri spustení get-scvmhost. Po aktualizácii databázy servera na prahovú hodnotu nemôže server R2 pracovať s databázou v určitých prípadoch. Tento kód používajú niektoré sieťové objekty a objekty ADHC.
  

• Problém 33
  
  Pri škálovaní existujúcej šablóny služby sa v nástroji System Center 2012 R2 Update Rollup 5 vytvoria duplicitné virtuálne počítače Hyper-V s rovnakým názvom, ktoré majú rovnaký názov.
  

• Problém 34
  
  Ak majú hosťovské virtuálne počítače nainštalované Windows aktualizácie zabezpečenia 3035131 alebo 3031432, hosťovský agent VMM nespustí skripty všeobecného spustenia príkazov (GCE), ktoré požaduje VMM ako súčasť nasadenia virtuálneho počítača. To môže spôsobiť zlyhanie vo viacerých scenároch, v ktorých používate skripty GCE na nasadenie a údržbu. Napríklad pri pokuse o servis šablóny služby VMM prostredníctvom skriptov GCE sa vráti kód chyby 22029.
  
  Poznámka: Po inštalácii Update Rollup 6 (alebo novšie aktualizácie rollups) pre System Center Virtual Machine Manger 2012 R2, teraz musíte udeliť prihlásenie ako dávkové úlohy práva na zadané konto Spustiť ako. Bez týchto práv hosťovský agent nemôže spustiť skripty GCE prostredníctvom konta Spustiť ako.
  

• Problém 35
  
  Dynamická migrácia virtuálneho počítača zlyhá, keď použijete skupinový ukladací priestor ako CSV a ukladací priestor virtuálneho počítača sa nachádza v CSV. Hyper-V Cluster Live migrácia nefunguje po VMM v System Center 2012 R2 Aktualizácia Súhrnná aktualizácia 5.
  

• Problém 36
  
  Umiestnenie základného disku by sa malo otáčať medzi platnými umiestneniami.
  

• Problém 37
  
  Konzola VMM môže použiť existujúci reťazec Release počas kopírovania šablóny služby. Niekedy používatelia nemôžu kopírovať šablónu služby pomocou príkazu Kopírovať pre šablónu služby. Dôvodom je, že konzola správcu vygeneruje pre vydanie už existujúci reťazec.
  

• Problém 38
  
  Dlaždica Prehľad kapacity chýba vo VMM v system center 2012 R2. V nástroji VMM v System Center 2012 SP1 pod tablou Virtuálny počítač a služby, keď vyberiete hostiteľa a potom kliknete na prehľad v hornej ponuke, konzola poskytuje súhrnné a kapacitné informácie o vybratom hostiteľovi. Podrobnosti o jadrách procesora, pamäti (GB) a ukladacom priestore (GB) sa v system center 2012 R2 stali nedostupnými.
  

• Problém 39
  
  Služba VMM zlyháva z dôvodu duplicitného identifikátora VSID. V zriedkavých prípadoch (synchronizácia/súbeh a kolízia náhodných čísel) môžu rôzne podsiete virtuálnych počítačov HNV získať rovnaký VMSubnetIdentifier (aka VSID). To vedie k neočakávanému správaniu pri používaní týchto podsietí virtuálnych počítačov HNV. Napríklad v prípade virtuálnych počítačoch pripojených k tejto podsieti nemusia virtuálne počítačy získať očakávané pripojenie a nebudú môcť hovoriť s virtuálnymi počítačmi na tej istej podsieti. Alebo pri zmene ich IP adresy to spôsobí zlyhanie služby VMM.
  

• Problém 40
  
  Nasadenie virtuálneho počítača za vyrovnávanie zaťaženia spôsobí kritické excepion na umiestnenie:
  

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

• Problém 41
  
  Úvodná stránka, ktorá bola zavedená v súhrnnej aktualizácii 5, sa odstráni v súhrnnej aktualizácii 6.
  

• Problém 42
  
  Virtuálny počítač nie je priradený k skupine replikácií a nedá sa premiestniť do umiestnenia chráneného skupinou replikácií.
  

• Problém 43
  
  Hosťovská IP adresa v sieti HNV nie je označená ako Dynamická/DedicatedGuestIP ani v prípade, že sú preň povolené nastavenia. Zabezpečenie pred zlyhaním certifikačnej autority zlyhalo. Pri každej pridanej alebo premiestnenej IP adrese vo virtuálnom počítači pripojenom k sieti NVGRE (scenár HNV Guest Cluster/Guest IP Failover) nie je IP adresa ** označená ako dynamická (typ = DedicatedGuestIP v VMM), a to ani v prípade, že virtuálny počítač má nastavenia EnableGuestIPNetworkVirtualizationUpdates=true. Pri prvom pridaní alebo premiestnení IP adresy bude fungovať, ale neskoršie prepnutie IP adresy (prechod z jedného virtuálneho na druhý) sa nezistí automaticky. Ip adresa preto nebude prístupná a virtuálny počítač stratí pripojenie.
  

• Problém 44
  
  Starší poskytovateľ vloženého ukladacieho priestoru z integrácie hitachi je poškodený s identifikátorom UR5. Poskytovateľa úložiska nie je možné obnoviť. Zabránite tak správe poskytovateľa.
  

• Problém 45
  
  Klient VMM zlyhá pri nastavovaní časového rozsahu optimalizácie napájania.
  

• Problém 46
  
  Súbeh existuje v likvidácii WnvEventEntrySubscriptionObserver pri zlyhaní pripojenia hostiteľa.
  

• Problém 47
  
  CentOS 7 a Red Hat Enterprise Linux 7 nedokážu nastaviť konfiguráciu sieťového rozhrania pri použití DHCP.
  
  To platí pre všetky CentOS 7 a Red Hat Enterprise Linux (RHEL) 7 virtuálnych počítačov, ktoré sú nakonfigurované na používanie DHCP System Center Virtual Machine Manager. Servery CentOS 7 a RHEL 7, ktoré používali DHCP, by zistili chýbajúce údaje o konfigurácii siete pre každé ethernetové rozhranie, ktoré používa server Linux. Tento problém sa vyskytuje, pretože CentOS 7 a RHEL 7 nemajú nástroj Linux ifconfig nainštalovaný predvolene, na rozdiel od predchádzajúcich iterácií. Skripty konfigurácie pre siete DHCP boli aktualizované tak, aby používali nástroj ip namiesto ifconfig, ak je nainštalovaný nástroj IP.

Ako získať a nainštalovať Update Rollup 6 pre System Center 2012 R2 Virtual Machine Manager