Оновлень 7 для System Center 2012-R2 Virtual Machine Manager

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 3066340
Вступ
У цій статті описано проблеми, які містить зведене оновлення 7 для Microsoft System Center 2012 R2 віртуальної машини Диспетчер (VMM). Існує три оновлення для System Center 2012 R2-VMM. Один оновлення для серверів, один оновлення агента та одне оновлення для консолі адміністратора. Крім того, у цій статті наведено інструкції з інсталяції для зведеним оновленням 7 System Center 2012 R2-VMM.

Функції, які додаються до цього зведеного оновлення

  • Підтримка для операційної системи Windows-10-клієнт

    Після інсталяції цього оновлення, передачі даних і налаштування Windows з 10 клієнтів віртуальних машин (віртуальних машин.). Ця підтримка передбачає інсталяції Virtual Machine Manager консолі на операційну систему Windows-10-клієнтів.

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

    Після інсталяції цього оновлення, передачі даних і настроювання Debian Linux-8 як гостьової операційної системи.

  • Підтримка для VMWare vCenter 5.5, керування сценарії

    З Зведене оновлення, 6, корпорація Майкрософт оприлюднила підтримку сценаріїв основні керування vCenter 5.5. На основі наш гістограма vCenter та інтеграція VMM та можливості підтримки є оголошенням ширшого матриця можливості підтримки для керування vCenter екземплярів VMM консоль.

    Повний список сценаріїв, які підтримуються див. тут.

  • Підтримка кількох зовнішній IP-адреси, за віртуальна глобальна мережа

    Тепер ви можете мати кілька зовнішній IP-адреси, призначені віртуальну мережу, якщо у вас є зведеним оновленням 7 або пізнішої версії, встановлені у вашому середовищі, VMM.

    Зведене оновлення, 7 включає в себе можливість встановити кілька IP-адрес NAT VMM, за допомогою PowerShell. Це оновлення підвищує можливості для підвищення рівня у стеку, мають підтримку в VMM, для адміністратора тканину.

    сценарій виконання цієї функції

    $natConnection = SCNATConnection, додайте-ім'я "NAT_Connection1_NatConnection" - VMNetworkGateway $VmNetworkGateway - ExternalIPPool $externalIpPoolVar - ExternalIPAddress "30.30.30.50"

    $natConnection = SCNATConnection, додайте-ім'я "NAT_Connection2_NatConnection" - VMNetworkGateway $VmNetworkGateway - ExternalIPPool $externalIpPoolVar - ExternalIPAddress "30.30.30.51"

    Після вивчення глибоко всі частини стека, реалізовані, доставки є ефективним та надійним рішенням вимагає додаткових дій і не підійде в одному UR випуску. Таким чином, яких доставляється можна задати кілька IP-адрес на віртуальну мережу за допомогою шлюз HNV-NAT поетапне чином.

    До майбутнього поновлення для VMM перегляньте властивості через завершення стека і надати таку функціональність шлях до Windows Azure оновлень (WAP).

    • Якщо додати нове правило NAT, до клієнта можна тепер використовувати існуючі зовнішній адресу або вказати нові.
    • Можна дозволити WAP адміністратора, установити квоти для зовнішніх IP-адрес увімкнуто за роль у хмарі.
    Ми цінуємо, що є багато попиту, вирішення цієї функції, залежно від кількості Відгуки користувачів, отриманих. корпорація Майкрософт планує доставки до кінця підтримки для цієї функції.
  • Щоб повторно пов'язати загублені віртуальні машини з роллю служби або віртуальної машини

    Якщо небудь видалити хост, який розміщення служби або віртуальної машини роль віртуальних машин, потрібно хвилі магічний паличкою, щоб повторно пов'язати віртуальну машину до віртуальної машини роль або служби, після того, як хоста, recommissioned на VMM, ми маємо рішення для вас в зведеним оновленням 7.

    Вам може тепер повторно пов'язати загублений віртуальної машини, до віртуальної машини роль служби або після того, як головний сервер, recommissioned до VMM.

    Щоб отримати додаткові відомості див. тут.

  • Підтримка для PXE/TFP перенаправлення VMM DHCP-розширення

    Адміністратори, які залежать від PXE налаштувати віртуальні машини або хостів тепер можна виконати завантаження PXE, безпосередньо скориставшись VMM DHCP розширення.

