Precisa atualizar o Windows Server 2012 / 2012r2 para o Server 2022 / 2019? Este tutorial mostra como.
Vamos cobrir tanto o upgrade in-place de 2012 para 2022 / 2019 quanto a migração de um servidor 2012 para um servidor 2022 / 2019 separado.
O Server 2012 chegou oficialmente ao fim da vida útil, e o fim do suporte do Server 2012 R2 foi em 23 de outubro de 2023 – então, naturalmente, você não está sozinho: os 2012 devem ser atualizados o quanto antes. E, claro, você quer minimizar o tempo e o esforço gastos nisso, automatizando o máximo possível do upgrade.
Neste guia, vamos cobrir as opções de upgrade do Server 2012 para 2022 / 2019, preservando a funcionalidade completa das aplicações do servidor, bancos de dados, perfis de usuário, compartilhamentos e dados. Note que o mesmo processo funciona para servidores não-2012 também; estamos focando no 2012 por causa do fim de vida em 2023.
Há duas abordagens principais para atualizar o Server 2012:
Só quer saber como automatizar o upgrade de 2012 para 2022 / 2019, sem um tutorial geral?
Clique aqui para pular para a parte com o processo de upgrade em si.
Aqui está um quadro dos caminhos de upgrade do Windows Server (crédito: Microsoft.com)

