Kumulativní aktualizace 6 pro System Center 2012 R2 Virtual Machine Manager

Funkce přidané v této kumulativní aktualizaci

• Přidání funkce předplatného Azure: Pomocí funkce Přidat předplatné Azure v kumulativní aktualizaci 6 můžou správci Virtual Machine Manager přidávat Microsoft Azure předplatná do nástroje VMM a provádět základní akce s instancemi Azure v těchto předplatných. Tato funkce je součástí Virtual Machine Manager v kumulativní aktualizaci 6 pro System Center 2012 R2. Pro každé předplatné Azure, které přidáte, můžete pomocí konzoly zobrazit všechny instance rolí ve všech skupinách nasazení v daném předplatném.
  
  Co můžete s touto funkcí
  
  dělat Pokud už spravujete místní virtuální počítače v Virtual Machine Manager, můžete pomocí této funkce provádět některé velmi základní akce u instancí Azure bez opuštění konzoly VMM. Můžete například provést následující akce:
  

  • Přidejte nebo odeberte jedno nebo více předplatných Azure pomocí konzoly VMM.

  • Podívejte se na seznam podrobností a stavů všech instancí rolí ve všech nasazeních v daném předplatném.

  • Ručně aktualizujte seznam instancí.

  • U instancí proveďte následující základní akce:
    

    • Start

    • Stop

    • Vypnutí

    • Restartujte

    • Připojení prostřednictvím protokolu RDP

  Další informace najdete v tématu Přidání předplatného Azure v nástroji VMM v System Center 2012 R2 s kumulativní aktualizací 6.

• Vylepšený scénář ochrany E2A ASR: Když máte ve svém prostředí Virtual Machine Manager kumulativní aktualizaci 6, je snazší zjistit a opravit problém, ke kterému někdy dochází při konfiguraci ochrany azure Site Recovery (ASR). K tomuto problému dochází, když chcete přidat ochranu ASR pro místní virtuální počítače a máte následující vlastnosti virtuálního počítače:
  

  • Žádná zadaná verze operačního systému

  • Žádný údaj o tom, který disk obsahuje operační systém virtuálního počítače

  Tyto vlastnosti je potřeba zadat, protože je vyžaduje Azure Site Recovery. V kumulativní aktualizaci 6 se v nástroji VMM v podokně úlohy zobrazí jasnější sada chybových zpráv, pokud se pokusíte nakonfigurovat virtuální počítač, který nesplňuje požadavky.
  
  Informace o požadavek ASR naleznete v tématu ASR E2A Protection Scenario Improvement.

• Možnost použití virtuálních počítačů 2. generace ve službách a rolích virtuálních počítačů: V kumulativní aktualizaci 6 teď nástroj VMM poskytuje podporu pro virtuální počítače generace 2 pro služby a role virtuálních počítačů. Pomocí této funkce můžete nasadit vícevrstvé služby a zvolit generaci virtuálních počítačů pro jednotlivé úrovně. Uživatelé můžou tyto instance služby obsluhovat prostřednictvím konvenční údržby a údržby založené na imagích.
  
  Další informace najdete v tématu Principy Virtual Machines generace 1 a generace 2 v nástroji VMM.

• Total Networking Usage Exposure rules in Management Pack: Tato změna zavádí dvě pravidla, která cílí na hostitele Hyper-V:
  

  • Total Incoming VNic Network traffic collection rule

  • Total Outgoing VNic Network traffic collection rule

  Tato pravidla měří celkový příchozí a celkový odchozí provoz v kilobajtech na virtuální síť na virtuální počítač pomocí následující metody:
  
  Pro každý virtuální počítač:
  

  1. Pokud monitorování míry využití hyper-V není povolené, povolte ho.

  2. Spusťte Measure-VM.

  3. Shromážděte data měření pro každou vzdálenou adresu "0.0.0.0/0" nebo "::/0" na VNic.

  Ve výchozím nastavení se tato pravidla spouštějí každou hodinu. Uživatelé se mohou rozhodnout toto nastavení přepsat přepsáním vlastnosti IntervalSeconds. Tato pravidla by se neměla spouštět častěji než každých pět minut (300 sekund).
  
  Chování v předchozích verzích: Nástroj VMM neměřil spotřebu dat. Měří pouze propustnost.

