locked
MIGRAÇÃO SQL SERVER 2000 À 2008 RRS feed

  • Pergunta

  • Pessoal,boa noite!

    Estou com uma grande dúvida, no qual necessito de argumentos convincentes para começar executar esta operação.


    - Quais impactos tenho que analisar ao efetuar uma migração do Sql Server 2000 para 2008?


    - Quais as principais funcionalidades no qual tenho que verificar, vocês tiveram alguma experiência inesperada?


    - A melhor opção é migrar base a base efetuando testes nas aplicações?

    - Se eu copiar os arquivos ao novo servidor e atachalos tenho minha base no ar?


    Conto com a colaboração de todos.
    Flávinho2007®
    quinta-feira, 12 de março de 2009 02:11

Respostas

  • Flávio,



    - Quais impactos tenho que analisar ao efetuar uma migração do Sql Server 2000 para 2008?

        A principio não vejo impactos para realizar esta migração, pelo contrário o SQL Server 2008 consegui trabalhar tranquilamente com bases de dados criadas no SQL Server 2000, mas é bom destacar o nível de compatibilidade, logins, contas de usuário, mapeamento de banco de dados e objetos.

    - Quais as principais funcionalidades no qual tenho que verificar, vocês tiveram alguma experiência inesperada?

        Em algumas migrações que realizei do SQL Server 2000 para o 2008, a única coisa que precisei tomar cuidado foi com as minhas stored procedures, pois esta utilizando comando que não estavam mais disponíveis no SQL Server 2008.

    - A melhor opção é migrar base a base efetuando testes nas aplicações?

        Nos cenários de migração que eu realizei, fiz alguns testes nas minhas aplicações, em outros realizei a migração direta e depois verifiquei o comportamento da aplicação.

        Eu aconselho a realizar todos os testes possíveis em aplicação, banco de dados, estrutura de armazenamento, rede, acesso, segurança.

    - Se eu copiar os arquivos ao novo servidor e atachalos tenho minha base no ar?

        Sim, eu realizei esse procedimento e funcionou perfeitamente, como também fiz migração através do SSIS, além disso, utilizando um simples backup e restore da base de dados criado no 2000 restaurada no 2008, funcionou perfeitamente.
    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    quinta-feira, 12 de março de 2009 12:38
    Moderador
  • Como primeiro passo eu instalaria o Upgrade Advisor e rodaria ele em todas as bases. Faria a análise de cada um dos problemas do relatório.
    Daria um start na equipe de desenvolvimento para saber:
    1-Como os sistemas acessam a base
        Usam Alias ou setaram o nome/ip do server ?
    2-Usam Linked Servers ?
        Se sim verifique a versão do Linked e a versão que vc vai instalar (se for 64bits vai ter algumas coisinhas para acertar)
    3-Usam DTS ?
    4-Caso a equipe de desenvolvimento tenha criado clausulas com (*= e =*) ao invés de Left Join e Right Join, veja a possibilidade de alterar essas queries, se não for possível você terá que manter o nível de compatibilidade como 80 na nova base.

    O métdo que você irá usar para migrar depende de você, aqui nós fizemos backup/restore das bases de dados, todas de uma vez, tivemos alguns probleminhas com Statistics, mas elas foram recriadas posteriormente. Fizemos a migração em uma noite e nenhum problema que fizesse usuários ficarem parado ocorreu, os problemas que tivemos foram m[inimos (como o caso dos linked servers que citei acima).

    Baixe o BPA no site da Microsoft e rode no seu novo banco.

    Atachar os bancos, se não me engano não vai funcionar "se não me engano".
    Editado: Me enganei o Junior ja respondeu aí em cima ^^

    E claro antes de mais nada backup full das bases.

    quinta-feira, 12 de março de 2009 12:42
  • Olá Flávio,

    A melhor opção é rodar o Upgrade Advisor, que irá reportar o que será necessário alterar para que o upgrade de versão funcione.

    Caso tenha recursos disponíveis, uma boa sugestão é realizar um upgrade do tipo side by side, migrando suas bases para outro servidor com o SQL Server 2008, permitindo realizar testes, deixando seu servidor com SQL 2000 inalterado para que em caso de problemas na aplicação, você possa retornar para o servidor.

     

    Espero ter ajudado.

     

    Angelo Máximo

    MCTS - SQL Server 2008

     

    quarta-feira, 20 de julho de 2011 15:58

Todas as Respostas

  • Flávio,



    - Quais impactos tenho que analisar ao efetuar uma migração do Sql Server 2000 para 2008?

        A principio não vejo impactos para realizar esta migração, pelo contrário o SQL Server 2008 consegui trabalhar tranquilamente com bases de dados criadas no SQL Server 2000, mas é bom destacar o nível de compatibilidade, logins, contas de usuário, mapeamento de banco de dados e objetos.

    - Quais as principais funcionalidades no qual tenho que verificar, vocês tiveram alguma experiência inesperada?

        Em algumas migrações que realizei do SQL Server 2000 para o 2008, a única coisa que precisei tomar cuidado foi com as minhas stored procedures, pois esta utilizando comando que não estavam mais disponíveis no SQL Server 2008.

    - A melhor opção é migrar base a base efetuando testes nas aplicações?

        Nos cenários de migração que eu realizei, fiz alguns testes nas minhas aplicações, em outros realizei a migração direta e depois verifiquei o comportamento da aplicação.

        Eu aconselho a realizar todos os testes possíveis em aplicação, banco de dados, estrutura de armazenamento, rede, acesso, segurança.

    - Se eu copiar os arquivos ao novo servidor e atachalos tenho minha base no ar?

        Sim, eu realizei esse procedimento e funcionou perfeitamente, como também fiz migração através do SSIS, além disso, utilizando um simples backup e restore da base de dados criado no 2000 restaurada no 2008, funcionou perfeitamente.
    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    quinta-feira, 12 de março de 2009 12:38
    Moderador
  • Como primeiro passo eu instalaria o Upgrade Advisor e rodaria ele em todas as bases. Faria a análise de cada um dos problemas do relatório.
    Daria um start na equipe de desenvolvimento para saber:
    1-Como os sistemas acessam a base
        Usam Alias ou setaram o nome/ip do server ?
    2-Usam Linked Servers ?
        Se sim verifique a versão do Linked e a versão que vc vai instalar (se for 64bits vai ter algumas coisinhas para acertar)
    3-Usam DTS ?
    4-Caso a equipe de desenvolvimento tenha criado clausulas com (*= e =*) ao invés de Left Join e Right Join, veja a possibilidade de alterar essas queries, se não for possível você terá que manter o nível de compatibilidade como 80 na nova base.

    O métdo que você irá usar para migrar depende de você, aqui nós fizemos backup/restore das bases de dados, todas de uma vez, tivemos alguns probleminhas com Statistics, mas elas foram recriadas posteriormente. Fizemos a migração em uma noite e nenhum problema que fizesse usuários ficarem parado ocorreu, os problemas que tivemos foram m[inimos (como o caso dos linked servers que citei acima).

    Baixe o BPA no site da Microsoft e rode no seu novo banco.

    Atachar os bancos, se não me engano não vai funcionar "se não me engano".
    Editado: Me enganei o Junior ja respondeu aí em cima ^^

    E claro antes de mais nada backup full das bases.

    quinta-feira, 12 de março de 2009 12:42
  • Ricardo,

    Utilizar o Upgrade Adivisor também é uma ótima solução.
    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    quinta-feira, 12 de março de 2009 13:04
    Moderador
  • Flávio,

    Existe um documento que a Microsoft disponibilizou (são 350 páginas) que trata o assunto (não tenho o link mas você vai achar por uma pesquisa no site do produto), se não me engano existe do 2000/2005 ou 2000/2008, de qualquer forma para qualquer das versões ele vai ser bastante útil no seu planejamento.
     
    É lógico que ele é bem abrangente e atinge vários cenários. Existem impactos sim, por exemplo, se você usa o SQL Mail com attachment, isso não é mais suportado (você precisa utilizar o Database Mail), palavras reservadas que foram adicionadas, uso de hint, left join com "*=" que não é mais suportado (só se você manter o nível de compatibilidade), etc.

    Existem procedimentos que também são recomendados pós migação no material, por exemplo, dbcc updateusage, rebuild nos índices, etc, tem realmente tudo lá.

    Testar as aplicações é sempre o melhor a fazer ;-) Eu não recomendaria nenhuma migração sem esse passo, principalmente se estivermos falando de aplicação crítica. O Upgrade Advisor também é imprescindível :-)

    Attach e detach irão funcionar normalmente, assim como backup e restore.

    Mas o principal argumento que você deve ter em mente é que o SQL Server 2000 não é mais suportado, o end of life do produto já foi anunciado então a migração é realmente importante e necessária.

    Abs,
    Vitor Mauricio de N. Silva
    segunda-feira, 16 de março de 2009 02:55
  • Gente pensei que era simplesmente pegar minha base 2000 e colocar no 2008 e pronto, vejo que temos varias instancias, pergunta sobre minhas procidore quais comandos o sql 2008 nao aceita podem me citar
    Forever
    domingo, 17 de julho de 2011 00:07
  • Saymon,

    Isso é possível de ser feito em algumas situações, mas pode ocorrer algumas incompatibilidades.

    Em relação aos comandos, basicamente todos os comandos desenvolvidos e utilizados no SQL Server 2000 foram mantidos no 2008, somentes alguns comandos DBCC e opções foram removidos, se você acessar o books on-line você poderá obter esta informação.


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
    domingo, 17 de julho de 2011 00:55
    Moderador
  • Olá Flávio,

    A melhor opção é rodar o Upgrade Advisor, que irá reportar o que será necessário alterar para que o upgrade de versão funcione.

    Caso tenha recursos disponíveis, uma boa sugestão é realizar um upgrade do tipo side by side, migrando suas bases para outro servidor com o SQL Server 2008, permitindo realizar testes, deixando seu servidor com SQL 2000 inalterado para que em caso de problemas na aplicação, você possa retornar para o servidor.

     

    Espero ter ajudado.

     

    Angelo Máximo

    MCTS - SQL Server 2008

     

    quarta-feira, 20 de julho de 2011 15:58
  • Este post foi encerrado por ser considerado um post antigo.

    Pedro Antonio Galvão Junior [MVP | MCC | MSTC | MIE | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | Professor Universitário | @JuniorGalvaoMVP | http://pedrogalvaojunior.wordpress.com]

    terça-feira, 5 de junho de 2018 17:48
    Moderador