SQL Server: Planejando sua migração para o SQL Server 2008 R2

Mudar para o SQL Server 2008 R2 é algo importante. Certifique-se de examinar seu ambiente e planejar as etapas com atenção para garantir uma migração tranquila.

Brien Posey

Mudar para o SQL Server 2008 R2 nem sempre é uma tarefa simples. Trata-se de uma atualização principal e de uma enorme transição. No entanto, ao contrário de vários outros produtos da Microsoft, o SQL Server 2008 R2 oferece suporte a atualizações in-loco. Se você estiver executando o SQL Server 2000, 2005 ou 2008, talvez você consiga simplesmente instalar o SQL Server 2008 R2 sobre o seu SQL Server existente.

Entretanto, no geral mudar para o SQL Server 2008 R2 não será tão simples quanto inserir o disco de instalação e seguir as etapas de um assistente. Há algumas situações nas quais você precisará migrar em vez de atualizar o seu SQL Server. Este artigo lhe apresentará algumas opções para que você possa mudar para o SQL Server 2008 R2.

Um bom conselho

Antes de qualquer atualização importante, uma análise profunda da sua infraestrutura é sempre aconselhável. Nesse caso, o SQL Server Upgrade Advisor poderá ajudá-lo a determinar se você poderá fazer a atualização para o SQL Server diretamente ou se precisará passar por uma migração. A tarefa do Upgrade Advisor é analisar seus servidores do SQL Server e reportar quaisquer problemas que possam representar um impedimento à uma atualização bem-sucedida. Você pode corrigir esses problemas antes de fazer a atualização ou pode começar a fazer planos para a migração.

O SQL Server Upgrade Advisor é uma ferramenta gratuita incluída no SQL Server 2008 R2 Feature Pack (você pode baixá-lo do Centro de Download da Microsoft). Depois de ter baixado e descompactado o SQL Server 2008 R2 Feature Pack, você encontrará o Upgrade Advisor na pasta \X64\Redist\Upgrade Advisor. Existem também versões x86 e Itanium do Upgrade Advisor sob as pastas \X86 e \IA64, respectivamente.

A maior parte das instalações do SQL Server são de missão crítica, por isso talvez você fique relutante em executar um aplicativo como o Upgrade Advisor por medo de ele causar problemas. Tal medo pode ser ainda mais agravado pelo fato de haver vários componentes de pré-requisito que devem ser instalados antes de você executar o Upgrade Advisor.

Felizmente, você não precisará executar o Upgrade Advisor com frequência diretamente em seu servidor do SQL Server. É possível instalá-lo no Windows XP (SP2 ou posterior), Windows Vista, Windows 7, Windows Server 2003 (SP2 ou posterior) ou Windows Server 2008. Uma vez instalado, você poderá utilizá-lo para analisar seus servidores do SQL Server remotamente. A única exceção é a seguinte: se qualquer um dos servidores estiver executando o SQL Server Reporting Service, será necessário executar o Upgrade Advisor localmente nesses servidores.

Embora ele faça um bom trabalho de previsão dos problemas que poderão atrapalhar uma atualização, há alguns pontos que o Upgrade Advisor não verifica. Por exemplo, ele não consegue analisar aplicativos desktop ou Procedimentos Armazenados Criptografados. Ele também tem recursos descontinuados de verificação de problemas.

Lembre-se de que o SQL Server 2008 R2 oferece suporte a atualizações de versões antigas do SQL Server, como a versão 2000. O SQL Server evoluiu muito ao longo dos anos. A Microsoft adicionou novos recursos em cada uma das versões do SQL Server, mas vários recursos também foram removidos. Em alguns casos, o Upgrade Advisor não reporta os problemas relacionados a recursos obsoletos. Outro exemplo disso é que o Upgrade Advisor não analisa o Notification Services — esse recurso foi removido no SQL Server 2008.

Existe um artigo do TechNet que lista todos os problemas de compatibilidade com versões anteriores do SQL Server, incluindo recursos descontinuados e depreciados do SQL Server, bem como algumas mudanças de comportamento que poderiam corromper os aplicativos do SQL Server. O artigo trata apenas dos recursos alterados ou removidos desde o SQL Server 2008. Se você estiver executando uma versão mais antiga do SQL Server, precisará pesquisar um pouco mais a fundo para descobrir o que pode ter sido alterado desde o lançamento da sua versão.

O caminho de atualização

Se você decidir experimentar uma atualização in-loco, precisará trabalhar de acordo com os caminhos de atualização permitidos da Microsoft. Essencialmente, isso significa que a versão e edição do SQL Server para a qual você pode atualizar é determinada pela versão em uso no momento.

Por exemplo, suponha que você tenha um servidor executando o SQL Server 2005 (x64) Enterprise SP2. Suas únicas opções de atualização para o SQL Server 2008 R2 seriam atualizar para a Enterprise Edition ou a Datacenter Edition. A Microsoft possui uma tabela detalhada descrevendo as edições do SQL Server 2008 R2 suportadas em diversos cenários de atualização. Há várias limitações nos caminhos de atualização, então dê uma olhada nessa tabela antes de adquirir suas licenças do SQL Server 2008 R2. No entanto, ainda existem algumas regras gerais que se aplicam à maioria dos caminhos de atualização:

  • Você pode fazer a atualização para a mesma edição ou para uma edição superior do SQL Server. Por exemplo, se você estiver executando a Datacenter Edition agora, não poderá usar o processo de atualização como uma forma de fazer downgrade para a Enterprise Edition.
  • Você deverá continuar usando a mesma arquitetura de CPU. Se você estiver executando uma edição de 32 bits do SQL Server, continue assim.
  • Não há caminho de atualização para servidores que estão executando uma Evaluation Edition ou Personal Edition do SQL Server.

