Principais pontos a observar para a migração automatizada

Aplica-se a: ✔️ VMs ✔️ do Windows VMs ✔️ Linux Ambiente local ✔️ Servidores habilitados para Azure Arc

Este artigo lista os detalhes significativos que você deve observar ao migrar usando a ferramenta de migração do portal ou scripts de migração.

Lembretes importantes

  • As Consultas de Pesquisa Salva que não são do Azure não são migradas.

  • Os Runbooks de Migração e Desembarque precisam ter os Az.Modules atualizados para funcionar.

  • O script de pré-requisito atualiza o Az.Modules para a versão mais recente 8.0.0.

  • O StartTime da Agenda MRP será igual ao nextRunTime da Configuração de Atualização de Software.

  • Os dados do Log Analytics não são migrados.

  • As Identidades Gerenciadas pelo Usuário não oferecem suporte a cenários entre locatários.

  • A Configuração RebootOnly não está disponível no Azure Update Manager. As agendas com a configuração RebootOnly não são migradas.

  • Para Recorrência, as agendas de Automação suportam valores entre (1 a 100) para agendas Horárias/Diárias/Semanais/Mensais, enquanto a configuração de manutenção do Azure Update Manager suporta entre (6 a 35) para Horária e (1 a 35) para Diária/Semanal/Mensal. Veja os exemplos seguintes:

    Recorrência do cronograma de automação Cálculo de recorrência do cronograma de configuração de manutenção
    100 horas 100/24 = 4,16 (arredondar para o valor mais próximo) -> a cada quatro dias
    1 hora A cada 6 horas, pois é o valor mínimo
    100 dias 100/7 = 14,28 (arredondar para o valor mais próximo) -> a cada 14 semanas
    100 semanas 100/4,34 = 23,04 (arredondar para o valor mais próximo) -> a cada 23 meses
    A cada 100 semanas e deve ser executado às sextas-feiras 23 meses (100/4.34). Mas não há como no Azure Update Manager dizer que é executado a cada 23 meses em todas as sextas-feiras desse mês, portanto, o cronograma não é migrado.
    Mais de 35 Meses Recorrência de 35 meses
  • SUC (Software Update Configuration) suporta entre 30 minutos a seis horas para a janela de manutenção. MRP (Maintenance Resource Provider) suporta entre 1 hora e 30 minutos a 4 horas.

    Janela de manutenção no Automation Update Management Janela de manutenção no Azure Update Manager
    30 minutos uma hora e 30 minutos
    6 horas Quatro horas
  • Quando o runbook de migração é executado várias vezes, digamos que você fez Migrar todas as agendas de automação e, em seguida, tentou novamente migrar todas as agendas, então o runbook de migração executa a mesma lógica. Fazê-lo novamente atualiza o cronograma MRP se alguma nova alteração estiver presente no SUC. Ele não faz atribuições de configuração duplicadas. Além disso, as operações são realizadas apenas para agendas de automação que habilitaram as agendas. Se um SUC foi migrado anteriormente, ele será ignorado no próximo turno, pois sua programação subjacente será desativada.

  • No final, você pode resolver mais máquinas do Azure Resource Graph como no Azure Update Manager. Você não pode verificar se o Hybrid Runbook Worker está relatando ou não, ao contrário do Automation Update Management, onde era uma interseção de Dynamic Queries e Hybrid Runbook Worker.

  • As máquinas sem suporte no Azure Update Manager não são migradas. As Agendas, que têm essas máquinas, serão parcialmente migradas e apenas as máquinas suportadas da configuração de atualização de software serão movidas para o Azure Update Manager. Para evitar a aplicação de patches pelo Automation Update Management e pelo Azure Update Manager, remova as máquinas migradas das agendas de implantação no Automation Update Management.

  • Pós Desembarque:

    • Certifique-se de executar o script que fará o seguinte:
      • Exclua a variável AzureAutomationAccountEnvironment de conta de automação criada para migração.
      • Remova a identidade gerenciada pelo usuário criada para migração da conta de automação.
      • Exclua as funções atribuídas para a identidade gerenciada pelo usuário criada para migração.
      • Exclua a identidade gerenciada pelo usuário criada para migração.
    • Para executar o script acima, você deve ter permissões Microsoft.Authorization/roleAssignments/write em todas as assinaturas que contêm recursos do Automation Update Management, como máquinas, agendas, espaço de trabalho de análise de log e conta de automação. Para obter mais informações, consulte como atribuir uma função do Azure.
    • O script deve ser executado da mesma maneira que o script de pré-requisito .

Após a migração, uma Configuração de Atualização de Software pode ter qualquer um dos quatro status de migração a seguir:

  • MigraçãoFalhou
  • ParcialmenteMigrado
  • NotMigrou
  • Migrado

A tabela a seguir mostra os cenários associados a cada Status de Migração:

MigraçãoFalhou ParcialmenteMigrado NotMigrou Migrado
Falha ao criar a Configuração de Manutenção para a Configuração de Atualização de Software Número diferente de zero de máquinas em que as configurações de patch não foram aplicadas.
Por exemplo, se uma máquina não tiver suporte no Azure Update Manager, o status da Configuração de Atualização de Software será migrado parcialmente.
Falha ao obter a configuração de atualização de software da API devido a algum erro cliente/servidor, como erro de serviço interno. Zero Máquinas onde as Configurações de Patch falharam ao aplicar
E
Zero Máquinas com Atribuições de Configuração com falha.
e ainda
Zero Consultas Dinâmicas não conseguiu resolver que falhou ao executar a consulta no Azure Resource Graph.
e ainda
Zero falhas de
atribuição de Configuração de Escopo Dinâmico E
a Configuração de Atualização de Software tem zero Consultas de Pesquisa Salvas.
Número diferente de zero de máquinas com atribuições de configuração com falha. A Configuração de Atualização de Software está tendo a configuração de reinicialização como somente reinicialização. Isso não é suportado atualmente no Azure Update Manager.
Falha ao resolver um número diferente de zero de Consultas Dinâmicas que falhou ao executar a consulta no Azure Resource Graph. A Configuração de Atualização de Software não tem um estado de provisionamento bem-sucedido no banco de dados.
Número diferente de zero de falhas de atribuição de Configuração de Escopo Dinâmico. A Configuração de Atualização de Software está em estado de erro no banco de dados.
A Configuração de Atualização de Software está tendo Consultas de Pesquisa Salvas. A agenda associada à Configuração de Atualização de Software já expirou no momento da migração.
A Configuração de Atualização de Software está tendo tarefas pré/pós, que não foram migradas com êxito A agenda associada à Configuração de Atualização de Software está desativada.
Exceção não tratada durante a migração da configuração de atualização de software.

Próximos passos