Зведене оновлення 6 для System Center 2012 R2 Virtual Machine Manager

Функції, додані в цьому зведеному оновленні

• Додавання функції передплати Azure. За допомогою функції "Додати передплату Azure" в оновленні зведеного оновлення 6 адміністратори Диспетчера віртуальних машин можуть додавати передплати Microsoft Azure до VMM і виконувати основні дії з екземплярами Azure в цих передплатах. Ця функція входить до диспетчера віртуальних машин у зведеному оновленні 6 для System Center 2012 R2. Для кожної доданої передплати Azure можна використовувати консоль, щоб переглянути всі екземпляри ролей у всіх групах розгортання в цій передплаті.
  
  Можливі дії з цією функцією
  
  Якщо ви вже керуєте локальними віртуальними машинами в диспетчері віртуальних машин, за допомогою цієї функції можна виконувати деякі дуже основні дії в екземплярах Azure, не виходячи з консолі VMM. Наприклад, можна виконати такі дії:
  

  • Додайте або видаліть одну або кілька передплат Azure за допомогою консолі VMM.

  • Перегляньте подання списку відомостей і станів усіх екземплярів ролей у всіх розгортаннях у цій передплаті.

  • Оновлення списку екземплярів вручну.

  • Виконайте такі основні дії в екземплярах:
    

    • Start

    • Зупинити

    • Завершення роботи

    • Перезавантажити

    • Підключення за протоколом RDP

  Докладні відомості див. в статті Додавання передплати Azure у VMM в System Center 2012 R2 з зведеним оновленням 6.

• Удосконалений сценарій захисту E2A ASR. Маючи зведене оновлення 6 у середовищі Диспетчера віртуальних машин, легше виявити та виправити проблему, яка іноді виникає під час настроювання захисту Azure Site Recovery (ASR). Ця проблема виникає, коли потрібно додати захист ASR для локальних віртуальних машин і мають такі властивості віртуальної машини:
  

  • Немає вказаної версії операційної системи

  • Немає вказівок на те, який диск містить операційну систему для віртуальної машини

  Ці властивості слід указати, оскільки вони необхідні для відновлення сайту Azure. У зведеному оновленні 6 чіткіше набір повідомлень про помилки відображаються в VMM в області завдань, якщо ви намагаєтеся налаштувати віртуальну машину, яка не відповідає вимогам.
  
  Відомості про вимоги до ASR див. в статті Покращення сценарію захисту ASR E2A.

• Можливість використання віртуальних машин покоління 2 в службах і VMRoles: У зведеному оновленні 6 VMM тепер надає підтримку для віртуальних машин покоління 2 для служб і ролей ВМ. За допомогою цієї функції можна розгорнути багаторівневі служби та вибрати створення віртуальної машини для окремих рівнів. Користувачі можуть обслуговувати ці екземпляри послуг за допомогою звичайного та образного обслуговування.
  
  Докладні відомості див. в статті Розуміння віртуальних машин покоління 1 і 2 покоління у VMM.

• Загальна кількість правил впливу використання мережі в пакеті керування. У цій зміні представлено два правила, які націлені на хости Hyper-V:
  

  • Total Incoming VNic Network traffic collection rule

  • Total Outgoing VNic Network traffic collection rule

  Ці правила вимірюють загальний вхідний і загальний вихідний трафік у Кіло Байтс на віртуальну машину в такий спосіб:
  
  Для кожної віртуальної машини:
  

  1. Увімкніть вимірювач Hyper-V, якщо його не ввімкнуто.

  2. Запустіть measure-VM.

  3. Збирайте дані лічильника для кожної віддаленої адреси "0.0.0.0/0" або "::/0" на ВНік.

  За замовчуванням ці правила виконуються щогодини. Користувачі можуть змінити цей параметр, перевизначивши властивість IntervalSeconds. Ці правила не слід виконувати частіше, ніж кожні п'ять хвилин (300 секунд).
  
  Поведінка в попередніх версіях: VMM не вимірював споживання даних. Вимірюється лише пропускна здатність.

