Estou me preparando para migrar um servidor de um hardware antigo para um novo hardware. Estou pensando em fazer uma migração P2P em vez de realmente reconstruir, reinstalar e migrar bancos de dados. Os servidores são da Dell 2950s com Hardware RAID, executando o Windows.
As opções incluem: usar uma solução de software como Platespin ou quebrar o espelho no servidor existente e espelhar a unidade no novo servidor em seguida, reconstrua o espelho novamente no novo servidor para que as duas unidades sejam novas unidades. Todo o hardware será semelhante, embora os alvos sejam três anos mais novos.
Palavras de sabedoria? Avisos Sugestões de software?
Eu vou ser um cobertor molhado com a minha resposta. Se você puder reconstruir as máquinas, acho que isso forneceria o ambiente de "quantidade conhecida" mais estável. A menos que os aplicativos sejam um imenso tempo para fazer com que uma "migração" seja uma vitória líquida, eu pensaria que o tempo gasto fazendo a solução de migração funcionar bem poderia eclipsar o tempo apenas para reconstruir manualmente (e, além disso, provavelmente não é uma má idéia usar isso como uma oportunidade de criar ou atualizar a documentação da configuração desses computadores servidores).
Em minha opinião, migrar uma instalação do Windows de 3 y / o significa migrar muitos arquivos antigos de desinstalação de hotfix, arquivos potencialmente perigosos e informações de registro, além de um "excesso de integridade" geral. A menos que você tenha feito um trabalho muito bom mantendo essas máquinas limpas, provavelmente haverá algumas dessas migrações que serão migradas.
OTOH, se você tiver um aplicativo particularmente sensível e este for um ambiente de "trabalho conhecido" que foi altamente otimizado, você poderá ver uma vitória líquida na migração. Eu jogaria o advogado do diabo e diria que todo esse ajuste deveria ser documentado e reproduzível. > sorriso <
Acho que é difícil reconstruir os aplicativos e transferir os dados. O sistema operacional e os drivers devem ser fáceis e não problemáticos.
Na minha experiência, a única vez em que eu criava imagens / fazia backup de um servidor e colocava a imagem de volta no mesmo hardware. Eu reconfigurei o RAID na caixa (Dell 2850) quando adicionei novos discos rígidos. A solução que usei foi o Acronis True Image com o recurso Universal Restore para o caso de precisar restaurar a caixa para um hardware diferente. O Acronis é um bom produto e me deu a flexibilidade de particionar / formatar os discos como eu quero e depois colocar a imagem no tamanho que acabei de criar. Com isso dito, recomendo criar o servidor do zero pelos seguintes motivos:
Um dos outros problemas que eu prevejo ao mudar de um hardware antigo é: se você estiver movendo um sistema operacional Windows, os drivers de dispositivo serão diferentes, Chipsets, controladores RAID, processadores, NICs, etc. Fazer uma compilação limpa eliminará o problema confusão e lixo deixados para trás se você portou o sistema antigo para o novo hardware
Isso parece um excelente momento para testar seus procedimentos e práticas de backup e restauração. ; -)
A menos que essa caixa exija 100% de tempo de atividade perfeito, eu faria uma restauração na nova caixa usando o backup completo mais recente (você está fazendo backups regulares, certo?) da caixa existente. Eu provavelmente faria um teste, possivelmente usando um backup um pouco fora de data, então, uma vez que eu tivesse certeza de que tudo estava bem, eu teria um backup atual (agora mesmo) e restauraria isso para a nova caixa. / p>
Você pode analisar uma ferramenta como o Backup Exec System Recovery Server Edition da Symantec. Deve lidar com a transição entre o hardware diferente.
Você pode soltar um backup de um servidor para o novo estanho, mas, como já foi dito, os drivers de hardware irão falhar e causar problemas. A maneira de fazer isso é:
Talvez seja necessário refazer a restauração do estado do sistema depois disso. Você usa o mesmo nome porque alguns programas de backup (estou olhando para você, Arcserve) não restauram o backup para um nome diferente (em vez disso, ele tenta passar pela rede). Você usa o backup interno porque os patches podem fazer com que o programa de backup de terceiros não consiga restaurar adequadamente o estado do sistema.
Você ainda pode ter dificuldades depois disso, como problemas de driver estranhos. E os servidores de banco de dados são horríveis se os logs não forem totalmente confirmados antes do backup. Então você pode precisar testá-lo algumas vezes. Isso funciona para o Windows 2000 e 2003, e a ordem em que você faz a instalação do estado do sistema e do modo de reparo pode variar entre 2000 e 2003 e depende também do nível do service pack.