Atualização do SQL Server e transferência de banco de dados

Se você estiver atualizando no local, não precisará transferir nenhum banco de dados; a instância reterá as informações nos bancos de dados.

Se estiver instalando uma nova instância nomeada ou instalando-a em um servidor diferente, você tem duas opções principais: deatch-and-attach e backup-and-restore.

A opção desanexar-attach é bastante rápida: desanexar o banco de dados atual usando sp_detach_dbou no SSMS, clique com o botão direito do mouse no banco de dados e vá para Tarefas --> Desanexar. Em seguida, você pode recortar e colar os arquivos de banco de dados em seu novo local. Na nova instância, use sp_attach_dbou no SSMS, clique com o botão direito do mouse na pasta Bancos de dados e selecione "Anexar..." nas opções do menu.

A opção de backup e restauração é bastante simples: faça um backup do banco de dados atual. Em seguida, copie esse backup em algum lugar onde a nova instância possa vê-lo e restaure a partir desse backup. Você terá uma cópia do banco de dados atual na instância de 2008, bem como na instância de 2005.

Aqui vão algumas considerações:

• Se você precisar do banco de dados de 2005 durante esse período, use backup e restauração.
• Quanto maior o banco de dados, maior a probabilidade de você querer desanexar e anexar, especialmente se ele permanecer no mesmo servidor e você estiver com pouco tempo. Fazer backups e restaurar a partir de backups pode demorar mais do que embaralhar bits na WAN (ou, na melhor das hipóteses, atualizar um ponteiro de arquivo no Windows). Isso também significará mais espaço em disco em uso, pois os backups ocupam uma quantidade de espaço diferente de zero.
• Se você estiver usando replicação no momento, não poderá desanexar até desativar a publicação (como indica o link BOL acima).
• Se você tiver instantâneos do banco de dados, não poderá desanexá-los até eliminar todos os instantâneos. Se você não quiser descartar esses instantâneos, use o método de backup e restauração.

Concordo com a resposta aceita de Kevin e gostaria de adicionar outra perspectiva sobre a parte desanexar/anexar versus fazer backup/restaurar. Você pode ver mais nesta pergunta em In Place vs Migration for SQL Server Upgrades , onde escrevi uma seção em minha resposta discutindo a mesma questão.

Basicamente ... Eu quase sempre prefiro backup/restauração por alguns motivos, mas eles geralmente resolvem a disponibilidade, a capacidade de reversão e segurança. Ao desanexar, é muito fácil excluir, modificar, substituir ou danificar acidentalmente um arquivo de dados ou arquivo de log do SQL Server, o que dificultará a anexação em qualquer servidor.

Agora você pode mitigar isso fazendo um backup antes de desanexar para a atualização ou migração (e você deve!) em um lugar ruim.

O maior benefício de desapegar/anexar é que você economiza algum tempo, mas para mim esse benefício geralmente é superado pelo meu senso de riscos e desafios.

Acho que para esta pergunta parece que foi uma atualização no local e, como Kevin disse com razão em sua resposta I +1d, você não precisa se preocupar com isso. Mas essas são algumas considerações a serem feitas ao desanexar/anexar também.