Como fazer um upgrade do Windows Server no local

Se você tiver instâncias de máquina virtual (VM) executando versões anteriores do Windows Server, poderá fazer o upgrade para versões posteriores do Windows Server:

Fazer upgrade de Upgrade para
Windows Server 2008 R2 (Experiência Desktop) Windows Server 2012 R2 (Experiência Desktop)
Windows Server 2012 R2 (Núcleo) Windows Server 2016 (Core)
Windows Server 2019 (Core)
Windows Server 2012 R2 (Experiência Desktop) Windows Server 2016 (Experiência Desktop)
Windows Server 2019 (Experiência Desktop)
Windows Server 2016 (Núcleo) Windows Server 2019 (Core)
Windows Server 2022 (Core)
Windows Server 2016 (Experiência Desktop) Windows Server 2019 (Experiência Desktop)
Windows Server 2022 (Experiência Desktop)
Windows Server 2019 (Núcleo) Windows Server 2022 (Core)
Windows Server 2019 (Experiência Desktop) Windows Server 2022 (Experiência Desktop)

Neste guia, descrevemos como fazer um upgrade manual e local do Windows Server. Para upgrades do Windows Server 2008 R2 para o Windows Server 2012 R2, também é possível realizar upgrades automáticos no local usando a Google Cloud CLI.

Os upgrades estão sujeitos às seguintes restrições:

  • A Microsoft encerrou o suporte ao Windows Server 2012 R2 e ao Windows Server 2008 R2. Se você realizar um upgrade no local de qualquer uma dessas versões e encontrar problemas relacionados ao processo de configuração do Windows (setup.exe), talvez o Google só possa fornecer assistência limitada.

  • Se você planeja fazer upgrade do Windows Server 2008 R2 para uma versão posterior ao Windows Server 2012 R2, primeiro é preciso fazer upgrade para o Windows Server 2012 R2 e, em seguida, executar um segundo upgrade para o Windows Server 2016 ou posterior.

Objetivos

Este guia descreve como executar um upgrade no local do Windows Server ao:

  1. planejar o upgrade no local;
  2. realizar o upgrade no local;
  3. solucionar problemas do upgrade no local;
  4. fazer a limpeza após o upgrade no local.

Custos

Não há nenhum custo para realizar um upgrade no local do Windows Server. São cobrados apenas os recursos consumidos durante o upgrade, como o seguinte:

Use a Calculadora de preços para gerar uma estimativa de custo com base no uso previsto.

Antes de começar

Para usar este guia, é necessário ter conhecimento básico sobre:

Planejar o upgrade no local

Executar um upgrade no local de uma instância de máquina virtual (VM) que está executando uma versão anterior do Windows Server pode ser uma maneira pragmática de modernizar sua infraestrutura e reduzir os riscos de se aproximar do fim do ciclo de vida de suporte das versões do Windows Server.

Alternativas a considerar

Antes de decidir usar um upgrade no local para migrar para uma versão mais recente do Windows Server, esteja ciente das seguintes limitações:

  • Inatividade: dependendo da configuração e do software instalado, o upgrade pode levar uma hora ou mais. Durante o upgrade, o acesso à instância da VM é limitado porque:

    • as cargas de trabalho em execução na instância da VM ficam indisponíveis para os usuários;
    • o Remote Desktop Protocol (RDP) não está disponível;
    • há maneiras limitadas de verificar o progresso e o tempo restante do upgrade.

  • Risco: dependendo das configurações das instâncias atuais e do software instalado:

    • pode ocorrer falha no upgrade;
    • algumas opções de configuração podem ser modificadas;
    • incompatibilidades podem fazer com que a carga de trabalho não funcione corretamente na instância com upgrade.

Dependendo da carga de trabalho em execução na instância do Windows Server, é possível reduzir o tempo de inatividade e o risco seguindo diferentes abordagens.

Carga de trabalho Abordagem
Sua instância de VM está executando uma carga de trabalho que aceita replicação, como as seguintes:
  • Active Directory Domain Services
  • DNS
  • SQL Server
 Pense na possibilidade de configurar uma nova instância de VM que execute uma versão mais recente do Windows Server e depois usar a replicação para transferir a carga de trabalho da instância de VM atual para a nova instância de VM.
Você tem uma instância de VM que está executando uma infinidade de cargas de trabalho Considere a possibilidade de migrar essas cargas de trabalho para separar instâncias de VM, de modo que cada instância de VM execute apenas uma única carga de trabalho. Mesmo que não seja possível migrar todas as cargas de trabalho, a redução do número de cargas de trabalho em execução em uma única instância de VM ajuda a diminuir os riscos durante um upgrade no local.

