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

ВНИМАНИЕ! Данная статья переведена с использованием программного обеспечения Майкрософт для машинного перевода и, возможно, отредактирована посредством технологии Community Translation Framework (CTF). Корпорация Майкрософт предлагает вам статьи, обработанные средствами машинного перевода, отредактированные членами сообщества Майкрософт и переведенные профессиональными переводчиками, чтобы вы могли ознакомиться со всеми статьями нашей базы знаний на нескольких языках. Статьи, переведенные с использованием средств машинного перевода и отредактированные сообществом, могут содержать смысловое, синтаксические и (или) грамматические ошибки. Корпорация Майкрософт не несет ответственности за любые неточности, ошибки или ущерб, вызванные неправильным переводом контента или его использованием нашими клиентами. Подробнее об CTF можно узнать по адресу http://support.microsoft.com/gp/machine-translation-corrections/ru.

Эта статья на английском языке: 3050317
Введение
В этой статье описаны ошибки, исправленные в накопительном пакете обновления 6 для диспетчер виртуальных машин Microsoft System Center 2012 R2. Доступны два обновления для диспетчер виртуальных машин (VMM): сервера и консоли администратора. Кроме того в данной статье содержатся инструкции по установке для накопительного пакета обновления 6 для System Center 2012 R2 диспетчер виртуальных машин.

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



  • Добавьте функцию Azure подписки: С помощью функции добавить подписку Azure в накопительном пакете обновления 6 администраторов из диспетчер виртуальных машин можно добавить подписки Microsoft Azure VMM и выполнения основных действий на Azure экземпляры этих подписок. Функция включается в диспетчер виртуальных машин в накопительный пакет обновления 6 для System Center 2012 R2. Для каждой Azure подписки добавляются консоли можно использовать для просмотра всех экземпляров роли во всех группах развертывания в этой подписки.

    Что можно сделать с помощью этой функции

    Если вы управляете уже виртуальных машин на предприятии в диспетчер виртуальных машин, можно использовать эту возможность выполнять некоторые простые действия на Azure экземпляры не выходя из консоли VMM. Например можно сделать следующее:

    • Добавить или удалить одну или несколько подписок Azure с помощью консоли VMM.
    • Просмотреть список деталей и статусов всех экземпляров роли во всех развертываниях в этой подписки.
    • Вручную обновите список экземпляров.
    • На экземплярах выполните следующие основные действия:

      • Пуск
      • Остановить
      • Завершение работы
      • Перезагрузка
      • Подключаться через RDP
    Дополнительные сведения см. Добавление Azure подписки в VMM в System Center 2012 R2 с накопительном пакете обновления 6.
  • Улучшенный сценарий защиты E2A аварийного восстановления системы: Накопительный пакет обновления 6 возникают в среде диспетчер виртуальных машин, легче обнаружить и устранить проблему, которая иногда возникает при настройке защиты Azure сайт восстановления (ASR). Эта проблема возникает, когда требуется защита ASR для виртуальных машин на предприятии и имеют следующие свойства виртуальной машины:

    • Версия операционной системы не
    • Никаких признаков того, какой диск содержит операционной системы для виртуальной машины
    Эти свойства должен быть указан, поскольку они требуются для восстановления узла Azure. В накопительном пакете обновления 6 яснее набор сообщения об ошибках в VMM в области заданий при попытке настроить виртуальную машину, не соответствуют требованиям.

    Сведения о требованиях к ASR см. Улучшение защиты сценарий E2A аварийного восстановления системы.
  • Возможность использовать виртуальные машины 2 поколения в службах и VMRoles: В накопительном пакете обновления 6 VMM теперь поддерживает для поколения 2 виртуальных машин для службы и роли виртуальной Машины. С помощью этой функции можно развертывать многоуровневые службы и выберите Создание виртуальной машины для отдельных уровней. Пользователи могут обслуживать эти экземпляры службы через обслуживания обычной и на основе образа.

    Дополнительные сведения см. Понимание поколении 1 и поколении 2 виртуальных машин в VMM.
  • Общее воздействие использования сети правила в пакете управления: Это изменение представляет два правила, предназначенных для Hyper-V узлов:

    • Общее правило коллекции трафик входящих сетевых VNic
    • Общее правило коллекции трафика исходящей сети VNic
    Эти правила измерения всего входящих и общее исходящий трафик килограмм количества байт в VNic на виртуальную машину в следующий метод:

    Для каждого виртуального компьютера:

    1. Включить Hyper-V измерения Если не включена.
    2. Запуск Измерения VM.
    3. Измерения собрать данные для каждого удаленного адреса «0.0.0.0/0» или ":: / 0" на VNic.
    По умолчанию эти правила выполняются каждый час. Пользователи могут выбрать для переопределения этого параметра путем переопределения свойства IntervalSeconds. Эти правила не должны выполняться чаще, чем каждые пять минут (300 секунд).

    Поведение в предыдущих версиях: VMM не было измерять данные потребления. Он измеряется только пропускной способности.
  • Возможность overcommit облака и группа узлов емкость для реплики виртуальных машин: System Center 2012 R2 диспетчер виртуальных машин позволяет положить реплики виртуальных машин на предварительно настроенных облака или хост-узел группы, если они помещаются в настройки мощности. До настоящего момента VMM полагать, что все ресурсы, выделенные виртуальным машинам реплики были заняты. Таким образом VMM не позволяли можно поместить все реплики виртуальной машины в облаке или узла группы Если, приведет к возникновению статистической нагрузки все реплики виртуальных машин за пределы емкости облака или хост-узел группы.

    Хотя это сделать? убедиться, что все реплики ВМ может одновременно запустить, может привести к неоптимальным использование облака реплики и группы узлов. Это может иметь место (предприятия или размещения) предпринята попытка поместить дополнительных виртуальных машин в облако или группы узлов. То есть если overcommited реплики облака или хост-узел группы. В накопительном пакете обновления 6 можно overcommit облака и группы узлов в рабочей среде VMM, настроив раздел реестра на сервере VMM:

    Раздел реестра:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement

    Имя типа DWORD: IgnoreMemoryForStoppedReplicaVM
    Значение DWORD: 1

    Примечание Если расположение не существует, создайте его.

    Дополнительные сведения см. Возможность overcommit облака и режиме HP для реплики виртуальных машин.
  • Поддержка основных сценариев VMWare VCenter 5.5.

    Накопительный пакет обновления 6 представлены следующие сценарии поддержки:

    • Добавить VCenter 5.5 для управления VMM 2012 R2 UR6
    • Добавление компьютера размещения ESX версии 5.5 и перевести в разделе Управление
    • Создание шаблона виртуальной Машины VMWare и разворачивать ВМ с помощью шаблона
    • Создание шаблонов в основной сети (включая домену) и развертывание виртуальных машин
    • Выполните различные операции жизненного цикла виртуальной Машины (например, start, stop, завершение работы, восстановления, обновления и контрольных точек на виртуальной машине).
    • Подключение к виртуальной машине с помощью консоли и проверки специальных возможностей
    • Удалять виртуальные машины
    • Создание пула ресурсов и перевести в пул ресурсов в области управления VMM
    Они ограниченных сценариях. Тем не менее они представляют первым и важнейшим шагом сторону поддержку новых версий VCenter. Мы продолжать построение на наши возможности поддержки матрицы для VMWare VCenter и будет предоставлять адреса в последующие накопительных пакетов обновления.

