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

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

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

• Консоль адміністратора Virtual Machine Manager (VMM) аварійно завершує роботу на всіх клієнтських комп'ютерах Windows 10, на яких інстальовано ювілейне оновлення.
  

• VMM видаляє кластерні диски з групи ресурсів віртуальної машини (ВМ), якщо вони отримують доступ як точки підключення.
  

• Значення CPU Average і Memory , які відображаються в консолі VMM, не обчислюються в середньому за останні 10 хвилин. Замість цього, VMM просто вважає останнє значення.
  

• Під час спроби створити правило ACL порт поза VMM і не вказати протокол, протокол не використовує "ANY" як протокол за промовчанням. Під час оновлення віртуальної машини, на якому додається це правило ACL порт, не вдається оновити віртуальну машину з помилкою про те, що вказаний протокол не існує.
  

  Помилка (50269)
  Неприпустимий протокол, вибраний для ACL-порту: "*", виберіть TCP/UDP/ANY.
  
  Список ACL перевірки рекомендованої дії
  застосовано.

  
  

• У сценарії, коли екземпляр служби є частиною кількох рівнів комп'ютера, під час спроби переглянути залежні ресурси для логічних мереж з'являється таке повідомлення про помилку (клацніть Переглянути залежні ресурси):
  

  Під час виконання сценарію PowerShell:
  Виняток, що викликає "Додати" з аргументами "2", сталася невідома помилка: "Елемент уже додано.
  Ключ у словнику: key_in_dictionary ключ, що додається:
  key_being_added
  
  Повторіть операцію. Якщо проблема не зникне, зверніться до служби підтримки та довідки Microsoft.
  
  Номер: 27235

  
  

• Під час розгортання хоста голим металом можна вказати MAC-адресу з пулу VMM Static MAC. Якщо MAC-адресу вказано як нульову (00:00:00:00:00:00),її слід автоматично призначити з пулу. Однак у сценарії, коли vNIC налаштовано на керування pNIC (тимчасовий NIC), визначення vNIC MAC-адресу як нуль призводить до помилки процесу розгортання голий метал і викликає таку помилку:
  

  Помилка (21536)
  MAC-адреса <MAC-адресу> тимчасового адаптера фізичного керування не відповідає MAC-адресі 00:00:00:00:00:00 для віртуального адаптера керування.
  
  Рекомендована дія
  . Виправте MAC-адреси, указані для тимчасових адаптерів фізичного та віртуального керування, і повторіть операцію.

  
  Примітка. Щоб вирішити цю проблему, використовуйте хост pNIC MAC як MAC-адресу для керування vNIC.
  

• Під час спроби створити покоління 2 віртуальних машин із віртуальних машин шаблони, процес не вдалося, і з'являється таке повідомлення про помилку:
  

  Помилка (13206)
  Диспетчеру віртуальних машин не вдалося знайти завантаження або системний том на віртуальній машині <ім'я віртуальної машини>. Отримана віртуальна машина може не запуститися або працювати належним чином.

  
  Примітка. Ознака цієї проблеми нагадує проблему, виправлену в зведеному оновленні 10. Проте сценарії та причини відрізняються, як описано нижче.
  
  

  • Вирішено проблему, виправлену в оновленні зведеного оновлення 10: VMM не чекає, доки томи буде підключено, і не вдається знайти завантажувальний том.

  • Проблему, виправлену в зведеному оновленні 11: підключення томів завершено без проблем. Однак томи, повернуті після підключення, не можна завантажити.

  
  
  Примітка. Повідомлення про помилку, згадане в цій проблемі, викликано кількома проблемами (з кількома кореневими причинами), і є одна проблема з наведеним нижче сценарієм, який ще не виправлено в зведеному оновленні 11.
  
  Сценарій.Якщо
  
  ви створюєте Sysprep-ed VHDX за допомогою сценарію convert-windowsimage.ps1, а потім створюєте шаблон за допомогою VHDX, це повідомлення про помилку може з'явитися під час розгортання віртуальної машини покоління 2 за допомогою цього шаблону.
  
  Примітка. Щоб вирішити цю проблему, створіть віртуальну машину з VHDX без використання шаблонів. Після цього ви можете створити шаблон із цієї віртуальної машини за допомогою VMM, і за допомогою цього шаблону без проблем розгортати віртуальні машини покоління 2.

Виправлення 1 для цього зведеного оновлення

Виправлення доступне поверх цього зведеного оновлення. Це виправлення додає функцію для підтримки Windows Server 2016 як гостьової ОС. Докладні відомості див. в статті KB 3199246.

Відомі проблеми у версії випуску System Center 2012 R2 Virtual Machine Manager

• Відомості про пристрій віртуального сервера HPE-сховища для деяких хостів відсутні
  
  . Після розгортання кластера з 8 вузлів кластера до кластера вузла 12 або 16 вузлів, відомості про віртуальний сервер HPE Store (VSA) для кількох хостів будуть відсутні в консолі диспетчера віртуальних машин (VMM). Виконання оновлення постачальника сховища або повторного сканування не допомагає.
  
  Примітка. Цю проблему не вирішено в зведеному оновленні 11. Щоб вирішити цю проблему, виконайте команду Read-SCVirtualMachine на відповідних хостах або оновіть віртуальну машину з консолі VMM для відповідних хостів. Це дає змогу переконатися, що VSA відомості заповнені в диспетчері віртуальних машин.
  
  

