Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В этой статье описываются распространенные проблемы и ошибки, которые могут возникнуть во время развертывания или использования конфигураций обслуживания для запланированного исправления на виртуальных машинах (виртуальных машинах), а также стратегии их устранения.
Виртуальная машина завершает работу и не отвечает при использовании статической области в гостевом обслуживании
Проблема
Конфигурация обслуживания не устанавливает запланированное исправление на виртуальных машинах и выдает ошибку ShutdownOrUnresponsive
.
Разрешение
В статической области важно избежать использования устаревших конфигураций виртуальных машин. Поэтому необходимо убедиться, что виртуальная машина активирована и работает во время установки исправления. Если экземпляр виртуальной машины воссоздается с тем же именем, важно переназначить конфигурацию после повторного создания экземпляра виртуальной машины.
Система автоматически выполнит это действие в течение 12 часов после воссоздания, если это не будет выполнено пользователем. Если настройка обслуживания повторно созданной виртуальной машины запускается в течение 12 часов после повторного создания виртуальной машины с тем же именем, отображается ошибка ShutdownOrUnresponsive
. Поэтому рекомендуется выполнить ранее указанное действие или дождаться 12 часов, прежде чем применять исправление к компьютеру с помощью конфигурации обслуживания.
Запланированное исправление истекает по времени или завершается ошибкой
Проблема
Запланированное патчирование завершается ошибкой TimeOut
или Failed
после перемещения виртуальной машины, когда вы воспроизводите ее с тем же именем в другом регионе. На портале может отображаться одна и та же виртуальная машина дважды, так как ранее созданная виртуальная машина удаляется из серверной части.
Разрешение
Если экземпляр виртуальной машины воссоздается с тем же именем, крайне важно сначала переназначить конфигурацию после переноса экземпляра виртуальной машины в другой регион.
Система автоматически выполнит это действие в течение 12 часов после воссоздания, если это не будет выполнено пользователем. Если конфигурация обслуживания подключенной повторно созданной виртуальной машины активируется в течение 12 часов после повторного создания виртуальной машины с тем же именем, TimeOut
отображается сообщение об ошибке или Failed
ошибке. Поэтому рекомендуется выполнить ранее указанное действие или дождаться 12 часов, прежде чем применять исправление к компьютеру с помощью конфигурации обслуживания.
Не удалось удалить назначение конфигурации
Проблема
Назначение конфигурации не удалось убрать или удалить из определенной конфигурации обслуживания
Разрешение
Для устранения этой проблемы выполните следующие действия:
- Удалите существующую конфигурацию обслуживания, в которой возникает эта проблема.
- Создайте новую конфигурацию обслуживания и назначьте необходимый набор динамических областей и виртуальных машин, подключенных в удаленной конфигурации обслуживания.
Если вы хотите создать новую конфигурацию обслуживания с тем же именем, что и удаленная конфигурация обслуживания, потребуется подождать 20 минут, чтобы очистка выполнилась в серверной части. Система не разрешает создание конфигурации обслуживания с тем же именем, если очистка не выполняется в серверной части.
Запланированное исправление перестает работать после перемещения ресурса
Проблема
При перемещении ресурса в другую группу ресурсов или подписки запланированное исправление для ресурса перестает работать.
Разрешение
В настоящее время система не поддерживает перемещение ресурсов между группами ресурсов или подписками. В качестве обходного решения выполните следующие действия для ресурса, который требуется переместить. Как предварительное условие сначала удалите назначение, затем следуйте шагам.
Если вы используете static
область применения:
- Переместите ресурсы в другую группу ресурсов или подписку.
- Повторно создайте назначение ресурсов.
Если вы используете dynamic
область применения:
- Инициируйте или дождитесь следующего запланированного выполнения. Это действие предложит системе полностью удалить назначение, чтобы выполнить последующие действия.
- Переместите ресурсы в другую группу ресурсов или подписку.
- Повторно создайте назначение ресурсов.
Если какие-либо из шагов пропущены, переместите ресурс в предыдущую группу ресурсов или идентификатор подписки и повторите действия.
Примечание.
Если группа ресурсов удалена, повторно создайте ее с тем же именем. Если идентификатор подписки удален, обратитесь к группе поддержки для устранения рисков.
Конфигурация обслуживания не активируется в настроенное время даты
Проблема
После создания Конфигурации обслуживания с повторяющимся значением недели или месяца ожидается, что расписание будет начинаться с указанной даты и времени, а затем повторно выполняться на основе выбранного интервала. Однако расписание не активировалось в указанное время и дату начала.
Разрешение
Первый запуск Конфигурации обслуживания выполняется при первом повторяющемся значении после указанной даты начала, но не обязательно на дату начала. Например, если конфигурация обслуживания начинается 17 января (среда) и должна повторяться каждый понедельник, первый запуск расписания будет в первый понедельник после 17 января, что составляет 22 января.
При создании конфигурации обслуживания на портале Azure можно просмотреть первые 4 экземпляра запланированного запуска.
Создание динамической области не удалось
Проблема
Невозможно создать динамическую область из-за управления доступом на основе ролей (RBAC).
Разрешение
Чтобы создать динамическую область, необходимо иметь разрешение на уровне подписки или на уровне группы ресурсов. В частности, ниже приведены требования, которые необходимо учесть.
- Подписка, под которой создается динамическая область, должна быть зарегистрирована в службу обслуживания RP.
- Рекомендуется иметь роль "Участник планового обновления", назначенную следующим областям:
- Группа подписок или ресурсов, в которой создается динамическая область.
- Область настройки обслуживания.
См. дополнительные сведения в списке разрешений для различных ресурсов.
Обновление останавливается и не продвигается
Проблема
Область применения: ✔️ выделенные узлы ✔️ виртуальные машины
При повторном развертывании ресурса в другом кластере и создании ожидающего запроса на обновление с помощью старого значения кластера запрос зависает на неопределенный срок.
Разрешение
Если состояние операции применения обновления закрыто или не найдено, повторите попытку через 120 часов. Если проблема не исчезла, обратитесь в службу поддержки.
Выделенный хост обновляется после присоединения конфигурации технического обслуживания
Проблема
Конфигурация обслуживания не блокирует обновление выделенного узла, а узел обновляется даже после подключения конфигурации обслуживания.
Разрешение
При повторном создании выделенного узла с тем же именем конфигурация обслуживания сохраняет старый выделенный идентификатор узла, который предотвращает блокировку обновлений. Эту проблему можно устранить, удалив конфигурацию обслуживания и переназначив ее. Система автоматически выполнит это действие в течение 12 часов после воссоздания, если это не будет выполнено пользователем. Рекомендуется выполнить ранее указанное действие или дождаться 12 часов до автоматического выполнения этого действия.
Расписание не активируется
Проблема
Если ресурс имеет две конфигурации обслуживания с одинаковым временем триггера и конфигурацией установки исправлений, и оба назначены одной виртуальной машине или ресурсу, активируется только одна конфигурация обслуживания.
Разрешение
Измените время начала одной из конфигураций обслуживания, чтобы устранить проблему. Это обходной путь к текущему ограничению системы, в котором конфигурации обслуживания не могут определить, какую конфигурацию обслуживания следует активировать.
Нельзя создать динамическую область для группы ресурсов.
Проблема
Проверка динамической области завершается ошибкой из-за значения null в локации.
Разрешение
Эта проблема при проверке динамической области приводит к регрессии в процессе проверки. Мы рекомендуем предоставить нужный набор местоположений для динамической области на уровне группы ресурсов.
Динамическое окружение не исполняется, и ресурсы не обновлены
Проблема
Динамическое выравнивание области завершается сбоем из-за ограничения пропускной способности, и служба не может определить, какие виртуальные машины связаны друг с другом.
Разрешение
Убедитесь, что количество подписок на динамическую область не превышает 200. Узнайте больше об ограничениях динамического определения области видимости.
После удаления выделенного узла не происходит очистка назначения конфигурации этого узла
Проблема
После удаления выделенных узлов привязанные к ним назначения конфигурации сохраняются.
Разрешение
Перед удалением выделенного узла обязательно удалите связанную с ним конфигурацию обслуживания. Если выделенный узел удален, но по-прежнему отображается на портале, обратитесь за помощью в службу поддержки. Для выделенных серверов используются в настоящее время процессы очистки, чтобы предотвратить воздействие на клиентов.
Не удается указать несколько значений тегов для динамических областей
Проблема
Если вы используете портал Azure, нельзя указать несколько значений тегов для динамических областей.
Разрешение
Эта функция в настоящее время недоступна на портале. В качестве обходного решения можно использовать Azure CLI или Azure PowerShell для создания динамической области. Система принимает несколько значений для тегов при использовании параметра Azure CLI или Azure PowerShell.
Конфигурация обслуживания активируется снова с более старым временем триггера
Проблема
Существует известная проблема в Конфигурациях обслуживания, связанная с кэшированием старых политик обслуживания. Если старая политика сохранена в кэше, и новый экземпляр начинает обработку новой политики, старое устройство может активировать расписание с устаревшим временем начала.
Разрешение
Рекомендуется обновить конфигурацию обслуживания по крайней мере за 1 час до запланированного времени. Если проблема не исчезла, обратитесь в службу поддержки.
Конфигурация обслуживания превышает время ожидания, пока завершится обновление ресурса.
Проблема
В редких случаях, если окно обновления узла совпадает с окном обновления гостевой виртуальной машины, и времени окна исправлений гостя недостаточно для выполнения после обновления узла, система выдает следующее сообщение об ошибке: "Время ожидания расписания истекло, проводится текущее обновление для завершения ресурса". Причина в том, что платформа допускает выполнение только одного обновления за раз.
Разрешение
Измените расписание конфигурации обслуживания для гостевого обновления в течение некоторого времени после завершения текущего обновления.
Новая конфигурация обслуживания сохраняет атрибуты удаленной конфигурации
Проблема
Только что созданная конфигурация обслуживания с тем же именем, что и ранее удаленная конфигурация, наследует свойства из удаленной конфигурации.
Разрешение
Убедитесь, что минимальное время ожидания составляет 20 минут между удалением конфигурации обслуживания и созданием нового с тем же именем. Если проблема не исчезла, обратитесь в службу поддержки.
Задача на обслуживание завершается ошибкой InternalServerError
Проблема
Назначение обслуживания завершается сбоем InternalServerError
при использовании шаблона bicep или API MRP. Назначение можно выполнить успешно с помощью портала или интерфейса командной строки или PowerShell.
Разрешение
Рекомендуется использовать расположение или регион в нормализованной форме для шаблона bicep и API MRP. Нормализованная форма включает удаление пробелов и преобразование текста в строчные регистры. Например, EAST US 2
приведет к возникновению внутренней ошибки сервера, тогда как eastus2
будет успешно обработан.
Изоляция рабочей нагрузки в поддерживающей конфигурации
Проблема
Непредвиденный сбой из-за допущения конфигурации обслуживания с учетом изоляции рабочей нагрузки
Разрешение
Конфигурации обслуживания инициируют обновления всех ресурсов, связанных с ним одновременно. Клиенты имеют свободу выбора устанавливать периоды изоляции и обслуживания для своих рабочих процессов. Они могут создавать одну или несколько конфигураций обслуживания на основе изоляции, оптимальной для рабочих нагрузок.
Например, если клиент хочет изолировать обновления для ресурсов среды разработки от ресурсов рабочей среды, они могут создавать отдельные конфигурации обслуживания для каждой среды. Таким образом рабочие нагрузки в конфигурации обслуживания с ресурсами разработки обновляются сначала, а остальные рабочие нагрузки обновляются в другой конфигурации, которая не перекрывается. Этот подход позволяет клиентам управлять изоляцией рабочей нагрузки и управлять обновлениями независимо.
Конфигурации обслуживания не поддерживают API
В настоящее время функция не поддерживает следующие API:
- Получить применение обновления на уровне подписки
- Получение применения обновления на уровне группы ресурсов
- Получение ожидающего обновления на уровне подписки
- Получение ожидающего обновления на уровне группы ресурсов