none
Qual fonte de dados usar na migração do 2000 para o 2008 RRS feed

  • Pergunta

  • No menu do SQL2008R2 no Win2008Server há duas opções p/ importar/exportar dados.   

    -Importar e exportar dados (32 bits)    e    -Importar e exportar dados (64 bits)

    Se a base a ser migrada está no Win2003-32b e a base para onde será migrada estará no Win2008-64b,  qual opção que devo usar ?

    E....

    Ao migrar uma base do 2000 Enterprise (32bits) para o 2008R2 Standard (64bits), qual fonte de dados devo usar na migração via "Importar e Exportar dados" na  base de origem (2000) e qual devo usar na base de destino (2008R2) ?

    (por acaso é "MS OLE DB Provider for SQLServer" na origem, por ser o 2000, e "SQLServer Native Client 10.0" no destino ?)

     

    Agradeço pela atenção de todos, e peço desculpas pelas perguntas de iniciante, mas como já li várias vezes neste (ótmo) forum: "é preciso miuto planejamento para a migração de dados. Pode parecer um simples backup/restore, mas as vezes não é."

    Obrigado.

    Márcio

     

     

    terça-feira, 20 de dezembro de 2011 14:17

Respostas

  • Bom Dia,

    Possivelmente essa frase é de minha autoria e sou categórico em repetí-la.
    "é preciso miuto planejamento para a migração de dados. Pode parecer um simples backup/restore, mas as vezes não é"

    O que ocorre é que normalmente encara-se o upgrade como um simples attach ou um simples backup e pronto. O upgrade está concluído, saímos do SQL Server 2000 e agora estamos prontos para usar o 2008 só que isso está errado. Fazer um backup & restore ou detach & attach do 2000 para o 2008 com certeza irá migrar os dados do 2000 para o 2008, mas não significa que a atualização esteja concluída.

    Os logins, os jobs, os planos de manutenção, os pacotes DTS, etc não vão ser migrados apenas porque você efetuou um backup do banco e normalmente são itens subsestimados. Aí após restaurar a base no 2008 e encher o peito para falar "migrei para o 2008 com apenas um backup" aparecem milhares de problemas com a base nova em produção sem a possibilidade de volta (depois que migrou para o 2008, não para fazer backup e restaurar no 2000). Tudo isso porque a tarefa foi subestimada a uma simples operação e não se deu a atenção e o planejamento necessários.

    Não estou querendo dizer que é preciso meses de planejamento ou ainda que é algo impossível de fazer. Só acho que é preciso gastar algum tempo e não simplesmente acordar um dia, fazer o backup e restaurar e acreditar que tudo dará certo. Gaste um tempo planejando, migre para um ambiente de testes, veja como suas aplicações se comportam e quando achar que a estratégia não tem mais furos, faça o processo em produção.

    [ ]s,

    Gustavo Maia Aguiar
    Blog: http://gustavomaiaaguiar.wordpress.com
    Vídeos: http://www.youtube.com/user/gmasql


    Classifique as respostas. O seu feedback é imprescindível
    quinta-feira, 29 de dezembro de 2011 13:03
  • Caros,

    Apenas para enfatizar um pouco mais o que o Gustavo disse, migração é um caso sério e deve ser tratado como tal. Seguem algumas dicas pra quem tá pretendendo planejar uma migração mais tranquila e segura:

    http://sqldicas.com.br/dicas/dicas-uteis-de-migraca/

    http://sqldicas.com.br/dicas/sql-procedimentos-pre-migracao/

    Abs!


    Luiz Mercante
    MCITP SQL 2008 | MCTS SQL 2008 | MTA Database Fundamentals | MCTS Windows Apps | MCTS Windows Network | MCP 2003
    sqldicas@outlook.com
    http://sqldicas.com.br
    Se a resposta foi útil de alguma forma, classifique como resposta ou vote como útil.

    terça-feira, 13 de agosto de 2013 01:19
    Moderador

Todas as Respostas

  • Backup/Restore não funciona?

    Dettach/Attach também não? (faça um backup full antes de tentar isto).


    View Ricardo Muramatsu's profile on LinkedIn
    sexta-feira, 23 de dezembro de 2011 10:17
  • Olá Márcio, quando o assunto é upgrade de versões, como o teu caso passar do SQL Server 2000 para 2008 basta realizar um backup do teu banco de dados.

    Depois criar um database no novo servidor e restaurar o teu backup.

     

    Ainda existe também a opção de fazer um Dettach da base que é o processo de desvincular o teu .MDF e .LDF do SQL Server, copia para o novo servidor

    e realiza o Attach para vincular novamente a base de dados.

    Eu lhe recomendaria fazer um backup full do teu banco, depois no novo servidor criar um database novo vazio e restaurar o teu backup.

    Faça esse teste deve funcionar para a tua necessidade.

    Espero que ajude.

    terça-feira, 27 de dezembro de 2011 11:09
  • Bom Dia,

    Possivelmente essa frase é de minha autoria e sou categórico em repetí-la.
    "é preciso miuto planejamento para a migração de dados. Pode parecer um simples backup/restore, mas as vezes não é"

    O que ocorre é que normalmente encara-se o upgrade como um simples attach ou um simples backup e pronto. O upgrade está concluído, saímos do SQL Server 2000 e agora estamos prontos para usar o 2008 só que isso está errado. Fazer um backup & restore ou detach & attach do 2000 para o 2008 com certeza irá migrar os dados do 2000 para o 2008, mas não significa que a atualização esteja concluída.

    Os logins, os jobs, os planos de manutenção, os pacotes DTS, etc não vão ser migrados apenas porque você efetuou um backup do banco e normalmente são itens subsestimados. Aí após restaurar a base no 2008 e encher o peito para falar "migrei para o 2008 com apenas um backup" aparecem milhares de problemas com a base nova em produção sem a possibilidade de volta (depois que migrou para o 2008, não para fazer backup e restaurar no 2000). Tudo isso porque a tarefa foi subestimada a uma simples operação e não se deu a atenção e o planejamento necessários.

    Não estou querendo dizer que é preciso meses de planejamento ou ainda que é algo impossível de fazer. Só acho que é preciso gastar algum tempo e não simplesmente acordar um dia, fazer o backup e restaurar e acreditar que tudo dará certo. Gaste um tempo planejando, migre para um ambiente de testes, veja como suas aplicações se comportam e quando achar que a estratégia não tem mais furos, faça o processo em produção.

    [ ]s,

    Gustavo Maia Aguiar
    Blog: http://gustavomaiaaguiar.wordpress.com
    Vídeos: http://www.youtube.com/user/gmasql


    Classifique as respostas. O seu feedback é imprescindível
    quinta-feira, 29 de dezembro de 2011 13:03
  • Caros,

    Apenas para enfatizar um pouco mais o que o Gustavo disse, migração é um caso sério e deve ser tratado como tal. Seguem algumas dicas pra quem tá pretendendo planejar uma migração mais tranquila e segura:

    http://sqldicas.com.br/dicas/dicas-uteis-de-migraca/

    http://sqldicas.com.br/dicas/sql-procedimentos-pre-migracao/

    Abs!


    Luiz Mercante
    MCITP SQL 2008 | MCTS SQL 2008 | MTA Database Fundamentals | MCTS Windows Apps | MCTS Windows Network | MCP 2003
    sqldicas@outlook.com
    http://sqldicas.com.br
    Se a resposta foi útil de alguma forma, classifique como resposta ou vote como útil.

    terça-feira, 13 de agosto de 2013 01:19
    Moderador