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

DŮLEŽITÉ: Tento článek je přeložen pomocí softwaru na strojový překlad Microsoft. Nepřesný či chybný překlad lze opravit prostřednictvím technologie Community Translation Framework (CTF). Microsoft nabízí strojově přeložené, komunitou dodatečně upravované články, a články přeložené lidmi s cílem zajistit přístup ke všem článkům v naší znalostní bázi ve více jazycích. Strojově přeložené a dodatečně upravované články mohou obsahovat chyby ve slovníku, syntaxi a gramatice. Společnost Microsoft není odpovědná za jakékoliv nepřesnosti, chyby nebo škody způsobené nesprávným překladem obsahu nebo jeho použitím našimi zákazníky. Více o CTF naleznete na http://support.microsoft.com/gp/machine-translation-corrections/cs.

Projděte si také anglickou verzi článku: 3050317
Úvod
Tento článek popisuje problémy opravené v 6 kumulativní aktualizace pro Microsoft System Center 2012 R2 Virtual Machine Manager. Pro Virtual Machine Manager (VMM) k dispozici jsou dvě aktualizace: Server a správce konzoly. Kromě toho tento článek obsahuje pokyny k instalaci 6 kumulativní aktualizace pro System Center 2012 R2 Virtual Machine Manager.

Funkce, které jsou přidány do této kumulativní aktualizace



  • Přidání funkce odběr Azure: Pomocí funkce Přidat odběr Azure Update Rollup 6 správci systému Virtual Machine Manager můžete přidat předplatné Microsoft Azure VMM a provádět základní akce Azure instancí v těchto odběrů. Tato funkce je zahrnuta ve Správci Virtual Machine v 6 kumulativní aktualizace pro System Center 2012 R2. Pro každý odběr Azure, který přidáte můžete do konzoly zobrazíte všechny instance role ve všech skupinách nasazení v tomto odběru.

    Co můžete dělat s touto funkcí

    Již při správě virtuálních počítačů v prostorách v Virtual Machine Manager, můžete použít tuto funkci provádět některé velmi základní akce na Azure instance bez zanechání VMM console. Například můžete provést následující:

    • Přidat nebo odebrat jeden nebo více odběrů Azure pomocí konzoly VMM.
    • V části zobrazení seznamu podrobností a stavy všech instancí roli ve všech nasazeních v tomto odběru.
    • Ruční aktualizace seznamu instancí.
    • Proveďte následující základní akce na instance:

      • Spustit
      • Stop
      • Vypnutí počítače
      • Restartování počítače
      • Připojení prostřednictvím protokolu RDP
    Další informace naleznete v tématu Přidání Azure předplatného ve VMM System Center 2012 R2 s Update Rollup 6.
  • Vylepšené nástroje ASR E2A ochranu scénář: Tím, že Update Rollup 6 v prostředí Virtual Machine Manager, je snazší odhalit a vyřešit problém, který nastane někdy při konfiguraci ochrany obnovení webu Azure (ASR). K tomuto problému dochází, pokud chcete přidat ochranu ASR pro místní virtuální počítače a mají následující vlastnosti virtuálního počítače:

    • Žádná verze operačního systému
    • Žádné označení disku, který obsahuje operační systém pro virtuální počítač
    Tyto vlastnosti musí být zadán, protože vyžaduje obnovení webu Azure. V Update Rollup 6 sada přesnější chybové zprávy se zobrazí v VMM v podokně úloh, pokud je pokus o konfiguraci virtuálního počítače, který nesplňuje požadavky.

    Informace o požadavcích na nástroje ASR v Zlepšení situace ochrany ASR E2A.
  • Možnost použití VMs 2 generace v VMRoles a služby: V Update Rollup 6 VMM nyní podporuje 2 generace virtuálních počítačů pro služby a role VM. Pomocí této funkce můžete nasadit služby vícevrstvých a zvolit generování virtuálního počítače pro jednotlivé úrovně. Uživatelé mohou služby tyto instance služby prostřednictvím Obsluha konvenční a založené na bitové kopii.

    Další informace naleznete v tématu Principy generace 1 a 2 generace virtuálních počítačů v VMM.
  • Celková expozice využití sítě pravidla v Management Pack: Tato změna zavádí cílené hostiteli Hyper-V dvě pravidla:

    • Celkový pravidla kolekce příchozí VNic síťové komunikace
    • Celkový pravidla kolekce odchozí VNic síťové komunikace
    Tato pravidla měření celkové příchozí a celkové odchozí provoz v kilobajty za VNic na virtuální počítač v následujícím způsobem:

    Pro každou VM:

    1. Povolit Technologie Hyper-V měření Pokud není povolena.
    2. Spustit Rozměr VM.
    3. Přeprava měření dat pro každou vzdálenou adresu "0.0.0.0/0" nebo ":: / 0 za VNic.
    Ve výchozím nastavení tato pravidla spustit každou hodinu. Uživatelé si mohou zvolit přepsat toto nastavení přepíše IntervalSeconds vlastnost. Tato pravidla není vhodné spouštět častěji než každých 5 minut (300 sekund).

    Chování v předchozích verzích: VMM měření nejsou data spotřeby. Je měřen pouze propustnost.
  • Možnost overcommit Cloud a skupiny hostitelů kapacitu pro VMs replik: System Center 2012 R2 Virtual Machine Manager umožňuje umístit virtuální počítače repliku na předem cloud nebo hostitelské skupiny, pokud se vešly do nastavení kapacity. Až dosud VMM předpokládá, že všechny prostředky, které byly přiděleny VMs repliky byly používány. Proto VMM neumožňovaly můžete umístit libovolné replice virtuálního počítače v případě, že by zvýšení celkové zatížení všech replik VMs nad kapacitu skupiny cloud nebo hostitele cloud nebo hostitelské skupiny.

    Ačkoli toto chování ujistit, že všechny repliky VMs by mohl spustit současně, by mohl způsobit-optimální použití replik mraky a skupiny hostitelů. Tato fáze nastává, pokud (Enterprise nebo hostitele) pokusili vložit další VMs v rámci shluk nebo skupiny hostitelů. To znamená pokud overcommited repliku cloud nebo hostitelské skupiny. V Update Rollup 6 můžete overcommit mraky a skupiny hostitelů v prostředí VMM nakonfigurováním následující klíč registru na serveru VMM:

    Umístění v registru:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement

    Název hodnoty DWORD: IgnoreMemoryForStoppedReplicaVM
    Hodnota DWORD: 1

    Poznámka: Pokud umístění podklíč neexistuje, vytvořte ji.

    Další informace naleznete v tématu Možnost pro repliky VMs overcommit Cloud a HG.
  • Podpora základní scénáře VMWare VCenter 5.5.

    Kumulativní aktualizace 6 zavádí podporu následujících scénářů:

    • Přidat do správce VMM 2012 R2 UR6 VCenter 5.5
    • Přidat hostitele ESX s verze 5.5 a uvést v části Správa
    • Vytvoření šablony VMWare VM a nasazení VMs pomocí šablony
    • Vytvořit šablony se základní sítí (mezi ně patří scénáře doméně) a nasazení virtuálních počítačů
    • Proveďte různé operace životního cyklu VM (například start, stop, vypnout, opravy, aktualizace a kontrolního bodu ve virtuálním počítači).
    • Připojení k virtuálnímu počítači pomocí konzoly a ověření usnadnění přístupu
    • Identitách virtuálních počítačů
    • Vytvořit fond zdrojů a uvést fondu zdrojů v části Správa VMM
    Jedná se o omezené scénáře. Nicméně představují první a nejdůležitější krok směrem k podpoře novější verze VCenter. Jsme i nadále stavět na našich supportability matice pro VMWare VCenter a poskytne adresu v tomto dalších balíčků kumulativních aktualizací.