• Možnost přetížit kapacitu cloudu a skupiny hostitelů pro virtuální počítače replik: System Center 2012 R2 Virtual Machine Manager umožňuje umístit virtuální počítače repliky do předem nakonfigurovaného cloudu nebo skupiny hostitelů, pokud se vejdou do nastavení kapacity. Až dosud nástroj VMM předpokládal, že se používají všechny prostředky přidělené replikám virtuálních počítačů. Proto vám nástroj VMM nepovolil umístit žádný virtuální počítač repliky do cloudu nebo skupiny hostitelů, pokud by to zvýšilo agregované zatížení všech replik virtuálních počítačů nad rámec kapacity cloudu nebo skupiny hostitelů.
  
  I když se toto chování ujistilo, že se všechny replikované virtuální počítače můžou spustit současně, může to způsobit neoptimální použití cloudů replik a skupin hostitelů. K tomu může dojít v případě, že byste se (Enterprise nebo hostitel) pokusili umístit další virtuální počítače do cloudu nebo skupiny hostitelů. To znamená, že pokud jste převýšili cloud repliky nebo skupinu hostitelů. V kumulativní aktualizaci 6 můžete přetížit cloudy a skupiny hostitelů v prostředí VMM konfigurací následujícího klíče registru na serveru VMM:
  

  Umístění registru:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
  Název DWORD: IgnoreMemoryForStoppedReplicaVM
  Hodnota DWORD: 1
  Poznámka: Pokud podklíč Umístění neexistuje, vytvořte jej.
  
  Další informace najdete v tématu Možnost přetížit cloud a HG pro virtuální počítače replik.

• Podpora základních scénářů VMWare VCenter 5.5
  
  Kumulativní aktualizace 6 zavádí následující scénáře podpory:
  

  • Přidání VCenter 5.5 do správy VMM 2012 R2 UR6

  • Přidání hostitele ESX s verzí 5.5 a uvedení do správy

  • Vytvoření šablony virtuálního počítače VMWare a nasazení virtuálních počítačů pomocí šablony

  • Vytváření šablon se základními sítěmi (mezi které patří scénáře připojení k doméně) a nasazení virtuálních počítačů

  • Provádění různých operací životního cyklu virtuálních počítačů (například spuštění, zastavení, vypnutí, oprava, aktualizace a kontrolní bod na virtuálním počítači).

  • Připojení k virtuálnímu počítači pomocí konzoly a ověření přístupnosti

  • Zrušení zřízení virtuálních počítačů

  • Vytvoření fondu zdrojů a přenesení fondu prostředků pod správu VMM

  Jedná se o omezené scénáře. Představují ale první a nejdůležitější krok k podpoře novějších verzí VCenter. Nadále stavíme na naší matici možností podpory pro VMWare VCenter a budeme poskytovat aktualizace, které to vyřeší v budoucích kumulativních balíčcích.

Problémy opravené v této kumulativní aktualizaci

• Problém 1
  
  Při odebrání objektů VMM dojde k chybě 801. Nástroj VMM někdy narazíte na problém, kdy nelze odebrat objekt VMM, jako je virtuální počítač, z uživatelského rozhraní nebo Windows PowerShellu, protože v databázi chybí některé jeho podřízené objekty. To často způsobuje, že uživatelé vyhledávají nápravné skripty k odebrání ovlivněných objektů. V kumulativní aktualizaci 6 nástroj VMM vylepšil tři rutiny PowerShellu, aby se minimalizovaly chyby související s 801. Tyto rutiny jsou Remove-SCServiceTemplate, Remove-SCLibraryServer a Remove-SCLibraryShare. Aby se zabránilo chybám 801, nemusí uživatelé používat příznak –Force společně s těmito rutinami. Rutiny umožňují vyřešit závislosti, které vedou k chybám 801.
  

