Заметки о выпуске vRealize Automation 7.4

vRealize Automation | 12 апреля 2018 г. | Сборка 8229492 Регулярно проверяйте, что было добавлено и изменено в этих заметках о выпуске.

Содержание заметок о выпуске

В заметках о выпуске затрагиваются следующие темы:

• Новые возможности
• Системные требования
• Документация
• Использование vRealize Code Stream
• Исправленные проблемы
• Известные проблемы

Новые возможности

В выпуске vRealize Automation 7.4 исправлены известные проблемы и представлены описанные далее новые возможности.

          

Выпуск vRealize Automation 7.4 значительно оптимизирован для разработчиков архитектуры служб, во многом благодаря новому конструктору настраиваемых форм запросов, который упорядочивает разработку элементов инфраструктуры и каталога приложений. Он облегчает создание общих схем элементов с упрощенным, но насыщенным уровнем представления, который подходит для разных бизнес-подразделений. Готовая настраиваемая форма запросов позволяет не переносить инфраструктуру и схемы элементов «Платформа как услуга» в схемы элементов «Все как услуга», что позволяет сократить количество схем и снижает стоимость владения.

Конструктор настраиваемых форм запросов

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

• Перетаскивать элементы управления и настраиваемые свойства на холст;
• использовать структуру схемы элементов: свойства схемы элементов, настраиваемые свойства и профили;
• использовать созданные формы;
• сохранять и очищать настраиваемые формы и отменять их изменения;
• динамически отображать и скрывать поля в зависимости от настраиваемой условной логики;
• автоматически вносить и изменять входные значения на основе внешних и внутренних правил;
• использовать внутренние зависимости и внешние выноски с помощью vRealize Orchestrator;
• Применение ограничений входных значений
• Настраиваемая проверка с помощью регулярных выражений
• использовать настраиваемые статьи справки и сообщения об ошибках;
• выбирать объекты иерархии vRealize Orchestrator;
• обеспечивать поддержку сложных типов элементов, например томов дисков и составных типов элементов vRealize Orchestrator;
• использовать расширенное форматирование и применять настраиваемые CSS-таблицы к формам запросов схем элементов;
• автоматически проверять формы во время разработки на соответствие определению схемы элементов;
• Экспорт и импорт настроенных форм с помощью графического интерфейса и командной строки

Дополнительные сведения см. в разделе Предоставление пользователям схем элементов служб.

Развертывание из файла OVF

• Дополнительный способ развертывания схем элементов vSphere из файла OVF или OVA

• Указание URL-адреса размещения OVF-файла (доступны параметры проверки подлинности и прокси-сервера)

• Поддержка дополнительных вариантов настройки в виде настраиваемых параметров для определенного файла OVF

• Поддержка параметризации с помощью профиля компонентов образа

Дополнительные сведения см. в разделе Настройка схемы элементов для подготовки на основе OVF-файла.

Улучшенный механизм обработки зависших запросов

• Отмена запросов, находящихся в течение долгого времени в статусе «Выполняется», с помощью API-интерфейса или в CloudClient и удаление подготовленных ресурсов, связанных с отмененным запросом

• Новый фильтр на вкладке «Запросы», позволяющий скрыть запросы, которые завершились с ошибкой или были отменены

Дополнительные сведения см. в разделе vRealize CloudClient 4.4.

Повышение безопасности портлета панели сообщений

• Список разрешенных URL-адресов, которые могут отображаться на панели сообщений

Дополнительные сведения см. в статье Создание списка разрешенных URL-адресов для портлета панели сообщений.

Microsoft NT LAN Manager (NTLM) поддерживается в vRealize Automation 7.4 как устаревшее решение. Его поддержка будет прекращена в будущих выпусках.

В этот выпуск включены все исправления, представленные в vRealize Automation 7.3.1. Дополнительные сведения см. в Заметках о выпуске vRealize Automation 7.3.1.

Системные требования

Сведения о поддерживаемых операционных системах узлов, базах данных и веб-серверах см. в документе Матрица поддержки vRealize Automation.

Документация

Документацию по vRealize Automation 7.4 см. в разделе VMware vRealize Automation на портале VMware Docs.

Установка

Предварительные требования и инструкции по установке см. в статье Установка vRealize Automation на портале VMware Docs.

Обновление

Общие рекомендации см. в статье Обновление vRealize Automation на портале VMware Docs.

Перед обновлением vRealize Automation 6.2.x

Средство vRealize Production Test Upgrade Assist Tool анализирует конфигурации компонентов в среде vRealize Automation 6.2.x, которые могут привести к проблемам обновления, и проверяет готовность среды к обновлению. Чтобы загрузить это средство и сопутствующую документацию, перейдите на страницу Загрузка продукта VMware vRealize Production Test Tool.

Использование vRealize Code Stream

Чтобы использовать vRealize Code Stream в среде vRealize Automation, необходима лицензия на vRealize Code Stream.

Можно указать лицензию в мастере установки vRealize Automation или в интерфейсе управления устройством vRealize Automation.

Дополнительные сведения см. в следующих источниках.

• Информационный центр по vRealize Code Stream. См. статьи Установка vRealize Code Stream и Применение лицензии на vRealize Code Stream к устройству.
• Информационный центр по vRealize Automation. См. статью Лицензирование vRealize Code Stream.

Исправленные проблемы

• При обновлении до версии vRealize Automation 7.3.x не обновляется Distributed Execution Manager (DEM) или Distributed Execution Manager Orchestrator (DEO) 

  При обновлении до версии vRealize Automation 7.3.x компонент инфраструктуры как услуги DEM или DEO необходимо установить в каталог по умолчанию: C:\Program files (x86)\vmware\vcac. Если эти компоненты не установлены в каталог по умолчанию, их обновление не выполняется.

• Неверные ссылки для загрузки Java Runtime Environment для Linux на странице «Программы установки компонентов "Гостевой агент" и "Программный агент"»

  Эти ссылки отображаются в разделе «Программы установки ПО Linux» (Linux Software Installers).

  • vmware-jre-1.8.0_121-fcs.i586.rpm
  • vmware-jre-1.8.0_121-fcs.x86_64.rpm

  При нажатии этих ссылок открывается новая страница с ошибкой HTTP Status 404 — Not Found (Код состояния HTTP 404: не найдено). 

  Решение. Чтобы загрузить эти файлы RPM, выполните следующие действия.

  1. Замените имя файла в URL-адресе, который появляется в адресной строке браузера после нажатия ссылки.

  • Замените vmware-jre-1.8.0_121-fcs.i586.rpm на vmware-jre-1.8.0_121-fcs_b31.i586.rpm.
  • Замените vmware-jre-1.8.0_121-fcs.x86_64.rpm на vmware-jre-1.8.0_121-fcs_b31.x86_64.rpm.

  Пример:

  • https://va-hostname.domain.name​/software/download/vmware-jre-1.8.0_121-fcs_b31.x86_64.rpm
  • https://va-hostname.domain.name/software/download/vmware-jre-1.8.0_121-fcs_b31.i586.rpm

  2. Нажмите клавишу ВВОД.

  В браузере все равно отображается сообщение об ошибке, но файлы загружаются успешно.

• В развернутую сеть NAT, используемую по требованию и связанную со сторонним поставщиком управления IP-адресами, невозможно добавить правило переадресации портов NAT

  Если в развернутую сеть NAT, используемую по требованию и связанную со сторонним поставщиком управления IP-адресами, с помощью действия «Изменить правила NAT», которое выполняется после подготовки, добавляется правило переадресации портов NAT, в раскрывающемся меню Компонент не показываются никакие данные и не могут приниматься новые данные. Это лишает возможности добавлять новые правила.

   