• Можливість перекомпілятора місткості хмарної та хост-групи для віртуальних машин реплік: Диспетчер віртуальних машин System Center 2012 R2 дає змогу розмістити віртуальні машини репліки на попередньо настроєній хмарі або групі хостів, якщо вони відповідають параметрам пропускної здатності. До цього часу 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
  Примітка. Якщо підрозділ "Розміщення" не існує, створіть його.
  
  Докладні відомості див. в статті Можливість перевищення хмарного сховища та HG для віртуальних машин реплік.

• Підтримка базових сценаріїв VMWare VCenter 5.5.
  
  Зведене оновлення 6 представляє такі сценарії підтримки:
  

  • Додавання VCenter 5.5 до керування VMM 2012 R2 UR6

  • Додавання хоста 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, він викликає abort, що може призвести до неправильного завершення будь-яких необроблених повідомлень, і це може призвести до об'єктаDisposedExceptions. Обробник помилок WCF верхнього рівня VMM бачить ці винятки перед завершенням процесу та повідомляє про них як критичні винятки. Таким чином, тут VMM повідомляє про нешкідливі помилки як критичні помилки, які, можливо, додають плутанини користувача.
  

• Проблема 4
  
  Параметр для MAC-адреси неактивний в інтерфейсі користувача, якщо vnic не підключено. Це не дає користувачам позначити nic як статичний. Після оновлення до VMM в System Center 2012 R2, клієнт не може вибрати параметр Статична Mac-адреса в шаблонах віртуальної машини, які він створює, якщо віртуальна машина не підключена до мережі. Параметри MAC-адреси та IP-адреси неактивні, якщо віртуальну машину "не підключено". Таким чином, він не може призначити статичну MAC-адресу віртуальній машині до розгортання.
  

• Проблема 5
  
  Vvirtual machine customization can fail and generate a critical exception when Hyper-V does not return a floppy drive object. Під час настроювання віртуальної машини є ймовірність, що Hyper-V поверне об'єкт Floppy Drive як Null-значення, а VMM спробує додати диск. Однак додавання дискети не реалізовано в Hyper-V. Це призводить до винятку, що викликає помилку завдання і залишає віртуальну машину в стані створення не вдалося. Користувач може відновити віртуальну машину, щоб вона була функціональною. Це може статися, якщо конфігурація дискети (на віддаленій спільній ресурсі) недоступна для Hyper-V або hyper-V зайнята чи підкреслена.
  

• Проблема 6
  
  Не вдалося розгорнути віртуальні машини зі статичною IP-адресою, якщо настроєно кілька IP-пулів для однієї підмережі ВМ. Клієнт намагається створити віртуальну машину за допомогою шаблону зі статичними настройками IP-адреси. Якщо в підмережі є кілька IP-пулів, а клієнт надає IP-адресу з іншого пулу, ніж стандартний (тобто автоматично заповнений пул, який відображається в інтерфейсі користувача), майстер віртуальних машин завершується без помилок, але створення віртуальної машини завершується помилкою та повертає помилку "IP Address Out of range".
  

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

• Проблема 8
  
  Повідомлення про відсутність віртуальних машин відсутні, оскільки не отримано VmMovedRefresherEvent. Коли подія переміщення віртуальної машини відбувається, коли хост не перебуває в режимі подій, а віртуальна машина перебуває в стані перенесення, а коли оновлення подій підключається, може бути вікно, де ніхто не слухає, а операція оновлення безпосередньо перед режимом прослуховування не отримує зміни. Таким чином, VMM не отримуватиме ці зміни до наступного full Refresher, який може бути до 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 на хості1, підключеного до PA1, є випадок, якщо VM2 підключено до hnv LN і має PA1 для NetwkSite1, а потім відключений, а потім повторно підключений і має PA2 для NetwkSite2 (випадково або через виснаження PA), то протягом деякого часу, ми можемо не заповнювати відомості про маршрутизацію ПА між NetwkSite1 і NetwkSite2. Це відбувається через те, як внутрішнє представлення маршруту є ключовим для вставлення в таблицю гешування.
  