Проблеми, які усуваються за допомогою цього зведеного оновлення

  • У масштабі 50 хостів служби VMM аварійно завершує роботу, або не відповідає на запити періодично без кидали використовуватися до списку винятків.

  • Hyper-V віртуалізації мережі (HNV) політики розповсюдження не надсилаються до хоста періодично. Вплив, в тому, що віртуальних машин, які у хосту, що буде не вдається надіслати або отримати мережний трафік інших віртуальних машин, всередині або за межами віртуальної машини мережі.

  • Коли хост багато віртуальних перемикачі, (наприклад, 15 або більше), хост-курс, займає більше години до кінця.

    Метод WSMan, отримайте викликів зараз оптимізовано для забезпечення підвищення ефективності в мережі.

  • Віртуальної машини, оновіть віртуальної машини, який має кілька дисків на до сервера не буде працювати на хост перезавантажити комп’ютер-зразок. Завантаження хост свопи підключені диски, періодично і VMM іноді не обробки зміни. Це призводить до ситуації, в яких віртуальної машини, стає непридатним для сценарій виконання.

  • Скидання PortProfile максимальну пропускну здатність на нуль на хості не відображаються у віртуальному machiness. Це відбувається, тому що Топ смуги пропускання, на віртуальній машині, значення за промовчанням має значення null. Це призводить до його, щоб перейти до зміни.

  • Для самостійного користувача відсутні імена завдань на панелі завдань. SC-GetJob результатах у пусту імен.

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

  • Під Вільний час спроби видалити на пустий джерело хмари через VMM консоль, це не видаляються у хмарі. У цьому випадку завершує роботу. Однак у хмарі, відображається у консолі.

  • Коли службу на Відгуки кластера в середовищі HNV, зовнішній світ підключається до служби через Віртуальну мережу шлюз. Однак у разі виникнення Відгуки кластера або відновлення після відмови (наприклад, Каліфорнія IP відновлення після відмови) служби, більше не можна. протокол IMAP про помилку заноситься до журналу VMM і те, що оновлення політики мережі на шлюз не вдалося.

    Це тому, що пошук записів буде оновлено на хості (на якому гість кластера розміщений) під Вільний час відновлення після відмови CA, виникає. Проте запис А бізнес-партнера не оновлено на шлюз. Таким чином, працює на внутрішній зв'язок в середовищі HNV, але зовнішніх зв'язків, у службі не відповідає.

  • Неправильний рядок подання елементів мовних параметрах ж, Гонконгу (Hong Kong Китайська), як CHH (замість ZHH), у VMM Monitoring Pack. Це призводить до (англійською) рядків, відмінні від мови відображення ж Operations Manager-Гонконгу консоль мови, після імпортування VMM-пакети керування.

  • Не можна видалити віртуальну машину з екземпляр служби. Під Вільний час спроби видалити віртуальну машину, з'являється таке протокол IMAP про помилку:

    Видалення-SCVirtualMachine: VMM не можна видалити віртуальної машини, тому що стану непідтримувані конфігурації для кластера. (Помилка ID: 809, докладно помилку:)

    Змінити стан віртуальної машини і повторіть операцію.

    Відновити роботу, виконайте таку команду:
    PS > перезавантаження, робота-завдання (Get-VMMServer qpg3-vmm001 | Отримати роботу | де {$_.ID - eq "{04de37e5-d61a-4385-8860-2cac72d44d63}"})
    На лінії: 1 символ: 1.
    + Видалення SCVirtualMachine - VM $T01SQL0-примусове
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo: ReadError: (:) [Видалити SCVirtualMachine], CarmineException
    + FullyQualifiedErrorId: 809,Microsoft.SystemCenter.VirtualMachineManager.Cmdlets.RemoveVMCmdlet


  • Під Вільний час відновлення після відмови паралельний тест (АПА), VMM, можуть виникнути проблеми з блокування на групи реплікації (RG). У цьому випадку інший RG невдалих поставити блокування, операція не вдається.

  • Повторювані імена, які створюються для віртуальної машини під Вільний час сценарій виконання шаблону <name###>у шаблоні віртуальної машини. У цьому випадку віртуальної машини розгортання виникає помилка під Вільний час створення віртуальної машини.</name###>

  • Оновлення з постачальником пул носіїв поштових скриньок даних не вдається а також створює виняток "Неправильні format" в Неангломовному середовищі, якщо службу буде керування реплікації постачальника, підтримує значень (РПО) точки для відновлення. Постачальником пул носіїв поштових скриньок даних, не може бути оновлено. Це перешкоджає, управління постачальника.

  • Консоль VMM випадково аварійно завершує роботу і повернення System.NullReferenceException. Попередній потоків було перезапустити за VMM.

  • Не вдалося виконати динамічна оптимізація (DO), на віртуальну машину кластера, захищеного за допомогою сайту відновлення Azure (ASR). Це впливає на навантаження кластера.

    Крім того, з'являється таке протокол IMAP про помилку під Вільний час цього виклику:

    протокол IMAP про помилку

    Ця проблема виникає, якщо будь-які віртуальної машини, захищені за допомогою ASR, тому, що на віртуальній машині встановлено кілька атрибутів хмари, (наприклад, РПО та хмара). Але вузлів у хмарі, що не отримують будь-які атрибути, пов'язані з хмари. Під Вільний час робити під Вільний час перенесення основний маркер віртуальну машину, розміщення, вимоги для хмарних атрибути хостів, і тому, що відсутні необхідні атрибути не знайти відповідного хостингу.

  • Динамічна оптимізація (DO) не ігнорувати зупинено репліки віртуальні машини, у хмарі відновлення під Вільний час обчислення місткість обмеження для нових віртуальних машин. Якщо зупинити репліка, віртуальні машини на хост, чи не переміщення додаткові віртуальної машини на хості. Це може негативно вплинути на навантаження кластера.

    Ця проблема виникає, оскільки "IgnoreMemoryForStoppedReplicaVM" розділ реєстру, що використовується для розміщення більше віртуальних машин, якщо будь-який хост репліки віртуальних машин зупинено стан. ЧИ сценаріїв не дотримується вимога прапора.

  • Вузол кластера неможливо ввести в режимі супроводу, якщо він має будь-які віртуальних машин, захищені за допомогою ASR. У цій ситуації з'являється таке протокол IMAP про помилку.

    протокол IMAP про помилку

  • Таке попередження відображається VMM після віртуальної машини, який захищено через ASR live перенесено в межах кластера.

    протокол IMAP з попередженням

    Хоча ця перевірка гнучкого блокування і не блокує сценарії міграції, хост не призначено Нульова Оцінка за розміщення. Це блокує операцію динамічна оптимізація (DO) і в кінцевому рахунку, не дозволяє живої міграції віртуальних машин.

  • Можливості ввімкнути каналу передачі, віртуальна лом тип мережі в VMM Мережна служба недоступна. Якщо, позначено як Віртуальна лом, тип мережі, це призводить до VMM замінити параметр каналу передачі, віртуальна лом, якого було з діапазону.