• В процедуре задания настроек распределения виртуальных серверов содержится неподдерживаемый шаблон трафика HTTPS

  В процедуре Задание настроек распределения виртуального сервера нужно совершить следующее действие.

  Выберите «Идентификатор сеанса SSL», чтобы поддержать один из указанных ниже поддерживаемых шаблонов трафика HTTPS.

  • Сквозной режим SSL — Клиент -> HTTPS -> LB (сквозной режим SSL) -> HTTPS -> сервер
  • Клиент — HTTP-> LB -> HTTP -> серверы

  Если вы выбираете шаблон трафика «Клиент — HTTP», система вместо него использует шаблон «Сквозной режим SSL — Клиент». vRealize Automation не поддерживает шаблон трафика «Клиент — HTTP».

• Происходит сбой при выполнении действия «Изменить правила NAT», осуществляемого после подготовки для схемы элементов, импортированной из файла YAML.

  При вызове в развертывании действие «Изменить правила NAT», осуществляемое после подготовки, завершается со следующим сообщением об ошибке: Не удалось вызвать запрос обновления развертывания [{Не удалось определить текущее состояние компонента для сети nat1}]. Это происходит, когда схема элементов, связанная с развертыванием, импортируется из файла YAML, содержащего сеть NAT по требованию, в которой значения в полях имени и идентификатора не идентичны.

• После обновления vRealize Automation до версии 7.3 или 7.3.1 отсутствуют конечные точки, для которых были указаны определенные свойства vRealize Orchestrator  

  Настраиваемое свойство vRealize Orchestrator, указанное для определенной конечной точки, вызывает сбой обновления этой конечной точки.  

Известные проблемы

Известные проблемы сгруппированы следующим образом.

• Настройка и подготовка
• Предыдущие известные проблемы

Настройка и подготовка

• Получено сообщение об ошибке «401 — не санкционировано»

  API-интерфейс vRealize Automation отправляет вызов в API-интерфейс VMware Identity Manager (vIDM). Так как vIDM не поддерживает проверку подлинности в API-интерфейсе с помощью внешних/сторонних поставщиков удостоверений (IDP) и сторонних поставщиков удостоверений, при использовании стороннего поставщика удостоверений проверка подлинности завершается ошибкой. Тем не менее использование сторонних поставщиков удостоверений является необходимым условием для подключения и настройки моментальной подготовки пользователей в vIDM. Поэтому пользователи, для которых выполняется моментальная подготовка, не могут пройти проверку подлинности с помощью API-интерфейса vRealize Automation.

  Решение. Для проверки подлинности в API-интерфейсе с использованием метода предоставления пароля OAuth2 необходимо, чтобы в vIDM был подключен один из следующих методов проверки подлинности с помощью пароля.

  • Проверка подлинности с помощью пароля соединителя
  • Проверка подлинности с помощью пароля соединителя (только исходящие соединения)
  • Пароль локального пользователя
  • Пароль учетной записи

  Даже если для проверки подлинности выбран сторонний поставщик удостоверений, необходимо наличие одного из паролей. Чтобы обойти эту проблему, локальные пользователи могут проходить проверку подлинности с помощью API-интерфейса vRealize Automation.

• Сбой возобновления запроса

  Сбой возобновления запроса может возникать в следующих ситуациях.

  1. Сбой возобновления запроса компонента происходит, если компьютер выделен, но подготовка компонента завершается сбоем. Эта ситуация возникает, когда система пытается выполнить повторную подготовку компьютера с использованием недействительных сведений о выделении.
  2. Возобновление запросов во вложенной схеме элементов завершается ошибкой. При выполнении операции возобновления запросов не удается правильно инициализировать запросы внутренней схемы элементов при повторном создании запросов компонента.

  Решение. Нет

• Поле «Все как услуга», связанное со свойством _asd.requestInfo_~requestedBy или _asd.requestInfo_~requestedFor, получает неверное значение, если компонент «Все как услуга» содержится в схеме элементов

  В поле «Все как услуга» с ограничением значения, которое связано со свойствами _asd.requestInfo_, requestedFor или requestedBy, отображается последний пользователь, который изменил или сохранил данную схему элементов «Все как услуга».

  Решение.

  1. Удалите ограничение значения из связанного поля «Все как услуга».
  2. Установите значение по умолчанию для этого поля и привяжите его к свойству _asd.requestInfo_~requestedBy~principalId.
  3. Удалите компонент «Все как услуга» и повторно перетащите его на холст составной схемы элементов.
  4. Сохраните составную схему элементов.
• При отмене запроса на предоставление элемента каталога сразу после его отправки процесс зависает в состоянии ОТМЕНА  

  Система не выполняет вызов события завершения запроса, что может привести к переходу запроса в состояние ОТМЕНА на неопределенное время.

  Решение. Не отменяйте запрос на предоставление элемента каталога сразу после отправки. Подождите, пока процесс перейдет в состояние ВЫПОЛНЯЕТСЯ.

• При изменении адаптера проверки подлинности соединителя может потребоваться вход в систему

  Администратор может настраивать адаптеры проверки подлинности для соединителей, соответствующих каталогу, в консоли vRealize Automation в течение 30 минут после входа в консоль. Если администратор попытается выполнить настройку спустя 30 минут, отобразится страница входа в систему и ему потребуется пройти проверку подлинности.

  Решение. Еще раз войдите в консоль с учетными данными администратора.

• После успешного входа в интерфейс управления устройством vRealize Automation пользователю предлагается снова войти в систему

  После нажатия кнопки «Управление исправлениями» в интерфейсе управления устройством vRealize Automation пользователю предлагается ввести учетные данные еще раз.

  Решение. Для использования раздела «Управление исправлениями» пройдите повторную проверку подлинности в качестве пользователя root.

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

  Если связаться с основным контроллером домена не удается, vIDM обращается к резервному контроллеру домена. Так как vIDM всегда обращается к основному контроллеру домена, прежде чем обратиться к резервному, при обработке запросов входа в систему возникает задержка. Из-за этого запросы накапливаются и замедляют работу системы.

  Решение. См. статью базы знаний 52840.

• После успешного переноса среды из vRealize Automation 7.3 в 7.4 появляется сообщение о сбое некоторых операций с ресурсами Azure

  После успешного переноса среды из vRealize Automation 7.3 в 7.4 некоторые операции с перенесенными ресурсами Azure, например перезапуск, периодически завершаются сбоем. Пользователи vRealize Automation получают такие сообщения о сбое даже в тех случаях, когда рабочий процесс vRealize Orchestrator выполняется успешно.

  Решение. Откройте новое окно командной строки, выполните приведенные ниже команды, внесите необходимые изменения (повысьте значения времени ожидания в свойствах o11n-gateway и shindig-ui) и перезапустите vcac-server.

  1. # cd /var/lib/vcac/server/webapps/vcac/WEB-INF/classes/

  2. # cp shindig.properties shindig.properties.`date +%m%d%Y`

  3. # vi shindig.properties

  4. edit > shindig.http.client.read-timeout-ms=150000

  5. # cd /usr/lib/vcac/server/webapps/o11n-gateway-service/WEB-INF/classes/META-INF/spring/root

  6. # cp o11n-gateway-service-context.xml o11n-gateway-service-context.xml.`date +%m%d%Y`

  7. # vi o11n-gateway-service-context.xml

  8 edit > to 150000

  9. # service vcac-server restart

• Служба проверки работоспособности vRealize Automation выдает несколько ошибок, когда одно виртуальное устройство или несколько недоступны

  Когда одно виртуальное устройство или несколько недоступны, служба проверки работоспособности выдает сообщения об ошибках. Некоторые ошибки скрывают от пользователя другие ошибки, возникающие в системе.

  Решение. Чтобы отобразились скрытые ошибки, восстановите узел, на котором произошел сбой, или удалите его из кластера.