• Problém 2
  
  Služba VMM se chybově ukončí a vygeneruje chybu narušení přístupu v System.Xml, když je zodpovědná za událost integrační služby.
  

• Problém 3
  
  Kritická výjimka v obslužné rutině chyby WCF -- ObjectDisposedException -- Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Když nástroj VMM vypne hostitele služby WCF, volá abort, což může způsobit nestandardní ukončení všech nezpracovaných zpráv, což může vést k vyvolání výjimky ObjectDisposedExceptions. Obslužná rutina chyby WCF nejvyšší úrovně v nástroji VMM tyto výjimky vidí před ukončením procesu a hlásí je jako kritické výjimky. Tady tedy nástroj VMM hlásí neškodné chyby jako kritické chyby, které mohou způsobit nejasnosti uživatelů.
  

• Problém 4
  
  Možnost adresy MAC je v uživatelském rozhraní zobrazená šedě, pokud není připojená síť VNIC. Tím zabráníte uživatelům v označení síťové karty jako statické. Po upgradu na VMM v System Center 2012 R2 nemůže zákazník zvolit možnost Statická adresa Mac v šablonách virtuálních počítačů, které vytvoří, pokud virtuální počítač není připojený k síti. Možnosti ADRESY MAC a IP adresy se zobrazují šedě, když virtuální počítač není připojený. Proto nemůže virtuálnímu počítači před nasazením přiřadit statickou adresu MAC.
  

• Problém 5
  
  Přizpůsobení virtuálního počítače může selhat a vygenerovat kritickou výjimku, pokud technologie Hyper-V nevrátí objekt disketové jednotky. Během přizpůsobení virtuálního počítače je pravděpodobné, že technologie Hyper-V vrátí objekt disketové jednotky jako hodnotu null a nástroj VMM se pokusí přidat jednotku. Přidání disketové jednotky se ale v Hyper-V neimplementuje. Tím dojde k výjimce, která způsobí selhání úlohy a ponechá virtuální počítač ve stavu selhání vytvoření. Uživatel může virtuální počítač opravit tak, aby byl funkční. K tomu může dojít v případě, že konfigurace disketové jednotky (ve vzdálené sdílené složce) není k dispozici pro technologii Hyper-V nebo pokud je technologie Hyper-V zaneprázdněna nebo je přetížena.
  

• Problém 6
  
  Virtuální počítače se statickou IP adresou nejde nasadit, pokud je nakonfigurovaných více fondů IP adres pro jednu podsíť virtuálního počítače. Zákazník se pokusí vytvořit virtuální počítač pomocí šablony, která má nastavení statické IP adresy. Pokud je v podsíti více fondů IP adres a zákazník poskytne IP adresu z jiného fondu, než je výchozí fond (tj. automaticky vyplněný fond zobrazený v uživatelském rozhraní), průvodce virtuálním počítačem se dokončí bez chyb, ale vytvoření virtuálního počítače selže a vrátí chybu IP adresy mimo rozsah.
  

• Problém 7
  
  K chybovému ukončení služby VmmService dochází při zpracování odebraných podsítí virtuálních počítačů u událostí změn IP odesílaných technologií Hyper-v. Pokud je v nastavení NVGRE událost odeslaná technologií Hyper-V pro změnu IP adresy, ale podsíť virtuálního počítače už v nástroji VMM neexistuje, dojde k chybovému ukončení služby VMM.
  

