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

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

• Добавление функции подписки 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".

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

  • Нет указанной версии операционной системы

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

  Эти свойства должны быть указаны, так как они необходимы azure Site Recovery. В накопительном пакете обновления 6 более четкий набор сообщений об ошибках отображается в VMM в области заданий при попытке настроить виртуальную машину, которая не соответствует требованиям.
  
  Сведения о требованиях ASR см. в разделе "Улучшение сценария защиты ASR E2A".

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

• Общее количество правил использования сети в пакете управления. В этом изменении представлены два правила, предназначенные для узлов Hyper-V:
  

  • Общее правило сбора трафика сети входящего виртуального сетевого адаптера

  • Общее правило сбора трафика сети исходящих виртуальных сетей

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

  1. Включите отслеживание Hyper-V, если оно не включено.

  2. Запустите measure-VM.

  3. Сбор данных измерения для каждого удаленного адреса "0.0.0.0/0" или "::/0" на виртуальную сетевую карту.

  По умолчанию эти правила выполняются каждый час. Пользователи могут переопределить этот параметр, переопределив свойство IntervalSeconds. Эти правила не должны выполняться чаще, чем каждые пять минут (300 секунд).
  
  Поведение в предыдущих версиях: VMM не измерял потребление данных. Он измерял только пропускную способность.

• Возможность перезаверять емкость облака и группы узлов для виртуальных машин реплики: System Center 2012 R2 диспетчер виртуальных машин позволяет разместить виртуальные машины реплики в предварительно настроенном облаке или группе узлов, если они соответствуют параметрам емкости. До этого момента VMM предполагал, что все ресурсы, выделенные для реплик виртуальных машин, используются. Таким образом, VMM не позволяет разместить виртуальную машину реплики в облаке или группе узлов, если это приведет к агрегированной нагрузке всех виртуальных машин реплик за пределы емкости облака или группы узлов.
  
  Хотя такое поведение гарантирует, что все виртуальные машины реплики могут одновременно запускаться, это может привести к неоптимальным использованию облаков реплик и групп узлов. Это произойдет, если вы (Enterprise или хост-сервер) попытались разместить дополнительные виртуальные машины в облаке или группе узлов. То есть, если вы перезафиксли облако реплики или группу узлов. В накопительном пакете обновления 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 и развертывание виртуальных машин с помощью шаблона

  • Создание шаблонов с базовой сетью (включая сценарии, присоединенные к домену) и развертывание виртуальных машин

  • Выполнение различных операций жизненного цикла виртуальной машины (например, запуск, остановка, завершение работы, восстановление, обновление и контрольная точка на виртуальной машине).

  • Подключение на виртуальную машину с помощью консоли и проверьте доступность

  • Отмена подготовки виртуальных машин

  • Создание пула ресурсов и перевод пула ресурсов под управление 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 при отклике на событие служб Integration Services.
  

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

• Проблема 4
  
  Параметр ДЛЯ MAC-адреса неактивен в пользовательском интерфейсе, если виртуальная карта не подключена. Это не позволяет пользователям пометить сетевую карту как статическую. После обновления до VMM в System Center 2012 R2 клиент не может выбрать параметр статического mac-адреса в созданных шаблонах виртуальных машин, если виртуальная машина не подключена к сети. Параметры MAC-адреса и IP-адреса не отображаются, если виртуальная машина не подключена. Таким образом, он не может назначить статический MAC-адрес виртуальной машине перед развертыванием.
  

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

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

• Проблема 7
  
  Сбой VmmService происходит во время обработки удаленных подсетей виртуальной машины в событиях изменения IP-адресов, отправленных Hyper-v. Если в конфигурации NVGRE имеется событие, отправленное Hyper-V для изменения IP-адреса, но подсеть виртуальной машины больше не существует в 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
  
  Требовать явные флаги, чтобы указать отсутствующие виртуальные машины или удаление виртуальной машины службы во время Remove-Host пользователя. В настоящее время VMM не проверяет наличие виртуальных машин на узле при удалении узла из VMM. Хост может содержать виртуальные машины службы, виртуальные машины, развернутые в облаке, виртуальные машины с настраиваемыми свойствами, определенными для них. Если пользователь случайно удалит такой хост, все эти связи будут нарушены. Это исправление позволяет избежать таких сценариев, запрашивая у пользователей подтверждение перед фактическим удалением таких узлов из VMM.
  

• Проблема 10
  
  Если у вас есть логическая сеть с несколькими сетевыми сайтами и сетевые сайты видны сетевому адаптеру узла, будут выделены PAS из этих разных сетевых сайтов, а также необходимо задать сведения о маршрутизации. (Сетевые сайты иногда называются "определениями логических сетей".) В сценарии с несколькими узлами с виртуальной машиной VM1 на узле Host1, подключенной к PA1, имеется случай, когда виртуальная машина VM2 подключена к hnv LN и имеет PA1 для NetwkSite1, а затем она отсоединяется, а затем повторно подключается и имеет PA2 для NetwkSite2 (случайным образом или из-за нехватки PA), то в течение некоторого времени, Мы можем не заполнить сведения о маршрутизации PA между NetwkSite1 и NetwkSite2. Это происходит из-за того, что внутреннее представление маршрута является ключом для вставки в хэш-таблицу.
  