• Проблема 11
  
  Коли хост оновлюється, установлюється мережеве підключення WinRM (до кожного оновленого хоста), яке постійно транслює дані.
  

• Проблема 12
  
  Коли створюється кілька віртуальних мережевих адаптерів хоста, спостерігаються випадкові помилки. Коли клієнти створюють кілька віртуальних мережевих адаптерів в одному знімку в рамках логічного перемикача, одна або кілька конфігурації віртуального мережевого адаптера IP може завершитися помилкою.
  

• Проблема 13
  
  Під час виконання оновлення хоста користувач виконує повторюване вставлення ключа в HostWSManGetter.UpdateRASDCache.
  

• Проблема 14
  
  Коли користувач намагається клонувати віртуальну машину з контрольними точками, після завершення операції клонування VMM неправильно розпізнає новостворену віртуальну машину клонування як оригінальну віртуальну машину, і неправильно припускає, що віртуальну машину перенесено. Потім він намагається впоратися з цією зміною. Таким чином, створюється додаткова віртуальна машина на іншому хості зі станом "відсутній". VMM вважає, що віртуальна машина використовує інший хост, і ця віртуальна машина не відображається для TFS до наступного оновлення віртуальної машини.
  

• Проблема 15
  
  Коли постачальник VSEM оновлюється, можливість постачальника отримувати сповіщення не вказується обробнику сповіщень.
  

• Проблема 16
  
  Розміщення мережі аварійно завершує роботу під час динамічної оптимізації хоста. Деякі операції розміщення мали виконуватися як завдання. Під час виконання завдання оновлення контекст має null-значення. Це призводить до аварійного завершення роботи розташування.
  

• Проблема 17
  
  Коли делеговані адміністратори запустити консоль VMM займає 4+ хвилин, щоб відкрити консоль VMM. У великих середовищах VMM консоль запуску затримується для делегованих адміністраторів у порівнянні з адміністраторами.
  

• Проблема 18
  
  Не вдається оновити постачальника сховища після заміни диска на софах.
  

• Проблема 19
  
  VMM не вдалося оновити репліку/основну віртуальну машину без ASR, а також перенесення віртуальної машини відновлення в стані очікування ІЧ не виконує динамічне перенесення.
  

• Проблема 20
  
  Якщо видалити віртуальну машину, контрольні точки об'єднуються перед видаленням. Коли користувач намагається видалити віртуальну машину з контрольними точками, видалення займає багато часу (до години), щоб завершити.
  

• Проблема 21
  
  Операція Run DO іноді отримує критичний виняток: DBCorruptionException.
  

• Проблема 22
  
  Деякі користувачі використовують великі набори VIPAddress замість діапазонів IP-адрес, щоб спростити додавання або видалення окремих IP-адрес. Схема пакета керування VMM наразі обмежує це поле до 256 символів (за промовчанням). Однак користувачі можуть мати значення довжиною ~500 символів. Тому виявлення було порушення інтеграції VMM-OM через неочікуваний виняток від SCOM.
  

• Проблема 23
  
  Цільовий RG і цільові ЛЮНи не пов'язані після ввімкнення завдання RG, якщо RG/LUN попередньо створений.
  

• Проблема 24
  
  Потрібно оновити записи MAC-адрес для пристрою шлюзу F5, коли він не працює та замінюється. Якщо пристрій F5 є RMA'd і замінений на новий пристрій з новою MAC-адресою, VMM не має можливості оновити MAC-адресу для нового пристрою.
  

• Проблема 25
  
  Дозвольте користувачу штампувати на віртуальній машині репліки, щоб ви могли позначити ідентичність користувача. Користувачам потрібно оновити атрибути UserRole і Owner на своїх реплікахVMs, але наразі будь-яку операцію на віртуальній машині репліки заблоковано. Таким чином, вони не можуть оновити ці два параметри на репліки віртуальних машин.
  

