Сборен пакет за актуализация 6 за System Center 2012 R2 Virtual Machine Manager

Функции, които са добавени в този сборен пакет за актуализация

• Добавяне на функция за абонамент за Azure: С помощта на функцията за добавяне на абонамент за Azure в сборен пакет за актуализация 6 администраторите на Virtual Machine Manager могат да добавят абонаменти на Microsoft Azure към VMM и да извършват основни действия с екземпляри на Azure в тези абонаменти. Функцията е включена във Virtual Machine Manager в сборен пакет за актуализация 6 за System Center 2012 R2. За всеки абонамент за Azure, който добавяте, можете да използвате конзола, за да видите всички екземпляри на роли във всички групи за разполагане в този абонамент.
  
  Какво можете да правите с тази функция
  
  Ако вече управлявате вашите локални виртуални машини в диспечера на виртуални машини, можете да използвате тази функция, за да извършвате някои много основни действия с екземпляри на Azure, без да излизате от конзолата за VMM. Например можете да направите следното:
  

  • Добавете или премахнете един или повече абонаменти за Azure с помощта на конзолата за VMM.

  • Вижте списъчен изглед на подробни данни и състояния на всички екземпляри на роли във всички разполагания в този абонамент.

  • Ръчно актуализиране на списъка с екземпляри.

  • Извършете следните основни действия за екземплярите:
    

    • Старт

    • Спре

    • Изключване

    • Рестартирате

    • Свързване чрез ПРСР

  За повече информация вижте Добавяне на абонамент за Azure във VMM в System Center 2012 R2 сборен пакет за актуализация 6.

• Подобрен сценарий за ASR защита на E2A: Като имате сборен пакет за актуализация 6 във вашата среда на Диспечера на виртуални машини, е по-лесно да откриете и коригирате проблем, който понякога възниква, когато конфигурирате защитата за възстановяване на сайт на Azure (ASR). Този проблем възниква, когато искате да добавите ASR защита за локални виртуални машини и имате следните свойства на виртуална машина:
  

  • Няма зададена версия на операционната система

  • Няма индикация кой диск съдържа операционната система за виртуалната машина

  Тези свойства трябва да бъдат зададени, тъй като те се изискват от възстановяването на сайта на Azure. В Сборен пакет за актуализация 6 по-ясен набор от съобщения за грешка се показват във VMM в екрана задания, ако се опитате да конфигурирате виртуална машина, която не отговаря на изискванията.
  
  За информация относно изискванията на ASR вижте ASR E2A подобряване на сценария на защита.

• Опция за използване на виртуални машини от поколение 2 в услуги и VMRoles: В сборен пакет за актуализация 6 VMM сега предоставя поддръжка за виртуални машини от поколение 2 за услуги и VM роли. С помощта на тази функция можете да разполагате услуги с много нива и да избирате генерирането на виртуална машина за отделни нива. Потребителите могат да обслужват тези екземпляри на услуги чрез стандартно обслужване, базирано на изображения.
  
  За повече информация вижте Разбиране на виртуални машини от поколение 1 и 2 във VMM.

• Общо правила за излагане на използване на мрежа в пакет за управление: Тази промяна въвежда две правила, които са насочени към Hyper-V хостове:
  

  • Общо правило за събиране на трафик на Входяща мрежа на VNic

  • Общо правило за събиране на трафик на мрежата на VNic за изходяща поща

  Тези правила измерват общия входящ и общ изходящ трафик в Kilo Bytes за VNic на виртуална машина по следния метод:
  
  За всяка виртуална машина:
  

  1. Разрешете Hyper-V измерване, ако не е разрешено.

  2. Изпълнете Measure-VM.

  3. Събирайте данни за измерване за всеки отдалечен адрес на "0.0.0.0/0" или "::/0" за VNic.

  По подразбиране тези правила се изпълняват на всеки час. Потребителите може да изберат да заменят тази настройка, като заменят свойството IntervalSeconds. Тези правила не трябва да се изпълняват по-често от всеки пет минути (300 секунди).
  
  Поведение в предишни версии: VMM не измерваше потреблението на данни. Измерва се само пропускателната способност.