• Problém 8
  
  Virtuální počítače chybí, protože se nepřijala událost VmMovedRefresherEvent. Když dojde k události přesunu virtuálního počítače, když hostitel není v režimu událostí a virtuální počítač je ve stavu migrace a když se aktualizátor událostí připojí, může existovat okno, ve kterém nikdo nenaslouchá a operace aktualizace přímo před režimem naslouchání změnu neobdrží. Proto nástroj VMM tyto změny neobdrží až do příštího úplného aktualizačního modulu, který může trvat až 24 hodin.
  
  Abyste měli jistotu, že se takové zmeškané události synchronizují prostřednictvím light refresheru virtuálního počítače v režimu událostí, můžete vytvořit a nakonfigurovat následující klíč registru tak, aby se v pravidelných intervalech spouštěl lehký aktualizační proces virtuálního počítače. Tento aktualizační program se spustí kromě všech aktualizačních rutin založených na událostech.
  

  Umístění registru:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
  Klíč registru:
  VMPropertiesEventAssitedUpdateInterval
  
  Typ registru: DWORD
  
  Minimální hodnota: 0 sekund
  
  Maximální hodnota: 20 dnů

  Hodnoty musí být zadány v sekundách.
  Název DWORD: VMPropertiesEventAssitedUpdateInterval
  
  Hodnota DWORD:value_in_seconds
  
  Poznámka: Zástupný symbol value_in_seconds může být hodnota 0 sekund až 20 dnů (také v sekundách).
  

• Problém 9
  
  Vyžadovat explicitní příznaky označující chybějící virtuální počítač nebo odebrání virtuálního počítače služby během Remove-Host uživateli. V současné době nástroj VMM nekontroluje existenci virtuálních počítačů na hostiteli při odebírání hostitele z nástroje VMM. Hostitel může obsahovat virtuální počítače služby, virtuální počítače nasazené do cloudu, virtuální počítače s vlastními vlastnostmi, které jsou pro ně definované. Pokud uživatel takového hostitele omylem odebere, všechna tato přidružení se přeruší. Tato oprava zabrání takovým scénářům tím, že vyzve uživatele k potvrzení zprávy před tím, než se tito hostitelé skutečně odeberou z nástroje VMM.
  

• Problém 10
  
  Pokud máte logickou síť s více síťovými lokalitami a síťové lokality jsou viditelné pro síťový adaptér hostitele, přidělí se přidružení PA z těchto různých síťových lokalit a musí být také nastaveny informace o směrování. (Síťové lokality se někdy označují jako "definice logických sítí".) Ve scénáři s více hostiteli, kdy je virtuální počítač1 na hostiteli1 připojený k PA1, existuje případ, kdy je virtuální počítač2 připojený k síti hnv LN a má pa1 pro NetwkSite1 a pak se odpojí a později znovu připojí a má pa2 pro NetwkSite2 (náhodně nebo kvůli vyčerpání pa). Pak na nějakou dobu možná nenaplníme informace o směrování pa mezi NetwkSite1 a NetwkSite2. K tomu dochází kvůli způsobu, jakým je reprezentace interní trasy klíčem pro vložení do tabulky hash.
  

• Problém 11
  
  Při aktualizaci hostitele naváže síťové připojení WinRM (k každému aktualizovanému hostiteli), které neustále streamuje data.
  

• Problém 12
  
  Při vytváření více hostitelských virtuálních síťových adaptérů se pozorují náhodná selhání. Když zákazníci vytvoří několik virtuálních síťových adaptérů na jednom snímku jako součást logického přepínače, může selhat jedna nebo více konfigurací IP adres virtuálního síťového adaptéru.
  

• Problém 13
  
  Uživatel při aktualizaci hostitele narazí na duplicitní vložení klíče do hostWSManGetter.UpdateRASDCache.
  

• Problém 14
  
  Když se uživatel pokusí naklonovat virtuální počítač s kontrolními body, nástroj VMM po dokončení operace klonování nesprávně rozpozná nově vytvořený klonovaný virtuální počítač jako původní virtuální počítač a nesprávně odvodí, že se virtuální počítač migroval. Pak se pokusí tuto změnu zpracovat. Proto se vytvoří další virtuální počítač na jiném hostiteli se stavem Chybějící. Nástroj VMM si myslí, že virtuální počítač používá jiného hostitele a tento virtuální počítač není pro TFS viditelný, dokud se neaktualizuje další virtuální počítač.
  