O Upgrade Advisor é uma ótima ferramenta para identificar problemas potenciais de atualização, mas não é à prova de falhas. Como existem diversas condições que não podem ser testadas pelo Upgrade Advisor, você deve executar uma atualização de avaliação, se possível.

Faça um backup total do sistema do seu SQL Server, de dois controladores de domínio e de quaisquer outros servidores de infraestrutura necessários. Restaure esses backups em um servidor virtual que não esteja conectado à sua rede de produção, criando, assim, um clone da sua implantação em produção do SQL. Quando esse clone estiver em execução, tente atualizá-lo para o SQL Server 2008 R2 e execute todos os testes pós-atualização necessários.

Alguns ambientes são complexos demais para esse tipo de teste. Nessas situações, configure uma implantação de teste que simule sua implantação do SQL Server em produção o mais fielmente possível. Lembre-se de que você ainda poderá ter problemas durante ou após uma atualização. É muito melhor descobrir os problemas em um ambiente de laboratório do que em servidores de produção.

Está na hora de migrar

As migrações são úteis em várias situações em que uma atualização in-loco é impossível. Você também pode usar a migração como um método para alterar as topologias de servidor (como mudar de uma implantação de 32 bits para uma de 64 bits) ou para mudar seu SQL Server para um novo hardware de servidor.

Antes de tentar migrar quaisquer bancos de dados para o SQL Server 2008 R2, baixe uma cópia do Microsoft Assessment and Planning (MAP) Toolkit para o SQL Server 2008 R2. O MAP não executa o processo de migração em si, mas pode ajudá-lo com o planejamento. Algumas das tarefas executadas pelo MAP Toolkit são as seguintes:

  • Inventário do SQL: o MAP Toolkit pode identificar todas as instâncias do SQL Server em execução em sua organização. Ele também pode fornecer informações sobre versão.
  • Informações de hardware: quando o MAP Toolkit faz o inventário da sua implantação do SQL, ele pode também reportar o tipo de hardware (físico ou virtual) no qual seus servidores do SQL Server estão sendo executados, bem como a arquitetura de CPU (32 ou 64 bits).
  • Planejamento da migração: o MAP Toolkit pode ajudá-lo a determinar quais servidores do SQL Server são bons candidatos à migração com base em seus requisitos.

Mecânica da migração

As etapas exatas que você seguirá para executar sua migração do SQL 2008 R2 variarão dependendo da versão de origem do SQL Server. Independentemente disso, aqui está uma visão geral das implicações de uma migração real.

Em sua forma mais simples, o processo de migração envolve a instalação do SQL Server 2008 R2 em um servidor. Em seguida, você precisa restaurar um backup dos seus bancos de dados herdados nesse servidor. No entanto, como tudo na vida, há sempre algum detalhe no meio do caminho.

O primeiro detalhe é o método que você escolherá para fazer backup do SQL Server herdado. Você deve fazer o backup do seu servidor de uma maneira que preserve todas as transações. O ideal é que você defina a propriedade de acesso aos bancos de dados como “Single_User” ou defina o banco de dados como “Somente Leitura”.

Um problema de se fazer isso é que o processo de backup/restauração pode ser demorado. Dependendo do cronograma da migração, um backup e restauração completos podem levar muito tempo. Você pode diminuir a quantidade de tempo da migração fazendo um backup completo com antecedência. Depois, basta executar um backup incremental exatamente antes da migração real.

Quando você precisar restaurar o banco de dados no seu servidor com o SQL Server 2008 R2, precisará especificar algumas opções de restauração por meio do SQL Server Management Studio. Especificamente, certifique-se de que o banco de dados sendo restaurado e o novo tenham o mesmo nome. Além disso, não se esqueça de selecionar a opção “Deixar o banco de dados pronto para uso revertendo as transações não confirmadas”, que pode ser encontrada na seção Estado de recuperação.

Quando a restauração for concluída, você deverá executar mais duas etapas. Em primeiro lugar, defina a propriedade de acesso ao banco de dados como Multiusuário, para que seus usuários possam começar a utilizá-lo novamente. Em seguida, defina o nível de compatibilidade do banco de dados como SQL 2008 (Modo 100). Se você omitir essa etapa, seus bancos de dados permanecerão no modo de compatibilidade. Dependendo da versão original do SQL Server, o modo de compatibilidade pode impedir que os recursos introduzidos no SQL Server 2005 e no SQL Server 2008 funcionem.

Como você pode ver, migrar para o SQL Server 2008 R2 não é tão difícil, mas requer várias etapas específicas. É necessário planejar sua migração com atenção e antecedência a fim de evitar problemas de compatibilidade.

Brian Posey

Brien Posey é um MVP e autor técnico freelance com milhares de artigos e dezenas de livros de sua autoria. Você pode visitar o site de Brian no endereço brienposey.com.

Conteúdo relacionado: