Atualizando do Windows 2003 para o Windows 2008

Question

Alguém tentou o processo de atualização do Windows 2003 x64 para o Windows 2008 x64?

Normalmente, seria melhor nunca atualizar um sistema operacional Windows; mas talvez, como esse é um sistema operacional de servidor, o caminho de atualização foi refinado?

Reinstalar / reconfigurar seria muito longo, com muito tempo de inatividade; preferiria evitar esse caminho ...

    

Answer 1

Ainda não temos sistemas Windows Server 2008 em produção, mas atualizamos cerca de 6 servidores de teste (1 de 32 bits, 5 de 64 bits) e o processo tem sido praticamente impecável. No entanto, a maioria tem sido VMs hospedadas em VMware, os problemas de driver não são um grande problema. A única coisa que tive que fazer é desinstalar / reinstalar o McAfee VirusScan 8.5 após a atualização.

Acho que a Microsoft teve muito tempo para melhorar o processo de atualização desde os dias do NT4- > Windows 2000. Eu fiz muito mais atualizações do Windows 2000- > 2003 do que o NT4- > W2K, com certeza. Eu só vou recomendar atualizações (quando absolutamente necessário) de W2K3 x64 - > W2K8 x64. Eu não quero usar o W2K8 de 32 bits na produção como uma prática recomendada.

    

Answer 2

Minha opinião apenas, mas se for um servidor de produção, eu nunca consideraria uma atualização. Puxe as unidades, cole algumas novas, faça a instalação do Windows 2008 e, se tiver problemas, conecte as unidades antigas de volta.

    

Answer 3

Eu não acho que o caminho do servidor para atualizações seja melhor do que o caminho da estação de trabalho. É o mesmo produto principal depois de tudo. O que você pode ter, no entanto, bem esperançosamente , é menos "porcaria estranha" no sistema que pode atrapalhar uma atualização.

Você precisa capturar uma imagem prática, possivelmente em uma máquina virtual, testar como a atualização funciona, ver como seus aplicativos se comportam em um sistema atualizado e decidir se o tempo gasto para atualizar o servidor, atualizar seus aplicativos e a depuração é menor que o tempo gasto para construir um novo sistema e migrar.

Ah, sim, a menos que você esteja virtualizando a máquina de produção, verifique se o hardware é compatível com o Windows 2008. Isso seria realmente desagradável.

Quanto a um plano de reversão, como o chopper3 sugere, isso é realmente importante também. Certifique-se de não iniciar o processo de atualização até ter certeza de que pode restaurar um backup do servidor Windows 2003 que você está atualizando.

    

Answer 4

Se o tempo de inatividade mínimo é sua principal preocupação, então, copiar as unidades do sistema, executar uma atualização, testar a atualização e, em seguida, reverter se algo deu errado, não é o caminho a percorrer. Não pela razão de que pode haver problemas com a atualização, mas porque há outros planos que provavelmente resultarão em muito menos tempo de inatividade do ponto de vista de seus usuários.

Por tempo de inatividade mínimo, sugiro que:

1. instale o sistema operacional em uma segunda máquina
2. copie o (s) aplicativo (s), dados, configuração e outros recursos em
3. teste o máximo que puder
4. desative os serviços no servidor antigo
5. faça uma sincronização final no novo servidor (por isso, há atualizações que ocorreram no servidor antigo durante o período em que você estava criando e testando)
6. reconfigure as coisas relevantes (o servidor e / ou as configurações de rede em outro lugar) para que o novo servidor apareça onde o antigo estava
7. deixe o servidor antigo em funcionamento por um curto período (ou apenas mantenha suas unidades à mão) caso você tenha descoberto depois que esqueceu de transferir algo

Desta forma, o único tempo de inatividade que você tem é o tempo necessário para executar a sincronização final antes de alternar (etapas 5 e 6) - isso pode demorar um pouco se a sincronização final incluir a cópia de arquivos grandes (como um ou mais grandes bancos de dados), mas isso levará menos tempo do que a obtenção de uma imagem de backup completa e a atualização ocorrerá e tem a vantagem de não haver tempo de inatividade se falhar (já que você acabou de descartar a nova configuração sem nunca desativar a antiga). / p>

É claro que este plano significa ter um segundo servidor na mesma instalação para construir o que não será gratuito, por isso, se você está pagando um bom pedaço pelo seu servidor / hospedagem ou está em um orçamento apertado, isso pode ser proibitivo. fator ...

    

Answer 5

Atualizamos sistemas não críticos em 32 bits sem problemas reais. Eu não consideraria uma atualização do Windows para um aplicativo de missão crítica, no entanto, principalmente devido ao tempo de inatividade que ele criaria. Ao atualizar um aplicativo crítico, geralmente compramos um novo servidor para o sistema operacional mais recente e depois migram o aplicativo de um para o outro. O servidor mais antigo pode então ser revendido ou reutilizado em outro lugar.

    

Answer 6

Minha principal razão para não fazer upgrades é a limpeza e o espaço em disco.

O último ponto é que eu tinha muitos servidores Dell que estavam em partições do Sistema de 12Gb, já que os service packs e patches foram aplicados ao longo dos anos, diminuindo a quantidade de espaço em disco sem uma boa solução disponível.

Eu realmente não gostaria de levar toda essa 'bagagem' para um novo sistema operacional comigo.

    

Answer 7

Eu tentei o caminho de atualização no Virtual PC, posso admitir que é melhor migrar em vez de atualizar. Os dois so são completamente diferentes

    

Answer 8

Gostaria de perguntar por que você deseja atualizar e qual é o seu plano de reversão?

    

Answer 9

Não vale a pena o risco de uma máquina de produção.

Você dormirá melhor sabendo que tem uma instalação padrão que 99% do mundo usa e os fabricantes usam.

Vá com a configuração testada mais ampla em vez de pelo menos.