vRealize Orchestrator Appliance 8.2 | 6 октября 2020 г. | Сборка 16995073

Репозиторий обновления vRealize Orchestrator 8.2 | 13 октября 2020 г. | Сборка 17015463

Регулярно проверяйте наличие добавлений и изменений в заметках о выпуске.

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

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

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

По большей части изменения в версии vRealize Orchestrator 8.2 относятся к улучшению обслуживания и стабилизации работы. Теперь рабочие процессы и действия можно изменять напрямую в окне родительского рабочего процесса, который ссылается на них. Дополнительные сведения см. в разделе Изменение рабочих процессов и действий в окне родительского рабочего процесса.

Уведомление о неуважительных формулировках

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

Уведомление об изменении функции

Теперь функция воспроизведения маркеров рабочих процессов по умолчанию отключена. В Центре управления vRealize Orchestrator можно отдельно запустить воспроизведение маркеров для каждого выполняемого рабочего процесса или включить функцию воспроизведения для всех выполняемых рабочих процессов. Дополнительную информацию см. в разделе Использование функции воспроизведения маркеров рабочих процессов в клиенте vRealize Orchestrator.

Развертывание VMware vRealize Orchestrator Appliance 8.2

vRealize Orchestrator Appliance — это устройство на основе ОС VMware PhotonOS, распространяемое в видео файла OVA. Оно содержит предварительно настроенную базу данных PostgreSQL и может развертываться с использованием vCenter Server 6.0 или более поздних версий.

vRealize Orchestrator Appliance — это быстрый, удобный и более доступный способ интеграции набора облачных решений VMware, в том числе vRealize Automation и vCenter Server, с ИТ-процессами и средой заказчика.

Инструкции по развертыванию vRealize Orchestrator Appliance см. в разделе Загрузка и развертывание vRealize Orchestrator Appliance

Дополнительную информацию о настройке сервера vRealize Orchestrator Appliance см. в разделе Настройка автономного сервера vRealize Orchestrator.

Модернизация и миграция на vRealize Orchestrator 8.2

Автономное или кластерное развертывание vRealize Orchestrator 8.0 или 8.0.1 можно модернизировать до последней версии с помощью подключаемого образа ISO.

Дополнительные сведения о модернизации vRealize Orchestrator Appliance см. в разделе Модернизация vRealize Orchestrator.

Автономный экземпляр vRealize Orchestrator, прошедший проверку подлинности с помощью vSphere или vRealize Automation, можно перенести в vRealize Orchestrator 8.2. Миграция поддерживается для версий vRealize Orchestrator 7.3–7.6. Миграция кластерных развертываний vRealize Orchestrator 7.x не поддерживается.

Дополнительную информацию о миграции vRealize Orchestrator Appliance см. в разделе Миграция vRealize Orchestrator.

Увеличение срока действия пароля пользователя root

Важно! В целях безопасности срок действия пароля учетной записи пользователя root для vRealize Orchestrator Appliance составляет 365 дней. Чтобы увеличить срок действия учетной записи, войдите в vRealize Orchestrator Appliance как пользователь root и выполните следующую команду.

passwd -x количество_дней имя_учетной_записи

Чтобы сделать пароль пользователя root для vRealize Orchestrator Appliance постоянным, выполните следующую команду.

passwd -x 99999 root

Подключаемые модули, устанавливаемые с vRealize Orchestrator 8.2

По умолчанию с vRealize Orchestrator 8.2 устанавливаются следующие подключаемые модули.

  • Подключаемый модуль vRealize Orchestrator vCenter Server 6.5.0
  • Подключаемый модуль vRealize Orchestrator Mail 7.0.3
  • Подключаемый модуль vRealize Orchestrator SQL 1.1.5
  • Подключаемый модуль vRealize Orchestrator SSH 7.2.0
  • Подключаемый модуль vRealize Orchestrator SOAP 2.0.2
  • Подключаемый модуль vRealize Orchestrator HTTP-REST 2.3.8
  • Подключаемый модуль vRealize Orchestrator для Microsoft Active Directory 3.0.11
  • Подключаемый модуль vRealize Orchestrator AMQP 1.0.4
  • Подключаемый модуль vRealize Orchestrator SNMP 1.0.3
  • Подключаемый модуль vRealize Orchestrator PowerShell 1.0.18
  • Подключаемый модуль vRealize Orchestrator Multi-Node 8.2.0
  • vRealize Orchestrator Dynamic Types 1.3.6
  • Подключаемый модуль vRealize Orchestrator vCloud Suite API (vAPI) 7.5.2

