Desanexando e anexando bancos de dados

Segurança

As permissões de acesso ao arquivo são definidos durante algumas operações de banco de dados, inclusive desanexar ou anexar um banco de dados. Para obter informações sobre permissões de arquivo que são definidas sempre que um banco de dados é desanexado e anexado, consulte Protegendo dados e arquivos de log.

Observação sobre segurança

Recomendamos que você não anexe ou restaure bancos de dados de origens desconhecidas ou não confiáveis. 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 uma fonte 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.

Desanexando um banco de dados

Desanexar um banco de dados remove-o da instância do SQL Server, mas deixa intacto o banco de dados, com seus arquivos de dados e arquivos de log de transações. Esses arquivos podem então ser usados para anexar o banco de dados a qualquer instância do SQL Server, inclusive o servidor do qual o banco de dados foi desanexado.

Você não poderá desanexar um banco de dados se alguma das seguintes opções for verdadeira:

• O banco de dados está replicado e publicado. Se replicado, o banco de dados não pode estar publicado. Antes de poder desanexá-lo, você deve desabilitar a publicação executando sp_replicationdboption.

  Observação
  Se não for possível usar sp_replicationdboption, você poderá remover a replicação executando sp_removedbreplication.

• Há um instantâneo do banco de dados no banco de dados.

  Antes de poder desanexar o banco de dados, você deve descartar todos os seus instantâneos. Para obter mais informações, consulte Como descartar um instantâneo do banco de dados (Transact-SQL).

  Observação
  Um instantâneo de banco de dados não pode ser desanexado nem anexado.

• O banco de dados está sendo espelhado em uma sessão de espelhamento de banco de dados.

  O banco de dados não pode ser desanexado, a menos que a sessão seja encerrada. Para obter mais informações, consulte Removendo o espelhamento de banco de dados.

• O banco de dados é suspeito. No SQL Server 2005 e versões posteriores, um banco de dados suspeito não pode ser desanexado. Antes de poder desanexá-lo, você deve colocá-lo em modo de emergência. Para obter mais informações sobre como colocar um banco de dados em modo de emergência, consulte ALTER DATABASE (Transact-SQL).

• O banco de dados é um banco de dados de sistema.

Para desanexar um banco de dados

• sp_detach_db (Transact-SQL)

• Como desanexar um banco de dados (SQL Server Management Studio)

Backup e restauração e desanexação

Respondendo a erros de desanexação

Anexando um banco de dados

Você pode anexar um banco de dados do SQL Server copiado ou desanexado. Quando você anexa um banco de dados do SQL Server 2005 que contém arquivos de catálogo de texto completo a uma instância de servidor do SQL Server 2008, os arquivos de catálogo são anexados de seus locais anteriores junto com os outros arquivos de banco de dados, assim como ocorre no SQL Server 2005. Para obter mais informações, consulte Atualização da pesquisa de texto completo.

Quando você anexa um banco de dados, todos os arquivos de dados (arquivos MDF e NDF) devem estar disponíveis. Se algum arquivo de dados tiver um caminho diferente de quando o banco de dados foi inicialmente criado ou anexado pela última vez, você deverá especificar o caminho atual do arquivo.

Observação
Se o arquivo de dados primário que está sendo anexado for somente leitura, o Mecanismo de Banco de Dados presumirá que o banco de dados é somente de leitura.

Quando um banco de dados criptografado é anexado primeiro a uma instância do SQL Server, o proprietário do banco de dados deve abrir a chave mestra do banco de dados executando a instrução seguinte: OPEN MASTER KEY DECRYPTION BY PASSWORD = 'password'. Recomendamos habilitar a descriptografia automática da chave mestra executando a instrução seguinte: ALTER MASTER KEY ADD ENCRYPTION BY SERVICE MASTER KEY. Para obter mais informações, consulte CREATE MASTER KEY (Transact-SQL) e ALTER MASTER KEY (Transact-SQL).

O requisito para anexar arquivos de log depende, em parte, de o banco de dados ser de leitura e gravação ou apenas leitura:

