Upgrade é uma das tarefas mais freqüentes para DBA’s por isso é muito importante ter uma entendimento profundo das etapas que compõem esta tarefa. Você está preparado para a hora do próximo upgrade?

Segue os passos de um upgrade:

1. Execute o “Upgrade Advisor” em todos os servidores e banco de dados que você pretende upgrade afins de identificar possíveis problemas.
2. Antes de iniciar um upgrade teste seus aplicativos em um ambiente de testes para assegurar compatibilidade. Faça todas as modificações necessárias antes de implementar o upgrade.
3. Antes de iniciar o upgrade tenha certeza de ter um plano previamente testado no caso haver de algum problema no upgrade.
4. Mesmo que upgrading diretamente na plataforma de produção possa trazer bons resultados, se obtém redução dos riscos upgrading em um hardware com nova instalação do OS e do MS SQL Server.
5. Quando upgrading de uma versão anterior do MS SQL Server, você deveria atualizar todas as estatísticas dos bancos de dados usando “UPDATE STATISTICS”. Isto devido as estatísticas não serem atualizadas automaticamente. Também execute DBCC UPDATEUSAGE em todos os bancos de dados afins de corrigir qualquer erro de contagem de pagina ou linha.

Esta é uma lista minima para que qualquer DBA esteja preparado e posa coordenar um projeto de “upgrade”. Alguns itens podem e devem ser subdivididos em sub-tarefas, aqui também considero que o envolvimento de um DBA é fundamental para o sucesso de qualquer projeto de “upgrade” que envolve banco de dados, assim como é fundamental que o DBA esteja comprometido e possa assumir uma posição de liderança em projetos desta magnitude.

Este recurso estava disponível nos pre-release builds do SSMS 2008, a indisponibilidade do Intellisense foi recebida com grande surpresa pela comunidade de usuários quando se deu conta de que este recurso não estava disponível para a versão RTM do SSMS 2008 já que nenhuma menção anterior foi feita pela Microsoft, apesar de ter vários bugs. Estava baseando-se no Transact-SQL syntax da versao 2008. Quando escrevendo queries para T-SQL 2005, poderia ter erros na interpretação do codigo devido a estar usando uma versão destinada a versão T-SQL 2008.

Um requerimento ja foi feito junto a Microsoft Connect para que este recurso esteja novamente disponível aos usuários de SSMS 2008 para T-SQL 2005 atualmente tem mais de 300 votos de usuários esperando por este recurso, mas o status de fechado parece indicar que a Microsoft não tem intenção de disponibilizar este recurso a seus usuários.

Pessoalmente, eu gostaria de ver este recurso disponibilizado mesmo com bugs pois assim me ajudaria em meu trabalho mostrando os ajustes de programação necessários entre as duas versões do MS SQL Server. para votar e pedir por este recurso visite: MS Connect 341872