Поддержка локализации

Центр управления vRealize Orchestrator и клиент vRealize Orchestrator 8.2 представлены на нескольких языках.

Как оставить отзыв

Мы ценим ваше мнение. Вы можете оставить отзыв одним из следующих способов.

Запросы на поддержку

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

Дополнительную информацию о поддержке VMware и инструкции по отправке запросов см. на официальной странице услуг поддержки VMware.

Добавьте в запрос файлы журналов.

Как создать файлы журналов vRealize Orchestrator

1. Войдите в командную строку vRealize Orchestrator Appliance в качестве пользователя root.

2. Выполните команду vracli log-bundle.

Результат В корневой папке vRealize Orchestrator Appliance создается набор журналов.

Предыдущие выпуски vRealize Orchestrator

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

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

  • Не удалось загрузить больше 20 карточек объектов в представлении карточек.

    Если в настройках отображения указано разрешение более 2K или используется настраиваемое разрешение более 1080 пикселей по высоте, в этом представлении нельзя загрузить больше 20 карточек.

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

    После перехода на vRealize Automation 8.1 во встроенном клиенте vRealize Orchestrator в древовидной структуре отображается несколько папок с одинаковыми именами. Используется только одна из папок, а другие могут быть пустыми. Аналогичная проблема может возникнуть с новыми развертываниями vRealize Automation 8.1 с параметрами высокой доступности.

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

    Рабочие процессы, созданные в устаревшем клиенте Orchestrator с использованием настраиваемого сценария проверки OGNL с переменной __current, невозможно запустить из клиента vRealize Orchestrator, если значение поля является объектом SDK.

  • Операции извлечения и отправки данных занимают много времени.

    Иногда операции извлечения и отправки данных из клиента vRealize Orchestrator на интегрированный сервер Git занимают до двух минут.

  • Типы Properties и Array/Properties не могут принимать значения из внешних источников по умолчанию.

    При использовании внешних значений для типов Properties и Array/Properties в форме ввода рабочего процесса отображаются неверные действия. Даже если удастся задать правильное действие, во время проверки форма ввода заполняется недопустимыми значениями.

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

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

  • Отсутствует кнопка «Дублировать» в древовидной структуре.

    При выборе папок или отдельных объектов в древовидной структуре отсутствует кнопка «Дублировать».

  • Встроенные действия нельзя дублировать.

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

  • На странице «Журнал версий» отображаются неточные данные о текущей версии. Последние изменения содержимого исчезают после отправки. 

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

  • Завершается сеанс клиента vRealize Orchestrator, хотя действия в окне браузера еще не закончены.

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

  •  Действия, содержащиеся в форме ввода рабочего процесса, отсутствуют в пакете, включающем в себя рабочий процесс.

     Действия, содержащиеся в форме ввода рабочего процесса, отсутствуют в пакете, включающем в себя рабочий процесс.

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

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

Проблемы с конфигурацией
  • Не удается запустить контейнер Центра управления vRealize Orchestrator или открыть его в браузере.

    Эта проблема вызвана ошибкой в файле /data/vco/usr/lib/vco/configuration/log/catalina.log.

    Решение.

    1. Перезапустите модуль vco-app, который перестал работать, выполнив следующую команду.
      kubectl -n prelude delete pod vco-app[id]
    2.  Через несколько секунд модуль будет удален, а вместо него будет развернут новый.
      * vco-app-[идентификатор_нового_развертывания]         3/3    Выполняется       30          4d6h