• Опцията за прекомпиране на капацитета на облака и групата хостове за виртуални машини реплика: System Center 2012 R2 Virtual Machine Manager ви позволява да поставите вашите реплики виртуални машини в предварително конфигуриран облак или група хост, ако се поберат в настройките за капацитет. До момента VMM приемаше, че всички ресурси, които са разпределени на реплика виртуални машини, се използват. Затова VMM не ви позволи да поставите реплики виртуална машина в облак или хост група, ако това би повдигнало агрегатното натоварване на всички реплики виртуални машини отвъд капацитета на облака или групата хостове.
  
  Въпреки че това поведение е гарантирало, че всички виртуални машини реплика едновременно могат да стартират, това може да доведе до неоптимално използване на реплики облаци и хост групи. Това ще се случи, ако вие (Enterprise или Hoster) сте се опитали да поставите допълнителни виртуални машини в облак или хост група. Т.е. ако сте превишили реплики облак или хост група. В сборен пакет за актуализация 6 можете да презареждам облак и хост групи във вашата VMM среда чрез конфигуриране на следния ключ от системния регистър на VMM сървър:
  

  Местоположение на системния регистър:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
  DWORD име: IgnoreMemoryForStoppedReplicaVM
  DWORD стойност: 1
  Забележка Ако подключът Placement не съществува, създайте го.
  
  За повече информация вижте Опция за overcommit Cloud и HG за реплика виртуални машини.

• Поддръжка за основните сценарии на VMWare VCenter 5.5.
  
  Сборен пакет за актуализация 6 въвежда следните сценарии за поддръжка:
  

  • Добавяне на VCenter 5.5 към управлението на UR6 на VMM 2012 R2

  • Добавяне на ESX хост с версия 5.5 и управление

  • Създаване на VMWare VM шаблон и разполагане на виртуални машини с шаблона

  • Създаване на шаблони с основна работа в мрежа (те включват сценарии, свързани с домейн) и разполагане на виртуални машини

  • Изпълнявайте различни операции за жизнения цикъл на виртуалната машина (например стартиране, спиране, изключване, поправка, обновяване и контролна точка на виртуална машина).

  • Свързване на виртуална машина с помощта на конзолата и проверете достъпността

  • Виртуални машини за премахване на осигуряването

  • Създаване на група ресурси и извеждане на набора ресурси под управление на VMM

  Това са ограничени сценарии. Те обаче представят първата и най-важната стъпка към поддръжката на по-нови версии на VCenter. Продължаваме да надграждаме нашата матрица на поддръжка за VMWare VCenter и ще предоставим актуализации, за да се справим с това в бъдещи сборни пакети за актуализация.

Проблеми, които са решени в този сборен пакет за актуализация

• Брой 1
  
  Възниква грешка 801, когато VMM обекти се премахват. VMM понякога се натъква на проблем, при който VMM обект, като например виртуална машина, не може да бъде премахнат нито от потребителския интерфейс, така и от Windows Powershell, тъй като някои от дъщерните му обекти липсват в базата данни. Това често кара потребителите да търсят коригиращи скриптове, за да премахнат засегнатите обекти. В сборен пакет за актуализация 6 VMM подобри три кратки команди на Powershell, за да намали грешките, свързани с 801. Тези кратки команди са Remove-SCServiceTemplate, Remove-SCLibraryServer и Remove-SCLibraryShare. Потребителите не трябва да използват флага -Force заедно с тези кратки команди, за да избегнат грешки 801. Кратките команди предоставят възможност за разрешаване на зависимости, които водят до грешки 801.
  

• Брой 2
  
  Услугата VMM се срива и генерира грешка за непозволен достъп в System.Xml, когато отговаря на събитие на услугите за интеграция.
  

• Брой 3
  
  Критично изключение в манипулатора за WCF грешки - ObjectDisposedException – Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Когато VMM затвори хоста на WCF услугата, той извиква прекратяване, което може да доведе до неправилно прекратяване на всички необработени съобщения и това може да доведе до хвърляне на objectDisposedExceptions. WCF манипулаторът на WCF грешки от най-високо ниво на VMM вижда тези изключения, преди процесът да е прекратен, и ги отчита като критични изключения. Така че тук VMM съобщава безвредни грешки като критични грешки, които е възможно да се добавят към объркването на потребителите.
  

