none
Migração SQL 2000 para SQL 2008 RRS feed

  • Pergunta

  • Qual a maneira mais eficiente de realizar a migração de um sistema sql2000 sql 2008 ?

    Vcs possuem material para que posso obter orientações básicas para realizar este procedimento?

    Alguém já fez este procedimento e pode me dar algumas dicas?

    Quais os riscos desta migração? Desde já agradeço a compreensão e colaboração de todos.

    segunda-feira, 4 de julho de 2011 14:35

Respostas

  • Nildo,

     

    Do SQL 2000 para o 2008 é com certeza mais critico do que do 2005 para o 2008 por exemplo.

    Voce deve utilizar o UpGrade advisor, e eu recomendo tambem rodar um profiler para pegar as features que estão descontinuadas.

     

    http://www.microsoft.com/download/en/details.aspx?id=11455


    Fabrizzio A. Caputo
    Certificações: Oracle OCA 11g, MCTS SQL Server 2008 Implementation and Maintenance
    Blog Pessoal: www.fabrizziocaputo.wordpress.com
    Blog Empresa: www.tripletech.com.br/blog
    Twitter: @FabrizzioCaputo
    Email: fabrizzio.antoniaci@gmail.com
    • Marcado como Resposta Nildo Felix terça-feira, 5 de julho de 2011 12:31
    segunda-feira, 4 de julho de 2011 14:37
    Moderador
  • Bom Dia,

    Não existe forma mais eficiente de fazer essa migração. Existe forma mais adequada e menos adequada para um cenário específico.

    Uma transferência de uma base que tenha somente usuários windows sem nenhuma SP pode ser facilmente migrada com um backup & restore, mas um base que seja de missão crítica com uma janela específica e features como replicação, log shipping e clustering dificilmente vai se valer da mesma estratégia (seria um desastre).

    Antes de começarmos a discutir estratégicas de atualização, eu sugiro dar uma olhadinha no Ebook de migração para o SQL Server 2008

    SQL Server 2008 Upgrade Technical Reference Guide
    http://www.microsoft.com/download/en/details.aspx?id=15220

    Caso necessite de um treinamento ou Workshop sobre o assunto, um que recomendo é:

    SQL09 - Upgrade para o SQL Server 2008
    http://luticm.blogspot.com/2011/01/calendario-nimbus-de-treinamento-sql.html

    É um treinamento de três dias voltados para atualização e vai mais além do que o Ebook.

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.wordpress.com


    Classifique as respostas. O seu feedback é imprescindível
    • Sugerido como Resposta Fredy Esmeraldo segunda-feira, 4 de julho de 2011 15:16
    • Marcado como Resposta Nildo Felix terça-feira, 5 de julho de 2011 12:32
    segunda-feira, 4 de julho de 2011 15:10
  • Bom Dia,

    Já fiz milhares de vezes em diversos ambientes e o que vejo é categórico. Muita gente subestimando a migração encarando-a como se fosse aplicar um Service Pack... Não que seja um bicho de sete cabeças (muitas vezes não é), mas não é um NEXT, NEXT, FINISH na maioria das vezes.

    Acredito que você deva ler atentamente o EBook ou caso não tenha todo esse tempo, avalie o treinamento recomendado. Em linhas gerais, eu indico o seguinte:

    - Rode o upgrade advisor para verificar quais SPs podem dar problemas
    - Corrija as SPs antes de migrar se elas não forem compatíveis
    - Se houver SPs com features deprecated, você não precisa corrigir na mudança, mas terá que manter o nível de compatibilidade
    - Faça um UPGRADE para um ambiente e efetue todos os testes necessários
    - E principalmente... Elabore um bom plano de retorno, pois, caso as coisas dêem errado é importante que você tenha um estratégia clara de retorno. Tentar se virar em meio ao desespero é uma grande possibilidade de problemas...

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.wordpress.com


    Classifique as respostas. O seu feedback é imprescindível
    • Marcado como Resposta Nildo Felix terça-feira, 5 de julho de 2011 17:41
    terça-feira, 5 de julho de 2011 13:51