• Проблема 11
  
  При обновлении узла устанавливается сетевое подключение WinRM (к каждому обновляемом узлу), которое постоянно выполняет потоковую передачу данных.
  

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

• Проблема 13
  
  Пользователь вставляет повторяющийся ключ в HostWSManGetter.UpdateRASDCache при обновлении узла.
  

• Проблема 14
  
  Когда пользователь пытается клонировать виртуальную машину с контрольными точками, после завершения операции клонирования VMM неправильно распознает созданную клонированную виртуальную машину как исходную виртуальную машину и неправильно определяет, что виртуальная машина перенесена. Затем он пытается обработать это изменение. Поэтому создается дополнительная виртуальная машина на другом узле с отсутствующим состоянием. VMM считает, что виртуальная машина использует другой хост, и эта виртуальная машина не видна Team Foundation Server до следующего обновления виртуальной машины.
  

• Проблема 15
  
  При обновлении поставщика VSEM возможность получения уведомлений не указывается обработчику уведомлений.
  

• Проблема 16
  
  При динамической оптимизации узла происходит сбой размещения сети. Некоторые операции размещения должны были выполняться как задача. При выполнении в задаче обновления контекст имеет значение NULL. Это приводит к сбою размещения.
  

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

• Проблема 18 служба хранилища
  
  поставщика завершается сбоем после замены диска в sofs.
  

• Проблема 19
  
  VMM не может обновить реплику или первичную виртуальную машину без ASR, а миграция виртуальной машины восстановления в состоянии ожидания IR не выполняет динамическую миграцию.
  

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

• Проблема 21
  
  Операция выполнения DO иногда получает критическое исключение: DBCorruptionException.
  

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

• Проблема 23
  
  Целевые логические и целевые LUN не связаны после задачи enableRG, если RG/LUN предварительно создаются.
  

• Проблема 24
  
  Необходимо обновить записи MAC-адреса для устройства шлюза F5 при сбое и замене. Если устройство F5 имеет значение RMA и заменяется новым устройством с новым MAC-адресом, VMM не сможет обновить MAC-адрес для нового устройства.
  

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

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

• Проблема 27
  
  Критическое исключение в служба хранилища при обнаружении службы репликации — ArgumentNullException -- SetCustomOptions.
  

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

• Проблема 29
  
  Протокол HTTPS не поддерживается в пробе, и VMM не может создать правило мониторинга для мониторинга сайта HTTPS. VMM поддерживает протоколы HTTP и HTTP в разделе конфигурации порта балансировки нагрузки, но HTTPS не поддерживается в разделе протокола пробы балансировки нагрузки.
  

• Проблема 30
  
  Владелец ресурса (пользователь SSU) не авторизован для доступа к списку GrantedTo ресурса и, следовательно, не может видеть, у кого есть доступ к ресурсу. Если пользователь, который предоставляет доступ, также является пользователем самообслуживания, он не сможет увидеть внесенные изменения, пока не перезапустит консоль. Пользователь с правами администратора может увидеть изменение, но для пользователя самообслуживания GrantedToList продолжает возвращать кэшированные результаты, пока не перезапустит консоль.
  

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

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

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

• Проблема 34
  
  Если на гостевых виртуальных машинах установлены Windows обновления системы безопасности 3035131 или 3031432, гостевой агент VMM не выполняет скрипты универсального выполнения команд (GCE), запрашиваемые VMM в рамках развертывания виртуальной машины. Это может привести к сбою в нескольких сценариях, в которых для развертывания и обслуживания используются скрипты GCE. Например, при попытке обслуживания шаблона службы VMM с помощью скриптов GCE возвращается код ошибки 22029.
  
  Обратите внимание, что после установки накопительного пакета обновления 6 (или более поздней версии) для 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 (SP1) в области виртуальных машин и служб при выборе узла и выборе обзора в верхнем меню консоль предоставляет сводку и сведения о емкости выбранного узла. Сведения о ядрах процессора, памяти (ГБ) и служба хранилища (ГБ) стали недоступны в System Center 2012 R2.
  

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

• Проблема 40
  
  Развертывание виртуальной машины за Load Balancer вызывает критический excepion при размещении:
  

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

• Проблема 41
  
  Начальная страница, представленная в накопительном пакете обновления 5, удалена в накопительном пакете обновления 6.
  

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

• Проблема 43
  
  Гостевой IP-адрес в сети HNV не помечен как динамический или выделенныйguestIP, даже если для него включены параметры. Отработка отказа ЦС не работает. Для любого IP-адреса, добавленного или перемещенного на виртуальной машине, подключенной к сети NVGRE (сценарий отработки отказа гостевого кластера HNV или гостевого IP-адреса), 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 System Center Virtual Machine Manager. Серверы CentOS 7 и RHEL 7, которые использовали DHCP, будут столкнуться с отсутствием данных конфигурации сети для каждого интерфейса Ethernet, используемого сервером Linux. Эта проблема возникает из-за того, что в CentOS 7 и RHEL 7 по умолчанию не установлен инструмент ifconfig linux, в отличие от предыдущих итератов. Скрипты конфигурации для сетей DHCP были обновлены для использования ip-средства вместо ifconfig, если установлено средство ip.

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