Estamos nos preparando para atualizar nosso servidor de banco de dados do SQL Server 2000 para 2005. Estou planejando fazer uma atualização local para manter contas, privilégios, etc., e espero que seja bastante simples. Este servidor hospeda bancos de dados para vários de nossos aplicativos, mas o principal que me preocupa é o SharePoint (MOSS 2007), já que envolve oito bancos de dados e parece ser bastante meticuloso com as conexões entre o servidor front-end e os bancos de dados .
Alguém tem experiência prática com esse cenário? Isso é tão simples quanto deveria ser? Existem truques ou dicas para me esclarecer?
Obrigado pela ajuda.
Responder1
Ter grupos de arquivos somente leitura é uma pegadinha por experiência pessoal.
Certifique-se de executar oConsultor de atualização do SQL Server 2005no servidor de produção em que você está atualizando, ele detectará 90% dos problemas que você possa encontrar e o aconselhará sobre o que você precisa fazer para corrigi-los.
Tenha um plano de contingência/reversão.
Lembre-se de fazer backup de todos os seus dados e arquivos de log, incluindo bancos de dados do sistema, depois de colocar o servidor off-line e antes de iniciar a atualização. Tentar reconectar um banco de dados atualizado de 2005 ao SQL Server 2000 não funcionará e você estará em um mundo de sofrimento.
Responder2
Fiz uma migração, não uma atualização.Aqui está um tópico no StackOverflow.comque funcionou bem para mim.
Responder3
Presumivelmente, você usará 32 bits no SQL 2005. A migração é certamente mais segura do que a atualização porque você tem um barco salva-vidas para onde voltar.
Para mover logins, especialmente logins SQL e suas respectivas senhas, não ignore o procedimento armazenado sp_help_revlogin que a MS introduziu com o SQL 2005. Eu uso sp_help_revlogin para manter um script atual de logins SQL e também rotineiramente criar scripts de permissões de banco de dados para fins de recuperação de desastres.