Todas as Respostas

  • Nildo,

     

    Do SQL 2000 para o 2008 é com certeza mais critico do que do 2005 para o 2008 por exemplo.

    Voce deve utilizar o UpGrade advisor, e eu recomendo tambem rodar um profiler para pegar as features que estão descontinuadas.

     

    http://www.microsoft.com/download/en/details.aspx?id=11455


    Fabrizzio A. Caputo
    Certificações: Oracle OCA 11g, MCTS SQL Server 2008 Implementation and Maintenance
    Blog Pessoal: www.fabrizziocaputo.wordpress.com
    Blog Empresa: www.tripletech.com.br/blog
    Twitter: @FabrizzioCaputo
    Email: fabrizzio.antoniaci@gmail.com
    • Marcado como Resposta Nildo Felix terça-feira, 5 de julho de 2011 12:31
    segunda-feira, 4 de julho de 2011 14:37
    Moderador
  • Bom Dia,

    Não existe forma mais eficiente de fazer essa migração. Existe forma mais adequada e menos adequada para um cenário específico.

    Uma transferência de uma base que tenha somente usuários windows sem nenhuma SP pode ser facilmente migrada com um backup & restore, mas um base que seja de missão crítica com uma janela específica e features como replicação, log shipping e clustering dificilmente vai se valer da mesma estratégia (seria um desastre).

    Antes de começarmos a discutir estratégicas de atualização, eu sugiro dar uma olhadinha no Ebook de migração para o SQL Server 2008

    SQL Server 2008 Upgrade Technical Reference Guide
    http://www.microsoft.com/download/en/details.aspx?id=15220

    Caso necessite de um treinamento ou Workshop sobre o assunto, um que recomendo é:

    SQL09 - Upgrade para o SQL Server 2008
    http://luticm.blogspot.com/2011/01/calendario-nimbus-de-treinamento-sql.html

    É um treinamento de três dias voltados para atualização e vai mais além do que o Ebook.

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.wordpress.com


    Classifique as respostas. O seu feedback é imprescindível
    • Sugerido como Resposta Fredy Esmeraldo segunda-feira, 4 de julho de 2011 15:16
    • Marcado como Resposta Nildo Felix terça-feira, 5 de julho de 2011 12:32
    segunda-feira, 4 de julho de 2011 15:10
  • Gustavo bom dia.

    Vc já fez essa migração alguma vez? Essa será minha primeira vez, são duas bases e as mesmas possuem mais de duas mil procs, como tenho que proceder, gero um script de todos os objetos do banco e depois vou analisando cada proc para corrigir comandos que não são mais utilizados? E em relação aos campos das tabelas, o que devo analisar para depois alterar?

    Tenho que analisar os impactos dessa migração e documentar as alterações que serão necessárias, é mole, nem sei por onde começar.

    Certo de seu retorno.

    Obrigado.

    terça-feira, 5 de julho de 2011 12:36
  • Bom Dia,

    Já fiz milhares de vezes em diversos ambientes e o que vejo é categórico. Muita gente subestimando a migração encarando-a como se fosse aplicar um Service Pack... Não que seja um bicho de sete cabeças (muitas vezes não é), mas não é um NEXT, NEXT, FINISH na maioria das vezes.

    Acredito que você deva ler atentamente o EBook ou caso não tenha todo esse tempo, avalie o treinamento recomendado. Em linhas gerais, eu indico o seguinte:

    - Rode o upgrade advisor para verificar quais SPs podem dar problemas
    - Corrija as SPs antes de migrar se elas não forem compatíveis
    - Se houver SPs com features deprecated, você não precisa corrigir na mudança, mas terá que manter o nível de compatibilidade
    - Faça um UPGRADE para um ambiente e efetue todos os testes necessários
    - E principalmente... Elabore um bom plano de retorno, pois, caso as coisas dêem errado é importante que você tenha um estratégia clara de retorno. Tentar se virar em meio ao desespero é uma grande possibilidade de problemas...

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.wordpress.com


    Classifique as respostas. O seu feedback é imprescindível
    • Marcado como Resposta Nildo Felix terça-feira, 5 de julho de 2011 17:41
    terça-feira, 5 de julho de 2011 13:51
  • Ok Gustavo, obrigado pelo retorno.

    Abraços.

    Nildo

    terça-feira, 5 de julho de 2011 17:42