• Брой 4
  
  Опция за MAC адрес в сиво в потребителски интерфейс, когато vnic не е свързан. Това не позволява на потребителите да маркират nic като статична. След като надстроите до VMM в System Center 2012 R2, клиентът не може да избере опцията на Статичен Mac адрес във VM шаблони, той създава, ако виртуалната машина не е свързана към мрежа. Опциите за MAC адрес и IP са в сиво, когато виртуалната машина е "не е свързана". Затова той не може да присвои статичен MAC адрес на виртуалната машина преди разполагането.
  

• Проблем 5
  
  Персонализацията на Vvirtual машина може да е неуспешна и да генерира критично изключение, когато Hyper-V не връща обект на флопидисково устройство. По време на персонализирането на виртуална машина има вероятност Hyper-V да върне обекта Floppy Drive като null и VMM ще се опита да добави устройство. Добавянето на флопидисковото устройство обаче не е реализирано в Hyper-V. Това дава изключение, което причинява неуспешно изпълнение на заданието и оставя неуспешното състояние на създаване на виртуалната машина. Потребителят може да поправи виртуалната машина, за да функционира. Това може да се случи, ако конфигурацията на Floppy Drive (на отдалеченото споделяне) не е налична за Hyper-V или Hyper-V е зает или подчертан.
  

• Брой 6
  
  Не може да се разположат виртуални машини със статичен IP, когато са конфигурирани множество IP набори за една подмрежа VM. Клиентът се опитва да създаде виртуална машина с помощта на шаблон, който има статични IP настройки. Ако има няколко IP набора в подмрежа и клиентът предоставя IP адрес от група, различна от тази по подразбиране (т.е. автоматично попълнената група, която се показва в потребителския интерфейс), съветникът за виртуална машина завършва без грешки, но създаването на виртуална машина е неуспешно и връща грешка "IP адрес извън диапазона".
  

• Проблем 7
  
  VmmService възниква срив по време на обработката на премахнати подмрежи на виртуална машина на събития за промяна на IP, изпратени от Hyper-v. При настройка на NVGRE, ако има събитие, изпратено от Hyper-V за IP Change, но подмрежата на VM вече не съществува във VMM, това води до срив на услугата VMM.
  

• Проблем 8
  
  Съобщенията за VMS липсват, тъй като не се получава VmMovedRefresherEvent. Когато възникне събитие за преместване на виртуална машина, докато хостът не е в режим на събитие и виртуалната машина е в състояние на мигриране и когато опреснителят на събития се завърта нагоре, може да има прозорец, където никой не слуша и операцията за актуализиране точно преди режим на слушане не получава промяната. Следователно VMM няма да получи тези промени до следващото пълно обновяване, което може да бъде до 24 часа.
  
  За да се уверите, че тези пропуснати събития се синхронизират чрез леката програма за обновяване на виртуална машина, когато сте в режим на събитие, можете да създадете и конфигурирате следния ключ от системния регистър, за да стартирате леката програма за обновяване на виртуална машина през определени интервали. Тази програма за обновяване ще се изпълнява в допълнение към всички обновяващи програми, базирани на събития.
  

  Местоположение на системния регистър:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
  Ключ от системния регистър:
  VMPropertiesEventAssitedUpdateInterval
  
  Тип регистър: DWORD
  
  Минимална стойност: 0 секунди
  
  Максимална стойност: 20 дни

  Стойностите трябва да бъдат зададени в секунди.
  DWORD име: VMPropertiesEventAssitedUpdateInterval
  
  DWORD стойност:value_in_seconds
  
  Забележка Контейнерът за value_in_seconds може да бъде стойност от 0 секунди до 20 дни (също в секунди).
  

• Проблем 9
  
  Изисквайте явни флагове, за да укажете липсваща виртуална машина или премахване на виртуална машина на услуга по време на Remove-Host на потребителя. В момента VMM не проверява за наличието на виртуални машини на хост при премахване на хост от VMM. Хостът може да съдържа виртуални машини за услуги, виртуални машини, които са разположени в облака, виртуални машини с дефинирани за тях свойства по избор. Ако потребител случайно премахне такъв хост, всички тези асоциации са повредени. Тази корекция избягва такива сценарии, като подканва потребителите за съобщение за потвърждение, преди тези хостове действително да бъдат премахнати от VMM.
  

