Compartilhar via


Atualizar um banco de dados utilizando Desanexar e Anexar (Transact-SQL)

Este tópico descreve como usar operações de desanexação e anexação para atualizar um banco de dados do SQL Server 2005, SQL Server 2008 ou SQL Server 2008 R2 no SQL Server 2012. Depois de ser anexado ao SQL Server 2012, o banco de dados estará disponível imediatamente e, em seguida, será atualizado.

Neste tópico

  • Antes de começar:

    Limitações e restrições

    Recomendações

  • Para atualizar um banco de dados do SQL Server:

    Usando operações de anexação e desanexação

  • Acompanhamento: depois de atualizar um banco de dados do SQL Server

Antes de começar

Limitações e restrições

  • Os bancos de dados de sistema não podem ser anexados.

  • Anexe e desanexe a desabilitação do encadeamento de propriedades de bancos de dados definindo sua opção cross db ownership chaining como 0. Para obter informações sobre como habilitar o encadeamento consulte Opção cross db ownership chaining de configuração de servidor.

  • Quando anexar um banco de dados replicado que foi copiado em vez de desanexado:

    • Se você anexar o banco de dados para uma versão atualizada da mesma instância do servidor, você deve executar sp_vupgrade_replication para atualizar a replicação depois que a operação de anexação tiver terminado. Para obter mais informações, consulte sp_vupgrade_replication (Transact-SQL).

    • Se anexar o banco de dados a uma instância de servidor diferente (independente da versão), você deverá executar sp_removedbreplication para remover a replicação depois que a operação de anexação tiver terminado. Para obter mais informações, consulte sp_removedbreplication (Transact-SQL).

Recomendações

Não é recomendável anexar ou restaurar bancos de dados de origem desconhecida ou não confiável. Esses bancos de dados podem conter um código mal-intencionado que pode executar código Transact-SQL involuntário ou provocar erros modificando o esquema ou a estrutura física do banco de dados. Antes de usar um banco de dados de origem desconhecida ou não confiável, execute DBCC CHECKDB no banco de dados, em um servidor que não seja de produção. Além disso, examine o código, como procedimentos armazenados ou outro código definido pelo usuário, no banco de dados.

Para atualizar um banco de dados usando desanexar e anexar

  1. Desanexe o banco de dados. Para obter mais informações, consulte Desanexar um banco de dados.

  2. Opcionalmente, mova o arquivo ou arquivos de banco de dados desanexados e o arquivo ou arquivos de log.

    Você deverá mover os arquivos de log junto com os arquivos de dados, mesmo se pretender criar novos arquivos de log. Em alguns casos, reanexar um banco de dados exige seus arquivos de log existentes. Portanto, mantenha todos os arquivos de log desanexados até que o banco de dados seja anexado com êxito sem eles.

    ObservaçãoObservação

    Se você tentar anexar o banco de dados sem especificar o arquivo de log, a operação de anexação procurará o arquivo de log em seu local original. Se ainda existir uma cópia original do log nesse local, essa cópia será anexada. Para evitar a utilização do arquivo de log original, especifique o caminho do novo arquivo de log ou remova a cópia original do arquivo de log (depois de copiá-la para o novo local).

  3. Anexe os arquivos copiados à instância do SQL Server 2012. Para obter mais informações, consulte Anexar um banco de dados.

Ícone de seta usado com o link Voltar ao Início[Top]

Exemplo