• Нажатие кнопок «Пуск», «Стоп» или «Перезапуск» на вкладке Xenon в интерфейсе управления устройством vRealize Automation никак не влияет на работу службы

  В кластерной среде операции «Пуск», «Стоп» и «Перезапуск», выполняемые на вкладке Xenon в интерфейсе управления устройством vRealize Automation, не влияют на работу службы, если они выполняются с реплицированного узла.

  Решение. Операции в службе Xenon должны выполняться только на главном узле.

• При открытии интерфейса управления устройством vRealize Automation в браузере появляется сообщение о самозаверяющем сертификате и продолжить работу невозможно

  Браузеры, использующие механизм HTTP Strict Transport Security (HSTS) предотвращают доступ к сайтам с самозаверяющим сертификатом.

  Решение. См. статью базы знаний 53533.

• После автоматического обновления инфраструктуры как услуги до версии 7.4 включается режим автоматического аварийного переключения службы диспетчера.

  В случае переноса или обновления vRealize Automation 7.3 или 7.3.1 до версии 7.4 при заранее выключенном автоматическом аварийном переключении, эта функция будет включена во время автоматического обновления инфраструктуры как услуги до версии 7.4.

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

  • Отключите автоматическое аварийное переключение службы диспетчера

              Дополнительные сведения см. в разделе Включение автоматического аварийного переключения службы диспетчера руководства «Установка vRealize Automation».

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

              Дополнительные сведения см. в разделе Загрузка установщика инфраструктуры как услуги для обновления ее компонентов в руководстве «Обновление vRealize Automation 6.2.5 до версии 7.4».

• Истекает время ожидания при выполнении операции «Управление общедоступным IP-адресом» после подготовки для виртуальной машины Azure

  Получение текущего общедоступного адреса виртуальной машины Azure с помощью vRealize Orchestrator занимает слишком много времени. Когда время истекает, в vRealize Automation появляется следующее сообщение об ошибке: «Время ожидания подключения к серверу vCenter Orchestrator истекло».

  Решение.

  Чтобы задать большее время ожидания в vRealize Automation, выполните следующие действия.

  1. На каждом узле устройства vRealize Automation откройте командную строку с помощью SSH и войдите в систему в качестве пользователя root.
  2.  Чтобы остановить работу службы vRealize Automation на всех узлах, выполните следующую команду: service vcac-server stop.
  3. Измените каталоги на /etc/vcac/ и откройте файл vcac.properties в текстовом редакторе.
  4. Увеличьте значение в поле времени ожидания vco.socket.timeout.millis до 300000. Например, vco.socket.timeout.millis= 300000. Параметр указывается в миллисекундах.
  5. Сохраните файл vcac.properties и закройте его.
  6. Измените каталоги на /var/lib/vcac/server/webapps/vcac/WEB-INF/classes/.
  7. Чтобы создать резервную копию файла shindig.properties, выполните следующую команду: cp shindig.properties shindig.properties.bak.
  8. Откройте файл shindig.properties в текстовом редакторе и найдите примерно такую строку: shindig.http.client.read-timeout-ms=70000. 
  9. Увеличьте значение shindig.http.client.read-timeout-ms до 300000. Например, shindig.http.client.read-timeout-ms=300000.
  10. Сохраните файл shindig.properties и закройте его.
  11. Измените каталоги на /etc/vcac/ и откройте файл setenv-user в текстовом редакторе.
  12. Добавьте в файл следующую строку: VCAC_OPTS="$VCAC_OPTS -Dclient.system.socket.timeout=300000".
  13. Сохраните файл setenv-user и закройте его.
  14. Чтобы запустить службу vRealize Automation на всех узлах, выполните следующую команду: service vcac-server start.

Предыдущие известные проблемы

Чтобы просмотреть список предыдущих известных проблем, щелкните здесь.

Предыдущие известные проблемы сгруппированы следующим образом.

• Установка
• Обновление
• Настройка и подготовка

Установка

• Происходит сбой настройки базы данных во время первичной установки vRealize Automation 7.2 на сервер под управлением Windows с турецкой языковой версией
  Если на сервере инфраструктуры как услуги используется турецкая языковая версия Windows, во время настройки базы данных происходит сбой мастера установки vRealize Automation и появляется следующее сообщение об ошибке: MSB3073.

  Решение. Планируется исправить эту проблему в следующем выпуске.

• Решение vRealize Automation 7.1 не поддерживает режим 130 для Microsoft SQL 2016
  База данных Microsoft SQL 2016, созданная во время установки мастера vRealize Automation, находится в режиме 100. При создании базы данных SQL 2016 вручную она тоже должна быть в режиме 100. Для получения связанных сведений см. статью Microsoft Предварительные требования, ограничения и рекомендации для групп доступности Always On.

• Страница устройства vRealize Automation не загружается корректно.
  При использовании Internet Explorer 11 в Windows 2012 R2 страница веб-интерфейса для устройства vRealize Automation не загружается корректно.

  Решение. Используйте альтернативный браузер для доступа к странице веб-интерфейса vRealize Automation.

Обновление

• Данные vRealize Automation не удается перенести из версии 6.x в версию 7.2, если в целевой среде 7.2 задана другая стандартная группа администраторов vRealize Orchestrator

  Перед переносом в центре управления vRealize Orchestrator не следует изменять стандартную группу администраторов vRealize Orchestrator, vsphere.local/vcoadmin.

  Решение. См. статью базы знаний 2148669.

• Клиент STOMP не может установить подключение после обновления tcServer до версии 3.2
  В vRealize Automation 7.2 служба диспетчера инфраструктуры как услуги при обмене данными со службой брокера событий поддерживает в качестве механизма подключения только опрос REST. Параметр конфигурации Extensibility.Client.RetrievalMethod игнорируется.

• Если средства телеметрии были отключены перед обновлением vRealize Automation 6.2.4 или 6.2.5 до версии 7.2, на вкладке «Телеметрия» в консоли управления устройством vRealize Automation может появиться сообщение об ошибке
  После обновления может появиться следующее сообщение: Ошибка: не удается определить время следующего запуска. Заново включите или отключите средства телеметрии. Это сообщение появляется, поскольку никакие телеметрические данные не собираются и система не может определить правильное время следующего выполнения сбора. В этом случае функции телеметрии могут не отображаться.

  Решение. Включите или отключите средства телеметрии: установите флажок Принять участие в программе повышения удовлетворенности заказчиков VMware и щелкните элемент Сохранить настройки.

• Произошли ошибки при переносе Native Active Directory.
  В настоящее время служебная программа для переноса единого входа не перемещает автоматизированную службу Native Active Directory в процессе переноса vRealize Automation.

  Решение. Можно перенести Active Directory, если вручную настроить и запустить Native Active Directory. Предварительно необходимо завершить перенос vRealize Automation.

• Не удается перенести узел инфраструктуры как услуги с vRealize Automation 6.2.4 на версию 7.1, если в имени экземпляра сервера PostgreSQL присутствуют символы не из набора ASCII.
  

  Решение. Используйте перенос среды vRealize Automation с помощью процедуры резервного копирования базы данных инфраструктуры как услуги, чтобы перенести среду vRealize Automation 6.2.4 в версию 7.1.

• Конфигурация агента управления инфраструктурой как услугой повреждена после обновления среды высокой доступности vRealize Automation 6.2.3 или более ранней версии до версии 7.1.
  После обновления vRealize Automation 6.2.2 до версии 7.1 не удается запустить агент управления инфраструктурой как услугой.. В сообщении об ошибке говорится об отсутствии идентификатора узла в файле конфигурации агента управления.

  Решение. См. статью базы знаний 2146550.

• В обновленной среде возникает сбой операций горизонтального или вертикального масштабирования.
  Операции горизонтального или вертикального масштабирования не поддерживаются в средах, развернутых путем группового импорта или обновления версии vRealize Automation 6.x.

  Решение. Решение отсутствует. Операции горизонтального и вертикального масштабирования поддерживаются в новых средах, развернутых на основе схем элементов после обновления версии.

