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

Чтобы выполнять возобновление запросов на подготовку, добавьте настраиваемое свойство _debug_deployment = true в схему элементов. По умолчанию для развертываний со сбоем выполняется откат и очистка для освобождения ресурсов. Свойство _debug_deployment = true сохраняет развертывание в точке отказа и позволяет использовать действие возобновления там, где оно поддерживается, и с учетом принципа его работы. Если возобновление используется только для поддерживаемых действий, _debug_deployment включать не нужно.

Дополнительные сведения о свойстве _debug_deployment см. в разделе Настраиваемые свойства подчеркивания (_).

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

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

  • Запросы на подготовку
  • Действие «Возобновить»
  • Действие «Уменьшить масштаб»
  • Действие «Увеличить масштаб»
  • Действие «Удалить»

Ограничения действия возобновления

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

  • Начиная с момента запроса, схему элементов изменить нельзя.

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

    Примеры

    • Схема элементов A запрашивает ОЗУ 5 ГБ, но запрос завершается ошибкой, так как зарезервировано только 3 ГБ. Если уменьшить требуемую память в схеме элементов до 3 ГБ, а затем выполнить действие «Возобновить», то оно завершится сбоем. В ходе выполнения процесс возобновления проверяет исходный запрос и по-прежнему ищет 5 ГБ. Тем не менее, если увеличить системное резервирование для бизнес-группы до 5 ГБ и запустить возобновление, оно будет выполнено.
    • При запросе схемы элементов B, которая включает в себя настраиваемую спецификацию гостевой системы, происходит сбой. Анализ показывает, что настраиваемая спецификация была переименована на экземпляре vCenter Server. Если указать новое имя схемы элементов и запустить действие «Возобновить», произойдет сбой. Схема элементов была обновлена, но для действия возобновления используется исходная версия. Если в дальнейшем вы планируете использовать новое имя, разверните новый экземпляр схемы элементов, а не используйте возобновление. В противном случае необходимо вернуть старое имя настраиваемой спецификации гостевой системы, соответствующее исходной версии, на экземпляре vCenter Server и выполнить возобновление. Для предотвращения сбоя очередного запроса на подготовку обязательно обновите схему элементов, указав правильную настраиваемую спецификацию гостевой системы.

    Действие «Возобновить» выполняется, если обновить целевую среду развертывания в соответствии со спецификациями схем элементов, которые существовали на момент запроса.

  • Повторное выполнение начинается с точки отказа.

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

    Примеры

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

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

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

Использование действия возобновления и подписок на рабочие процессы

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

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