• Para um banco de dados de leitura e gravação, você pode geralmente anexar um arquivo de log em um novo local. No entanto, em alguns casos, a reanexação de um banco de dados exige seus arquivos de log existentes. Portanto, é importante sempre conservar todos os arquivos de log desanexados, até que o banco de dados tenha sido anexado com êxito sem eles.

  Se um banco de dados de leitura e gravação tiver um único arquivo de log e você não especificar um novo local para o arquivo de log, a operação de anexação procurará o arquivo no local antigo. Se for achado, o arquivo de log antigo será usado, independentemente de o banco de dados ter sido desligado corretamente. No entanto, se o arquivo de log antigo não for encontrado e se o banco de dados tiver sido desligado corretamente e não tiver nenhuma cadeia de logs ativa, a operação de anexação tentará criar um novo arquivo de log para o banco de dados. Para obter mais informações, consulte Arquitetura lógica de log de transações e Arquitetura física de log de transações.

• Se o arquivo de dados primário que está sendo anexado for somente leitura, o Mecanismo de Banco de Dados presumirá que o banco de dados é somente leitura. Para um banco de dados somente leitura, o arquivo ou arquivos de log devem estar disponíveis no local especificado no arquivo primário do banco de dados. Um novo arquivo de log não pode ser criado porque SQL Server não pode atualizar o local de log armazenado no arquivo primário.

Altera Metadados na Anexação de um Banco de Dados

Backup e restauração e anexação

Anexando um banco de dados a outra instância do servidor

Quando você anexa um banco de dados a outra instância do servidor, para oferecer uma experiência consistente aos usuários e aplicativos, pode ser necessário recriar alguns ou todos os metadados para o banco de dados, tais como logins e trabalhos, na outra instância de servidor. Para obter mais informações, consulte Gerenciando metadados ao disponibilizar um banco de dados em outra instância do servidor.

Observação
Um banco de dados criado por uma versão mais recente do SQL Server não pode ser anexado em versões anteriores.

Para anexar um banco de dados

• CREATE DATABASE (Transact-SQL)

• Como anexar um banco de dados (SQL Server Management Studio)

• sp_attach_db (Transact-SQL)

• sp_attach_single_file_db (Transact-SQL)

Para atualizar um banco de dados de uma versão anterior do SQL Server

No SQL Server 2008, você pode usar operações de anexação e desanexação para atualizar um banco de dados de usuário do SQL Server 2000 ou do SQL Server 2005. No entanto, as seguintes restrições se aplicam:

• Cópias do banco de dados mestre, modelo ou msdb criadas usando o SQL Server 2000 ou SQL Server 2005 não podem ser anexadas.

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

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

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

Para atualizar um banco de dados usando as operações de anexação e desanexação

• Como atualizar um banco de dados utilizando Desanexar e Anexar (Transact-SQL)

Movendo um banco de dados ou arquivo de banco de dados

Importante
Recomendamos que você mova os bancos de dados utilizando o procedimento de realocação planejada ALTER DATABASE, em vez de utilizar operações de desanexação e anexação. Para obter mais informações, consulte Movendo arquivos de banco de dados.

Geralmente, você pode usar operações de anexação e desanexação para mover um banco de dados. Cenários típicos incluem mover um banco de dados para um dos seguintes locais:

• Um disco físico diferente no mesmo computador. Por exemplo, quando o disco que contém um arquivo de dados não tiver mais espaço e você desejar expandir o arquivo existente (em vez de expandir o banco de dados adicionando um novo arquivo em um disco diferente).

• Um computador diferente, sem ter de recriar o banco de dados e restaurar o backup de banco de dados.

Mover um banco de dados usando operações de anexação e desanexação envolve as seguintes fases:

1. Desanexação do banco de dados.

2. Movendo os arquivos do banco de dados para outro servidor ou disco.

3. Anexando o banco de dados especificando o novo local do arquivo ou arquivos movidos.

Para mover um banco de dados usando as operações de anexação e desanexação

• Como mover um banco de dados usando desanexar e anexar (Transact-SQL)

Consulte também

Referência

Conceitos