Проблемы с миграцией или обновлением
  • При миграции vRealize Orchestrator 7.4 в vRealize Orchestrator 8.2 список локальных изменений действий и ресурсов на странице журнала Git пуст.

    При миграции vRealize Orchestrator 7.4 в vRealize Orchestrator 8.2 список локальных изменений действий и ресурсов на странице журнала Git пуст. Содержимое недоступно.

    Решение. Сначала выполните миграцию экземпляра vRealize Orchestrator с 7.4 на 8.1 HF1/HF2, а затем обновите его до версии 8.2.

  • Если используется интеграция Git для vRealize Orchestrator, содержимое подключаемого модуля может определяться как локальные изменения в Git.

    После установки vRealize Automation или vRealize Orchestrator 8.1 (исправление 3) рабочие процессы и действия из подключаемого модуля vCenter определяются как локальные изменения в Git, например Workflows/Library/vCenter/Virtual Machine management/Device Management/Add CD-ROM/workflow.xml.

    Нет решения.

  • После развертывания исправления vRealize Automation 8.1 модули Kubernetes для vco-app- дают сбой с состоянием CrashLoopBackOff.

    В журнале vco-app-xxx появляется запись подобного типа:

    [ERROR] ERROR: duplicate key value violates unique constraint "uk_vmoreselt"
      Detail: Key (tenantid, categoryid, name)=(__SYSTEM, 8a7482a57310c83401733xxxxxxxxxxxxx, configuration.json) already exists.
      Where: SQL statement "UPDATE vmo_resourceelement
         SET categoryid = '8a7482a57310c83401733xxxxxxxxx'
        WHERE categoryid IN ( SELECT t.id FROM Tree t WHERE t.id != '8a7482a57310c83401733xxxxxxxxxxx' AND t.name = 'SecurityModel' AND t.level = '11' AND t.parentcategoryid = '8a7482a57310c83401733xxxxxxxxxx' AND t.tenantId = '_SYSTEM' ) and tenantid = '_SYSTEM'"

    Решение.

    1. Войдите в базу данных Posgres в vRealize Automation Appliance.
    2. Укажите пароль vco-db.   
      • Выполните команду kubectl get secret db-credentials -n prelude -o yaml.   
      • Укажите значение vco-db и расшифруйте его (echo «vco-db value» | base64 --decode).
    3. Чтобы перейти к консоли модулей Postgres, выполните команду kubectl exec -it postgres-0 /bin/bash -n prelude
    4. Для входа в ebs-db выполните команду the psql -U vco-db -h localhost.
    5. Очистите базу данных.
      • Проверьте запись со следующим идентификатором категории. SELECT name, categoryid FROM          vmo_resourceelement ORDER BY name   
      • Удалите запись со следующим идентификатором категории. DELETE FROM vmo_resourceelement WHERE categoryid ‘8a7482a57310c83401733xxxxxxxx’.    
  • При миграции vRealize Orchestrator 7.4 в версию 8.1 (исправление 3) или 8.2 рабочие процессы системы определяются как локальные изменения в журнале Git.

    Рабочие процессы системы, переносимые из версии 7.4 в версию 8.1 (исправление 3) или 8.2, определяются как локальные изменения в журнале Git.

    Нет решения.

  • После модернизации в категории «Ожидание ввода данных» нет маркеров рабочего процесса.

    После обновления количество маркеров в состоянии ожидания в категориях Выполнение рабочего процесса и Ожидание ввода данных отличается. 

    Нет решения.