• VMM гостьовий агент не запускається на віртуальних машинах під вільний час спроби
  
  підтримки екземпляра служби, VMM гостьового агента не запускається на віртуальних машинах, і це призводить до аварійного завершення роботи служби агента VMM. Крім того, з'являється таке повідомлення про помилку:
  

  Попередження (22685)
  VMM не вдалося настроїти гість для однієї або кількох віртуальних машин у домені оновлення 0 в імені <рівня служби>
  
  Рекомендовані дії
  Перевірити помилки на віртуальній машині, а потім повторити операцію.
  
  Помилка (22655)
  VMM не вдалося отримати стан із <імені комп'ютера>.
  
  Рекомендована перевірка дій
  , якщо комп'ютер працює, а гостьовий агент віртуальної машини перебуває в справному стані.

  
  Ця проблема виникає через криптографічне виключення, яке виникає, коли агент гостя VMM намагається розшифрувати дані (захищений DPAPI), але не може знайти ключ, який використовується для шифрування.
  
  Примітка. Цю проблему не вирішено в зведеному оновленні 11. Щоб вирішити цю проблему на віртуальних машинах, які ви намагаєтеся обслуговувати, перейменуйте файл "C:\\Program Files\Microsoft System Center 2012 R2\Virtual Machine Manager Guest Agent R2\bin\Налаштування\DownloadManagerMap.dat" як "DownloadManagerMap.dat.old", а потім перезапустіть службу.

Відомі проблеми з попередніми зведеними оновленнями

• Повторна інсталяція зведеного оновлення 8 для System Center 2012 R2 Virtual Machine Manager або пізнішого оновлення
  
  Повторна інсталяція зведеного оновлення 8 або пізнішої версії не вдається виконати зведене оновлення, і з'являється таке повідомлення про помилку:
  

  time:InnerException.Type: System.Data.SqlClient.SqlException, InnerException.Message: Violation of PRIMARY KEY constraint "PK_tbl_WLC_ServiceTemplate". Не вдалося вставити повторюваний ключ в об'єкт "dbo.tbl_WLC_ServiceTemplate". Повторюване значення ключа: (5fddb85c-4ae5-4c8b-be83-9b2961a316dd).

  
  Примітка. Цю проблему не вирішено в оновленні зведеного оновлення 11. Щоб повторно інсталювати зведене оновлення 8 або пізнішої версії, виконайте такі дії:
  
  

  1. Видаліть продукт і збережіть базу даних зведеного оновлення.

  2. Виконайте сценарій PreR2ReInstall у базі даних, що зберігається.

  3. Інсталюйте версію випуску System Center 2012 R2 Virtual Machine Manager, указавши програму на збережену базу даних.
     
     Примітка. Інсталяцію завершено, але служба VMM може не запуститися.

  4. Інсталюйте зведене оновлення, а потім запустіть сценарій PostInstall .

  5. початковий екран службу VMM, якщо вона не запускається автоматично.

  
  Докладні відомості див. в цій статті в базі знань Microsoft Knowledge Base:
  

  3132774 Як зберегти базу даних під час повторної інсталяції диспетчера віртуальних машин

• Додавання нового вузла до високодоступного кластера
  
  VMM (HAVMM) Під час додавання нового вузла до кластера HAVMM і інсталювати оновлення зведене 8 або пізнішої версії зведення на новий вузол, з'являється такий виняток:
  

  time:InnerException.Type: System.Data.SqlClient.SqlException, InnerException.Message: Violation of PRIMARY KEY constraint "PK_tbl_WLC_ServiceTemplate". Не вдалося вставити повторюваний ключ в об'єкт "dbo.tbl_WLC_ServiceTemplate". Повторюване значення ключа: (5fddb85c-4ae5-4c8b-be83-9b2961a316dd).

  
  Цю проблему не вирішено в зведеному оновленні 11. Щоб виправити цей виняток, виконайте такі дії:
  
  

  1. Додайте другий вузол до кластера.

  2. Зупиніть службу System Center Virtual Machine Manager на вузлі, де інстальовано VMM.

  3. Виконайте сценарій PreR2ReInstall у базі даних.

  4. Інсталюйте версію випуску System Center 2012 R2 Virtual Machine Manager на другому вузлі, вказуючи на наявну базу даних.

  5. Інсталюйте зведене оновлення на другому вузлі, а потім виконайте сценарій PostInstall .

  6. початковий екран службу VMM на активному вузлі.

  
  
  Докладні відомості див. в цій статті в базі знань Microsoft Knowledge Base:
  

  3132774 Як зберегти базу даних під час повторної інсталяції керування віртуальної машини

Щоб отримати відомості про завантаження файлів служби підтримки Microsoft, клацніть номер статті в базі знань Microsoft Knowledge Base:

119591 Як отримати файли підтримки Microsoft від онлайнові служби Корпорація Майкрософт перевіряла цей файл на наявність вірусів. Корпорація Майкрософт використовувала найновіше програмне забезпечення для виявлення вірусів, доступне в день публікації файлу. Файл зберігається на серверах із посиленою безпекою, які запобігають несанкціонованим змінам файлу.

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