Chaves de produto

Uma chave de produto do Windows Server é válida somente para uma versão específica. Ao fazer upgrade para uma versão mais recente do Windows Server, é preciso fornecer uma nova chave de produto. Há dois cenários principais:

  • Você está fazendo upgrade de uma instância de VM baseada em uma imagem pública do sistema operacional fornecida pelo Google: nesse cenário, use as chaves de configuração do cliente KMS predefinidas para a versão do Windows Server para a qual você está fazendo o upgrade. O upgrade não gera cobranças adicionais.

  • Você está fazendo upgrade de uma instância de VM para a qual comprou uma licença existente: no BYOL, é preciso adquirir uma chave de produto do fornecedor da licença para realizar o upgrade. Verifique a documentação da Microsoft para determinar para qual edição você pode fazer upgrade e se está qualificado para a conversão de licenças.

Mídia de instalação

Para realizar o upgrade, é preciso ter uma mídia de instalação. Há dois cenários principais:

  • Você está fazendo upgrade de uma instância de VM baseada em uma imagem pública do sistema operacional fornecida pelo Google: neste cenário, use a mídia de instalação da licença de volume fornecida pelo Google. As etapas para acessar essa mídia de instalação são fornecidas abaixo.

  • Você está fazendo upgrade de uma instância de VM baseada em um disco ou uma imagem importados: neste cenário, não é possível usar a mídia de instalação fornecida pelo Google. Em vez disso, você precisará usar uma mídia de instalação que corresponda ao tipo de mídiaa usado para instalar o Windows Server no disco ou na imagem importada.

Outros pré-requisitos

Antes de iniciar o upgrade, consulte a documentação da Microsoft sobre os pré-requisitos e as possíveis limitações da versão do Windows Server para a qual você planeja fazer upgrade:

2012 R2

2016

2019

2022

Realizar o upgrade no local

As seções a seguir orientam você no processo de upgrade da instância de VM.

Criar um snapshot

Antes de iniciar o upgrade, recomendamos que você crie um snapshot da instância de VM para que possa reverter para um estado seguro caso algo dê errado:

Preparar a configuração do Windows Server

Verifique as configurações da instância de VM do Windows Server:

  1. Conecte-se à instância de VM com um cliente RDP.

  2. Use o Windows Update (em inglês) para verificar se o Windows Server está atualizado.

  3. Desative ou desinstale antivírus, antispyware e outros agentes que possam interferir no upgrade ou sejam incompatíveis com a versão do Windows Server que você está fazendo o upgrade.

Anexar a mídia de instalação

Antes de realizar o upgrade, anexe a mídia de instalação necessária à instância de VM. A mídia certa a ser usada depende do cenário:

  • Você está fazendo upgrade de uma instância de VM baseada em uma imagem pública do sistema operacional fornecida pelo Google: nesse cenário, só é preciso anexar a mídia de instalação da licença de volume fornecida pelo Google. Essa mídia contém os scripts necessários para executar o upgrade e os arquivos da nova versão do Windows Server.

  • Você está fazendo upgrade de uma instância de VM baseada em um disco ou uma imagem importados: nesse cenário, também é necessário anexar a mídia de instalação da licença de volume fornecida pelo Google para acessar os scripts necessários.

    Além disso, você precisa anexar uma mídia de instalação personalizada que corresponda ao tipo de mídia usado para instalar o Windows Server no disco ou na imagem importada.

Para anexar a mídia de instalação da licença de volume fornecida pelo Google, siga estas etapas:

  1. No Console do Google Cloud, abra o Cloud Shell clicando no botão Ativar o Cloud Shell Ative o Cloud Shell..

    Acesse o console do Google Cloud

  2. Defina o ID do projeto padrão: Substitua PROJECT_ID pelo nome do seu projeto do Compute Engine:

    gcloud config set project PROJECT_ID

  3. Crie um disco baseado na mídia de instalação. Substitua ZONE pelo nome da zona em que a VM está localizada:

    gcloud compute disks create win-installers --image-family=windows-install-media --image-project=compute-image-tools --zone=ZONE

    Esse comando adiciona um disco chamado win-installers ao projeto. Esse disco não está anexado a nenhuma instância de VM.

  4. Anexe o disco à sua VM usando o modo somente leitura (ro) para que seja possível anexar o disco a várias VMs, se necessário:

    gcloud compute instances attach-disk VM_NAME --disk=win-installers --mode=ro --zone=ZONE

    Substitua:

    • VM_NAME: o nome da instância de VM que receberá o upgrade
    • ZONE: o nome da zona em que a VM está localizada

    É possível usar o mesmo disco para upgrades múltiplos e paralelos de instâncias de VMs na mesma zona, mas, caso você queira fazer upgrade de uma instância de VM em uma zona diferente, crie outro disco nessa zona.