• При входе в консоль управления устройства vRealize Automation появляется сообщение об ошибке.
  После входа в систему с соответствующими учетными данными появляется сообщение об ошибке: «Недопустимый ответ сервера. Повторите попытку». Эта ошибка вызвана проблемой кэша браузера.

  Решение. Выйдите из системы, очистите кэш браузера и выполните вход повторно.

• Некоторые схемы элементов нельзя полностью обновить из-за ошибок при обновлении ресурсов каталога.
  Обновленные схемы элементов для нескольких компьютеров, которые содержат параметры сетей по требованию или подсистем балансировки нагрузки, не функционируют полноценно после обновления до vRealize Automation 7.x.

  Решение. После обновления удалите и повторно создайте развертывания, связанные со схемами элементов для нескольких компьютеров. Вся связанная с этим работа по очистке NSX Edge должна быть выполнена в NSX.

• При обновлении с vRealize Automation 6.2.0 до 7.0 происходит ошибка обновления vPostgres и появляется сообщение об ошибке.
  Если система содержит поврежденную базу данных RPM, это сообщение об ошибке появляется во время процесса обновления: Не удалось установить обновления(ошибка при запуске сценариев предварительной установки).

  Решение. Информацию о том, как восстановить поврежденную базу данных RPM, см. в статье «Восстановление базы данных RPM» на веб-сайте RPM (RPM). Исправив проблему, запустите обновление еще раз.

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

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

• При обновлении службы диспетчера и системы DEM Orchestrator появляется сообщение об ошибке, связанной с проверкой имени, и не удается проверить веб-узел Model Manager.
  Если имя подсистемы балансировки нагрузки в файле ManagerService.exe.config изменяется, отображается следующее сообщение об ошибке:
  Distributed Execution Manager "NAME" Cannot be upgraded because it points to Management model web host "xxxx.xxxx.xxxx.net:443", which cannot be validated. You must resolve this error before running the upgrade again: Cannot validate Model Manager Web host. The remote certificate is invalid according to the validation procedure.

  Решение. Внесите в файл конфигурации ManagerService.exe.config следующие изменения. По умолчанию используется расположение C:\Program Files (x86)\VMware\vCAC\Server\ManagerService.exe.config.
  Измените значения реестра для всех экземпляров DEM. Например, нужно изменить оба экземпляра DEM в следующих записях реестра.
  
  [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\VMware, Inc.\VMware vCloud Automation Center DEM\DemInstanceId02]
"Name"="DEM"
"Role"="Worker"
"RepositoryAddress"="https://host_name:443/repository/"

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\VMware, Inc.\VMware vCloud Automation Center DEM\DemInstanceId03]
"Name"="DEO"
"Role"="Orchestrator"
"RepositoryAddress"="https://host_name:443/repository/"

• Обновления безопасности влияют на установку в фоновом режиме.
  Особенностью этого выпуска является то, что при наличии обновлений безопасности Microsoft 3098779 и 3097997 возникают проблемы при использовании новой возможности установки в фоновом режиме. Это те же самые обновления, которые влияют на работу средства проверки готовности мастера установки.

  Решение. Перед началом установки в фоновом режиме необходимо вручную удалить обновления с серверов Windows в среде «инфраструктура как услуга». Обновления 3098779 и 3097997 можно вручную переустановить по завершении установки в фоновом режиме.

• Перенос может завершиться сбоем, когда резервирования из базы данных инфраструктуры как услуги синхронизируются с резервированиями из базы данных PostgreSQL

  При сбое появляется следующее сообщение об ошибке: «Время ожидания операции чтения истекло».

  Решение. См. статью базы знаний 2149882.

• После обновления vRealize Automation 7.1 или 7.2 до версии 7.3 повышается нагрузка на ЦП

  Когда vRealize Automation 7.1 или 7.2 обновляется до версии 7.3, в таблицу DynamicOps.Repository.WorkflowSchedules в базе данных инфраструктуры как услуги добавляются повторяющиеся записи. Повторяющиеся расписания предназначены для рабочих процессов, связанных с метриками. После обновления несколько таких процессов начинают одновременно осуществлять одинаковые вычисления, из-за чего нагрузка на ЦП в системе повышается.

  Решение. Нет.

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

  Когда к существующей подсистеме балансировки нагрузки, которая используется по требованию в развертывании, обновленном с предыдущей версии vRealize Automation 7.x, добавляется новый виртуальный сервер, это не удается сделать, если данный шаг представляет собой первое действие по перенастройке подсистемы балансировки нагрузки с момента обновления. При сбое появляется сообщение об ошибке с кодом 14623, в котором упоминаются «повторяющиеся порты». Сбой происходит, так как в системе сохраняется стандартный параметр из предыдущих версий. Этот сбой не влияет на другие компоненты системы. Если в развертываниях vRealize Automation 7.3 запросить добавление виртуального сервера к подсистеме балансировки нагрузки и в то же время внести изменение в другой виртуальный сервер, запрос не удастся выполнить. Появится такое же сообщение об ошибке. 

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

  Если используются обновленные подсистемы балансировки нагрузки и подсистемы балансировки нагрузки, развернутые в версии 7.3, не редактируйте и не добавляйте виртуальный сервер в одном и том же запросе. Чтобы избежать этой проблемы, создавайте для редактирования и добавления отдельные запросы.

• После обновления до vRealize Automation 7.3 отсутствуют некоторые конечные точки

  После успешного обновления до vRealize Automation 7.3 на странице «Конечные точки» в консоли vRealize Automation отображаются не все конечные точки.

  Решение. См. статью базы знаний 2150252.

• Не удается создать CSV-файл для массового импорта из-за наличия повторяющихся записей

  Если войти в консоль vRealize Automation, выбрать Инфраструктура > Администрирование > Массовый импорт и нажать Создать CSV-файл, появится следующее сообщение об ошибке: «Произошла ошибка. Для получения дополнительных сведений см. журналы событий на сервере IaaS или обратитесь к системному администратору». В журналах событий компьютеров инфраструктуры как услуги Windows появятся аналогичные записи: «System.ArgumentException. Элемент с тем же ключом уже был добавлен». Эта проблема возникает, когда в запросе, используемом для получения схем элементов для массового импорта, возвращаются повторяющиеся записи.

  Решение. Используйте служебную программу cloudutil.exe, чтобы создать CSV-файл, выполнив следующие шаги.

  1. На устройстве vRealize Automation загрузите cloudutil.exe со страницы загрузки установщика Windows: https://vra-va-hostname.domain.name:5480/installer/. CloudUtil — это интерфейс командной строки для конструктора vRealize Automation Designer. Запустите команды на компьютере под управлением Windows, на котором запущен конструктор. Место установки по умолчанию на компьютере под управлением Windows: C:\Program Files (x86)\VMware\vCAC\vRealize Automation Designer.
  2. Создайте CSV-файл, выполнив следующую команду: CloudUtil.exe Machine-BulkRegisterExport
• Если среда, интегрированная с текущей версией vRealize Business, обновляется до vRealize Automation 7.3, при запросе информации о расходах для всех элементов каталога в консоли vRealize Automation отображается статус «Недоступно».

  Это временная проблема, которая решится при переходе на последний выпуск vRealize Business.

  Решение. Обновление до vRealize Business for Cloud 7.3.0.

  Информацию о расходах на виртуальные машины vRealize Automation все равно можно просматривать в отчетах и других разделах vRealize Business.

