Usuário com melhor resposta
MIGRAÇÃO SQL SERVER 2000 À 2008

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- Sugerido como Resposta Jerfeson S. Barbosa domingo, 19 de maio de 2013 15:46
- Marcado como Resposta Junior Galvão - MVPMVP, Moderator terça-feira, 5 de junho de 2018 17:48
quinta-feira, 12 de março de 2009 12:38Moderador -
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.- Marcado como Resposta Junior Galvão - MVPMVP, Moderator terça-feira, 5 de junho de 2018 17:48
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
- Sugerido como Resposta Angelo Maximo sexta-feira, 22 de julho de 2011 15:53
- Marcado como Resposta Junior Galvão - MVPMVP, Moderator terça-feira, 5 de junho de 2018 17:48
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- Sugerido como Resposta Jerfeson S. Barbosa domingo, 19 de maio de 2013 15:46
- Marcado como Resposta Junior Galvão - MVPMVP, Moderator terça-feira, 5 de junho de 2018 17:48
quinta-feira, 12 de março de 2009 12:38Moderador -
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.- Marcado como Resposta Junior Galvão - MVPMVP, Moderator terça-feira, 5 de junho de 2018 17:48
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/DBAquinta-feira, 12 de março de 2009 13:04Moderador -
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- Sugerido como Resposta Junior Galvão - MVPMVP, Moderator terça-feira, 5 de junho de 2018 17:48
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
Foreverdomingo, 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:55Moderador -
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
- Sugerido como Resposta Angelo Maximo sexta-feira, 22 de julho de 2011 15:53
- Marcado como Resposta Junior Galvão - MVPMVP, Moderator terça-feira, 5 de junho de 2018 17:48
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:48Moderador