Se você estiver fazendo upgrade de uma VM baseada em um disco ou uma imagem importados, anexe a mídia de instalação personalizada como um disco adicional:

  1. Siga as etapas em Como criar uma imagem a partir de um arquivo ISO para criar um disco a partir da imagem ISO que você quer usar como mídia de instalação personalizada.

  2. Anexe o disco à sua VM usando o modo somente leitura (ro) para que seja possível anexar o disco a várias VMs, se necessário:

    gcloud compute instances attach-disk VM_NAME --disk=CUSTOM_MEDIA_DISK --mode=ro --zone=ZONE

    Substitua:

    • VM_NAME: o nome da VM que receberá o upgrade.
    • CUSTOM_MEDIA_DISK: o nome do disco que contém a mídia de instalação personalizada
    • ZONE: o nome da zona em que a VM está localizada

Iniciar o upgrade

Por padrão, a Instalação do Windows solicita entrada em vários pontos durante um upgrade. Não é possível se conectar à VM usando o RDP durante o upgrade e, portanto, fornecer nenhuma entrada, por isso execute o upgrade no modo autônomo.

  1. Conecte-se à VM com um cliente RDP. Para mais informações, consulte Como se conectar a instâncias.

  2. Abra um prompt de comando elevado:

    • Se você usar o Server Core, um prompt de comando elevado será aberto automaticamente após o login.
    • Se você usa o Windows Server com experiência desktop completa, clique com o botão direito do mouse no botão Iniciar e selecione Prompt de comando (administrador).

  3. Altere o diretório de trabalho para a mídia de instalação. O diretório de trabalho correto depende da versão do Windows Server para a qual você está fazendo upgrade:

    2012 R2

    cd /d d:\*2012*

    2016

    cd /d d:\*2016*

    2019

    cd /d d:\*2019*

    2022 

    cd /d d:\*2022*

  4. Inicie o upgrade do Windows. As etapas necessárias para iniciar o upgrade dependem da versão do Windows Server que você está fazendo upgrade e se a VM é baseada em uma imagem pública de sistema operacional ou em um disco ou uma imagem importados:

    2012 R2

    Execute upgrade.ps1 para iniciar o upgrade do Windows. O script conclui as etapas a seguir:

    powershell -ExecutionPolicy Bypass -File upgrade.ps1

    R2 2012 (BYOL)

    Execute upgrade.ps1 para iniciar o upgrade do Windows. O script conclui as etapas a seguir:

    powershell -ExecutionPolicy Bypass -File upgrade.ps1 -SetupExePath SETUP_PATH -ProductKey PRODUCT_KEY

    Substitua:

    • SETUP_PATH: o caminho para setup.exe na mídia de instalação personalizada
    • PRODUCT_KEY: uma chave de produto válida para o Windows Server 2016.

    O parâmetro -ProductKey só é necessário se você estiver atualizando uma instância de VM para a qual tenha trazido uma licença existente (BYOL).

    2016 ou mais recente

    Execute upgrade.ps1 para iniciar o upgrade do Windows. O script conclui as etapas a seguir:

    powershell -ExecutionPolicy Bypass -File upgrade.ps1

    Em alguns casos, a configuração do Windows pode mostrar uma tela de selecionar imagem. Se essa tela aparecer, selecione a configuração que corresponde à configuração atual:

    • Se você usa o Server Core, selecione Datacenter.

    • Se você usa o Windows Server com a experiência desktop completa, selecione Datacenter (Experiência Desktop).

    • Clique em Avançar para iniciar o upgrade.

    Pode levar alguns minutos para que a configuração seja inicializada.

    2016 ou posterior (importado)

    Execute upgrade.ps1 para iniciar o upgrade do Windows. O script conclui as etapas a seguir:

    powershell -ExecutionPolicy Bypass -File upgrade.ps1 -SetupExePath SETUP-PATH -ProductKey PRODUCT-KEY

    Substitua:

    • SETUP_PATH: o caminho para setup.exe na mídia de instalação personalizada
    • PRODUCT_KEY: uma chave de produto válida para a versão do Windows Server que está sendo atualizada. Por exemplo, se estiver fazendo upgrade do Windows Server 2016 Datacenter para o Windows Server 2019 Datacenter, informe uma chave válida do Windows Server 2019 Datacenter.

    O parâmetro -ProductKey só é necessário se você estiver fazendo upgrade de uma instância de VM que tenha trazido uma licença existente (BYOL).

    Em alguns casos, a configuração do Windows pode mostrar uma tela de selecionar imagem. Se essa tela aparecer, selecione a configuração que corresponde à configuração atual:

    • Se você usa o Server Core, selecione Windows Server Datacenter.

    • Se você usa o Windows Server com a experiência desktop completa, selecione Windows Server Datacenter (Experiência Desktop).

    • Clique em Avançar para iniciar o upgrade.

    Pode levar alguns minutos para que a configuração seja inicializada.

    O processo de upgrade poderá emitir o aviso a seguir. Nesse caso, ignore-o:

    [package name] or a newer version is already installed on the system

    O sistema poderá ficar temporariamente sem resposta durante a instalação do driver netkvm. Caso isso aconteça, não feche a conexão RDP nem interrompa a instância de VM, a menos que o sistema fique sem responder por mais de 5 minutos. Se você perder a conectividade RDP, aguarde aproximadamente 5 minutos antes de se reconectar à instância de VM.

    O assistente de instalação pode exigir que você reinicie o sistema primeiro. Nesse caso, reinicie a instância da VM e execute a Instalação do Windows novamente, usando o mesmo comando.

    Após cerca de 5 minutos, a máquina será reinicializada e o RDP será desconectado.