Проблемы с веб-клиентом
  • Не удается отправить фрагменты Commit в защищенную ветвь Git.

    Если настроенная ветвь Git защищена, отправка регулярно выполняется с ошибками, но появляется сообщение о том, что она прошла успешно.

    Нет решения.

  • Журналы рабочих процессов не изменяются при выборе элементов из схемы рабочих процессов.

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

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

  • Ошибки проверки рабочих процессов сохраняются даже после их устранения.

    Ошибки проверки не исчезают из схемы рабочих процессов после того, как они устранены и проверенный рабочий процесс сохранен.

    Нет решения.

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

    Среды выполнения, кроме JavaScript, не поддерживают настраиваемые сценарии элемента принятия решений. 

    Решение. Не добавляйте настраиваемые сценарии принятия решений в сценарии Python, Node.js или PowerShell.

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

    Пользователи с правами конструктора рабочих процессов могут удалять изменения Git в содержимом, к которому у них нет доступа со страницы журнала Git.

    Нет решения.

  • В клиенте vRealize Orchestrator в именах отображаются теги, содержащие символы подчеркивания.

    Клиент vRealize Orchestrator не поддерживает имена тегов длиной менее трех символов или имена тегов с пробелами. Во все теги, автоматически созданные из объектов, имена которых короче трех символов, добавляется символ подчеркивания. Все пробелы также заменяются символами подчеркивания. Например, для рабочего процесса, расположенного в папке /Library/project A/app/DR/backup в устаревшем клиенте Orchestrator, при миграции в клиенте vRealize Orchestrator автоматически создаются следующие теги: Library, project_A, app, DR_.

    Решение. При создании нового содержимого в клиенте vRealize Orchestrator следуйте правилам присвоения тегов.

  • Часть содержимого, импортированного из vRealize Orchestrator 7.6, невозможно удалить из vRealize Orchestrator 8.0.

    Рабочие процессы библиотеки, импортированные из vRealize Orchestrator 7.6 в vRealize Orchestrator 8.x, нельзя удалить как зависимость настраиваемого содержимого, так как рабочие процессы библиотеки доступны только для чтения. Возможно, их стоит удалить, так как они были в vRealize Orchestrator 7.6, но отсутствуют в vRealize Orchestrator 8.x и импортируются в пакете. Из-за того, что в vRealize Orchestrator 7.6 можно использовать некоторые символы, а в vRealize Orchestrator 8 — нет, в Git могут возникать ошибки в рабочих процессах, содержащих такие символы.

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

  • После дублирования и удаления рабочего процесса локальные изменения недоступны.

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

    Нет решения.

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

    Изменение состояния репозитория может привести к ошибке при отправке следующего фрагмента Сommit в репозиторий. Сообщение об ошибке может быть следующим. Error: Push to remote failed with status: REJECTED_NONFASTFORWARD.

    Решение. Сначала извлеките данные, а затем отправьте локальные изменения.

  • Не удалось обновить сведения об элементе ресурса.

    Клиент vRealize Orchestrator не поддерживает обновление следующих свойств элемента ресурса: имя, описание, версия (не отображается в пользовательском интерфейсе), тип MIME.

    Нет решения.

  • После обновления до vRealize Orchestrator или vRealize Automation 8.2 некоторые элементы ресурсов в клиенте vRealize Orchestrator могут отображаться в измененном виде или в более ранней версии.

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

    Решение.

    1. Войдите в клиент vRealize Orchestrator.
    2. Перейдите в раздел Активы > Ресурсы.
    3. Выберите элемент ресурса, с которым возникла подобная проблема.
    4. Перейдите на вкладку Журнал версий и восстановите соответствующую версию элемента.
    5. Повторите эти действия для всех элементов ресурсов, с которыми возникла подобная проблема.

Прочие проблемы
  • Слишком большой размер базы данных vRealize Orchestrator из-за таблицы vmo_tokenreplay.

    Таблица vmo_tokenreplay имеет очень большой размер.

    Решение. Перейдите в Центр управления. В разделе Свойства расширения введите tokenreplay и отключите свойство Воспроизведение записи для всех выполняемых процессов.

  • При импорте пакетов, размер которых превышает разрешенный, появится сообщение о том, что при отправке произошла ошибка с кодом состояния 500.

    По умолчанию максимальный размер импортируемых пакетов составляет 50 МБ. При попытке импортировать пакеты, размер которых превышает 50 МБ, появляется сообщение о том, что загрузка не выполнена.

    Нет решения.

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

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

    Нет решения.

  • Подключаемый модуль vCenter Server не поддерживает политики.
    Подключаемый модуль vCenter Server plug-in for vRealize Orchestrator не поддерживает использование политик для мониторинга событий управляемого экземпляра vCenter Server.
  • Запуск рабочего процесса команды «Выполнить SSH» в подключаемом модуле Multi-node приводит к сбою рабочего процесса.

    Присоединение удаленного экземпляра vRealize Orchestrator с помощью подключаемого модуля Multi-node и запуск рабочего процесса Выполнить команду SSH, который синхронизируется из удаленного репозитория, приводят к сбою рабочего процесса.

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

    var r = remoteToken.getOutputParameters(); 
    result = r.get("result"); 
    errorText = r.get("errorText"); 
    outputText = r.get("outputText");

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

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

check-circle-line exclamation-circle-line close-line
Scroll to top icon