• Проблема 26
  
  Зареєстрована спільна папка SMB не відображається як цільовий шлях параметр під час розгортання нового віртуальної машини HA до кластера.
  

• Проблема 27
  
  Критичний виняток у вікні оновлення сховища під час виявлення служби реплікації –– ArgumentNullException – SetCustomOptions.
  

• Проблема 28
  
  Під час хост-оновлення VMM запитів команди відомості (перемикання команди або LBFO команди). У той час як запит команди перемикання VMM б'є виняток WSMan, який викликає vswitch зникне з консолі.
  

• Проблема 29
  
  Протокол HTTPS не підтримується в probe, тоді VMM не вдалося створити правило монітора для моніторингу сайту HTTPS. VMM підтримує ПРОТОКОЛ HTTP та HTTPs у розділі конфігурації порту LB, але HTTPS не підтримується в розділі протоколу LB probe.
  

• Проблема 30
  
  Власник ресурсу (SSU User) не має дозволу на доступ до списку "GrantedTo" ресурсу і, отже, не може бачити, хто всі мають acess до ресурсу. Коли користувач, який надає доступ, також є користувачем із самообслуговування, він не зможе бачити внесені зміни, доки не перезавантажить консоль. Користувач адміністратора може бачити цю зміну, але для користувачів із самообслуговування список GrantedToList продовжує повертати кешовані результати, доки не перезавантажить консоль.
  