Удосконалення процес виправлення

  • Перш ніж зведеним оновленням 7 під Вільний час інсталяції віртуальної машини зведене оновлення, VMM консоль періодично виводить на екран таке протокол IMAP про помилку:

    Не вдалося оновити керований код надбудови каналу через таку помилку:

    Потрібні папки "C:\Program Files\Microsoft System Center 2012\Virtual машини Manager\bin\AddInPipeline\HostSideAdapters" не існує.

  • Видалення оновлень 5 повернення таких двійковий файл попередню конфігурацію:

    Microsoft.SystemCenter.VirtualMachineManager.resources.dll


  • Якщо інсталювати попередніх пакетів зведеного оновлення режим без прав адміністратора, це призводить до IndigoTCPport параметр реєстру, щоб змінити. Для цього потрібно, щоб користувачі 8100 вручну змінити значення. Крім того, відображається таке протокол IMAP про помилку:

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft-System Center Virtual Machine Manager адміністратора Console\Settings\IndigoTCPport значення.

Оновлення поточних 5, проблеми, які усуваються за допомогою цього зведеного оновлення

  • Подія з MSIInstaller 1035 відбувається кілька разів, під Вільний час циклу хост-оновлення.
  • HyperVMeteringUsage Вхідне/вихідне має локалізованих відображення рядків.
  • У майстрі створення віртуальної машини під Вільний час натискання кнопка Належним чином, сценарій виконання , очікуваних результатів не відображаються на Хост, виберіть вкладку.
  • У Видалення та CloudService команду не вдається, коли F5 розподілення навантаження, що використовується для віртуальної машини роль.