• После удаления WEBDAV при подготовке к обновлению компьютера инфраструктуры как услуги с ОС Windows Server 2012 R2 в мастере настройки появляется сообщение InternalServerError.

  Это сообщение появляется из-за остановки пула приложений репозитория: «Distributed Execution Manager cannot be upgraded because it points to a Management Model Web host :443 which cannot be validated. You must resolve this error before running the upgrade again: Model Manager Web Service is installed on host :443 but it is not up and running. HTTP Web response status code: InternalServerError».

  Решение. Перейдите к пулам приложений на сервере IIS, запустите пул приложений репозитория и продолжите процедуру обновления.

• После обновления кластерной среды vRealize Automation один из узлов Xenon не запускается

  В процессе обновления один из узлов vRealize Automation не запустился.

  Решение. Проверьте статус каждого узла на вкладке Xenon в консоли управления. Если узел не работает, запустите его в ручном режиме. Также можно открыть SSH-подключение к каждому узлу и запустить команду service xenon-service status. Если узел не работает, запустите команду service xenon-service start.

• При установке в ручном режиме компонента веб-сайта инфраструктуры как услуги версии 7.3 в установщике инфраструктуры как услуги отображается сообщение об ошибке проверки сертификатов

  Сообщение об ошибке появляется при нажатии кнопки Далее на странице настраиваемой установки сервера инфраструктуры как услуги при выбранном компоненте веб-сайта. Это ложное сообщение об ошибке, оно появляется даже когда компонент выбран корректно.

  Решение. Откройте SSH-подключение на устройстве vRealize Automation. Выполните следующую команду, чтобы получить идентификатор узла компьютера, куда требуется установить компонент веб-сайта: vra-command list-nodes. Выполните следующую команду, чтобы получить справку о параметрах команды для установки веб-компонентов: vra-command help install-web. 

• Удаление узла с более чем 400 контейнерами завершается ошибкой сериализации

  В vRealize Automation 7.2 и 7.3 при попытке удаления узла контейнеров, содержащего более 400 контейнеров, может произойти сбой и появиться сообщение об ошибке сериализации.

  Решение. Удалите контейнеры с узла, по 400 за раз, с помощью консоли vRealize Automation, API-интерфейса или интерфейса командной строки, а затем удалите узел.

• Реплика виртуального устройства vRealize Automation не присоединяется к кластеру после переноса

  Из-за неверных параметров реплики виртуального устройства происходит сбой операции присоединения к кластеру после переноса.

  Решение. Удалите реплику виртуального устройства из кластера в исходной среде и выполните перенос в минимальную целевую среду. После завершения переноса разверните реплику виртуального устройства в целевой среде и присоедините ее к основному устройству.

• vRealize Automation не удается обновить основной веб-узел инфраструктуры как услуги

  Система отображает примерно следующее сообщение об ошибке: «Произошла ошибка при обновлении службы Model Manager Web web.config: сбой при выполнении» или «ОШИБКА. Не удалось выполнить команду upgrade-server на узле Mul-web1-2arm.sqa.local».

  Решение. Если после начала обновления сервера на основном веб-узле процесс завершается сбоем, необходимо вернуть веб-сервер инфраструктуры как услуги и базу данных Microsoft SQL к состоянию до обновления. Установите компоненты инфраструктуры как услуги вручную.

Настройка и подготовка

• Подготовка виртуальных машин Azure заканчивается сбоем, если имя группы ресурсов содержит символы, не относящиеся к ascii

  Azure-java-sdk не поддерживает имя группы ресурсов, не соответствующее формату ASCII.

  Решение. Не используйте в имени группы ресурсов символы, не относящиеся к ascii.

• При сборе данных о состоянии возвращается только основной IP-адрес

  Это поведение может отрицательно сказаться на возможности использовать команды Подключиться с помощью RDP и Подключиться с помощью SSH или регистрировать виртуальную машину как узел контейнеров в службе контейнеров и других службах, которые получают доступ к виртуальным машинам с помощью их IP-адреса.

  Решение. Планируется исправить эту проблему в следующем выпуске.

• При добавлении виртуальной машины Azure в схему элементов на вкладке «Проект» отображается сообщение о внутренней ошибке
  Во время использования внешнего сервера vRealize Orchestrator с vRealize Automation интеграция Microsoft Azure недоступна.

  Решение. Экспортируйте пакет и подключаемый модуль Azure с внутреннего сервера vRealize Orchestrator на виртуальном устройстве vRealize Automation и установите или импортируйте пакет и подключаемый модуль на внешний сервер vRealize Orchestrator. После установки подключаемого модуля Azure или импорта пакета Azure на внешний сервер vRealize Orchestrator Microsoft Azure будет поддерживаться в среде vRealize Automation.

  1. Войдите в Центр управления vRealize Orchestrator внутреннего сервера vRealize Orchestrator на виртуальном устройстве vRealize Automation. Инструкции см. в разделе Вход в интерфейс конфигурации vRealize Orchestrator.
  2. В разделе «Подключаемые модули» щелкните элемент Управление подключаемыми модулями.
  3. Найдите подключаемый модуль Azure и щелкните правой кнопкой мыши элемент Загрузить подключаемый модуль в DAR-файле. Сохраните файл на рабочем столе.
  4. Войдите в Центр управления vRealize Orchestrator внешнего сервера vRealize Orchestrator. Инструкции см. в разделе Вход в интерфейс конфигурации vRealize Orchestrator.
  5. В разделе «Подключаемые модули» щелкните элемент Управление подключаемыми модулями.
  6. В разделе «Установка подключаемого модуля» щелкните элемент Обзор и найдите DAR-файл Azure, загруженный на рабочий стол.
  7. Щелкните элемент Установить. Если отобразится запрос подтверждения, еще раз щелкните элемент Установить.
  8. В Центре управления выберите «Запуск» и «Параметры», а затем щелкните элемент Перезапустить, чтобы завершить установку нового подключаемого модуля.
  9. Перезагрузите одновременно все виртуальные устройства vRealize Automation.
     Функционал интеграции Microsoft Azure должен быть восстановлен.

  
  Если после перезагрузки интеграция работает неправильно, проверьте наличие пакета Azure, com.vmware.vra.endpoint.azure, на внешнем сервере vRealize Orchestrator. Если пакета Azure там нет, выполните следующие действия.

  1. Войдите в клиент внутреннего сервера vRealize Orchestrator на виртуальном устройстве vRealize Automation.
  2. Экспортируйте пакет Azure, com.vmware.vra.endpoint.azure. Инструкции см. в разделе Экспорт пакета.
  3. Войдите в клиент vRealize Orchestrator внешнего сервера vRealize Orchestrator.
  4. Импортируйте пакет Azure, com.vmware.vra.endpoint.azure, на внешний сервер vRealize Orrchestrator. Инструкции см. в разделе Импорт пакета.

   

• При параллельных запросах каталога «Все как услуга» на вызов клонирования виртуальной машины рабочий процесс без настройки с 30 пользователями приводит к невыполнению некоторых запросов
  Некоторые запросы схем элементов «Все как услуга», которые вызывают выполнение рабочими процессами vRealize Orchestrator некоторых операций на медленных конечных точках при высокой параллельности, могут завершиться ошибкой java.net.SocketTimeoutException: Read timed out. Рабочие процессы vRealize Orchestrator могут также повторно вызываться несколько раз из-за истечения времени ожидания запросов.

  Решение. Выполните следующие действия на каждом узле устройства vRealize Automation. Файл vcac.properties при обновлении не сохраняется. После обновления необходимо повторить эти действия.

  1. Откройте сеанс SSH на устройстве vRealize Automation.
  2. Увеличьте время ожидания клиента до 10 минут, добавив в файле /etc/vcac/vcac.properties строку: vco.socket.timeout.millis=600000
  3. В командной строке выполните эту команду, чтобы перезапустить службу vcac-server: service vcac-server restart

   

• Сбор данных об иерархии останавливается во время аварийного переключения vCenter Server HA (VCHA)

  В редких случаях рабочие элементы могут остановиться для управляемой конечной точки vSphere 6.5 во время аварийного переключения VCHA.

  Решение. Перезапустите агент vSphere для vRealize Automation. Если сбор данных остановился, обратитесь в GSS.