Observar o processo de upgrade

Dependendo do tipo de máquina da sua instância de VM e da configuração do Windows Server, a atualização pode levar de 10 a 60 minutos para ser concluída. Durante esse tempo, é possível observar o status por meio da saída da porta serial:

  1. No Cloud Shell, observe o processo de inicialização executando o seguinte comando:

    gcloud compute instances tail-serial-port-output VM_NAME --zone=ZONE

    Substitua:

    • VM_NAME: nome da instância de VM
    • ZONE: nome da zona em que a instância de VM está localizada

  2. Aguarde até que a máquina seja reinicializada quatro vezes. Dependendo da configuração da instância de VM, pode levar 30 minutos ou mais para que essas reinicializações ocorram. É possível reconhecer uma reinicialização pela saída, que é semelhante a esta:

    SeaBIOS (version 1.8.2-20190620_103534-google)
Total RAM Size = 0x00000001e0000000 = 7680 MiB
CPUs found: 2     Max CPUs supported: 2

  3. Após a quarta reinicialização, aguarde até que a saída GCEMetadataScripts: Finished running startup scripts ou No startup scripts to run seja exibida.

Realizar etapas pós-upgrade

Agora é possível estabelecer conexão com a instância de VM para verificar se o upgrade foi concluído com sucesso.

  1. Conecte-se à instância de VM usando um cliente RDP. Para mais informações, consulte Como se conectar a instâncias.

  2. Faça login usando uma conta de usuário com privilégios de administrador local.

  3. Abra um prompt de comando elevado:

    • Se você usar o Server Core, um prompt de comando elevado será aberto automaticamente após o login.
    • Se você usa o Windows Server com a experiência desktop completa, clique com o botão direito do mouse no botão Iniciar e selecione Prompt de comando (administrador).

  4. Execute o seguinte comando para consultar a versão do Windows Server:

    Windows Server Core

    ver

    Windows Server com Experiência Desktop 

    winver

    Verifique se a versão corresponde à versão esperada do Windows Server.

  5. Altere o diretório de trabalho para a mídia de instalação. O diretório de trabalho correto depende da versão do Windows Server para a qual você está fazendo upgrade:

    2012 R2

    cd /d d:\*2012*

    2016

    cd /d d:\*2016*

    2019

    cd /d d:\*2019*

    2022

    cd /d d:\*2022*

  6. Execute upgrade.ps1 novamente para reaplicar configurações específicas do Compute Engine que podem ter sido perdidas durante o upgrade:

    powershell -ExecutionPolicy Bypass -File upgrade.ps1

  7. Reinicie a instância de VM para garantir que todas as alterações entrem em vigor. Pode levar de 1 a 2 minutos para que a reinicialização seja concluída e você possa se conectar à instância de VM novamente.

Remover o disco de instalação

Agora é possível remover o disco de instalação da instância de VM:

  • No Cloud Shell, desanexe o disco de instalação da instância de VM, substituindo VM_NAME pelo nome da instância de VM:

    gcloud compute instances detach-disk VM_NAME --disk=win-installers

Instalar atualizações e restaurar o acesso

