Ключевые моменты, которые следует отметить для автоматической миграции
Область применения: ✔️ виртуальные машины ✔️ ✔️ Linux под управлением Windows На локальных серверах с ✔️ поддержкой Azure Arc
В этой статье перечислены значительные сведения, которые необходимо отметить при миграции с помощью средства миграции портала или скриптов миграции.
Важные напоминания
Запросы поиска, не сохраненные в Azure, не переносятся.
Для работы модулей Runbook миграции и деboarding необходимо обновить Az.Modules.
Скрипт предварительных требований обновляет Az.Modules до последней версии 8.0.0.
Время начала расписания MRP будет равно следующемуRunTime конфигурации обновления программного обеспечения.
Данные из Log Analytics не переносятся.
Управляемые пользователем удостоверения не поддерживают сценарии между клиентами.
Параметр RebootOnly недоступен в Диспетчере обновлений Azure. Расписания с параметром RebootOnly не переносятся.
Для повторения служба автоматизации планирует поддержку значений между (от 1 до 100) для часовых и еженедельных и ежемесячных расписаний, в то время как конфигурация обслуживания Диспетчера обновлений Azure поддерживает от (от 6 до 35) для почасового и (1–35) для ежедневного или еженедельного или ежемесячного. См. следующие примеры.
Повторение расписания автоматизации Вычисление повторения расписания конфигурации обслуживания 100 часов 100/24 = 4,16 (округление до ближайшего значения) -> каждые четыре дня 1 час. Каждые 6 часов, так как это минимальное значение 100 дней 100/7 = 14.28 (округление до ближайшего значения) -> каждые 14 недель 100 недель 100/4.34 = 23.04 (округление до ближайшего значения) -> каждые 23 месяца Каждые 100 недель и должны выполняться в пятницу 23 месяца (100/4.34). Но в диспетчере обновлений Azure нет никакого способа сказать, что выполнение каждые 23 месяца во всех пятницах этого месяца, поэтому расписание не переносится. Более 35 месяцев 35 месяцев повторения SUC поддерживает от 30 минут до шести часов для периода обслуживания. MRP поддерживает от 1 часа до 30 минут до 4 часов.
Период обслуживания в службе "Управление обновлениями службы автоматизации" Период обслуживания в Диспетчере обновлений Azure 30 минут один час 30 минут 6 часов Четыре часа Когда модуль Runbook миграции выполняется несколько раз, предположим, что вы выполнили миграцию всех расписаний автоматизации, а затем снова попытались перенести все расписания, а модуль Runbook миграции выполняет ту же логику. Это снова обновляет расписание MRP, если в SUC присутствует какое-либо новое изменение. Он не делает повторяющиеся назначения конфигурации. Кроме того, операции выполняются только для расписаний автоматизации с включенными расписаниями. Если SUC был перенесен ранее, он будет пропущен в следующем повороте, так как его базовое расписание будет отключено.
В конце концов можно разрешить дополнительные компьютеры из Azure Resource Graph, как в Диспетчере обновлений Azure. Не удается проверить, сообщает ли гибридная рабочая роль Runbook или нет, в отличие от управления обновлениями службы автоматизации, где она была пересечением динамических запросов и гибридной рабочей роли Runbook.
Компьютеры, неподдерживаемые в Диспетчере обновлений Azure, не переносятся. Расписания, на которых есть такие компьютеры, будут частично перенесены и будут перемещены только поддерживаемые компьютеры конфигурации обновления программного обеспечения в Диспетчер обновлений Azure. Чтобы предотвратить исправление с помощью службы "Управление обновлениями службы автоматизации" и диспетчера обновлений Azure, удалите перенесенные компьютеры из расписаний развертывания в службе "Управление обновлениями службы автоматизации".
После отмены подключения:
- Удалите управляемое удостоверение пользователя, созданное для миграции, связанной с учетной записью службы автоматизации. Дополнительные сведения см. в разделе "Удаление управляемого удостоверения, назначаемого пользователем" для учетной записи служба автоматизации Azure.
- Удалите управляемое удостоверение пользователя.
После миграции конфигурация обновления программного обеспечения может иметь одно из следующих четырех состояний миграции:
- MigrationFailed
- ЧастичноMigrated
- NotMigrated
- Перенесено
В следующей таблице показаны сценарии, связанные с каждым состоянием миграции:
MigrationFailed | ЧастичноMigrated | NotMigrated | Перенесены |
---|---|---|---|
Не удалось создать конфигурацию обслуживания для конфигурации обновления программного обеспечения | Ненулевое число компьютеров, в которых не удалось применить параметры исправления. Например, если компьютер не поддерживается в Диспетчере обновлений Azure, состояние конфигурации обновления программного обеспечения будет частично перенесено. |
Не удалось получить конфигурацию обновления программного обеспечения из API из-за некоторых ошибок клиента или сервера, таких как внутренняя ошибка службы. | Ноль компьютеров, на которых не удалось применить параметры исправлений, и ноль компьютеров с неудачными назначениями конфигурации. И Не удалось разрешить не удалось выполнить запрос к Azure Resource Graph, но не удалось выполнить динамические запросы. И Сбои назначения конфигурации динамической области и конфигурация обновления программного обеспечения содержит ноль сохраненных поисковых запросов. |
Ненулевое число компьютеров с неисправными назначениями конфигурации. | Конфигурация обновления программного обеспечения имеет параметр перезагрузки только в качестве перезагрузки. Это не поддерживается сегодня в Диспетчере обновлений Azure. | ||
Ненулевое число динамических запросов не удалось устранить, которое не удалось выполнить запрос к Azure Resource Graph. | Конфигурация обновления программного обеспечения не имеет успешного состояния подготовки в базе данных. | ||
Ненулевое число сбоев назначения конфигурации динамической области. | Конфигурация обновления программного обеспечения находится в состоянии ошибки в базе данных. | ||
Конфигурация обновления программного обеспечения сохраняет поисковые запросы. | Расписание, связанное с конфигурацией обновления программного обеспечения, уже истекло во время миграции. | ||
Конфигурация обновления программного обеспечения выполняет задачи предварительной или post, которые не были успешно перенесены | Расписание, связанное с конфигурацией обновления программного обеспечения, отключено. | ||
Необработанное исключение при переносе конфигурации обновления программного обеспечения. |