• Брой 10
  
  Ако имате логическа мрежа, която има множество мрежови сайтове, и мрежовите сайтове са видими за мрежовата карта на хоста, PAs от тези различни мрежови сайтове ще бъдат разпределени и информацията за маршрутизиране също трябва да бъде зададена. (Мрежовите сайтове понякога се наричат "дефиниции на логическа мрежа".) В сценарий на няколко хоста с VM1 на Host1, който е свързан към PA1, има случай, ако VM2 е свързан към hnv LN и има PA1 за NetwkSite1, след което връзката му е прекъсната и по-късно е свързана отново и има PA2 за NetwkSite2 (произволно или поради изчерпване на PA), а след това за известно време, може да не попълним информацията за маршрутизиране на PA между NetwkSite1 и NetwkSite2. Това се случва поради начина, по който вътрешното представяне на маршрут е ключът за вмъкване в хеширана таблица.
  

• Брой 11
  
  Когато хостът се обнови, той установява мрежова връзка с WinRM (към всеки хост, обновена), която предава непрекъснато данни.
  

• Брой 12
  
  Когато се създават няколко виртуални мрежови карти на хост, се наблюдават случайни грешки. Когато клиентите създават няколко виртуални мрежови карти с една снимка като част от логически комутатор, една или повече ip конфигурация на виртуална мрежова карта може да е неуспешна.
  

• Брой 13
  
  Потребител попадна на дублирано вмъкване на ключ в HostWSManGetter.UpdateRASDCache, когато прави актуализация на хоста.
  

• Брой 14
  
  Когато потребителят се опитва да клонира виртуална машина с контролни точки, след приключване на операцията за клониране, VMM неправилно разпознава новосъздадената клонирано виртуална машина като оригинална виртуална машина и неправилно прави извода, че виртуалната машина е мигрирана. След това той се опитва да се справи с тази промяна. Затова се създава допълнителна виртуална машина на друг хост с "липсващо" състояние. VMM смята, че виртуалната машина използва друг хост и тази виртуална машина не е видима за TFS до следващата актуализация на виртуалната машина.
  

• Брой 15
  
  Когато доставчикът на VSEM е надстроен, възможността на доставчика да получава известия не е посочена на системата за уведомяване.
  

• Брой 16
  
  Разположението на мрежата се срива по време на оптимизирането на динамичния хост. Някои операции по разполагането трябваше да се изпълняват като задача. Когато се изпълнява в задача за обновяване, контекстът е null. Това води до срив на разположението.
  

• Брой 17
  
  Когато делегираните администратори стартират конзолата VMM, са необходими 4+ минути, за да отворите VMM конзолата. В големи среди стартирането на конзолата VMM се забавя за делегирани администратори, когато се сравни с администраторите.
  

• Брой 18
  
  Актуализацията на доставчика на място за съхранение е неуспешна след смяна на диска на sofs.
  

• Брой 19
  
  VMM не може да актуализира реплика/първичен виртуална машина без ASR, също така мигриране на възстановяване VM в състояние на изчакване на IR не извършва миграция в реално време.
  

• Брой 20
  
  Когато се изтрие виртуална машина, контролните точки се обединяват, преди да бъдат изтрити. Когато потребителят се опитва да изтрие виртуална машина, която има контролни точки, изтриването отнема много време (до час), за да завърши.
  

• Брой 21
  
  Операция Изпълни DO понякога получава критично изключение: DBCorruptionException.
  

• Брой 22
  
  Някои потребители използват големи VIPAddress набори вместо IP диапазони, за да улеснят добавянето/премахването на отделни IP адреси. Схемата на пакета за управление на VMM в момента ограничава това поле до 256 знака (по подразбиране). Въпреки това потребителите може да имат стойности с дължина ~ 500 знака. И затова откриване е прекъсва VMM-OM интеграция поради неочаквано изключение от SCOM.
  

• Брой 23
  
  Целевите RG и целевите LUN не са свързани след enableRG задача, ако RG/LUN са предварително създадени.
  

• Брой 24
  
  Трябва да актуализирате записите за MAC адрес за устройство с шлюз F5, когато то не успее и бъде заменено. Ако устройство F5 е RMA'd и заменено с ново устройство с нов MAC адрес, VMM няма начин да актуализира MAC адреса за новото устройство.
  

