Накопительный пакет обновления 10 для System Center 2012 R2 диспетчер виртуальных машин

Функции, добавленные в накопительный пакет обновления

Проблемы, исправленные в этом накопительных пакетах обновлений

• При попытке изменить шаблон службы с подсистемой балансировки нагрузки и настраиваемой сетью виртуальных машин изменения не сохраняются. Кроме того, может появиться диалоговое окно "Сохранить".
  
  Обратите внимание, что эта проблема возникает при изменении сети виртуальной машины с существующего настраиваемого параметра на другой настраиваемый параметр.
  
  

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

• При попытке выполнить исправление на узлах кластера Hyper-V или перевести узлы в режим обслуживания VMM иногда не может обновить политику виртуализация сети Hyper-V (HNV) на узлах кластера Hyper-V. При возникновении этого сбоя затронутые узлы Hyper-V остаются в состоянии сбоя без возможности восстановления или до System Center Virtual Machine Manager перезапуска службы. Как правило, эта проблема затрагивает только узлы, которые выйдите из режима обслуживания. Другие узлы в кластере продолжают работать должным образом.
  
  Эта проблема устранена в этом накопительных пакетах обновлений. Однако чтобы временно обойти эту проблему, перезапустите службу System Center Virtual Machine Manager, а затем обновите все виртуальные машины на затронутых узлах после сбоя узлов. Это единственный известный метод обновления политики HNV и проверки того, что узлы получают адрес поставщика (PA).
  
  

• При обслуживания службы гостевой агент завершается ошибкой и возвращает следующее сообщение об ошибке:
  

  Ошибка (22758) Гостевой
  агент обнаружил исключение при выполнении команды скрипта. Win32ErrorCode: 2147942402 DetailedErrorMessage: системе не удается найти указанный файл.

  
  

• Когда вы как клиент пытаетесь развернуть виртуальную машину или роль виртуальной машины с помощью разностного диска через WAP, виртуальная машина или роль виртуальной машины завершается сбоем и создает ошибки квоты диска. Эта проблема может возникнуть, даже если остается достаточно квоты. Эта проблема возникает из-за несогласованных вычислений использования, выполняемых VMM для базовых и разностных сценариев дисков. При возникновении этой проблемы вы получаете одно из следующих сообщений об ошибке:
  
  

  • Ошибка (23419)
    Операция приводит к нарушению квоты дискового пространства для облака * для роли пользователя *.
    
    Рекомендуемое действие
    : убедитесь, что для указанной роли пользователя достаточно места на диске, и повторите операцию. Обратитесь к системному администратору с этим идентификатором ошибки.

  • Ошибка (22042)
    Имя <службы> не было успешно развернуто. Просмотрите журнал событий, чтобы определить причину и действия по исправлению.
    
    Рекомендуемое действие
    . Развертывание можно перезапустить, повторив задание.

  • Ошибка (31304)
    Ресурс роли <имени> не был успешно развернут в облачной службе.
    
    Рекомендуемую роль виртуальной
    машины действия можно восстановить, если сущность была создана.

  Например, предположим, что у вас есть три роли виртуальной машины, развернутые путем назначения каждой роли диску операционной системы размером 60 гигабайт (ГБ). Роль виртуальной машины использует разностные диски для диска операционной системы, а родительский или базовый диск — жесткий диск размером 60 ГБ.
  

  Роль виртуальной машины 01: родитель: 60 ГБ, потомок: 43
  ГБ роли виртуальной машины 02: родитель: 60 ГБ, дочерний: 42
  ГБ роли виртуальной машины 03: родительский: 60 ГБ, дочерний: 42
  
  ГБ при попытке VMM вычислить использование диска, он неправильно добавляет размер базового диска три раза (вместо одного раза) для получения текущего использования:
  
  

  3x60 ГБ (180 ГБ) + 43+42+42 (127 ГБ) = 307 ГБ
  в идеале базовый диск должен рассматриваться только один раз (60+43+42+42 = 187 ГБ). Таким образом, если у клиента есть квота, которая имеет значение 300 ГБ, например, развертывание новых виртуальных машин и ролей виртуальных машин завершается ошибкой и создает нарушение квоты.
  
  

• Если у вас есть две группы репликации с одинаковыми именами в массиве хранения и вы пытаетесь обновить или повторно проверить массив с помощью VMM, возникает следующее исключение:
  

  Ошибка (20413)
  VMM обнаружила критическое исключение и создала отчет об исключении в папке C:\ProgramData\VMMLogs\SCMM.guid\report.txt.
  
  Рекомендуемое действие
  см. в отчете для получения дополнительных сведений и поиска на форумах пользователей по известным первопричинам самообслуживания.

  
  В этом обновлении улучшена обработка исключения. Задание обновления или повторного сканирования теперь завершается сбоем, и вы получите следующее сообщение об ошибке, которое поможет устранить проблему:
  

  Ошибка (24403)
  Не удалось импортировать группу репликации "%Name;". VMM не поддерживает несколько групп репликации с одинаковыми именами.
  
  Рекомендуемое действие
  : удалите дублирующуюся группу репликации и повторите операцию.

  
  
  