Ошибки, исправленные в этот накопительный пакет обновления

  • Проблема 1

    801 ошибка при удалении объектов VMM. VMM иногда обнаруживает ошибку, в котором объект диспетчера виртуальных МАШИН, таких как виртуальная машина невозможно удалить из пользовательского интерфейса или Windows Powershell в базе данных отсутствуют некоторые из его дочерних объектов. Это часто приводит к пользователям искать предпринять скрипты для удаления Затрагиваемые объекты. В накопительном пакете обновления 6 VMM имеет улучшенную три командлеты Powershell для минимизации ошибок, связанных с 801. Эти командлеты Удаление SCServiceTemplate, Удаление SCLibraryServer, и Удаление SCLibraryShare. Пользователям не нужно использовать – Сила флаг вместе с этими командлетами во избежание ошибок 801. Командлеты позволяют разрешать зависимости, которые ведут к ошибкам 801.

  • Проблема 2

    Завершает работу службы VMM и создает ошибку нарушения прав доступа в System.Xml при его ответ на события служб Integration Services.

  • Проблема 3

    Критическое исключение в обработчике ошибок WCF--ObjectDisposedException--Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. При завершении работы узла службы WCF VMM вызывает прерывание, что может стать причиной всех необработанных сообщений ungracefully завершен и это может привести к ObjectDisposedExceptions исключение. Обработчик ошибок верхнего уровня WCF VMM видит эти исключения, прежде чем процесс был завершен и сообщает о них как критические исключения. Так что здесь VMM сообщает об ошибках безвредным как критические ошибки возможно добавление к путанице пользователей.

  • Проблема 4

    Параметр для MAC-адрес серым цветом в пользовательском Интерфейсе, когда vnic не подключен. Это запрещает маркировка nic как статический. После обновления до VMM в System Center 2012 R2 клиента нельзя выбрать параметр статический адрес Mac в шаблоны виртуальных Машин, которые он создает, если виртуальный компьютер не подключен к сети. MAC-адрес и IP-параметры имеют серый виртуальной машины «не подключен». Таким образом он нельзя назначить статический МАС-адрес виртуальной машины до развертывания.

  • Вопрос 5

    Vvirtual настройки компьютера можно сбой и создать критическое исключение при Hyper-V не возвращает объект флоппи-дисковод. Во время настройки виртуальной машины есть вероятность, что Hyper-V будет возвращать объект флоппи-дисковода, как null и VMM будет предпринята попытка добавить на диск. Однако добавление флоппи-дисковод не реализован в Hyper-V. Это создает исключение, которое приводит к сбою задания и оставляет в состоянии Сбой создания виртуальной машины. Пользователь может восстановить виртуальную машину к функциональности. Это может произойти, если флоппи-диска файл конфигурации (на удаленном общем ресурсе) недоступен для Hyper-V или Hyper-V, занят или нагрузкой.

  • Проблема 6

    Невозможно развернуть виртуальные машины с статический IP-адрес при настройке нескольких пулов IP для виртуальной Машины в одной подсети. Клиент пытается создать виртуальную машину с помощью шаблона, который имеет параметры статического IP-адреса. При наличии нескольких пулов IP подсети и клиент предоставляет IP-адрес из другого пула, чем по умолчанию (т.е., автоматически заполняемая пула, отображается в пользовательском Интерфейсе), затем завершения работы мастера виртуальной Машины без ошибок, но создание виртуальных машин не выполняется и возвращает сообщение об ошибке «IP-адрес из диапазона».

  • Проблема 7

    VmmService сбой происходит во время обработки события, отправляемые Hyper-v измените подсетей IP-адресов удаленных виртуальной машины. В настройке NVGRE Если события, отправляемые Hyper-V для изменения IP но подсети VM больше не существует в VMM, вызывает сбой службы VMM.

  • Проблема 8

    Виртуальные Компьютеры сообщаются отсутствует 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

    Требует явного флаги для указания отсутствующих виртуальной машины или удаления виртуальной машины службы во время удаления узла для пользователя. В настоящее время VMM не проверяет наличие виртуальных машин на хост-узле при удалении узла из VMM. Основное приложение может содержать службы виртуальные машины, виртуальные машины, которые будут развернуты в облаке, виртуальные машины, которые имеют настраиваемые свойства, которые определены для них. Если пользователь случайно удалит такой узел, эти связи нарушаются. Это исправление позволяет избежать таких ситуаций, указывая на подтверждение перед фактически такие узлы удаляются из VMM.

  • Вопрос 10

    Если логические сети с нескольких узлов сети и сетевые узлы являются видимыми для сетевого адаптера узла, будут выделяться PAs с этих узлов, сетей и сведения о маршрутизации должен быть также установлен. (Узлы сети иногда называют «определения логических сетей».) Несколько узлов для сценария VM1 на Host1 подключенный к PA1 есть случай если свободную виртуальную машину 2 подключен к 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 в состоянии ожидания ИК не выполняет динамической миграции.

  • Вопрос 20

    При удалении виртуальной машины контрольные точки сливаются перед удалением. Когда пользователь пытается удалить виртуальную машину с контрольными точками, удаление занимает много времени (до часа) для завершения.

  • Вопрос 21

    СЛЕДУЕТ выполнить операцию иногда Получает критическое исключение: DBCorruptionException.

  • Вопрос 22

    Некоторые пользователи использовать большие наборы VIPAddress вместо IP-диапазонов для облегчения добавить или удалить отдельные IP-адреса. Схема пакета управления VMM в настоящее время ограничивает это поле, чтобы 256 символов (по умолчанию). Тем не менее пользователи могут иметь значения ~ 500 символов. И поэтому обнаружения разбивки интеграции объектной МОДЕЛИ VMM из-за непредвиденного исключения из SCOM.

  • Вопрос 23

    Целевой объект RG и целевого LUN не связаны после задачи enableRG Если precreated RG/LUN.

  • Вопрос 24

    Для обновления записей MAC-адрес устройства шлюза F5 при сбое и заменяется. Если устройство F5 бы RMA и заменен на новое устройство с новый MAC-адрес, VMM не способ обновления MAC-адрес для нового устройства.

  • Проблема 25

    Разрешить пользователю отметки на виртуальной машине реплики позволяет штамп удостоверения пользователя. Пользователи должны обновить атрибуты UserRole и владельца на их ReplicaVMs, но в настоящее время заблокирован любой операции на виртуальной машине реплики. Таким образом они не удается обновить эти два параметра на виртуальных машинах реплики.

  • Проблема 26

    Общий ресурс Registerred SMB не отображается как параметр целевой путь при развертывании нового высокой ДОСТУПНОСТИ виртуальных machineto кластера.

  • Проблема 27

    Критическое исключение в обновитель хранилища при обнаружении службой репликации--ArgumentNullException--SetCustomOptions.

  • Проблема 28

    Во время узел обновитель VMM запросы группы сведения (команда или LBFO team коммутатора). В то время как запрос коммутатора групп достигает WSMan исключение, которое вызывает vswitch исчезает из консоли VMM.

  • Проблема 29

    В зонд не поддерживается протокол HTTPS, а затем VMM не правило созданный монитор, монитор HTTPS-узел. VMM поддерживает HTTP и HTTPs в разделе конфигурации порта Фунтов, но в разделе Фунтов зонд протокола HTTPS не поддерживается.

  • Проблема 30

    Владелец ресурса (SSU пользователя) не авторизован для доступа к списку «GrantedTo» ресурса и поэтому не распознаются все, кто имеет доступ к ресурсу. При предоставлении доступа пользователей также самообслуживающихся пользователей, они не видят изменений, внесенных перезапустить консоль. Изменения можно увидеть пользователя с правами администратора, но для пользователя самообслуживания, GrantedToList продолжает возвращать результаты кэширования перезапустить консоль.

  • Проблема 31

    Не удается переместить дисков родительский процесс миграции встроенных VMM. Пользователь имеет несколько сотен виртуальных машин, все диски diff команды родителя. Перемещение этих виртуальных машин в новое решение хранения данных блокируется VMM. Если любой диск предком в иерархии (отношения родительский/дочерний) используется совместно с другой диск для копирования, для копирования дисков, VMM блокируется хранилища миграции копирования диска. Тем не менее его isenabled через диспетчер Hyper-V.

  • Проблема 32

    Критическое исключение во время трассировки сообщений для столбцов несоответствие вызывает сбой сервера во время выполнения get-scvmhost expectedDSColumn поле. После обновления сервера DB порогу R2 server не может работать с ним в некоторых случаях. Это протоколе используются некоторые сетевые объекты и ADHC.

  • Проблема 33

    При масштабировании существующего шаблона службы повторяющиеся Hyper-V виртуальных машин, имеют на VMM в System Center 2012 R2 набор обновлений 5 создаются таким же именем.

  • Проблема 34

    Если обновление для системы безопасности Windows гостевых виртуальных машин3035131 или 3031432установки VMM гостевой агент не выполняет скрипты универсального выполнения команды (GCE) запрашиваемых VMM в процессе развертывания виртуальной Машины. Это может вызвать сбой в нескольких сценариях, в которых используются сценарии GCE для развертывания и обслуживания. Например при попытке службы посредством сценариев GCE шаблона службы VMM, возвращается код ошибки 22029.

    ПримечаниеПосле установки обновления накопительного пакета обновлений 6 (orlater накопительные пакеты обновления) для 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 с пакетом обновления 1, в области виртуальных машин и служб при выборе узла и нажмите кнопку Обзор в верхнем меню консоли предоставляет сводку и емкость сведения о выбранного узла. Подробные сведения о процессорных ядер (ГБ) памяти и хранения данных (ГБ) стал недоступным в System Center 2012 R2.

  • Выпуск 39

    VMM службы сбой из-за повторяющихся VSID. В редких случаях (синхронизации гонки и случайных чисел конфликт) разные подсети HNV виртуальной машины можно получить же VMSubnetIdentifier (альтернативное название: VSID). Это приводит к непредсказуемому поведению при использовании этих подсетей HNV виртуальной машины. Например для виртуальных машин подключен к подсети, виртуальные компьютеры не могут получить ожидаемый связи и не сможет обратиться к виртуальным машинам в той же подсети. Или когда их изменения IP-адреса, это приведет к службе VMM аварийно завершить работу.

  • Проблема 40

    Развертывание виртуальных машин позади балансировщика нагрузки приводит к критической Excepion на размещение:

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

  • Проблема 41

    Домашняя страница, которая была введена в 5 накопительный пакет обновления, будет удален в накопительном пакете обновления 6.

  • Проблема 42

    Виртуальная машина не связан с группой репликации и не удалось переместить место, защищенное системой группы репликации.

  • Проблема 43

    Гость IP в сети HNV не помечен как динамический/DedicatedGuestIP даже если параметры включены для него. Неработающие ЦС перемещения при сбое. Для любого IP-адреса добавлены или перемещаемый в виртуальной машине подключен к сети NVGRE (сценарий перемещения при сбое IP кластера и гостевой гостя HNV), IP-адрес является * не * помечены как динамический (тип = 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, диспетчер виртуальных машин системного центра. CentOS 7 и RHEL 7 серверов, используемых DHCP встретить отсутствует данные конфигурации сети для каждого интерфейса ethernet, используемый сервером Linux. Эта проблема возникает, поскольку не имеют CentOS 7 и RHEL 7 ifconfig инструмент Linux, установленные по умолчанию, в отличие от предыдущих итераций. Сценарии настройки сетей DHCP были обновлены, чтобы использовать средство ip вместо ifconfig, если установлена программа ip.

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

Сведения о загрузке

Загрузка вручную из каталога Центра обновления Майкрософт или Центра обновления Майкрософт доступны пакеты обновления для диспетчер виртуальных машин.

Центр обновления Майкрософт
Чтобы получить и установить пакет обновления из центра обновления Майкрософт, выполните следующие действия на компьютере установлен компонент диспетчер виртуальных машин.

  1. Нажмите кнопку Пуск и выберите Панель управления.
  2. На панели управления дважды щелкните Центр обновления Windows.
  3. В окне центра обновления Windows щелкните Проверка в сети обновлений из центра обновления Майкрософт.
  4. Выберите доступные важные обновления.
  5. Выберите пакеты обновлений и нажмите кнопку ОК.
  6. Нажмите кнопку установить обновления для установки пакетов обновления.
Загрузка пакетов обновлений вручную
Посетите следующие веб-узлы вручную загрузить обновления из каталога Центра обновления Майкрософт:

Важно: Сервер и консоль администратора компоненты должны быть обновлены на сервере диспетчер виртуальных машин.

Примечание Необходимо применить обновление сервера убедитесь, что у всех вновь развернутых виртуальных машин из шаблона обслуживания обновленный агент гостя. Существующих развернутых виртуальных машин могут иметь установить обновленный агент через Центр обновления Windows, через службы WSUS, или вручную с помощью следующего пакета:

Инструкции по установке

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

msiexec.exe /update packagename

Например чтобы установить пакет накопительного пакета обновления 6 для сервера System Center 2012 R2 диспетчер виртуальных машин (KB3050317), выполните следующую команду:

msiexec.exe /update kb3050317_vmmserver_amd64.msp

Заметки

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

    • 6 накопительный пакет обновления для сервера диспетчер виртуальных машин
    • 6 накопительный пакет обновления для консоли администрирования

    Между этими двумя установками сервера диспетчер виртуальных машин может создать журнал критическая ошибка в каталоге VMMLogs. Эта проблема возникает, поскольку консоль администратора использует некоторые из библиотек DLL с сервера диспетчер виртуальных машин, а конфликт версий может привести к регистрации критических сбоев. Чтобы устранить эту проблему, необходимо установите оба обновления на сервере диспетчер виртуальных машин, используйте для запуска службы диспетчер виртуальных машин.
  • До 5 накопительный пакет обновления приходилось вручную обновить компонент сервера DHCP диспетчер виртуальных машин системного центра (x 64). В VMM с 5 накопительный пакет обновления или более поздних версий это ручное обновление больше не требуется.
  • Если загрузить и извлечь MSP консоли администрирования, два CAB-файлы являются результатом, как показано на следующем снимке экрана. Один из этих файлов CAB-файла применяется к x 64 (также известный как AMD64) и других CAB-файла применяется к x 86 (также известный как i386).

    Ознакомьтесь с последней ссылки на архитектуру операционной системы в имя CAB-файла для определения, к которому применяется тип архитектуры определенной CAB-файл.

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

Список файлов, которые изменяются в этот накопительный пакет обновления загрузите следующий файл:


Внимание! Эта статья переведена автоматически

Свойства

Номер статьи: 3050317 — последний просмотр: 09/22/2015 01:54:00 — редакция: 4.0

Microsoft System Center 2012 R2, Microsoft System Center 2012 R2 Virtual Machine Manager

  • kbqfe kbfix kbexpertiseinter kbsurveynew atdownload kbmt KB3050317 KbMtru
Отзывы и предложения