Applies ToSystem Center 2012 R2 Microsoft System Center 2012 R2 Virtual Machine Manager

Úvod

Tento článek popisuje problémy opravené v kumulativní aktualizaci 6 pro Microsoft System Center 2012 R2 Virtual Machine Manager. Pro nástroj Virtual Machine Manager (VMM) jsou k dispozici dvě aktualizace: Server a konzola správce. Kromě toho tento článek obsahuje pokyny k instalaci 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

Stáhnout informace

Balíčky aktualizací pro Virtual Machine Manager jsou k dispozici na webu Microsoft Update nebo ručním stažením z katalogu služby Microsoft Update.

Microsoft Update

Chcete-li získat a nainstalovat balíček aktualizace ze služby Microsoft Update, postupujte takto na počítači, který má nainstalovanou komponentu Virtual Machine Manager:

  1. Klepněte na tlačítko Start a potom klepněte na tlačítko Ovládací panely.

  2. V Ovládací panely poklikáte na služba Windows Update.

  3. V okně služba Windows Update klepněte na tlačítko Vyhledat aktualizace z webu Microsoft Update Online.

  4. Klikněte na Tlačítko Důležité aktualizace jsou k dispozici.

  5. Vyberte balíčky kumulativní aktualizace a potom klepněte na tlačítko OK.

  6. Kliknutím na Instalovat aktualizace nainstalujte balíčky aktualizací.

Ruční stažení balíčků aktualizací

Chcete-li ručně stáhnout balíčky aktualizací z katalogu služby Microsoft Update, přejděte na následující weby: Důležité: Na serveru Virtual Machine Manager serveru je nutné aktualizovat součásti serveru i konzoly správce.

Ke stažení Stáhnout balíček aktualizace serveru

Ke stažení stáhnout balíček aktualizace konzoly pro správu.Poznámka: Chcete-li se ujistit, že všechny nově nasazené virtuální počítače ze šablony služby budou mít aktualizovaného agenta hosta, je nutné použít aktualizaci serveru. Stávající nasazené virtuální počítače můžou mít nainstalovaného aktualizovaného agenta prostřednictvím služba Windows Update, prostřednictvím služby WSUS nebo ručně pomocí následujícího balíčku:

Ke stažení Stáhnout balíček aktualizace agenta hosta

Pokud chcete balíčky aktualizací nainstalovat ručně, spusťte z příkazového řádku se zvýšenými oprávněními následující příkaz:

msiexec.exe /update  packagename 

Pokud chcete například nainstalovat balíček kumulativní aktualizace 6 pro server System Center 2012 R2 Virtual Machine Manager (KB3050317), spusťte následující příkaz:

msiexec.exe /update kb3050317_vmmserver_amd64.msp – poznámky

  • Pokud ručně stáhnete balíčky aktualizací z katalogu služby Microsoft Update a nainstalujete je poklikáním na balíčky, musíte nainstalovat balíčky Virtual Machine Manager Serveru a konzoly správce jako uživatel se zvýšenými oprávněními. Balíček agenta hosta Virtual Machine Manager můžete nainstalovat jako uživatele se zvýšenými oprávněními.

  • Pokud máte na serveru VMM nainstalovanou také konzolu správce, nainstalujte aktualizace v následujícím pořadí:

    • Kumulativní aktualizace 6 pro Virtual Machine Manager Server

    • Kumulativní aktualizace 6 pro konzolu správce

    Mezi těmito dvěma instalacemi může Virtual Machine Manager Server vytvořit kritický protokol chyb v adresáři VMMLogs. K tomuto problému dochází, protože konzola správce sdílí některé knihovny DLL s Virtual Machine Manager Server a konflikt verze může vést k protokolování kritického selhání. Pokud chcete tento problém vyřešit, nainstalujte obě aktualizace na Virtual Machine Manager Server, který používáte ke spuštění Virtual Machine Manager Service.

  • Před kumulativní aktualizací 5 jste museli ručně aktualizovat komponentu System Center Virtual Machine Manager DHCP Server (x64). V nástroji VMM s kumulativní aktualizací 5 nebo novějšími verzemi už tato ruční aktualizace není nutná.

  • Pokud stáhnete a extrahujete Správa console MSP, výsledkem jsou dva soubory CAB, jak můžete vidět na následujícím snímku obrazovky. Jeden z těchto souborů CAB se vztahuje na x64 (označované také jako AMD64) a další soubor CAB se vztahuje na x86 (také známý jako i386). alternativní textV názvu souboru CAB se podívejte na poslední odkaz na architekturu operačního systému a zjistěte, na jaký typ architektury se konkrétní soubor CAB vztahuje.

Soubory aktualizované v této kumulativní aktualizaci

Seznam souborů, které se změnily v této kumulativní aktualizaci, si stáhněte následující soubor:

Tabulky atributů souborů pro kumulativní aktualizaci 6 pro System Center 2012 R2 Virtual Machine Manager

Potřebujete další pomoc?

Chcete další možnosti?

Prozkoumejte výhody předplatného, projděte si školicí kurzy, zjistěte, jak zabezpečit své zařízení a mnohem více.

Komunity vám pomohou klást otázky a odpovídat na ně, poskytovat zpětnou vazbu a vyslechnout odborníky s bohatými znalostmi.