• Проблема 31
  
  Не вдалося перемістити батьківські диски, які мають вбудований процес перенесення VMM. Користувач має кілька сотень віртуальних машин з усіма дисками diff, які вказують на одного з батьків. Переміщення всіх цих віртуальних машин до нового рішення для зберігання блокується VMM. Для дисків diff, якщо будь-який диск предка в ієрархії (батьківський/дочірній зв'язок) спільно використовується іншим диском diff, перенесення дисків diff блокується VMM. Однак її ввімкнуто за допомогою Диспетчера Hyper-V.
  

• Проблема 32
  
  Поле expectedDSColumn викликає критичний виняток під час трасування повідомлення про невідповідність стовпців, що спричиняє аварійне завершення роботи сервера під час запуску get-scvmhost. Коли сервер бази даних оновлюється до граничного значення, R2-сервер не може працювати з ним у певних випадках. Цей кодека використовується в деяких мережевих об'єктах і об'єктах ADHC.
  

• Проблема 33
  
  Під час масштабування наявного шаблону служби, повторювані Віртуальні машини Hyper-V з однаковим іменем створюються на VMM в System Center 2012 R2 зведене оновлення 5.
  

• Проблема 34
  
  Якщо на гостьових віртуальних машинах інстальовано оновлення системи безпеки Windows 3035131 або 3031432, гостьовий агент VMM не запускає сценарії загального виконання команд (GCE), запитані VMM у складі розгортання ВМ. Це може спричинити помилку в кількох сценаріях, у яких використовуються сценарії GCE для розгортання та обслуговування. Наприклад, під час спроби обслуговування шаблону служби VMM за допомогою сценаріїв GCE повертається код помилки 22029.
  
  Примітка. Після інсталяції зведеного оновлення 6 (або пізніших зведених оновлень) для System Center Virtual Machine Manger 2012 R2, тепер потрібно надати вхід як пакетні права на завдання вказаний обліковий запис Run As. Без цих прав агент-гість не може виконувати сценарії GCE за допомогою облікового запису Run As.
  

• Проблема 35
  
  Динамічне перенесення віртуальної машини не вдається, коли ви використовуєте кластерний простір для зберігання у форматі CSV, а сховище віртуальної машини розташовано в CSV. Hyper-V Cluster Live Migration не працює після VMM у System Center 2012 R2 зведене оновлення 5.
  

• Проблема 36
  
  Розташування базового диска має повертатися між припустимими спільними розташуваннями.
  

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

• Проблема 38
  
  У VMM у System Center 2012 R2 відсутня плитка "Огляд ємності". У VMM в System Center 2012 ІЗ пакетом оновлень 1 (SP1) в області віртуальних машин і служб, коли ви вибираєте хост, а потім клацніть огляд у верхньому меню, консоль надає зведення та місткість відомості про вибраний хост. Відомості про ядра процесора, пам'ять (ГБ) і сховище (ГБ) стали недоступними в System Center 2012 R2.
  

• Проблема 39
  
  Служба VMM аварійно завершує роботу через повторюваний ІДЕНТИФІКАТОР VSID. У рідкісних випадках (синхронізація/ умова змагання та випадкове зіткнення чисел) різні підмережі віртуальної машини HNV можуть отримати один і той самий VMSubnetIdentifier (a.k.a VSID). Це призводить до неочікуваної поведінки під час використання цих підмереж віртуальних машин HNV. Наприклад, для віртуальних машин, підключених до цієї підмережі, віртуальні машини можуть не отримати очікуване підключення та не зможуть розмовляти з віртуальними машинами в тій самій підмережі. Або коли змінюється IP-адреса, це призведе до аварійного завершення роботи служби VMM.
  

• Проблема 40
  
  Розгортання віртуальної машини за балансувальником навантаження призводить до критичного ексцепції під час розміщення:
  

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

• Проблема 41
  
  початковий екран сторінка, введена в зведене оновлення 5, видаляється в зведене оновлення 6.
  

• Проблема 42
  
  Віртуальну машину не пов'язано з групою реплікації, тому її не вдалося перемістити до розташування, захищеного групою реплікації.
  

• Проблема 43
  
  Гостьова IP-адреса мережі HNV не позначається як Dynamic/DedicatedGuestIP, навіть якщо для неї ввімкнуто параметри. Ca Failover broken. Для будь-якої IP-адреси, доданої або переміщеної у віртуальній машині, підключеній до мережі NVGRE (сценарій відмови гостьового кластера HNV/гостьової IP-адреси), IP-адреса *not* позначена як динамічна (тип = DedicatedGuestIP у VMM), навіть якщо віртуальна машина має параметри EnableGuestIPNetworkVirtualizationUpdates=true. Коли IP-адреса додається або переміщується вперше, вона працюватиме, але пізніше відмови IP-адреси (перехід від однієї віртуальної машини до іншої) не виявлятимуться автоматично. Таким чином, IP-адреса буде недоступна, і віртуальна машина втратить підключення.
  

• Проблема 44
  
  Застарілий постачальник вбудованого сховища з інтеграції Hitachi, пошкоджений з UR5. Не вдалося оновити постачальника сховища. Це перешкоджає керуванню постачальником.
  

• Проблема 45
  
  Клієнт VMM аварійно завершує роботу, коли ви встановлюєте діапазон часу оптимізації живлення.
  

• Проблема 46
  
  Умова змагання існує в розпорядженні WnvEventEntrySubscriptionObserver, коли не вдається з'єднання хоста.
  

• Проблема 47
  
  CentOS 7 і Red Hat Enterprise Linux 7 не вдається встановити конфігурацію мережевого інтерфейсу, коли використовується DHCP.
  
  Це стосується всіх віртуальних машин CentOS 7 і Red Hat Enterprise Linux (RHEL) 7, настроєних на використання DHCP system Center Virtual Machine Manager. Сервери CentOS 7 і RHEL 7, які використовували DHCP, стикатимуться з відсутніми даними конфігурації мережі для кожного інтерфейсу Ethernet, який використовується сервером Linux. Ця проблема виникає тому, що CentOS 7 і RHEL 7 не мають інструмента Linux ifconfig, інстальованого за замовчуванням, на відміну від попередніх ітерацій. Було оновлено сценарії конфігурації для мережі DHCP для використання засобу IP замість ifconfig, якщо інстальовано ip-інструмент.

Отримання та інсталяція зведеного оновлення 6 для System Center 2012 R2 Virtual Machine Manager