Estratégias de migração: por onde começar?

Question

Nosso novo cliente exige que migremos seus 37 servidores (Windows 2003, clusters SQL, caixas Sharepoint, WebTrends, controlador de domínio, Google Appliances etc.) para um novo serviço de hospedagem.

Alguém tem alguma dica e truques sobre como começar a usar essa migração monstruosa?

Sou apenas um programador C # e saio da minha profundidade aqui!

EDITAR: Não mover fisicamente as máquinas, construir um novo ambiente e, em seguida, fazer um movimento "suave". Estamos "trocando de provedores de hospedagem gerenciada".

    

Answer 1

Dicas muito gerais (talvez óbvias):

1. Nunca tente algo que não seja tecnicamente competente e que você não esteja fazendo bem. Em caso de dúvida, adiar para um especialista

2. Faça uma lista de possíveis problemas e soluções especulativas antes de fazer qualquer coisa - isso é útil para se referir a quando você está puxando seu cabelo para fora

3. Configure todos os novos servidores com as mesmas versões de software - não fique tentado a realizar uma migração / atualização dupla, pois a identificação de problemas se torna mais difícil com mais incógnitas

4. Certifique-se de copiar todos os arquivos de configuração na íntegra e, se possível, use os mesmos nomes de host local e IPs para novos servidores. Se os arquivos de configuração se referirem a servidores, faça uma lista deles (as listas são suas amigas!) E se você alterar nomes de servidores / IPs procure por todas as instâncias dos nomes originais nos servidores originais prontos para editar a configuração no novo hardware

5. Permite o dobro do tempo previsto para testes - tire instantâneos dos sistemas de arquivos e bancos de dados e carregue-os nos novos servidores, depois duplique os testes de integridade / funcionalidade nos servidores atuais e novos. Se o hardware for diferente, leve isso em consideração (quando possível)

6. Se relevante, diminua o TTL de todos os domínios para 300 segundos alguns dias antes da migração real

7. Os clusters podem ser bestas volúveis, se você tiver redundância e balanceamento de carga, não teste os dois ao mesmo tempo! Configure o software / parâmetro de failover / redundância primeiro e teste isso, o balanceamento de carga pode esperar até que a funcionalidade subjacente seja sólida.

8. Cuidado com o throughput de benchmarking apenas por causa disso, deve ser a etapa final

9. Garanta que seus novos servidores tenham o mesmo nível de segurança que os antigos, incluindo configurações de firewall e especificações de aplicativos. Se necessário, um teste de caneta de terceiros pode ajudar

10. Programe o tempo de inatividade para migração de dados

11. Se o seu provedor de hospedagem gerenciada ajudar, clique neles para tudo que eles puderem oferecer, pois eles terão bastante experiência disponível

O Microsoft File Server Migration Toolkit pode ser útil

Estratégias de migração de servidores do Serverwatch.com são facilitadas

HTH, não se esqueça de adiar se for incerto:)