Atualizações no local para o Windows Server (atualizado para o Y2016)

6

No espírito de fazer uma Boa pergunta subjetiva , eu trago isso novamente , na esperança de que ServerFault continuará a ser um preferido "ir para" ao pesquisar sobre este tópico.

OLD REFERENCE

Em 2011, essa pergunta foi feita: Razões pelas quais os upgrades no local são ruins

A PERGUNTA

A atualização in-loco do Windows Server x64 (2008 R2, 2012, 2012 R2) para uma versão mais recente do Windows Server é uma boa prática atualmente ou não?

RESPOSTAS

Lembre-se do link acima: Grandes questões subjetivas tendem a ter respostas longas, não curtas. As melhores questões subjetivas inspiram seus colegas a compartilhar suas experiências reais, não apenas postam uma linha direta ou uma caricatura estúpida na esperança de serem recompensados com votos positivos por serem meros "primeiros".

    
por TheCleaner 20.06.2016 / 16:20

3 respostas

9

Minha opinião é que, quando suportado, uma atualização in-loco de um sistema operacional Windows Server para uma versão mais recente é o método preferido para atualizar um servidor (especialmente uma VM) nos dias de hoje. Não só é muito mais rápido e permite uma maior automação, mas também não possui mais tanto risco quanto recompensa que as atualizações mais antigas do sistema operacional representavam devido ao suporte da Microsoft a um melhor modelo de transição de ciclo de vida.

A Microsoft fez muito para garantir que as atualizações no local sejam mais fáceis do que antes e mais fáceis, sem os problemas que afetaram as atualizações mais antigas do sistema operacional. Esse parece ser o curso de ação recomendado se você quiser manter tudo como está: Instalação e atualização do Windows Server:

"If you want to keep the same hardware and all the server roles you have set up without flattening the server, upgrading is the way to go"

Até mesmo os blogueiros da MS estão acreditando no hype: Atualização in-loco de 2008 R2 para 2012 R2

Além disso, as VMs permitem que snapshots, P2V, clonagem e reversão sejam facilitados nessa transição. (Referência: "P2V em uma VM de teste e, uh, teste. "

Devemos ser "Tratando servidores como gado, não animais de estimação" - Randy Bias . Os velhos tempos de cuidar e alimentar os servidores pelos quais você é responsável não são feitos tão intimamente como antes. Nem todo servidor é um floco de neve, e a hospedagem em nuvem pública é um excelente exemplo dessa prática.

Por exemplo:

Eu pessoalmente fiz várias atualizações in-loco de 2008 R2 para 2012 R2 no ano passado, com cerca de outras 400 planejadas para o próximo ano e meio. Tudo correu bem, com apenas pequenos problemas em dois servidores que não precisaram de reversões. Enquanto o servidor existente estiver funcionando bem, você deve se sentir confiante em seguir essa direção.

Algumas coisas importantes a considerar ao afirmar que as atualizações no local são o melhor caminho a seguir:

  • A atualização é suportada? - Por exemplo, alterar as versões de idioma ou os tipos de versão não é Opções de atualização para Windows 2012 R2
  • Os aplicativos em execução no servidor são totalmente compatíveis com a nova versão do sistema operacional em seu estado atual?
  • Existe uma maneira de reverter facilmente o estado anterior antes da atualização in-loco (instantâneo, backup, clonagem, etc. da VM)?
  • O hardware (se aplicável) suporta o novo sistema operacional?
  • O servidor existente está funcionando bem atualmente sem problemas?

    Se a resposta for SIM para TODAS as perguntas acima, um in-place upgrade é a rota preferida.

por 20.06.2016 / 16:20
0

Apenas para referência contínua e para adicionar detalhes diretamente da boca do cavalo de um artigo mais recente, A Microsoft não oferece suporte a atualizações do Azure . O gado é morto, não atualizado.

    
por 06.04.2018 / 16:35
-3

Gostaria de lhe indicar o curso básico de Microsoft Office 365. Eles explicam como a Microsoft eliminou um monte de servidores com processos de criação automatizados. Eles não atualizam nem corrigem os problemas, eles apenas acabam com outro grupo de servidores usando ferramentas de implantação automatizadas. Automação é rei e eu preciso melhorar nisso.

    
por 08.10.2016 / 22:52