• Problém 15
  
  Při upgradu zprostředkovatele VSEM není schopnost poskytovatele přijímat oznámení pro modul oznámení označena.
  

• Problém 16
  
  Při dynamické optimalizaci hostitele dojde k chybovému ukončení umístění sítě. Některé operace umístění měly být spuštěny jako úloha. Při spuštění v aktualizační úloze má kontext hodnotu null. To způsobí chybové ukončení umístění.
  

• Problém 17
  
  Když delegovaní správci spustí konzolu VMM, otevření konzoly VMM trvá déle než 4 minuty. Ve velkých prostředích je spuštění konzoly nástroje VMM pro delegované správce zpožděno, pokud se porovnává s správci.
  

• Problém 18
  
  Storage aktualizace poskytovatele selže po nahrazení disku na sofs.
  

• Problém 19
  
  Nástroj VMM nemůže aktualizovat repliku nebo primární virtuální počítač bez ASR. Migrace virtuálního počítače pro obnovení ve stavu Čekání na prostředí IR neprovádí migraci za provozu.
  

• Problém 20
  
  Po odstranění virtuálního počítače se kontrolní body před odstraněním sloučí. Když se uživatel pokusí odstranit virtuální počítač s kontrolními body, dokončení odstranění trvá dlouho (až hodinu).
  

• Problém 21
  
  Operace Run DO někdy obdrží kritickou výjimku: DBCorruptionException.
  

• Problém 22
  
  Někteří uživatelé místo rozsahů IP adres používají velké sady VIPAddress Sets, aby bylo snazší přidávat nebo odebírat jednotlivé IP adresy. Schéma sady Management Pack nástroje VMM aktuálně omezuje toto pole na 256 znaků (výchozí). Uživatelé však mohou mít hodnoty o délce přibližně 500 znaků. Zjišťování proto způsobovalo chybu integrace VMM-OM kvůli neočekávané výjimce z modelu SCOM.
  

• Problém 23
  
  Cílové logické jednotky (RG) a cílové logické jednotky (LUN) nejsou přidruženy po úloze enableRG, pokud jsou předem vytvořené logické jednotky (RG) nebo logické jednotky (LUN).
  

• Problém 24
  
  Pokud zařízení brány F5 selže a nahradí se, musíte aktualizovat položky adresy MAC. Pokud je zařízení F5 RMA'd a nahrazeno novým zařízením novou adresou MAC, nástroj VMM nemá způsob, jak aktualizovat adresu MAC pro nové zařízení.
  

• Problém 25
  
  Nechte uživatele opatřit razítkem na virtuálním počítači repliky, abyste mohli o kolekovat identitu uživatele. Uživatelé musí na svých virtuálních počítačích ReplicaVM aktualizovat atributy UserRole a Owner, ale v současné době je blokována jakákoli operace na virtuálním počítači repliky. Proto nemohou tyto dva parametry aktualizovat na virtuálních počítačích repliky.
  

• Problém 26
  
  Při nasazení nového virtuálního počítače s vysokou dostupností do clusteru se registrovaná sdílená složka SMB nezobrazuje jako možnost cílové cesty.
  

• Problém 27
  
  Kritická výjimka v aktualizačním nástroji Storage při zjišťování služby replikace – ArgumentNullException – SetCustomOptions.
  

• Problém 28
  
  Během aktualizace hostitele se nástroj VMM dotazuje na informace týmu (přepnutí týmu nebo týmu LBFO). Zatímco dotazovací týmy přepínače VMM narazí na výjimku WSMan, která způsobí, že přepínač v zmizí z konzoly.
  

• Problém 29
  
  Protokol HTTPS není v sondě podporovaný, pak nástroj VMM nemůže vytvořit pravidlo monitorování pro monitorování webu HTTPS. VMM podporuje HTTP a HTTPs v oddílu konfigurace portu LB, ale protokol HTTPS se v části protokolu sondy lb nepodporuje.
  