• Развертывания схем элементов vRealize Automation, содержащие объекты NSX, завершаются сбоем при подготовке к работе в кластере, в котором NSX Manager занимает второстепенную роль
  В развертывании NSX с несколькими vCenter универсальные объекты NSX, такие как пограничные шлюзы, новые объекты Virtual Wire или подсистема балансировки нагрузки, необходимо подготавливать, используя диспетчер NSX Manager с основной ролью. При попытке подготовки универсальных объектов для NSX Manager со второстепенной ролью процесс завершается ошибкой. vRealize Automation не поддерживает подготовку универсальных объектов NSX для конечной точки vSphere с интеграцией сети и системы безопасности, в которой указанный диспетчер NSX Manager занимает второстепенную роль.

  Решение. Чтобы использовать глобальные объекты NSX, необходимо создать локальную транспортную зону NSX и объекты Virtual Wire с учетом области. Для получения дополнительных сведений об этом процессе в VMware Validated Design см. статью базы знаний VMware 2147240.

• Компьютеры, подготовленные в Azure, сохраняются после удаления конечной точки Azure
  После удаления конечной точки Azure сохраняются компьютеры, схемы элементов и резервирования с утраченными именами. Если необходимо удалить определенную виртуальную машину Azure перед удалением конечной точки Azure, удалите ее вручную в консоли vRealize Automation.

• При открытии второй консоли VMware Remote Console для одной виртуальной машины на компьютерах Mac обе консоли становятся пустыми
  Несмотря на то, что можно открыть несколько консолей VMware Remote Console (VMRC) для одной виртуальной машины на компьютере под управлением Windows, VMRC не поддерживает несколько сеансов. На компьютерах под управлением Windows каждая консоль представляет собой отдельный процесс, а на компьютерах под управлением Mac каждая консоль пытается стать уникальным процессом.

  Решение. Закройте все экземпляры VMRC и откройте только одну консоль VMRC для указанного компьютера.

• При повторной подготовке управляемой виртуальной машины на vSphere 6.5 во время аварийного переключения vCenter High Availability (VCHA) эта виртуальная машина удаляется безвозвратно
  Если во время аварийного переключения VCHA в vSphere 6.5 выполняется повторная подготовка виртуальной машины на том же конечном устройстве vSphere, эта виртуальная машина может быть уничтожена. Это довольно редкий случай.

  Решение. Запросите исходную схему элементов для уничтоженной виртуальной машины.</p>

• После аварийного переключения vCenter High Availability (VCHA) в vRealize Automation появляется сообщение об ошибке, связанной с недействительными учетными данными
  После аварийного переключения VCHA на управляемом конечном устройстве vSphere 6.5 в журналах vRealize Automation может появиться следующее сообщение об ошибке на этом устройстве: Cannot complete login due to an incorrect user name or password.

  Решение. Перезапустите агент vCenter для vRealize Automation.

• Изменение резервирования виртуальной машины не выполняется, если сменился владелец
  Если операция регистрации вызывается на управляемой виртуальной машине инфраструктуры как услуги, используемое резервирование должно принадлежать текущему владельцу виртуальной машины. Только текущий владелец может быть указан в качестве пользователя. Если указан пользователь, который не является текущим владельцем виртуальной машины, система записывает в параметрах инфраструктуры как услуги в качестве владельца одного пользователя, а в каталоге — другого пользователя.

  Решение. Используйте рабочий процесс Изменение резервирования для виртуальной машины инфраструктуры как услуги только для резервирований, которые принадлежат текущему владельцу виртуальной машины.

• Не удается выбрать схемы элементов для массового импорта неуправляемого компьютера в версии vRealize Automation 7.1, обновленной до 7.2
  Инфраструктура как услуга передает идентификатор арендатора в API, который получает схемы элементов для массового импорта, в нижнем регистре, а не в регистре, представленном службой авторизации. Если пользователь создает идентификатор арендатора, в котором используются символы в верхнем и нижнем регистре, например Rainpole вместо rainpole, поиск завершается ошибкой.

  Решение. Создайте CSV-файл без имени схемы элементов или компонента, а затем вручную измените в CSV-файле требуемые значения для этих полей.

• Вложенные контейнеры не поддерживают сети
  Невозможно добавить сеть во вложенный контейнер.

  Решение. Планируется исправить эту проблему в следующем выпуске.

• Содержимое окна не отображается надлежащим образом после подключения к виртуальной машине в vSphere 6.5 с помощью удаленной консоли
  При подключении к компьютеру, размещенному на конечном устройстве vSphere 6.5, с помощью удаленной консоли подключение может завершаться ошибкой или выполняться некорректно.

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

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

  Решение. Добавлять группы безопасности, теги безопасности и сети по требованию нужно только во внешние схемы элементов.

• Решение Horizon не может выполнить проверку подлинности в среде высокой доступности после отработки отказа.

  Решение. После отработки отказа нужно перезапустить устройство vRealize Automation, чтобы восстановить проверку подлинности.

• Если создать группу свойств с точкой в имени группы, нельзя изменять группу с помощью пользовательского интерфейса vRealize Automation.
  Эта проблема возникает при создании группы свойств, в названии которой используется точка. Например, property.group. Если изменять группу свойств с помощью пользовательского интерфейса vRealize Automation, появляется пустая страница. Изменять эту группу свойств можно с помощью интерфейса REST API.

  Решение. Не используйте имя группы свойств, содержащее точку. Если это невозможно, изменять группу следует с помощью REST API.

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

• При изменении имени узла устройства vRealize Automation службы отмечаются как недоступные.
  
  Решение. Если после изменения имени узла некоторые службы стали недоступными, перезапустите сервер vRealize Automation.

• При присоединении учетной записи домена агента управления в клоне Windows Server 2012 к домену эта учетная запись теряет права на закрытый ключ сертификата агента.
  При клонировании компьютера в vSphere, который является частью домена, с помощью мастера настройки этот компьютер перестает быть частью этого домена. При повторном присоединении клонированного компьютера к домену следующее сообщение об ошибке появляется в журнале агента управления: CryptographicException - Keyset does not exist.

  Решение. Чтобы устранить эту проблему, нужно открыть, а затем закрыть параметры безопасности закрытого ключа сертификата, не изменяя их.

  1. Найдите сертификат с помощью оснастки Microsoft Management Console Certificates. Идентификатор агента отображается в текстовом поле Понятное имя оснастки.
  2. Выберите Все задачи > Управление закрытыми ключами.
  3. Щелкните Дополнительно.
  4. Нажмите кнопку ОК.
  
  
• Перетаскивание существующей внутренней схемы элементов в текущую внешнюю схему элементов связано с ограничениями.
  При перетаскивании существующей внутренней схемы элементов в текущую внешнюю схему элементов, если при этом внутренняя схема элементов содержит компьютеры, входящие в группы безопасности или сети по запросу и связанные с тегами безопасности, действуют следующие ограничения. Эта проблема может возникнуть также при работе с импортированными схемами элементов.
  • Внешняя схема элементов не может содержать внутреннюю схему элементов, в которой находятся настройки сети по требованию или настройки подсистемы балансировки нагрузки по требованию. Недоступно использование внутренней схемы элементов, в которой содержатся компонент сети NSX по требованию или компонент подсистемы балансировки нагрузки по требованию.
  • Когда вы добавляете новые или дополнительные группы безопасности в компьютеры во внутренней схеме элементов, компьютеры входят только в новые группы безопасности, которые являются частью внешней схемы элементов, даже если страница разработки схем элементов отображает группы безопасности из внутренней и внешней схем.
  • Когда добавляются новые теги безопасности во внутренние компьютеры из внешней схемы элементов, теги безопасности, первоначально связанные с внутренней схемой элементов, становятся недоступными.
  • Когда добавляются новые сети по требованию во внутренние компьютеры из внешней схемы элементов, сети по требованию, первоначально связанные с внутренней схемой элементов, становятся недоступными. Существующие сети, изначально связанные с внутренней схемой элементов, остаются доступными.

  Решение. Чтобы устранить эту проблему, нужно выполнить одну из следующих задач.

  • Добавить группы безопасности, теги или сети по требованию к внешней схеме элементов, но не к внутренней схеме элементов.
  • Добавить группы безопасности, теги или существующие сети к внутренней схеме элементов, но не к внешней.
  
  
