Atualizando SQL Server 6.5

votos
30

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

Isso estipulado, o que é a melhor maneira de migrar do 6.5que 2005? Existe algum caminho direto? A maioria da documentação que eu encontrei ofertas com a atualização 6.5para 7.

Devo esquecer o nativo SQL Serverutilitários de upgrade, roteiro para fora todos os objetos e dados, e tentar recriar a partir do zero?

Eu estava indo para tentar a atualização neste fim de semana, mas problemas de servidor empurrou-o de volta até a próxima. Assim, todas as idéias seriam bem-vindas durante o curso da semana.

Atualizar. Isto é como eu acabei fazendo isso:

  • Faça backup do banco de dados em questão e Mestre em 6.5.
  • Executar SQL Server 2000's instcat.sqlcontra o 6.5Mestre. Isso permite SQL Server 2000provedor OLE DB 's para conectar-se 6.5.
  • Use SQL Server 2000's autônomo Import and Export Datapara criar um pacote DTS, usando OLEDBpara se conectar ao 6.5. Este copiado com êxito todas as 6.5tabelas 's para um novo 2005banco de dados (usando também OLEDB).
  • Use 6.5's Enterprise Manager para o script para fora toda índices do banco de dados e dispara para um arquivo .sql.
  • Executar que ficheiro.sql contra a nova cópia do banco de dados, em 2005, do Management Studio.
  • Use 6.5 do Enterprise Manager para o script para fora todos os procedimentos armazenados.
  • Executar esse .sqlarquivo contra o 2005banco de dados. Várias dezenas de sprocs teve problemas tornando-os incompatíveis com 2005. Principalmente non-ANSI joinse quoted identifier issues.
  • Corrigidas todas essas questões e re-executado o .sqlarquivo.
  • Recriados os 6.5's logins em 2005e deu-lhes permissões apropriadas.

Houve um pouco de lavagem / repetição ao corrigir os procedimentos armazenados (havia centenas deles para corrigir), mas a atualização foi grande o contrário.

Ser capaz de usar Management Studio em vez de Query Analyzere Enterprise Manager 6.5é uma diferença tão incrível. Um relatório algumas consultas que tiveram 20-30 segundos na 6.5 databaseestão agora correndo em 1-2 segundos, sem qualquer modificação, novos índices, ou qualquer coisa. Eu não esperava esse tipo de melhoria imediata.

Publicado 01/08/2008 em 20:26
fonte usuário
Em outras línguas...                            


4 respostas

votos
8

Ei, eu ainda estou preso nesse campo também. O aplicativo de terceiros, temos de apoiar vai finalmente 2K5, então estamos quase fora da madeira. Mas eu sinto sua dor 8 ^ D

Dito isto, de tudo o que ouvi do nosso DBA, é a chave para converter o banco de dados para o formato 8.0 em primeiro lugar, e depois ir para 2005. Eu acredito que eles usaram o construído em migração / atualização ferramentas para isso. Há algumas grandes passos entre 6,5 e 8,0 que são melhor resolvidos lá do que ir 6,5-2005 diretamente.

Sua dor MAIOR, se você já não sabe, é que DTS está desaparecido em favor do SSIS. Existe um módulo tipo concha que irá executar seus pacotes DTS existentes, mas você vai querer recriar todos eles manualmente no SSIS. Facilidade de isso vai depender da complexidade dos próprios pacotes, mas eu fiz um pouco de cada trabalho até agora e eles têm sido muito suave.

Respondeu 01/08/2008 em 20:34
fonte usuário

votos
3

Você pode atualizar 6.5 para SQL Server 2000. Você pode ter um tempo mais fácil obter um porão de SQL Server ou a versão do MSDE 2000. Microsoft tem uma página sobre indo de 6,5-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 de 2005.

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

Respondeu 04/08/2008 em 02:29
fonte usuário

votos
2

Se você pode encontrar um profissional ou alguma outra versão super-empresa do Visual Studio 6.0 - ele veio com uma cópia do MSDE (Basicamente, o antecessor de SQL Express). Acredito MSDE 2000 ainda está disponível como um download gratuito da Microsoft, mas eu não sei se você pode migrar diretamente de 6,5 a 2000.

Eu acho que em termos de conceito, você provavelmente não vai enfrentar qualquer perigo. Anos de prática no entanto dizer-me que você sempre vai perder algum objeto, permissão, ou outro item do banco de dados que não vai se manifestar imediatamente. Se você pode script para fora todo o despejo, o melhor. Como você vai ser menos propensos a perder alguma coisa - e se você perder alguma coisa, ele pode ser facilmente adicionado ao script e fixa. Gostaria de evitar quaisquer passos manuais (exceto bater a tecla enter uma vez) como a peste.

Respondeu 04/08/2008 em 01:23
fonte usuário

votos
2

Eu sou de nenhuma maneira autoritária, mas acredito que o único caminho suportado é de 6,5 a 7. Certamente que seria o caminho mais sensato, então eu acredito que você pode migrar de 7 diretamente a 2005 bastante indolor.

Como para execução de scripts para fora todos os objetos - gostaria de aconselhar contra-lo como você vai inevitavelmente perder alguma coisa (a menos que seu banco de dados é realmente trivial).

Respondeu 04/08/2008 em 00:56
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more