• Problém 30
  
  Vlastník prostředku (uživatel SSU) nemá oprávnění k přístupu k seznamu uděleného prostředku, a proto nemůže zjistit, kdo mají všechna esa k prostředku. Pokud je uživatel, který uděluje přístup, také samoobslužný uživatel, neuvidí změny, které provedl, dokud konzolu nerestartuje. Uživatel správce může změnu zobrazit, ale pro uživatele samoobslužné služby bude GrantedToList nadále vracet výsledky uložené v mezipaměti, dokud konzolu nerestartuje.
  

• Problém 31
  
  Nejde přesunout nadřazené disky, které mají integrovaný proces migrace nástroje VMM. Uživatel má několik stovek virtuálních počítačů, přičemž všechny rozdílové disky odkazují na jednu nadřazenou položku. VMM blokuje přesun všech těchto virtuálních počítačů do nového řešení úložiště. Pokud je u rozdílových disků jakýkoli nadřazený disk v hierarchii (vztah nadřazený/podřízený) sdílený jiným rozdílem, nástroj VMM zablokuje migraci rozdílového disku do úložiště. Je však povolen prostřednictvím Správce technologie Hyper-V.
  

• Problém 32
  
  Funkce Field expectedDSColumn vyvolá kritickou výjimku při trasování zprávy kvůli neshodě sloupců, což způsobuje chybové ukončení serveru při spuštění rutiny get-scvmhost. Po aktualizaci databáze serveru na prahovou hodnotu s ní server R2 nemůže v určitých případech pracovat. Tuto cestu ke kódu používají některé síťové objekty a objekty ADHC.
  

• Problém 33
  
  Při horizontálním navýšení kapacity existující šablony služby se v nástroji VMM vytvoří duplicitní virtuální počítače Hyper-V se stejným názvem v System Center 2012 R2 Update Rollup 5.
  

• Problém 34
  
  Pokud máte hostované virtuální počítače nainstalované Windows aktualizace zabezpečení 3035131 nebo 3031432, agent hosta VMM nespouští skripty GCE (Generic Command Execution), které jsou požadovány nástrojem VMM v rámci nasazení virtuálního počítače. To může způsobit selhání ve více scénářích, ve kterých používáte skripty GCE pro nasazení a údržbu. Například při pokusu o servis šablony služby VMM prostřednictvím skriptů GCE se vrátí kód chyby 22029.
  
  Poznámka: Po instalaci kumulativní aktualizace 6 (nebo novější kumulativní aktualizace) pro System Center správce virtuálního počítače 2012 R2, je nyní nutné udělit přihlášení jako dávkové úlohy práva k zadanému účtu Spustit jako. Bez těchto práv nemůže agent hosta spouštět skripty GCE prostřednictvím účtu Spustit jako.
  

• Problém 35
  
  Migrace virtuálního počítače za provozu selže, když použijete clusterovaný úložný prostor jako sdílený svazek clusteru a úložiště virtuálního počítače se nachází ve sdíleném svazku clusteru. Migrace clusteru Hyper-V za provozu nefunguje po VMM v kumulativní aktualizaci 5 pro System Center 2012 R2.
  

• Problém 36
  
  Umístění základního disku by se mělo otáčet mezi platnými sdílenými složkami umístění.
  

• Problém 37
  
  Konzola VMM může během kopírování šablony služby použít existující řetězec vydané verze. V některých případech uživatelé nemůžou zkopírovat šablonu služby pomocí příkazu Kopírovat pro šablonu služby. Důvodem je, že konzola správce pro vydání vygeneruje již existující řetězec.
  