• Брой 25
  
  Дайте възможност на потребителите да маркират с клеймо на виртуална машина, за да ви позволят да маркирате самоличността на потребителя. Потребителите трябва да актуализират атрибутите UserRole и Owner на своите ReplicaVMs, но в момента всяка операция на виртуалната машина реплика е блокирана. Така че те не могат да актуализират тези два параметъра на реплика виртуални машини.
  

• Брой 26
  
  Регистрирана SMB споделяне не се показва като опция цел път, когато разполагате нова HA виртуална машина за клъстер.
  

• Брой 27
  
  Критично изключение в програмата за обновяване на паметта при откриване на услугата за репликация -- ArgumentNullException - SetCustomOptions.
  

• Брой 28
  
  По време на заявките за обновяване на хост VMM информацията за екипа (смяна на екипа или екипа на LBFO). Докато при заявките VMM на екипите преминава през изключението WSMan, което води до изчезването на vswitch от конзолата.
  

• Брой 29
  
  ПРОТОКОЛЪТ HTTPS не се поддържа в Probe, а след това VMM не може да създаде правило за монитор за следене на HTTPS сайт. VMM поддържа HTTP и HTTPs в раздела за конфигуриране на LB порт, но HTTPS не се поддържа в раздела за протокола LB сонда.
  

• Брой 30
  
  Собственик на ресурс (SSU потребител), който не е упълномощен за достъп до списъка "GrantedTo" на ресурс и следователно не може да види кой има acess към ресурса. Когато потребителят, който предоставя достъп, също е самостоятелен потребител, той не може да види промените, които е направил, докато не рестартира конзолата. Администраторът може да види промяната, но за самостоятелно обслужващ потребител GrantedToList продължава да връща кеширани резултати, докато не рестартира конзолата.
  

• Брой 31
  
  Не могат да се преместят родителски дискове, които имат вграден процес на мигриране на VMM. Потребителят има няколко стотици виртуални машини, като всички различни дискове сочат към един родител. Преместването на всички тези виртуални машини в ново решение за съхранение е блокирано от VMM. За diff дискове, ако някой предшественик диск в йерархията (отношение родител/наследник) е споделен от друг diff диск, миграцията на мястото за съхранение на diff диска се блокира от VMM. Въпреки това тя е разрешена чрез Hyper-V Manager.
  

• Брой 32
  
  Очаквано полеDSColumn предизвиква критично изключение при проследяване на съобщението за несъответствие на колоните, което води до срив на сървъра, когато се изпълнява get-scvmhost. След като базата данни на сървъра е актуализирана до праг, R2 сървър не може да работи с него в определени случаи. Този codepath се използва от някои мрежови обекти и ADHC обекти.
  

• Брой 33
  
  Когато мащабирате съществуващ шаблон за услуга, дублирани Hyper-V виртуални машини, които имат същото име се създават на VMM в System Center 2012 R2 сборен пакет за актуализация 5.
  

• Брой 34
  
  Ако вашите гост виртуални машини имат Windows актуализация на защитата 3035131 или 3031432 инсталиран, VMM гост агент не изпълнява общи скриптове за изпълнение на команда (GCE), които са поискани от VMM като част от внедряването на VM. Това може да доведе до неуспех в няколко сценария, в които използвате GCE скриптове за разполагане и обслужване. Например когато се опитате да обслужвате шаблон за услуги на VMM чрез GCE скриптове, се връща код на грешка 22029.
  
  Забележка След като инсталирате сборен пакет за актуализация 6 (или по-нови сборни пакети за актуализация) за System Center Virtual Machine Manger 2012 R2, сега трябва да предоставите влизане като пакетно задание права за зададения акаунт за изпълнение като. Без тези права гост агентът не може да изпълни GCE скриптове чрез акаунт "Изпълни като".
  

• Брой 35
  
  Миграцията на живо на виртуалната машина е неуспешна, когато използвате клъстерно място за съхранение като CSV и виртуалната машина се намира в CSV файл. Мигриране на Hyper-V клъстер на живо не работи след VMM в System Center 2012 R2 сборен пакет за актуализация 5.
  

• Брой 36
  
  Поставянето на основния диск трябва да се завърти между валидни дялове за разполагане.
  