• Поле «Атрибут поиска каталога» на странице «Добавление каталога» содержит неверную информацию.
  Некоторые строки кода, которые изначально отображаются в меню Атрибут поиска каталога, являются неверными.

  Решение. Чтобы отображались правильные строки кода, откройте раскрывающееся меню Атрибут поиска каталога.

• При отправке запроса на элемент каталога появляется сообщение об ошибке «Ресурс не найден».
  Если решение vRealize Automation находится в режиме высокой доступности, а при этом происходит ошибка в работе главного узла базы данных и новый главный узел не назначается, то все службы, которым требуется доступ к базе данных для записи, перестают нормально работать или становятся временно поврежденными до тех пор, пока не назначается новая главная база данных.

  Решение. Если главная база данных недоступна, этой ошибки не избежать. Можно назначить новую главную базу данных. Тогда эта ошибка исчезнет и можно будет запрашивать ресурсы.

• Изменения не сохраняются на странице «Форма схемы элементов» для схемы элементов «Все как услуга».
  Если не щелкнуть «Применить» после обновления каждого поля страницы «Форма схемы элементов» для схемы элементов «Все как услуга», изменения не сохраняются.

• На вкладке «Элементы» не отображается информация о службах, включенных для подсистемы балансировки нагрузки.
  Для компьютеров, подготовленных с помощью подсистемы балансировки нагрузки, связанной с модулем VMware vCloud Networking and Security и вкладкой «Элементы», не отображается информация о службах, включенных для этой подсистемы.

• Если компьютер удаляется во время выполнения операции клонирования vSphere, выполняемая задача клонирования компьютера не отменяется.
  Эта проблема может привести к клонированию компьютера. Клонированная виртуальная машина может управляться из решения vCenter и стать недоступной для управления из решения vRealize Automation.

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

• В развертываниях программного обеспечения нельзя допускать, чтобы развертывания имели привязки к IP-адресам DHCP.
  Если попытаться это сделать, IP-адрес будет недоступным, если не существует профиля сети. Появляется следующее сообщение об ошибке: Системная ошибка: Внутренняя ошибка при выполнении запроса компонента: com.vmware.vcac.platform.content.exceptions.EvaluationException: Нет данных в поле: ip_address.

  Решение. Если требуется выполнить привязку, используйте интеграцию IPAM, статические IP-адреса или IP-адреса, управляемые vRealize Automation в сетевом профиле. Если вы используете DHCP, привязку следует выполнить к имени узла, а не к IP-адресу.

  Чтобы получить IP-адрес компьютера под управлением ОС Cent OS, используйте следующий сценарий:
  IPv4_Address = $(hostname -I | sed -e 's/[[:space:]]$//')
echo $IPv4_Address
  

  Выполните привязку к значению, которое выдает этот сценарий, если необходим IP-адрес в случае использования DHCP.

• Каталог создается даже после получения сообщения об ошибке
  Если создать каталог с помощью меню Администрирование > Управление хранилищами удостоверений > Хранилища удостоверений и нажать кнопку Сохранить, может появиться сообщение об ошибке: Connector communication failed because of invalid data. Problem promoting bind DN user to administrator: the user already exists and is associated with different sync client. Новое хранилище удостоверений сохраняется с неверной конфигурацией и не может быть использовано.
  Эта ошибка возникает при попытке сохранить новый каталог Active Directory с теми же значениями базового различающегося имени и различающегося имени привязки, которые уже используются в ранее созданном и существующем каталоге Active Directory.

  Решение. Необходимо вручную удалить новый каталог Active Directory, поскольку конфигурация неверна, а также использовать другое базовое различающееся имя и различающееся имя привязки для нового каталога Active Directory.

• К UPN пользователя добавляется домен при создании каталога с атрибутом поиска каталога UserPrincipalName.
  При создании нового каталога и выборе значения UserPrincipalName для параметра поиска каталога к UPN пользователя добавляется домен. Например, имя пользователя vRealize Automation [e-mail] UPN отображается как [e-mail]@domain.local. Такая ошибка происходит, если суффикс UPN настроен на веб-сайте AD в качестве домена. Например, если в качества суффикса UPN задано значение example.com, то имя пользователя vRealize Automation [e-mail] UPN будет отображаться как [e-mail]@domain.local.
  Если используется атрибут поиска каталогов UserPrincipalName, то при входе через интерфейс REST API или Cloud Client пользователям нужно вводить свои имена в точности так, как они отображаются ([e-mail]@domain.local), включая домен.

  Решение. Чтобы использовать функцию уникальности домена имени пользователя в управлении каталогами, используйте имя sAMAccountName, а не имя UserPrincipalName.

• При запросе компьютера от имени другого пользователя отображается ошибка «404 — Объект не найден».
  Если схема элементов включает в себя по требованию сеть NAT или компонент балансировки нагрузки, отображается ошибка «404 — Объект не найден» при развертывании, запрашиваемом от имени другого пользователя.

• Компьютеры, импортированные с помощью функции «Массовый импорт», не соответствуют конвергентной схеме элементов и схеме элементов компонента.

  Решение. Добавьте пользовательское свойство VMware.VirtualCenter.OperatingSystem к каждому компьютеру в файле CSV для импорта.

  Пример:
  Yes,NNNNP2-0105,8ba90c35-9e03-4ac4-8a5d-2e6d76f37b81,development-res,ce-san-1:custom-nfs-2,UNNAMED_DEPLOYMENT-0105,BulkImport,Imported_Machine,system_blueprint_vsphere,[e-mail],VMWare.VirtualCenter.OperatingSystem,sles11_64Guest,NOP

• Если пользователь запрашивает перенастройку пути к сети компьютера и в резервировании этого компьютера не выбран путь к исходной сети, создается видимость успешного выполнения запроса и решение vRealize Automation автоматически удаляет из своей базы данных запись о сетевом адаптере компьютера. В сам компьютер не вносятся никакие изменения.

  Перенастраивать путь к сети компьютера, когда в резервировании этого компьютера не выбран путь к исходной сети, невозможно. По замыслу разработчиков, любой запрос на выполнение этой операции должен завершаться сбоем с выведением соответствующего сообщения об ошибке. Вместо этого создается видимость успешного выполнения операции и запись о сетевом адаптере компьютера автоматически удаляется из базы данных vRealize Automation. Это никак не влияет на сам компьютер.

  Решение. Нет. Представление компьютера в vRealize Automation в плане записи о его сетевом адаптере будет возвращено в исходное состояние, когда для связанного с компьютером кластера будет в следующий раз запущен сбор данных.

• В VMware vRealize Automation отсутствуют действия по управлению каталогом.
  

  Решение. См. статью базы знаний 2113027.

• После аварийного переключения устройства vRealize Appliance страница «Работоспособность» может медленно загружаться

  Если эта страница была открыта до аварийного переключения устройств vRealize Appliance, на ее первую загрузку после выполнения этой операции может уйти до 15 минут.

   

• Если схема элементов содержит профиль компонентов образа, показывается неточная цена развертывания

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

  Решение. Когда пользователь запрашивает элемент каталога, решение vRealize Business исправляет стоимость развертывания после того, как включает размер диска клона, используемый на компьютере.

