Atualizando o SQL Server 6.5

Question

Sim eu sei.A existência de uma cópia em execução do SQL Server 6.5 em 2008 é um absurdo.

Isso estipulado, qual a melhor forma de migrar de 6.5 para 2005?Existe algum caminho direto?A maior parte da documentação que encontrei trata da atualização 6.5 para 7.

Devo esquecer o nativo SQL Server atualizar utilitários, criar scripts de todos os objetos e dados e tentar recriar do zero?

Eu ia tentar a atualização neste fim de semana, mas problemas no servidor atrasaram para o próximo.Portanto, quaisquer ideias serão bem-vindas ao longo da semana.

Atualizar.Foi assim que acabei fazendo:

• Faça backup do banco de dados em questão e domine 6.5.
• Executar SQL Server 2000de instcat.sql contra 6.5Mestre.Isso permite SQL Server 2000provedor OLEDB do para se conectar 6.5.
• Usar SQL Server 2000é autônomo "Import and Export Data" para criar um pacote DTS, usando OLEDB para conectar ao 6.5.Isso copiou com sucesso todos 6.5tabelas para um novo 2005 banco de dados (também usando OLEDB).
• Usar 6.5do Enterprise Manager para criar scripts de todos os índices e gatilhos do banco de dados para um arquivo .sql.
• Execute esse arquivo .sql na nova cópia do banco de dados, no Management Studio de 2005.
• Use o Enterprise Manager do 6.5 para criar scripts de todos os procedimentos armazenados.
• Execute isso .sql arquivar contra o 2005 base de dados.Várias dezenas de sprocs tiveram problemas que os tornaram incompatíveis com 2005.Principalmente non-ANSI joins e quoted identifier issues.
• Corrigidos todos esses problemas e reexecutado o .sql arquivo.
• Recriou o 6.5logins em 2005 e deu-lhes as permissões apropriadas.

Houve um pouco de enxágue/repetição ao corrigir os procedimentos armazenados (havia centenas deles para corrigir), mas a atualização foi ótima.

Ser capaz de usar o Management Studio em vez de Query Analyzer e Enterprise Manager 6.5 é uma diferença incrível.Algumas consultas de relatório que levaram de 20 a 30 segundos no 6.5 database agora estão sendo executados em 1-2 segundos, sem qualquer modificação, novos índices ou qualquer coisa.Eu não esperava esse tipo de melhoria imediata.

Answer 1

Ei, ainda estou preso naquele acampamento também.O aplicativo de terceiros que temos que oferecer suporte FINALMENTE vai para 2K5, então estamos quase fora de perigo.Mas eu sinto sua dor 8^D

Dito isso, de tudo que ouvi do nosso DBA, o segredo é primeiro converter o banco de dados para o formato 8.0 e depois ir para 2005.Acredito que eles usaram as ferramentas integradas de migração/atualização para isso.Existem alguns grandes passos entre 6,5 e 8,0 que são melhor resolvidos lá do que ir diretamente de 6,5 para 2005.

Sua MAIOR dor, se você ainda não sabia, é que o DTS foi substituído pelo SSIS.Existe um módulo do tipo shell que executará seus pacotes DTS existentes, mas você desejará recriá-los manualmente no SSIS.A facilidade disso dependerá da complexidade dos próprios pacotes, mas já fiz alguns trabalhos até agora e eles têm sido bem tranquilos.

Answer 2

Você pode atualizar a versão 6.5 para o SQL Server 2000.Talvez seja mais fácil para você obter o SQL Server ou a versão 2000 do MSDE.A Microsoft tem uma página em indo de 6,5 a 2000.Depois de ter o banco de dados no formato 2000, o SQL Server 2005 não terá problemas para atualizá-lo para o formato 2005.

Se você não possui o SQL Server 2000, você pode baixe o MSDE 2000 versão diretamente da Microsoft.

Answer 3

Não sou de forma alguma autoritário, mas acredito que o único caminho suportado é de 6,5 a 7.Certamente esse seria o caminho mais sensato, então acredito que você pode migrar do 7 diretamente para o 2005 sem muita dor.

Quanto ao script de todos os objetos - eu desaconselho isso, pois você inevitavelmente perderá alguma coisa (a menos que seu banco de dados seja realmente trivial).

Answer 4

Se você encontrar uma versão profissional ou alguma outra versão superempresarial do Visual Studio 6.0 - ela veio com uma cópia do MSDE (Basicamente o antecessor do SQL Express).Acredito que o MSDE 2000 ainda esteja disponível para download gratuito na Microsoft, mas não sei se você pode migrar diretamente do 6.5 para o 2000.

Acho que, em teoria, você provavelmente não enfrentará nenhum perigo.Anos de prática, entretanto, me dizem que você sempre sentirá falta de algum objeto, permissão ou outro item do banco de dados que não se manifestará imediatamente.Se você puder criar um script de todo o dump, melhor.Como será menos provável que você perca alguma coisa - e se você perder alguma coisa, ela pode ser facilmente adicionada ao script e corrigida.Eu evitaria quaisquer etapas manuais (além de pressionar a tecla Enter uma vez) como uma praga.