Qual a melhor forma de migrar do antigo servidor SQL 2000 para o novo servidor SQL 2008 com novo nome

Question

Nós temos um servidor SQL 2000 antigo, vamos chamá-lo de "oldSQL2K" e um novo servidor SQL 2008, vamos chamá-lo de "newSQL2K8". Ambos estão em produção. O oldSQL2K tem cerca de 90 bancos de dados de usuários, acessados por humanos via conexões ODBC e por aplicativos via logins SQL.

Estou procurando conselhos sobre a melhor maneira de avançar com a migração dos bancos de dados do antigo SQLSK2K para o novoSQL2K8.

Eu migrei manualmente cerca de uma dúzia de bancos de dados fazendo um backup do SQL antigo e uma restauração do SQL no novo. Já migrei todos os logons do SQL do antigo para o novo, e pronto.

Como experiência, tentei uma alteração simples de nome DNS, mas é claro que isso falhou.

Aqui estão os desafios: Um dos aplicativos legados que suportamos que "Must Stay Alive" tem o nome do servidor oldSQL2000 inserido no código compilado, e o código-fonte desapareceu! Longa história, não é minha culpa, mas agora o meu problema. Este aplicativo é executado em cerca de 50 estações de trabalho.

Nosso centro de serviços identificou cerca de mil estações de trabalho que serão afetadas por essa migração. Ow

Temos o utilitário SQL Client Network nessas 50 estações de trabalho mencionadas, e a atualização do alias não funciona. Instalá-lo em outras estações de trabalho e servidores, no entanto, é algo que eu gostaria de evitar, se possível.

Então pessoal, como você continuaria com essa migração se fosse você?

    

Answer 1

Eu migraria como você está fazendo, mas isolaria os aplicativos "Must Stay Alive" que não podem ser alterados facilmente e os deixam no servidor antigo. Em seguida, virtualize o servidor SQL2000 se você tiver um ambiente de VM. O aplicativo antigo provavelmente não será beneficiado pela mudança para o SQL2008, a menos que você esteja com problemas de desempenho e precise de mais capacidade de processamento, e a VM será um lembrete constante dos Aplicativos ruins que realmente devem ser substituídos.

    

Answer 2

Virtualizar o que sobra é uma ideia completamente sólida ... alternativamente, você poderia movê-los para o SQL Server 2008 (depois de testar que eles ainda funcionam) e usar a mágica do DNS para reexaminar. Já vi isso acontecer muitas vezes - funciona, embora não seja tão limpo.

    

Answer 3

Eu já me encontrei em situações de catch-22 semelhantes e a abordagem adotada foi mudar para outro servidor SQL 2000, o que pode ser facilmente mudado, mas não pode ser atualizado para 2008 e uma vez que você está no par de aplicativos (como o que você mencionou) em que o nome do servidor não pode ser alterado, removemos o servidor antigo do domínio e o desligamos, em um apelido DNS apontado para o novo SQL Server. Usar uma rede isolada ajuda a resolver todos os problemas que você encontrará em sua configuração de produção, mas sem atrapalhar nada.

Se você tem uma rede isolada (ou pode ter uma criada) onde você pode duplicar os nomes dos servidores e ter pelo menos um cliente para testar, eu usaria isso para avaliação. Isso permitirá que você teste um alias de DNS. Copie o backup para cada banco de dados e restaure-o no SQL 2008 x64 ou qualquer edição / arquitetura que seu servidor prod será e teste com diferentes níveis de compatibilidade por banco de dados.

Espero que isso ajude com algumas ideias!