• После повышения уровня экземпляра реплики до главного экземпляра недопустимая информация отображается на вкладке «База данных» в интерфейсе управления главного узла vRealize Automation.
  Когда в работе главного узла в устройстве vRealize Automation возникает ошибка, то операции управления кластером следует выполнять с помощью пользовательского интерфейса устройства vRealize Automation, относящегося к другим работоспособным узлам.

• Если в отношении участника кластера применяется удаление, увеличение и уменьшение масштаба перестают работать надлежащим образом

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

  Решение. Не разрешайте выполнять действия по удалению в развертываниях, в которых включено увеличение или уменьшение масштаба. Это исключит появление несовпадения в количестве компьютеров. Если есть основания полагать, что в кластере развертывания был вручную удален компьютер, администратор может проверить это. Для этого ему необходимо посчитать количество участников кластера, которые показаны на странице «Развертывания». При наличии кластера, в котором была удалена виртуальная машина, повторно разверните развертывание и не разрешайте после этого выполнять в нем действия по удаление.

• Перенос хранилища данных из одного кластера vSphere Storage DRS в другой приводит к удалению, а не к созданию виртуальной машины в системе.
  При переносе хранилища данных из одного кластера vSphere Storage DRS в другой, когда уровень автоматизации целевого кластера не является автоматическим, переподготовка созданного компьютера приводит к его удалению в системе и появляется следующее сообщение об ошибке: Размещение хранилища: не указано хранилище данных для диска на виртуальной машине с отключенным кластером SDRS. Такая ошибка не возникает в клонированных виртуальных машинах.

  Решение. Перед переносом хранилища данных из одного кластера vSphere Storage DRS в другой проверьте, что указан автоматический уровень автоматизации целевого кластера. Поддерживаются только развертывания отдельных компьютеров.

• В развертываниях с несколькими подсистемами балансировки нагрузки неправильно показываются их серверы

  В развертываниях с несколькими подсистемами балансировки нагрузки, развернутыми в vRealize Automation 7.2 или более ранних версий, каждая подсистема показывает виртуальные серверы всех подсистем, которые есть в развертывании.

  Решение. Нет.

• Если связанное свойство настроено на то, чтобы передаваться в сценарий программного обеспечения Windows CMD, во время выполнения сценарий не получает такое свойство

  Передача связанных входных свойств в сценарий программного обеспечения Windows CMD не поддерживается. Передачу свойств в сценарии программного обеспечения в качестве массивов значений поддерживают сценарии всех других типов, в частности Bash или Windows PowerShell, но массивы аргументов (argv) не поддерживаются в Windows CMD.

  Решение. Нет.

• После того как подключение успешно проверяется и конечная точка сохраняется с допустимым отпечатком, в журналах агента vSphere или DEM появляются сообщения об ошибках, в которых говорится о закрытом подключении, невозможности установить отношения доверия или недопустимости удаленного сертификата

  В vRealize Automation 7.3 для конечных точек vSphere и NSX включена проверка сертификатов. С этими конечными точками больше нельзя использовать недоверенный сертификат. Для проверки отпечатка сертификата в этих конечных точках можно нажать кнопку «Проверить подключение», но если этот сертификат создан таким образом, что корневой сертификат в цепочке сертификатов — не самозаверяющий, проверка сертификатов в этих двух конечных точках может завершиться сбоем и привести к функциональной ошибке в действиях, осуществляемых в ходе сбора данных, подготовки и после нее.

  Решение.

  Для vSphere

  Загрузите корневой сертификат в цепочке сертификатов конечной точки.

  • Если используется конечная точка vCenter версии 6.0 или более поздней, см. статью http://kb.vmware.com/kb/2108294.
  • Если используется конечная точка vCenter версии 5.5 или более ранней, загрузите КОРНЕВОЙ сертификат, использовав путь сертификации для сертификата конечной точки.

  Выполните следующие действия.

  1. Сначала загрузите сертификат конечной точки, войдя в нее прямо из браузера.
  2. Чтобы получить корневой сертификат, перейдите по пути сертификации.
  3. Загрузите корневой сертификат в цепочке.
  4. Установите сертификат в доверенном корневом хранилище компьютеров агента и DEM.

  
  Для конечной точки NSX

  1. Загрузите сертификат конечной точки, войдя в нее прямо из браузера.
  2. Чтобы получить корневой сертификат, перейдите по пути сертификации.
  3. Загрузите корневой сертификат в цепочке.
  4. Установите сертификат в доверенном корневом хранилище компьютеров DEM.
• Когда в отношении схемы элементов, импортированной из файла YAML, после подготовки выполняется действие «Перенастроить подсистему балансировки нагрузки», происходит сбой

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

  Решение. Выполните следующие шаги, чтобы исправить схему элементов. Это позволит осуществляемым после подготовки действиям выполняться в отношении подсистемы балансировки нагрузки в будущих развертываниях. В консоли vRealize Automation выберите схему элементов, в которой значения в полях имени и идентификатора не совпадают. Щелкните «Изменить» и повторно введите имя компонента подсистемы балансировки нагрузки. Сохраните схему элементов. В схему элементов будут встроены одинаковые значения для полей имени и идентификатора. Когда с помощью измененной схемы элементов будет подготавливаться новое развертывание, действие по перенастройке подсистемы балансировки нагрузки выполнится успешно. Чтобы избежать этой проблемы, убедитесь, что во всех файлах YAML в каждом компоненте «Подсистема балансировки нагрузки, используемая по требованию» указаны одинаковые значения имени и идентификатора.

• При создании схемы элементов контейнера Windows двоеточие (:) в качестве разделителя в файле YAML распознается неправильно.

  Эта проблема возникает при создании схемы элементов с томом контейнера, в которой путь к контейнеру и путь к узлу содержат буквенный символ диска Windows с двоеточием, например D:/DBFILES/:c:/temp/. После сохранения и открытия схемы элементов значение пути к контейнеру и пути к узлу распознается неправильно, поскольку первое двоеточие после буквенного обозначения диска ошибочно воспринимается системой как разделитель.

  Решение. Нет.

• В корневом разделе заканчивается свободное дисковое пространство

  Неправильная настройка архивирования старых журналов в /var/lib/vrhb может привести к повышенному использованию корневого раздела, в результате чего в нем заканчивается свободное место.

  Решение. См. статью базы знаний 2151693.

• Не удается выполнить повторную подготовку виртуальной машины, подготовленной с помощью System Center Virtual Machine Manager (SCVMM)

  До выпуска vRealize Automation 7.3 при повторной подготовке виртуальной машины, подготовленной с помощью SCVMM, происходил сбой со следующей ошибкой: "Workflow 'ScvmmCreateVM' failed with the following exception:DynamicOps.Repository.Activities.PowerShellException: You cannot call a method on a null-valued expression." (Произошел сбой рабочего процесса ScvmmCreateVM со следующим исключением: DynamicOps.Repository.Activities.PowerShellException: невозможно вызвать метод для выражения со значением NULL.) Эта проблема решена в выпуске 7.3. Тем не менее если выполнено обновление системы до версии 7.3, при повторной подготовке любой виртуальной машины, подготовленной до обновления с помощью SCVMM, все равно происходит сбой.

  Решение.

  Выполните следующие действия.

  1. Войдите в консоль диспетчера виртуальных машин SCVMM.
  2. В меню слева щелкните «Библиотека» > «Шаблоны».
  3. В таблице правой панели выполните сортировку шаблонов по имени.
  4. Удалите все шаблоны с префиксом TemporaryTemplate, за которым следует идентификатор GUID, содержащий строку буквенных и цифровых символов.
  5. После удаления шаблонов выполните повторную подготовку виртуальных машин.

Чтобы свернуть список предыдущих известных проблем, щелкните здесь.