Atualizando o SQL Server 6.5
-
08-06-2019 - |
Pergunta
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 2000
deinstcat.sql
contra6.5
Mestre.Isso permiteSQL Server 2000
provedor OLEDB do para se conectar6.5
. - Usar
SQL Server 2000
é autônomo"Import and Export Data"
para criar um pacote DTS, usandoOLEDB
para conectar ao 6.5.Isso copiou com sucesso todos6.5
tabelas para um novo2005
banco de dados (também usandoOLEDB
). - Usar
6.5
do 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 o2005
base de dados.Várias dezenas de sprocs tiveram problemas que os tornaram incompatíveis com2005
.Principalmentenon-ANSI joins
equoted identifier issues
. - Corrigidos todos esses problemas e reexecutado o
.sql
arquivo. - Recriou o
6.5
logins em2005
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.
Solução
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.
Outras dicas
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.
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).
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.