Como atualizar as VMs do Windows Server

É possível atualizar algumas VMs do Windows Server 2008 R2 para o Windows Server 2012 enquanto as migra para o Compute Engine.

Como alternativa, é possível migrar a VM e, em seguida, fazer o upgrade separadamente com o processo no local fornecido no Compute Engine.

Observação: a Microsoft encerrou o suporte ao Windows Server 2008 R2 em janeiro de 2020. Se você fizer um upgrade no local do Windows Server 2008 R2 e enfrentar problemas relacionados ao processo de configuração do Windows (setup.exe), o Google pode apenas fornecer assistência limitada.

Antes de começar

Certifique-se de ter o seguinte em vigor antes de iniciar uma migração que incluirá upgrades:

• Certifique-se de que você tenha espaço suficiente no disco de inicialização para dar suporte à atualização. É provável que o upgrade exija de 15 a 20 GB para cada VM de upgrade.

• Por padrão, as licenças de pagamento por utilização (PAYG, na sigla em inglês) do Windows são aplicadas no upgrade. Se você já tiver uma licença da Microsoft e quiser continuar a usá-la, poderá usar o processo de licenças adquiridas pelo usuário (BYOL, na sigla em inglês).

• Garantir tempo de inatividade adequado. Durante uma migração em que você está atualizando as VMs do Windows Server, essas VMs ficarão indisponíveis durante o tempo necessário para a migração e o upgrade. Um processo de migração que inclua o upgrade pode levar de uma a duas horas para ser concluído para cada VM de upgrade.

• Verifique se as VMs que você está atualizando estão usando o Windows Server 2008 R2.

Como validar VMs atualizadas

É possível validar a VM durante o processo de migração e upgrade usando scripts do PowerShell que você escrever. Também é possível executar os scripts antes do início e depois do upgrade. Por exemplo, talvez você queira confirmar os aplicativos na função de VM antes e depois do processo de upgrade.

Ao escrever scripts, tome cuidado para evitar operações de longa duração. O tempo que os scripts levam para executar está incluído no tempo limite geral para upgrade, que é de 2,5 horas no padrão.

Como adicionar scripts de validação

É possível fornecer um script do PowerShell para o sistema executar antes do upgrade e outro para ser executado depois. Fornecer mais de um script cujo nome corresponda às restrições de nomenclatura gerará um erro.

Para que o sistema execute os scripts, atribua nomes específicos e coloque-os em locais específicos

Motivo	Formulário de nome	Local
Executar antes do upgrade	pre*.ps1 Por exemplo, pre_upgrade_script.ps1.	${env:systemdrive}\upgrade_os_scripts Por exemplo, c:\upgrade_os_scripts\pre_upgrade_script.ps1.
Executar após o upgrade	post*.ps1 Por exemplo, post_upgrade_script.ps1.	${env:systemdrive}\upgrade_os_scripts Por exemplo, c:\upgrade_os_scripts\post_upgrade_script.ps1.

Resultado e erros da execução do script

As mensagens do processo de upgrade são impressas na porta serial 3. Se o script gerar os seguintes erros, o upgrade falhará e reverterá para o snapshot base.

• Vários scripts de upgrade de pré/pós-montagem encontrados:

  timestamp Replatform Error: Found 2 pre-upgrade user supplied scripts only 1 allowed.
  

• Código de saída diferente de zero:

  timestamp Replatform Error: C:\upgrade_os_scripts\pre_upgrade_script.ps1 exited with the following error code: 1
  

• Exceção gerada durante a execução do script:

  timestamp Replatform Error: The following exception thrown while running user supplied post-upgrade script: "script-name": exception description.
  

Para mais informações, consulte o processo para fazer upgrade de VMs.

Resolver problemas

Você encontrará erros relacionados ao upgrade no Migrate for Compute Engine Manager ou registrados no Cloud Logging.

Para erros que podem ocorrer durante o upgrade, consulte o tópico Solução de problemas.

Como atualizar uma VM do Windows Server durante a migração

Você realiza o upgrade ao migrar as VMs usando uma onda.