• При создании виртуальной машины 2-го поколения с помощью VMM происходит сбой создания виртуальной машины, и вы получаете следующее сообщение об ошибке:
  

  Ошибка (13206)
  диспетчер виртуальных машин не удается найти загрузочный или системный том на виртуальной машине <имя>. Результирующая виртуальная машина может не запуститься или работать должным образом.

  
  
  

• При добавлении шаблона виртуальной машины, настроенного для использования параметра AutoLogonCredential в плане WAP, план переходит в состояние "Активный ( не синхронизирован"). Это состояние продолжается до тех пор, пока шаблон виртуальной машины не будет удален или в консоли VMM не будут предоставлены разрешения вручную, чтобы предоставить роли пользователя клиента доступ к указанной учетной записи запуска от имени. WAP не может синхронизировать план, если план содержит шаблон виртуальной машины с добавленным параметром AutoLogonCredential. Кроме того, выполнение командлета Get-SCVMtemplate -ID <ID не возвращает шаблон виртуальной машины, если в шаблоне виртуальной машины включен параметр AutoLogon и добавлен autoLogonCredential.

Известные проблемы из предыдущих накопительных пакетов обновления

• Переустановка накопительного пакета обновления 8 для System Center 2012 R2 диспетчер виртуальных машин
  
  или более позднего обновления повторная установка накопительного пакета обновления 8 или более поздней версии завершается сбоем, и вы получаете следующее сообщение об ошибке:
  

  time:InnerException.Type: System.Data.SqlClient.SqlException, InnerException.Message: Нарушение ограничения PRIMARY KEY "PK_tbl_WLC_ServiceTemplate". Не удается вставить повторяющийся ключ в объект dbo.tbl_WLC_ServiceTemplate. Повторяющееся значение ключа — (5fddb85c-4ae5-4c8b-be83-9b2961a316ddd).

  
  Обратите внимание, что эта проблема не устранена в накопительный пакет обновления 10. Чтобы успешно переустановить накопительный пакет обновления 8 или более поздней версии, выполните следующие действия.
  
  

  1. Удалите продукт и сохраните базу данных накопительного пакета обновлений.

  2. Запустите скрипт PreR2ReInstall в сохраненной базе данных.

  3. Установите версию выпуска System Center 2012 R2 диспетчер виртуальных машин, указав программу на сохраненную базу данных.
     
     Обратите внимание, что установка завершается, но служба VMM может не запуститься.

  4. Установите накопительный пакет обновления, а затем запустите скрипт PostInstall .

  5. Запустите службу VMM, если она не запускается автоматически.

  
  Дополнительные сведения см. в следующей статье базы знаний Майкрософт:
  

  3132774 Как сохранить базу данных при переустановлении диспетчер виртуальных машин

• При добавлении нового узла в кластер высокодоступной версии VMM (HAVMM)
  
  при добавлении нового узла в кластер HAVMM и установке накопительного пакета обновления 8 или более поздней версии на новом узле может возникнуть следующее исключение:
  

  time:InnerException.Type: System.Data.SqlClient.SqlException, InnerException.Message: Нарушение ограничения PRIMARY KEY "PK_tbl_WLC_ServiceTemplate". Не удается вставить повторяющийся ключ в объект dbo.tbl_WLC_ServiceTemplate. Повторяющееся значение ключа — (5fddb85c-4ae5-4c8b-be83-9b2961a316ddd).

  
  Эта проблема не устранена в накопительный пакет обновления 10. Чтобы устранить это исключение, выполните следующие действия.
  
  

  1. Добавьте второй узел в кластер.

  2. Остановите System Center Virtual Machine Manager на узле, где установлен VMM.

  3. Запустите скрипт PreR2ReInstall в базе данных.

  4. Установите версию выпуска System Center 2012 R2 диспетчер виртуальных машин на втором узле, указав на существующую базу данных.

  5. Установите накопительный пакет обновления на втором узле, а затем запустите скрипт PostInstall .

  6. Запустите службу VMM на активном узле.

  
  
  Дополнительные сведения см. в следующей статье базы знаний Майкрософт:
  

  3132774 Как сохранить базу данных при переустановлении Virtual Machine Manage

Чтобы узнать, как скачать файлы службы поддержки Майкрософт, щелкните следующий номер статьи, чтобы просмотреть статью в базе знаний Майкрософт:

119591 Как получить файлы службы поддержки Майкрософт из веб-службы майкрософт сканирует этот файл на наличие вирусов. Корпорация Майкрософт использует самые последние на момент публикации файла версии антивирусного программного обеспечения. Файл хранится на защищенных серверах, что предотвращает его несанкционированное изменение.

Как получить и установить накопительный пакет обновления 10 для System Center 2012 R2 диспетчер виртуальных машин