Após a conclusão do upgrade, execute o Windows Update para fazer o download e a instalação das atualizações de segurança. Para instalar as atualizações de segurança, siga estas etapas:

  1. Conecte-se à máquina usando um cliente RDP. Para mais informações, consulte Como se conectar a instâncias.

  2. Use o Windows Update para instalar as atualizações mais recentes do Windows. Talvez seja necessário reiniciar a instância de VM várias vezes durante esse processo.

  3. Reative qualquer agente, programa antivírus ou software antimalware que tenha sido desativado antes do upgrade.

Resolver problemas de upgrade no local

Durante a execução da Instalação do Windows, não é possível se conectar à instância de VM com RDP. Caso suspeite que o upgrade falhou ou não está progredindo, diagnostique a situação usando as seguintes abordagens, nesta ordem:

Verificar a saída da porta serial

Para verificar o progresso do processo de upgrade, confira a saída da porta serial da instância de VM:

  • A porta serial 1 captura o status da inicialização
  • A porta serial 3 captura a saída de registro da configuração do Windows

Durante o upgrade, quatro reinicializações podem ocorrer. Se você não observar nenhum progresso por mais de 30 minutos após a primeira reinicialização, é provável que a atualização tenha falhado.

Verificar as métricas de CPU e de E/S

A execução de um upgrade do Windows Server é uma operação com uso intensivo da CPU e da E/S de disco. A verificação das métricas de CPU e E/S serve como indicação para saber se a configuração está progredindo.

Veja as métricas de CPU e E/S no Console do Google Cloud:

  1. No console do Google Cloud, acesse a página Instâncias de VMs.

    Acessar instâncias de VM

  2. Clique na instância que você está fazendo upgrade.

  3. Clique na guia Monitoramento.

Conectar-se ao console dos serviços de gerenciamento de emergência

É possível estabelecer conexão com o console dos serviços de gerenciamento de emergência (EMS, na sigla em inglês) durante e depois de executar a Instalação do Windows. Usando o console do EMS, verifique o log de eventos e os arquivos de registros da Instalação do Windows (links em inglês) para saber se o upgrade ainda está ocorrendo ou se há erros.

Conectar-se remotamente usando o WinRM

Se ocorrer falha na conexão por meio do RDP ou do EMS, tente usar o WinRM para estabelecer uma sessão remota do PowerShell:

  1. Conecte-se a uma instância diferente do Windows Server na mesma VPC.

  2. Abra o PowerShell.

  3. Estabeleça uma sessão remota do PowerShell, substituindo VM_NAME pelo nome da instância que receberá o upgrade:

    Enter-PSSession -ComputerName VM_NAME -UseSSL -SessionOption (New-PsSessionOption -SkipCACheck) -Credential (Get-Credential)

  4. Quando as credenciais forem solicitadas, digite o nome de usuário e a senha de uma conta de usuário administrativo.

  5. Use a sessão remota do PowerShell para verificar o log de eventos e os arquivos de registros da Instalação do Windows(links em inglês).

Analisar arquivos de registros off-line

Se você não conseguir se conectar à instância usando o Gerenciamento Remoto do Windows (WinRM, na sigla em inglês), cancele o upgrade e analise os arquivos de registros de uma instância de VM diferente. Para isso, siga estas etapas:

  1. Interrompa a instância de VM.

    Isso poderá levar vários minutos se o Windows Server não estiver respondendo.

  2. Remova o disco de inicialização da instância.

  3. Crie uma nova instância temporária do Windows Server e anexe o disco de inicialização da instância original como um disco extra.

  4. Use a instância temporária do Windows Server para analisar os arquivos de log de eventos e os registros de instalação (em inglês) referentes à instância que você estava tentando atualizar.

  5. Quando a análise estiver concluída, remova o disco da instância temporária e reconecte-o como um disco de inicialização à instância de VM original.

Solucionar problemas do RDP

Para mais informações sobre como solucionar problemas do RDP, consulte Como solucionar problemas do RDP.

Solucionar problemas de instâncias do Windows Server

Para mais informações sobre como solucionar problemas de instâncias do Windows Server, consulte Dicas e solução de problemas para instâncias do Windows.

Limpar

Exclua o disco de instalação para evitar custos extras após a conclusão deste processo.

Excluir o disco de instalação

É possível criar um disco de instalação baseado na imagem fornecida pelo Google a qualquer momento. Se você não planeja fazer upgrade de mais instâncias de VMs na mesma zona, exclua o disco de instalação:

  • No Cloud Shell, exclua o disco win-installers criado anteriormente:

    gcloud compute disks delete win-installers

A seguir