O upgrade do SO da VM ocorre após a fase de remoção e antes da fase de limpeza. Depois que a fase de limpeza for executada, não será possível reverter o upgrade.

Antes de fazer upgrade da VM, a Migrate for Compute Engine faz um snapshot da VM. Se o upgrade falhar, o Migrate for Compute Engine será revertido para o snapshot.

Para fazer upgrade dos sistemas operacionais da VM em uma onda

Ao criar seu runbook para migrar VMs, você especifica que fará upgrade delas inserindo TRUE para o campo UpgradeOS do runbook. Durante a migração, após a fase Remover e antes da fase de limpeza, é possível fazer upgrade dos SOs de VMs qualificadas.

Veja a seguir como atualizar ao executar uma migração completa das suas VMs.

1. Use o Migrate for Compute Engine Manager para fazer download de um arquivo runbook CSV.
2. No arquivo CSV do runbook, localize as linhas das VMs que você quer atualizar.

3. Para as VMs compatíveis o processo de upgrade:

   1. Localize a coluna UpgradeOS e altere o valor dela para TRUE.

   2. Por padrão, as licenças de pagamento por utilização (PAYG, na sigla em inglês) do Windows são aplicadas no upgrade. Se você já tiver uma licença da Microsoft, aplique uma licença adquirida pelo usuário (BYOL, na sigla em inglês) do Windows definindo a coluna license:os como https://www.googleapis.com/compute/v1/projects/windows-cloud/global/licenses/windows-server-2012-r2-byol.

4. Edite ou preencha as outras colunas conforme necessário para ter um runbook funcional.

   Para uma lista de campos do runbook, consulte a referência do Runbook.

5. No Migrate for Compute Engine Manager, crie e valide uma onda a partir do runbook.

6. Depois que a onda passar na validação, crie um novo job. Para a operação do job, selecione Migração completa.

   Dependendo do número de VMs na sua onda, a migração pode levar de uma hora a muitas horas.

   

   Captura de tela da caixa de diálogo Novo job (clique para ampliar)

7. Monitore o progresso da migração, procurando um status Pronto para remoção para cada VM.

   

   Captura de tela da guia Máquinas virtuais mostrando status de migração pronto para ser removida(clique para ampliar)

8. Quando todas as VMs estiverem prontas para remoção, crie um novo job cuja operação seja Remover.

   

   Captura de tela da caixa de diálogo Novo job com a operação "Remover" selecionada (clique para ampliar)

9. Quando todas as VMs estiverem no estado "Removida", selecione a onda e crie um novo job cuja operação seja Fazer upgrade do SO e clique em Iniciar para iniciar o upgrade.

   O Último job (Status) muda para Upgrade do SO (em execução).

   Depois de iniciar o upgrade, é possível cancelá-lo para qualquer uma das VMs na onda. Para cancelar o upgrade, selecione a VM na lista Máquinas virtuais e clique em Cancelar upgrade do sistema operacional.

   

   Captura de tela da guia Máquinas virtuais com o botão "Cancelar upgrade do SO" destacado (clique para ampliar)

10. Quando cada VM na lista Máquinas virtuais mostrar seu status de migração como SO atualizado, execute seus testes para verificar se todos funcionam como necessário antes de concluir o processo de migração.

    Se uma VM não for validada corretamente, será possível cancelar o upgrade.

11. Quando tiver VMs validadas com sistemas operacionais atualizados, conclua a migração executando a operação de limpeza. Para fazer isso, crie um novo job com "Limpeza" especificada como a operação.

Cancelamento de um upgrade do sistema operacional em andamento

É possível cancelar o upgrade de um SO de VM em andamento usando o Migrate for Compute Engine Manager.

1. No Migrate for Compute Engine Manager, acesse a página Ondas de migração.
2. Na guia Ondas, localize a onda que inclui a atualização que você quer cancelar e clique no ícone dela na coluna Monitorar.
3. Na guia Máquina virtual exibida, selecione a linha da VM cuja atualização você quer cancelar.
4. Com a linha selecionada, clique no botão Cancelar upgrade do sistema operacional.

   

   Captura de tela da guia Máquinas virtuais com o botão "Cancelar upgrade do SO" destacado (clique para ampliar)