• Брой 37
  
  VMM конзолата може да използва съществуващ низ за издание по време на копиране на шаблон за услуга. Понякога потребителите не могат да копират шаблон за услуга с помощта на командата "Копиране" за шаблон за услуга. Причината е, че конзолата на администратора генерира вече съществуващ низ за изданието.
  

• Брой 38
  
  Плочката за общ преглед на капацитета липсва във VMM в System Center 2012 R2. Във VMM в System Center 2012 SP1, под екрана виртуални машини и услуги, когато изберете хост и след това щракнете върху общ преглед в горното меню, конзолата предоставя обобщена информация и информация за капацитета за избрания хост. Подробностите за ядра на процесора, паметта (ГБ) и мястото за съхранение (ГБ) стават недостъпни в System Center 2012 R2.
  

• Брой 39
  
  Услугата VMM се срива поради дублиране на VSID. В редки случаи (синхронизация/състезание и конфликт на случайни числа), различни подмрежи на HNV виртуална машина могат да получат един и същ VMSubnetIdentifier (a.k.a VSID). Това води до неочаквано поведение, когато използвате тези подмрежи на виртуална машина HNV. Например за виртуални машини, свързани с тази подмрежа, виртуалните машини може да не получат очакваната връзка и няма да могат да говорят с виртуални машини на една и съща подмрежа. Или когато ip адресът им се промени, това ще доведе до срив на услугата VMM.
  

• Брой 40
  
  Разполагането на виртуална машина зад балансиране на натоварването води до критично excepion на разположението:
  

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

• Брой 41
  
  на Началната страница, която е въведена в сборен пакет за актуализация 5, е премахната в сборен пакет за актуализация 6.
  

• Брой 42
  
  на Виртуална машина не е свързана с група за репликация и не може да бъде преместена в местоположение, което е защитено от група за репликация.
  

• Брой 43
  
  IP адресът на гост в HNV мрежата не е маркиран като Dynamic/DedicatedGuestIP, дори ако настройките са разрешени за нея. Преместването при отказ на CA е прекъснато. За всеки ДОБАВЕН/преместен IP адрес във виртуална машина, свързана с NVGRE мрежа (сценарий на преместване на клъстер на гост/гостов IP адрес при отказ), IP адресът *не* е маркиран като динамичен (тип = DedicatedGuestIP във VMM), дори ако виртуалната машина има настройките EnableGuestIPNetworkVirtualizationUpdates=true. Когато се добави/премести IP адресът за първи път, той ще работи, но по-късно преместването при отказ на IP (преминаване от една виртуална машина към друга) няма да бъде открито автоматично. Затова IP адресът няма да бъде достъпен и VM ще загуби връзка.
  

• Брой 44
  
  на По-стария доставчик на вградено място за съхранение от интегрирането на Hitachi е прекъснат с UR5. Доставчикът на място за съхранение не може да бъде обновен. Това предотвратява управлението на доставчика.
  

• Брой 45
  
  VMM клиент се срива, когато зададете диапазон от време за оптимизиране на захранването.
  

• Брой 46
  
  Съществува състояние на надпревара при изхвърлянето на WnvEventEntrySubscriptionObserver, когато връзката на хоста е неуспешна.
  

• Брой 47
  
  на CentOS 7 и Red Hat Enterprise Linux 7 не успяват да зададат конфигурацията на мрежовия интерфейс, когато се използва DHCP.
  
  Това се отнася за всички виртуални машини CentOS 7 и Red Hat Enterprise Linux (RHEL), които са конфигурирани да използват DHCP от System Center Virtual Machine Manager. Сървърите CentOS 7 и RHEL 7, които използват DHCP, ще се натъкнат на липса на данни за мрежова конфигурация за всеки Ethernet интерфейс, който се използва от Linux сървъра. Този проблем възниква, защото CentOS 7 и RHEL 7 нямат инструмента Linux, ако е инсталиран по подразбиране, за разлика от предишните итерации. Конфигурационните скриптове за работа в мрежа на DHCP са актуализирани да използват ip инструмента вместо ifconfig, ако е инсталиран инструментът ip.

Как да получите и инсталирате сборен пакет за актуализация 6 за System Center 2012 R2 Virtual Machine Manager