Ключевые моменты, которые следует отметить для автоматической миграции
Область применения: ✔️ виртуальные машины ✔️ ✔️ Linux под управлением Windows На локальных серверах с ✔️ поддержкой Azure Arc
В этой статье перечислены значительные сведения, которые необходимо отметить при миграции с помощью средства миграции портала или скриптов миграции.
Важные напоминания
Запросы поиска, не сохраненные в Azure, не переносятся.
Для работы модулей Runbook миграции и деboarding необходимо обновить Az.Modules.
Скрипт предварительных требований обновляет Az.Modules до последней версии 8.0.0.
Время начала в расписании MRP будет равно nextRunTime в конфигурации обновления программного обеспечения.
Данные из 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, удалите перенесенные машины из расписаний развертывания в службе управления обновлениями службы автоматизации.
После отмены подключения:
- Убедитесь, что сценарий будет выполняться следующим образом:
- Удалите переменную учетной записи службы автоматизации, созданную
AzureAutomationAccountEnvironment
для миграции. - Удалите управляемое пользователем удостоверение, созданное для миграции из учетной записи службы автоматизации.
- Удалите назначенные роли для управляемого пользователем удостоверения, созданного для миграции.
- Удалите управляемое пользователем удостоверение, созданное для миграции.
- Удалите переменную учетной записи службы автоматизации, созданную
- Для выполнения приведенного выше сценария необходимо иметь разрешения Microsoft.Authorization/roleAssignments/write для всех подписок, содержащих ресурсы управления обновлениями автоматизации, такие как компьютеры, расписания, рабочая область log analytics и учетная запись службы автоматизации. Дополнительные сведения см. в статье Как назначать роли Azure.
- Скрипт должен выполняться так же, как и скрипт предварительных требований .
- Убедитесь, что сценарий будет выполняться следующим образом:
После миграции конфигурация обновления программного обеспечения может иметь одно из следующих четырех состояний миграции:
- MigrationFailed
- PartiallyMigrated
- NotMigrated
- Migrated
В следующей таблице показаны сценарии, связанные с каждым состоянием миграции:
MigrationFailed | ЧастичноMigrated | NotMigrated | Перенесены |
---|---|---|---|
Не удалось создать конфигурацию обслуживания для конфигурации обновления программного обеспечения | Ненулевое число компьютеров, в которых не удалось применить параметры исправления. Например, если компьютер не поддерживается в Диспетчере обновлений Azure, состояние конфигурации обновления программного обеспечения будет частично перенесено. |
Не удалось получить конфигурацию обновления программного обеспечения из API из-за некоторых ошибок клиента или сервера, таких как внутренняя ошибка службы. | Ноль компьютеров, на которых не удалось применить параметры исправлений, и ноль компьютеров с неудачными назначениями конфигурации. И Не удалось разрешить не удалось выполнить запрос к Azure Resource Graph, но не удалось выполнить динамические запросы. И Сбои назначения конфигурации динамической области и конфигурация обновления программного обеспечения содержит ноль сохраненных поисковых запросов. |
Ненулевое число компьютеров с неисправными назначениями конфигурации. | Конфигурация обновления программного обеспечения имеет параметр перезагрузки только в качестве перезагрузки. Это не поддерживается сегодня в Диспетчере обновлений Azure. | ||
Ненулевое число динамических запросов не удалось устранить, которое не удалось выполнить запрос к Azure Resource Graph. | Конфигурация обновления программного обеспечения не имеет успешного состояния подготовки в базе данных. | ||
Ненулевое число сбоев назначения конфигурации динамической области. | Конфигурация обновления программного обеспечения находится в состоянии ошибки в базе данных. | ||
Конфигурация обновления программного обеспечения сохраняет поисковые запросы. | Расписание, связанное с конфигурацией обновления программного обеспечения, уже истекло во время миграции. | ||
Конфигурация обновления программного обеспечения выполняет задачи предварительной или post, которые не были успешно перенесены | Расписание, связанное с конфигурацией обновления программного обеспечения, отключено. | ||
Необработанное исключение при переносе конфигурации обновления программного обеспечения. |