Оновлення поточних 6, проблеми, які усуваються за допомогою цього зведеного оновлення

  • Локалізовані інсталяції консолі адміністратора не підключитися до сервера з VMM. Крім того, що з'являється протокол IMAP про помилку приблизно такого вигляду:

    ES і Ейн unerwarteter Fehler aufgetreten. Versuchen Sie erneut, auf померти, Seite zuzugreifen.

    Це протокол IMAP означає, наступним чином:

    Неочікувана помилка. Повторіть спробу отримати доступ до сторінки.


Як отримати та інсталювати зведене оновлення 7 System Center 2012-R2 Virtual Machine Manager

Відомості про завантаження

Пакети оновлень, Virtual Machine Manager доступні через службу сайт Microsoft Update або завантаження вручну.

сайт Microsoft Update
Щоб отримати та інсталювати пакет оновлень зі служби сайт Microsoft Update, виконайте такі інтерактивні елементи, на комп'ютері інстальовано компонент Virtual Machine Manager.

  1. Натисніть кнопку Пуск і виберіть Панель керування.
  2. На панелі керування двічі клацніть пункт Windows Update.
  3. У вікні служби Windows Update клацніть Перевірити онлайн, наявність оновлень від сайт Microsoft Update.
  4. Натисніть кнопку на наявність важливих оновлень.
  5. Виберіть пакет поновлення і натисніть кнопку OK.
  6. Виберіть, чи інсталювати оновлення , щоб інсталювати пакет оновлень.
Каталог сайт Microsoft Update
Відвідайте такі веб-сайти, щоб вручну завантажувати пакетів оновлень з каталогу Microsoft Update:

Інструкції з інсталяції

Вручну, інсталяції пакетів оновлень, виконайте таку команду в командному рядку в режимі адміністратора

msiexec.exe /update <packagename>
Наприклад, для інсталяції пакета зведеним оновленням 7 System Center 2012 Virtual Machine Manager. сервера (KB3066340) виконайте таку команду:

msiexec.exe /update kb3066340_vmmserver_amd64.msp

Примітка. Оновлення 7-зведене оновлення на сервері VMM вимагає, як VMM консолі, так і сервер оновлення інсталяції. Докладніше як інсталювати, видалення або перевірити зведеного оновлення для Virtual Machine Manager 2012 R2.

Файли, які оновлюються в це Зведене оновлення

Щоб отримати список файлів, які змінюються до цього зведеного оновлення клацнітьтут.

Попередження. Цю статтю переведено автоматично

Thuộc tính

ID Bài viết: 3066340 - Xem lại Lần cuối: 08/09/2015 01:43:00 - Bản sửa đổi: 3.0

Microsoft System Center 2012 R2 Virtual Machine Manager

  • kbqfe kbsurveynew kbfix kbexpertiseinter atdownload kbmt KB3066340 KbMtuk
Phản hồi