O exemplo a seguir atualiza uma cópia de um banco de dados de uma versão anterior do SQL Server. As instruções Transact-SQL são executadas em uma janela do Editor de Consultas conectada à instância do servidor à qual está anexado.

  1. Desanexe o banco de dados executando as seguintes instruções Transact-SQL:

    USE master;
    GO
    EXEC sp_detach_db @dbname = N'MyDatabase';
    GO
    
  2. Usando o método de sua escolha, copie os arquivos de dados e log no novo local.

    Observação importanteImportante

    Para um banco de dados de produção, coloque o banco de dados e o log de transações em discos separados.

    Para copiar arquivos pela rede para um disco ou um computador remoto, utilize o nome UNC (Convenção Universal de Nomenclatura) do local remoto. Um nome UNC possui o formato **\\Servername\Sharename\Path\**Filename. Assim como ocorre com a gravação de arquivos no disco rígido local, deverão ser concedidas, à conta do usuário utilizada pela instância do SQL Server, as permissões apropriadas exigidas para ler ou gravar em um arquivo no disco remoto.

  3. Anexe o banco de dados movido e, opcionalmente, seu log executando a seguinte instrução Transact-SQL:

    USE master;
    GO
    CREATE DATABASE MyDatabase 
        ON (FILENAME = 'C:\MySQLServer\MyDatabase.mdf'),
        (FILENAME = 'C:\MySQLServer\Database.ldf')
        FOR ATTACH;
    GO
    

    No SQL Server Management Studio, um banco de dados anexado recentemente não fica imediatamente visível no Pesquisador de Objetos. Para exibir o banco de dados, no Pesquisador de Objetos, clique em Exibir e depois em Atualizar. Quando o nó Bancos de Dados for expandido no Pesquisador de Objetos, o banco de dados recentemente anexado será exibido na lista de bancos de dados.

Acompanhamento: depois de atualizar um banco de dados do SQL Server

Se o banco de dados tiver índices de texto completo, o processo de atualização importará, redefinirá ou recriará esses índices dependendo da configuração da propriedade de servidor upgrade_option. Se a opção de atualização for definida para importação (upgrade_option = 2) ou recriação (upgrade_option = 0), os índices de texto completo permanecerão indisponíveis durante a atualização. Dependendo da quantidade de dados a serem indexados, a importação pode levar várias horas, e a recriação pode ser até dez vezes mais demorada. Lembre-se também de que, quando a opção de atualização estiver definida para importar, os índices de texto completo associados serão recriados se um catálogo de texto completo não estiver disponível. Para alterar a configuração da propriedade de servidor upgrade_option, use sp_fulltext_service.

Nível de compatibilidade do banco de dados após a atualização

Se o nível de compatibilidade de um banco de dados de usuário for 90 ou 100 antes da atualização, ele permanecerá o mesmo depois da atualização. Se o nível de compatibilidade era 80 ou inferior antes da atualização, no banco de dados atualizado, o nível de compatibilidade será definido como 90, que é o nível de compatibilidade mais baixo com suporte no SQL Server 2012. Para obter mais informações, consulte Nível de compatibilidade de ALTER DATABASE (Transact-SQL).

Gerenciando metadados na instância do servidor atualizado

Quando você anexa um banco de dados à outra instância do servidor, para oferecer uma utilização consistente aos usuários e aplicativos, pode ser necessário recriar alguns, ou todos os metadados, para o banco de dados, como logons, trabalhos e permissões, na outra instância do servidor. Para obter mais informações, consulte Gerenciar metadados ao disponibilizar um banco de dados em outra instância do servidor (SQL Server).

A Chave mestra de serviço e a Criptografia de Chave Mestra de Banco de dados é alterada de 3DES para AES

O SQL Server 2012 usa o algoritmo de criptografia AES para proteger a SMK (chave mestra de serviço) e a DMK (chave mestra de banco de dados). O AES é um algoritmo de criptografia mais novo que o 3DES usado em versões anteriores. Quando um banco de dados é anexado ou restaurado pela primeira vez a uma nova instância do SQL Server, uma cópia da chave mestra de banco de dados (criptografada pela chave mestra de serviço) ainda não está armazenada no servidor. Você deve usar a instrução OPEN MASTER KEY para descriptografar a chave mestra do banco de dados (DMK). Uma vez que a DMK foi descriptografada, você tem a opção de permitir a descriptografia automática futuramente usando a instrução ALTER MASTER KEY REGENERATE para fornecer ao servidor uma cópia da DMK criptografada com a SMK. Quando um banco de dados for atualizado de uma versão anterior, a DMK deverá ser regenerada para usar o algoritmo AES mais recente. Para obter mais informações sobre a regeneração da DMK, consulte ALTER MASTER KEY (Transact-SQL). O tempo necessário para regenerar a chave DMK para atualizar o AES depende do número de objetos protegidos pela DMK. É necessário regenerar a chave DMK para atualizar o AES somente uma vez, isso não tem impacto sobre regenerações futuras como parte de uma estratégia de rotação de chave.

Ícone de seta usado com o link Voltar ao Início[Top]