Como mostra o quadro acima, não é possível fazer um upgrade in-place de 2012 para 2022 diretamente. Porém, para servidores on-premise (físicos ou virtuais), dá para fazer em 2 “saltos”:
Note, porém, que não é possível fazer upgrade in-place de servidores Azure ou AWS – não da forma “tradicional”. Para servidores hospedados na nuvem como esses, use o “upgrade por migração” descrito abaixo.
A principal vantagem de um upgrade in-place (quando ele é de fato possível) é que – pelo menos à primeira vista – ele parece simples e indolor. Afinal, você só instala um novo Windows Server (duas vezes) e não precisa lidar com a reinstalação de aplicações / dados. Tudo o que você precisa fazer é:
Os dois passos podem ser feitos baixando e montando a ISO apropriada.
Infelizmente, a realidade nem sempre é tão simples. Há 3 preocupações principais com upgrades in-place:
Você está destruindo seu servidor atual, que funciona: O maior problema dos upgrades in-place é que, uma vez iniciados, você deixa de ter um servidor funcional, e só voltará a ter quando o novo estiver totalmente operacional. É simplesmente assim que upgrades in-place funcionam. Claro, você tem um backup do 2012 original (obrigatório em qualquer upgrade in-place), mas nem sempre é simples restaurá-lo. E o próprio processo de upgrade costuma demorar bastante – período durante o qual, de novo, você não tem um servidor operacional. É um problema inerente aos upgrades in-place, que muitas vezes os inviabiliza para servidores de missão crítica.
O processo de upgrade nem sempre é tranquilo: No papel, “instalar um sistema novo duas vezes” não parece tão ruim. Infelizmente, a dura realidade é que instalações in-place de sistema costumam correr menos suavemente do que o esperado. Se houver problemas de sistema no servidor de origem, a instalação pode nem começar até que você os corrija. Além disso, qualquer administrador de TI que já fez alguns upgrades in-place sabe como é rodar um processo de upgrade por 3 horas e levar um erro como “0x800F081E The installation failed in the SAFE_OS phase with an error during INSTALL_UPDATES operation”.
O resultado final precisa ser verificado minuciosamente: Supondo que você tenha conseguido concluir o processo de upgrade in-place (2012 para 2016, depois 2016 para 2022 ou 2019), o próximo passo é verificar minuciosamente cada componente e cada aplicação do servidor. Você está cobrindo uma lacuna de cerca de 10 anos, e não com uma instalação limpa, mas com uma série de upgrades. É importante garantir que todos os componentes do sistema continuam funcionais e com o desempenho esperado.
Resumindo: na teoria – upgrades in-place parecem promissores. Na prática, nem sempre é assim. Vale a tentativa em alguns casos, geralmente em servidores que não são de missão crítica – e, quando funciona, economiza bastante tempo e esforço. Para a maioria dos servidores, porém, o in-place não é a melhor abordagem no geral.
Aliás, muitos fabricantes afirmam abertamente que upgrades in-place devem ser evitados – como a VMWare aqui: “O upgrade in-place do sistema operacional convidado (entre versões principais, como Windows Server 2016 ou Windows Server 2019 para Windows Server 2022) não é recomendado. A prática recomendada é instalar a nova versão principal do sistema em uma nova VM”.
Com tudo isso em mente, a pergunta imediata é – se o upgrade in-place não é uma boa ideia, o que fazer no lugar? A resposta é – um upgrade por migração de 2012 para 2022 / 2019.
O upgrade por migração é a alternativa aos upgrades in-place “à moda antiga”: você instala um novo Server 2022 ou 2019 e transfere o conteúdo do 2012 / 2012r2 para ele. O resultado final é tudo rodando no substituto 2022 / 2019.
É claro que o upgrade por migração elimina de imediato 2 das desvantagens do in-place descritas acima:
Não destrutivo, com pouco ou nenhum downtime: Seu servidor original permanece operacional o tempo todo e não é destruído / afetado de forma alguma. Você só troca para o destino quando ele está totalmente operacional e pronto para uso – o que minimiza (ou até elimina) downtime e risco.
Instalação limpa, começando com o sistema mais recente: Você não arrasta 10 anos de upgrades incrementais e 3 versões de sistema diferentes. Em vez disso, roda o sistema mais recente diretamente.
Sobra a 3ª: o processo de upgrade em si.
O detalhe da migração é que, feita manualmente, ela pode consumir uma quantidade enorme de tempo e esforço. Reinstalar aplicações, reconstruir configurações, tentar lembrar como tudo foi montado, copiar dados e permissões, compartilhamentos, personalização, todas as pequenas coisas que fazem um servidor funcionar – a lista continua, e o trabalho nessa lista pode se arrastar por dias (sem falar no erro humano).
Felizmente, há uma solução: a migração pode ser automatizada com um software de migração de servidores dedicado – o Zinstall WinServ – e este tutorial mostra como.
Funciona para qualquer combinação de plataformas: 2012 físico para 2022 físico, físico para VM / nuvem, VM 2012r2 on-prem para um servidor 2019 na AWS, uma VM Azure com Server 2012 para uma VM Azure com Server 2022 (sim, dá para usar isso e alcançar, na prática, o “impossível” upgrade in-place no Azure!).
Tudo isso é migração nativa, não virtualização de aplicações / lift-and-shift / clonagem. As aplicações ficam de fato instaladas no servidor de destino, os compartilhamentos são configurados, dados e configurações são transferidos - só o sistema antigo em si fica para trás.
Uma migração automatizada elimina a última desvantagem e permite fazer upgrades de 2012 para 2022 / 2019 de forma limpa, eficiente e segura.
Vamos ver como se faz.
Faça um inventário dos seus servidores: Em um ambiente típico, você terá vários tipos de servidores. Haverá servidores de funções, focados em funções do Windows Server como Domain Controller, Active Directory, IIS, Exchange, DNS, DHCP. A migração de funções não é automatizada e precisa ser feita manualmente.
O grupo mais comum, porém, é o de servidores de aplicações e arquivos, que rodam as aplicações de linha de negócio (LOB) e armazenam os dados da empresa. Eles normalmente superam em muito o grupo de funções.
Servidores de aplicações e arquivos podem ser migrados automaticamente e em grande escala, usando software de migração de servidores (como mostrado abaixo).
Na fase de planejamento, prepare uma lista dos servidores do ambiente e descubra pelo que cada um é responsável. Só de saber quantos são servidores de funções e quantos são de aplicações, você já dá um grande passo. Como a migração de servidores de aplicações pode ser automatizada, você conseguirá estimar com boa precisão o tempo e o esforço necessários para a migração.
Verifique se seus backups estão em dia e realmente restauráveis: Qualquer upgrade grande pode dar errado e, sem um backup válido e atualizado, você corre o risco de perder tudo o que havia no servidor. Confirme que o backup não está danificado e que está pronto para ser restaurado se necessário!
Decida o tipo de substituto: Depois de decidir substituir um servidor, você tem várias opções para o substituto. Pode ser um servidor físico on-premise com Windows 2022 / 2019, uma VM on-prem (ESX / Hyper-V, por exemplo) ou um servidor na nuvem rodando fora das suas instalações (como migração para Azure ou para a Amazon AWS). Se você usa o WinServ, ele suporta qualquer uma dessas transferências, então a dificuldade da migração não varia muito com a escolha.
O processo abaixo descreve os passos para atualizar do Server 2012 / 2012 R2 para um novo Windows Server 2016 / 2019 / 2022.
Vamos cobrir a migração on-prem (servidor de destino na mesma rede que a origem) e a off-prem (servidor de destino fora do local, como migração de servidor para Azure / AWS).
Pronto! Esse é todo o processo de migração. Claro que não é a migração inteira: você precisou provisionar o servidor antes de rodar isso, e precisa revisar os resultados (veja abaixo) — mas você acabou de automatizar a maior parte do trabalho braçal do upgrade.
Pronto! Esse é todo o processo de migração. Claro que não é a migração inteira: você precisou provisionar o servidor antes de rodar isso, e precisa revisar os resultados (veja abaixo) — mas você acabou de automatizar a maior parte do trabalho braçal do upgrade.
Algumas aplicações legadas de terceiros rodando no Windows Server 2012 podem ser incompatíveis com o Windows Server 2022 / 2019. Essa parte é igual para upgrades in-place “à moda antiga” e para upgrades por “migração”, já que a limitação é uma propriedade da própria aplicação.
No 2012, aplicações incompatíveis são bem menos comuns do que no Server 2003 / 2008, mas ainda podem aparecer – geralmente em software legado que não foi atualizado para versões mais novas do sistema.
Note que “antigo” não significa necessariamente “não vai funcionar”. Muitas aplicações antigas funcionam sem problemas.
Se essas aplicações não puderem ser eliminadas de imediato e forem de missão crítica para a operação da organização, a opção recomendada para mantê-las funcionando é fazer uma migração virtualizada delas para uma instância virtual de Server 2012 rodando no servidor substituto mais novo. Depois, siga com os passos necessários para aposentar essas aplicações e desligar as instâncias 2012 virtualizadas.
O próprio WinServ é genérico quanto às aplicações e pode migrar até aplicações customizadas e internas que o mundo exterior nunca viu – desde que sejam capazes de rodar no servidor novo. Aqui está uma lista parcial de aplicações comuns que nossos clientes já migraram:
Concluído o processo de migração, é hora de verificar os resultados.
Parabéns! Seu upgrade de 2012 para 2022 / 2019 está completo.
Obtenha o Zinstall WinServ aqui
Precisa de licenças de avaliação, preços por volume ou mais informações?
Escreva para sales@zinstall.com e teremos prazer em ajudar.