• Problém 38
  
  V nástroji VMM v System Center 2012 R2 chybí dlaždice Přehled kapacity. V nástroji VMM v System Center 2012 SP1 v podokně Virtuální počítače a služby, když vyberete hostitele a v horní nabídce kliknete na přehled, konzola zobrazí souhrnné informace a informace o kapacitě vybraného hostitele. Podrobnosti o jádrech procesoru, paměti (GB) a Storage (GB) začaly být v System Center 2012 R2 nedostupné.
  

• Problém 39
  
  Kvůli duplicitnímu id VSID dochází k chybovému ukončení služby VMM. Ve výjimečných případech (synchronizace/ konflikt časování a náhodné kolize čísel) můžou různé podsítě virtuálních počítačů HNV získat stejný identifikátor VMSubnetIdentifier (neboli VSID). To vede k neočekávanému chování při použití těchto podsítí virtuálních počítačů HNV. Například u virtuálních počítačů připojených k této podsíti nemusí virtuální počítače získat očekávané připojení a nebudou moct mluvit s virtuálními počítači ve stejné podsíti. Nebo když se jejich IP adresa změní, dojde k chybovému ukončení služby VMM.
  

• Problém 40
  
  Nasazení virtuálního počítače za Load Balancer způsobí kritické excepion při umístění:
  

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

• Problém 41
  
  Úvodní stránka, která byla zavedena v kumulativní aktualizaci 5, je odebrána v kumulativní aktualizaci 6.
  

• Problém 42
  
  Virtuální počítač není přidružený ke skupině replikace a nelze jej přesunout do umístění chráněného skupinou replikace.
  

• Problém 43
  
  IP adresa hosta v síti HNV není označená jako Dynamická/DedicatedGuestIP, a to ani v případě, že jsou pro ni povolená nastavení. Převzetí služeb při selhání certifikační autority je přerušené. U všech IP adres přidaných nebo přesunutých do virtuálního počítače připojeného k síti NVGRE Network (scénář převzetí služeb při selhání hosta HNV nebo HOSTOVANÉ IP adresy) je IP adresa *není* označená jako dynamická (typ = DedicatedGuestIP v nástroji VMM), i když má virtuální počítač nastavení EnableGuestIPNetworkVirtualizationUpdates=true. Když ip adresu přidáte nebo přesunete poprvé, bude fungovat, ale pozdější převzetí služeb při selhání IP adresy (přesun z jednoho virtuálního počítače na jiný) se automaticky nezjistí. Proto IP adresa nebude dostupná a virtuální počítač ztratí připojení.
  

• Problém 44
  
  Starší poskytovatel vloženého úložiště z integrace Hitachi nefunguje s UR5. Zprostředkovatele úložiště nelze aktualizovat. Tím se zabrání správě poskytovatele.
  

• Problém 45
  
  Při nastavování časového rozsahu optimalizace výkonu dojde k chybovému ukončení klienta VMM.
  

• Problém 46
  
  Při selhání připojení hostitele existuje konflikt časování při vyřazení WnvEventEntrySubscriptionObserver.
  

• Problém 47
  
  CentOS 7 a Red Hat Enterprise Linux 7 se při použití protokolu DHCP nepodaří nastavit konfiguraci síťového rozhraní.
  
  To platí pro všechny virtuální počítače Se systémem CentOS 7 a Red Hat Enterprise Linux (RHEL) 7, které jsou nakonfigurovány tak, aby používaly protokol DHCP System Center Virtual Machine Manager. Servery CentOS 7 a RHEL 7, které používaly protokol DHCP, by zjistily chybějící konfigurační data sítě pro každé ethernetové rozhraní, které používá server s Linuxem. K tomuto problému dochází, protože CentOS 7 a RHEL 7 nemají ve výchozím nastavení nainstalovaný nástroj Linux ifconfig, na rozdíl od předchozích iterací. Konfigurační skripty pro sítě DHCP byly aktualizovány tak, aby používaly nástroj IP místo ifconfig, pokud je nainstalovaný nástroj IP.

Jak získat a nainstalovat kumulativní aktualizaci 6 pro System Center 2012 R2 Virtual Machine Manager