Problémy vyřešené v této kumulativní aktualizaci

  • Problém 1

    Při odstranění VMM objektů dojde k chybě 801. VMM někdy zaznamená problém, ve kterém VMM objektu například virtuálního počítače nelze odebrat z uživatelského rozhraní nebo prostředí Windows Powershell vzhledem k tomu, že některé z jeho podřízených objektů v databázi chybí. To často způsobí, že uživatelům hledání nápravných skripty odstranit příslušné objekty. Update Rollup 6 VMM má lepší tři rutiny prostředí Powershell pro minimalizaci chyb souvisejících s 801. Tyto rutiny jsou Odebrat SCServiceTemplate, Odebrat SCLibraryServer, a Odebrat SCLibraryShare. Uživatelé nemusí používat – Síla Příznak společně s těchto rutin aby se zabránilo chybám 801. Rutin poskytují možnost řešení závislostí, které vedou k 801 chyby.

  • Problém 2

    VMM služby dojde k chybě a generuje chybu narušení přístupu v System.Xml při jeho respons s událostí integrace služby.

  • Problém 3

    Kritická výjimka v obslužná rutina chyb WCF--ObjectDisposedException--Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Při VMM vypnutí hostitele služby WCF, volá přerušit, což může způsobit jakékoli nezpracované zprávy ungracefully byla ukončena a může být výsledkem vyvolání ObjectDisposedExceptions. Zpracování chyby WCF nejvyšší úrovně pro VMM vidí tyto výjimky před proces byl ukončen a ohlásí je jako kritické výjimky. Tak sem VMM hlásí chyby neškodné jako kritické chyby, případně přidáním k nejasnostem uživatele.

  • Problém 4

    Možnosti adresy MAC šedě v uživatelském rozhraní při vnic není připojen. To zabrání uživatelům v označení nic jako statické. Po inovaci VMM System Center 2012 R2 zákazníka nelze zvolit možnost statické adresy Mac v šablonách VM, který mu vytváří, pokud virtuální počítač není připojen k síti. Možnosti adresy MAC a IP se zobrazí šedě při virtual machine není "připojeno". Proto že nelze přiřadit statickou adresu MAC virtuálního počítače před nasazení.

  • Problém 5

    Přizpůsobení počítače Vvirtual lze selhání a generovat kritické výjimce při Hyper-V objektu disketovou jednotku nevrátí. Během vlastního nastavení virtuálního počítače je pravděpodobné, že disketová jednotka objekt jako hodnotu null vrátí Hyper-V a VMM se pokusí přidat jednotku. Však přidání disketová jednotka není implementována v Hyper-V. To vyvolá výjimku, která způsobí selhání úlohy a ponechá virtuální počítač ve stavu vytvoření se nezdařilo. Uživatele můžete opravit virtuálního počítače, aby byla plně funkční. K tomu může dojít, pokud disketová jednotka Config (na vzdálené sdílené položky) není k dispozici technologie Hyper-V nebo Hyper-V je zaneprázdněn nebo zdůraznit.

  • Problém 6

    VMs se statickou adresou IP nelze nasadit, je-li konfigurováno více fondů IP podsítě jeden VM. Zákazník se pokusí vytvořit virtuální počítač pomocí šablony, která obsahuje nastavení statické adresy IP. Pokud existuje více fondů IP do podsítě a zákazník poskytne adresu IP z fondu jiné než výchozí (který je automaticky naplněna fondu zobrazený v uživatelském rozhraní), pak dokončení Průvodce VM bez chyb, ale vytvoření virtuálního počítače nezdaří a vrátí chybu "Adresa IP z rozsahu".

  • Problém 7

    Během zpracování odebrané virtuálního počítače na IP podsítí změnit události odeslal Hyper-v, dojde k chybě VmmService. V NVGRE nastavení pokud je událost odeslaná pomocí technologie Hyper-V pro změnu IP podsítě VM již ve VMM, způsobí selhání služby VMM.

  • Problém 8

    VMS jsou hlášeny chybí, jako VmMovedRefresherEvent není přijat. Dojde k události přesunout virtuální počítač Hostitel není v režimu zpracování událostí a virtuálního počítače je ve stavu migrace a při aktualizační program události zachytí mohou existovat a operace aktualizace okna nikdo přijímající vpravo před režimu naslouchání nepřijímá změny. VMM proto nebudou tyto změny do další úplné aktualizační program, který může být jako nejhorší jako 24 hodin.

    Chcete-li zajistit, že tyto zmeškané události jsou synchronizovány pomocí aktualizační program světla virtuálního počítače v režimu zpracování událostí, můžete vytvořit a konfigurovat následující klíč registru pro spuštění aktualizační program světla virtuálního počítače v pravidelných intervalech. Tento aktualizační program poběží také všechny aktualizační programy založené na událostech.

    Umístění v 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ána v sekundách.

    Název hodnoty DWORD: VMPropertiesEventAssitedUpdateInterval

    Hodnota DWORD:value_in_seconds

    Poznámka: Na value_in_seconds Zástupný symbol může být hodnota 0 sekund do 20 dnů (také v sekundách).


  • Problém 9

    Vyžadují explicitní příznaky označující chybějící virtuálního počítače nebo odebrání služby virtuálního počítače během hostitele odebrat uživateli. V současné době VMM nekontroluje přítomnost VMs v hostiteli při odebrání hostitele z VMM. Hostitel může obsahovat služby virtuálních počítačů virtuálních počítačů, které jsou nasazeny v cloudu virtuálních počítačů, které mají vlastní vlastnosti, které jsou pro ně definovány. Jestliže uživatel neúmyslně odstraní tyto hostitele, jsou tato přidružení přerušeno. Tato oprava zabraňuje takových situací tak, že uživatelé vyzváni k zadání potvrzení před odebráním těchto hostitelů jsou skutečně z VMM.

  • Vydání 10

    Pokud máte logické sítě, který má více síťových serverů a síťové servery jsou viditelné pro síťový adaptér hostitele, bude přidělen PAs z těchto různých síťových serverů a směrovací informace musí být také nastavena. (Síťové servery někdy nazývají "logická síť definice.) Ve více hostitelů scénáři s VM1 na Host1 napojení PA1 je případ Pokud je připojen k LN hnv VM2 a má PA1 pro NetwkSite1 a pak je odpojen a později znovu připojeny a má PA2 pro NetwkSite2 (náhodně nebo z důvodu vyčerpání PA), pak po nějakou dobu jsme pravděpodobně zadány informace o směrování PA mezi NetwkSite1 a NetwkSite2. K tomu dochází z důvodu způsobu, že vyjádření vnitřního postupu je nastaven pro vložení do tabulky hash.

  • Vydání 11

    Po aktualizaci hostitele se zavádí WinRM síť (každý hostitel aktualizovat), neustále datových proudů.

  • Vydání 12

    Při vytváření více virtuálních síťových adaptérů hostitele, jsou pozorovány náhodných poruch. Pokud zákazníci vytvořit více virtuálních síťových adaptérů najednou jako součást logickým přepínačem, může dojít k selhání jednoho nebo více konfiguraci adresy IP adaptéru virtuální sítě.

  • Problém 13

    Uživatel narazí duplicitních klíčů kurzoru v HostWSManGetter.UpdateRASDCache při provádění aktualizace hostitele.

  • Problém 14

    Když se uživatel pokusí vytvořit kopii virtuálního počítače pomocí kontrolních bodů, po dokončení operace klonování, VMM nesprávně rozpozná nově vytvořené kopie virtuálního počítače jako původní virtuálního počítače a nesprávně odvodí, že má migrace virtuálního počítače. Potom se pokusí zpracovat tuto změnu. Proto je vytvořena další virtuální počítač na jiného hostitele s "chybějící" státem. VMM předpokládá, že virtuální počítač používá jiného hostitele a tohoto virtuálního počítače není viditelná pro TFS až do příští aktualizace virtuálního počítače.

  • Problém 15

    Inovovaný VSEM zprostředkovatele zprostředkovatele schopnost přijímat oznámení není označeno stroji oznámení.

  • Vydání 16

    Umístění sítě dojde k chybě během optimalizace dynamic host. Některé operace umístění byly by mělo proběhnout jako úkol. Při spuštění úlohy aktualizační program, kontext je null. To způsobí selhání umístění.

  • Problém 17

    Při spuštění delegovány správci VMM console trvá 4 + minut otevřete konzolu VMM. V prostředí rozsáhlých VMM je zpožděno spuštění konzoly delegována správcům srovnání pro správce.

  • Vydání 18

    Po výměně disku na sofs nezdaří aktualizace zprostředkovatele úložiště.

  • Problém 19

    VMM nelze aktualizovat repliky/primární virtuálního počítače bez ASR, také migrace obnovení VM ve stavu čekající na vyřízení IR neprovádí migraci.

  • Problém 20

    Při odstranění virtuálního počítače kontrolní body jsou sloučeny před odstraněním. Když se uživatel pokusí odstranit virtuální počítač, který má body obnovení, odstranění trvá dlouhou dobu (do hodiny) do konce.

  • Vydání 21

    Proveďte spuštění operace někdy obdrží kritické výjimky: DBCorruptionException.

  • Problém 22

    Některým uživatelům usnadnit přidat nebo odebrat jednotlivé adresy IP pomocí velkých sad VIPAddress místo rozsahy adres IP. Schéma VMM Management Pack omezuje nyní toto pole na 256 znaků (výchozí). Uživatelé však mohou mít hodnoty ~ 500 znaků. A proto bylo zjišťování rozdělení VMM OM integrace z důvodu neočekávané výjimce z SCOM.

  • Problém 23

    RG cílového a cíl logické jednotky nejsou spojeny po enableRG úlohu pokud RG logické jednotky jsou precreated.

  • Problém 24

    Když selže a nahrazuje aktualizovat položky MAC adresu zařízení brány F5. Pokud je zařízení pro F5 měl RMA a nahrazen nové zařízení s novou adresou MAC, VMM nemá způsob, jak aktualizovat adresu MAC pro nové zařízení.

  • Problém 25

    Umožní uživateli razítka na repliku virtuálního počítače umožňující razítko identitu uživatele. Uživatelé mají k aktualizaci atributů UserRole a vlastníka na jejich ReplicaVMs, ale aktuálně blokován jakoukoli operaci ve virtuálním počítači replik. Tak že nelze aktualizovat těchto dvou parametrů na repliku VMs.

  • Problém 26

    Při nasazení novou HA virtuální machineto clusteru sdílené položky Registerred SMB nezobrazuje možnost cílovou cestu.

  • Problém 27

    Kritická výjimka v aktualizační program skladování při zjišťování služby replikace--ArgumentNullException--SetCustomOptions.

  • Problém 28

    Během hostitele refresher VMM dotazy týmu informace (přepínač týmu nebo LBFO team). Že dotaz na přepínač týmy VMM zasáhne WSMan výjimku, která způsobí, že vswitch zmizí z konzoly.

  • Problém 29

    Sonda nepodporuje protokol HTTPS a potom VMM nelze pravidlo vytvořené monitor monitor HTTPS webu. VMM podporuje HTTP a HTTPs v části Konfigurace portu LB ale HTTPS není podporována v části protokol LB sondy.

  • Problém 30

    Vlastníkem prostředku (uživatel SSU) není oprávnění k přístupu k seznamu "GrantedTo" zdroje a proto není možné zobrazit všechny kdo mají přístup k prostředku. Při poskytnutí přístupu uživatelů je také samoobslužný uživatel, pak nemohou zobrazit změny, které provedl až po jejich spuštění konzoly. Pro uživatele admin viděli změnu, ale pro uživatele samoobslužných stránek odběratelů nadále vracet výsledky uložené v mezipaměti, až po jejich spuštění konzoly GrantedToList.

  • Problém 31

    Nelze přesunout nadřazené disky, které mají integrovanou migrační proces VMM. Uživatel má několik stovek VMs, s rozdílové disky přejdete na jeden nadřazený. Přesunutí všech těchto VMs nové řešení pro úložiště je blokován nastavením VMM. Pro rozdílové disky Pokud libovolný disk nadřazený prvek v hierarchii (vztah nadřazený podřízený) sdílí jiný diff disk, úložiště přenesení disku diferenciace je blokováno VMM. Nicméně jeho isenabled pomocí Správce technologie Hyper-V.

  • Problém 32

    Pole expectedDSColumn důležitou výjimku při trasování zprávy pro sloupce nesoulad způsobuje zhroucení serveru při spuštění get-scvmhost. Po Server DB aktualizován na prahu, R2 server nelze pracovat v určitých případech. Tento codepath používá některé objekty sítě a ADHC.

  • Problém 33

    Při rozšiřování existující šablony služby duplicitní havethe, že jsou vytvořeny stejným názvem ve VMM v kumulativní aktualizaci 5 pro System Center 2012 R2 Hyper-V virtuálních strojů.

  • Problém 34

    Aktualizace zabezpečení systému Windows máte virtuální počítače hosta3035131 nebo 3031432nainstalována, VMM agenta guest nelze spustit skripty obecný příkaz spuštění (GCE) požaduje VMM jako součást nasazení VM. To může způsobit selhání více scénářů, ve kterých používáte GCE skripty pro nasazení a údržbu. Například při pokusu služby šablony VMM služby prostřednictvím skriptů GCE, je vrácen kód chyby 22029.

    Poznámka:Po instalaci kumulativní aktualizace 6 (kumulativní aktualizace orlater) pro System Center Virtual Machine Manager 2012 R2 budete nyní muset udělitPřihlášení se jako dávková úloha práva na určený spustit jako účet. Bez těchto oprávnění nebudou moci spouštět skripty GCE prostřednictvím účtu spustit jako hostovaného agenta.

  • Problém 35

    Migrace za provozu virtuálního počítače se nezdaří při použití clusteru úložný prostor jako CSV a úložiště virtuální počítač se nachází v CSV. Přenesení Live Hyper-V clusteru po VMM v kumulativní aktualizaci 5 pro System Center 2012 R2 nefunguje.

  • Problém 36

    Umístění základního disku otáčet mezi podíly na platná umístění.

  • Problém 37

    VMM Console může použít existující verzi řetězec během kopírování šablony služby. Uživatelé někdy nelze kopírovat šablonu služby pomocí příkazu "Kopie" šablony služby. Důvodem je, že Administrator console generuje již existujícího řetězce pro uvolnění.

  • Problém 38

    VMM System Center 2012 R2 chybí přehled dlaždice kapacity. Ve VMM System Center 2012 s aktualizací SP1, v podokně VMs a služby při vyberte hostitele a potom klepněte na tlačítko Přehled v horní nabídce konzole obsahuje informace o vybraného hostitele souhrnné informace a kapacity. Podrobnosti o jádra procesoru, paměť (GB) a úložiště (GB) se stala v System Center 2012 R2 nedostupné.

  • Problém 39

    VMM služby tuhnoucí kvůli duplicitní VSID. Ve výjimečných případech (synchronizace/spor a náhodné číslo srážky) různých podsítí HNV virtuálního počítače lze získat stejné VMSubnetIdentifier (také znám jako VSID). To vede k neočekávanému chování při použití tyto podsítě HNV virtuálního počítače. Například VMs připojené k podsíti, VMs nemusí získat očekávané připojení a nebudou moci mluvit do VMs ve stejné podsíti. Nebo při selhání způsobí VMM služby změny adresy IP.

  • Problém 40

    Zavedení virtuální počítač za služba Vyrovnávání zatížení sítě způsobí, že kritické Excepion na 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án v Update Rollup 6.

  • Problém 42

    Virtuální počítač není přidruženo ke skupině replikace a nelze přesunout do umístění, které je chráněno skupiny replikace.

  • Chyba 43

    Host IP v síti HNV není označen jako dynamický/DedicatedGuestIP i v případě, že je povoleno nastavení pro něj. Nefunkční Certifikační zabezpečení před selháním. Všechny přidané nebo přesunutý ve virtuálním počítači připojenému k síti NVGRE (převzetí služeb při selhání HNV Guest Cluster/Host IP scénář) Adresa IP je adresa IP * není * označeny jako dynamické (typ = DedicatedGuestIP ve VMM) i v případě, že virtuální počítač s nastavením EnableGuestIPNetworkVirtualizationUpdates = true. Při prvním adresa IP je přidána/přesunutí bude fungovat, ale pozdější převzetí služeb při selhání IP (přesun z jedné VM na druhé) nebude automaticky rozpoznána. Proto nesmí být dosažitelné adresy IP a modulu VM dojde ke ztrátě připojení.

  • Problém 44

    Starší vloženého úložiště poskytovatele z Hitachi integrace s UR5 nefunkční. Zprostředkovatele úložiště nelze aktualizovat. Tím se zabrání řízení poskytovatele.

  • Problém 45

    VMM klienta dojde k chybě při nastavení napájení optimalizace časového rozsahu.

  • Vydání, 46

    Spor existuje v k dispozici WnvEventEntrySubscriptionObserver při připojení hostitele se nezdaří.

  • Vydání, 47

    CentOS 7 a Red Hat Enterprise Linux 7 nastavení konfigurace síťového rozhraní při použití protokolu DHCP se nezdařilo.

    To se týká všech CentOS 7 a Red Hat Enterprise Linux (RHEL) 7 virtuálních počítačů, které jsou nakonfigurovány pro použití protokolu DHCP pomocí System Center Virtual Machine Manager. CentOS 7 a že použité DHCP by se mohl dostat chybějící data konfigurace sítě pro každé rozhraní ethernet, který používá Linux server servery RHEL 7. K tomuto problému dochází, protože CentOS 7 a RHEL 7 nemají ifconfig nástroj Linux, který je nainstalován ve výchozím nastavení jsou na rozdíl od předchozí iterace. Konfigurace skriptů pro síť DHCP byly aktualizovány nástroj ip místo ifconfig, pokud je nainstalován nástroj ip.

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

Stáhnout informace

Balíčky aktualizace produktu Virtual Machine Manager jsou k dispozici z webu Microsoft Update nebo pomocí ruční stažení katalog služby Microsoft Update.

Web Microsoft Update
Jak získat a nainstalovat balíček aktualizace z webu Microsoft Update, postupujte následujícím způsobem v počítači, který má nainstalované součásti Virtual Machine Manager:

  1. Klepněte na tlačítko Start a na příkaz Ovládací panely.
  2. V Ovládacích panelech poklepejte na položku Windows Update.
  3. V okně Windows Update klepněte na tlačítko Zkontrolovat Online aktualizace ze služby Microsoft Update.
  4. Klepněte na příkaz jsou k dispozici důležité aktualizace.
  5. Vyberte balíčky kumulativní aktualizace a potom klepněte na tlačítko OK.
  6. Klepněte na tlačítko instalovat aktualizace k instalaci aktualizačních balíčků.
Ruční stažení aktualizace balíčků
Přejdete na následující webové stránky ručně stáhnout balíčky aktualizací z katalogu služby Microsoft Update:

Důležité Server a správce konzoly součásti musí být aktualizovány na serveru Virtual Machine Manager.

Poznámka: Je nutné použít aktualizaci serveru a ujistěte se, že všechny nově nasazené virtuálních počítačů ze šablony služby bude mít aktualizovaný agent Host. Stávající nasazení virtuální stroje lze nainstalovat aktualizovaný agent nainstalován pomocí systému Windows Update, prostřednictvím služby WSUS nebo ručně pomocí následující balíček:

Pokyny k instalaci

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

msiexec.exe /update packagename

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

msiexec.exe /update kb3050317_vmmserver_amd64.msp

Poznámky

  • Pokud ručně stáhnout balíčky aktualizací z katalogu služby Microsoft Update a instalovat poklepáním na balíčky, je třeba nainstalovat Virtual Machine Manager serveru a konzole Správce balíčků jako uživatel se zvýšenými oprávněními. Balíček agenta Guest Virtual Machine Manager lze nainstalovat jako uživatel bez zvýšených oprávnění.
  • Pokud máte také konzolu pro správu nainstalována na serveru VMM, nainstalujte aktualizace v následujícím pořadí:

    • 6 kumulativní aktualizace pro Server Virtual Machine Manager
    • 6 kumulativní aktualizace pro správce konzoly

    Mezi tyto dvě instalace serveru Virtual Machine Manager může vytvořit kritické chybě protokolu v adresáři VMMLogs. K tomuto problému dochází, protože správce konzoly sdílí některé knihovny DLL s Virtual Machine Manager Server a protokolování kritické chyby může způsobit konflikt verzí. Chcete-li tento problém vyřešit, nainstalujte obě aktualizace na serveru Virtual Machine Manager, který používáte ke spuštění služby Virtual Machine Manager.
  • Před 5 kumulativní aktualizace bylo nutné ručně aktualizovat součást System Center Virtual Machine Manager DHCP Server (x 64). Ve VMM pomocí novější verze nebo aktualizace kumulativní 5 ruční aktualizaci již požadováno.
  • Pokud stáhnete a extrahuje soubor MSP Admin Console dva soubory CAB jsou výsledkem, jak vidíte v následujícím snímku obrazovky. Některý z uvedených souborů CAB, vztahuje na x 64 (AMD64) a jiný soubor CAB, vztahuje na x 86 (i386).

    Naleznete v poslední odkaz na Architektura operačního systému název souboru CAB, chcete-li zjistit, na které se vztahuje typ architektury určitý soubor CAB.

Soubory aktualizované v této kumulativní aktualizaci

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


Upozornění: Tento článek je přeložený automaticky

Vlastnosti

ID článku: 3050317 - Poslední kontrola: 09/21/2015 10:32:00 - Revize: 3.0

Microsoft System Center 2012 R2, Microsoft System Center 2012 R2 Virtual Machine Manager

  • kbqfe kbfix kbexpertiseinter kbsurveynew atdownload kbmt KB3050317 KbMtcs
Váš názor