Anexar e desanexar bancos de dados (SQL Server)
Os dados e os arquivos de log de transações de um banco de dados podem ser desanexados e, em seguida, reanexados à mesma ou a outra instância do SQL Server. Desanexar e anexar um banco de dados é útil se você deseja alterar o banco de dados a uma instância diferente do SQL Server no mesmo computador ou mover o banco de dados.
O formato de armazenamento em disco do SQL Server é o mesmo nos ambientes de 64 e de 32 bits. Portanto, você pode anexar trabalhos em ambientes de 32 bits e de 64 bits. Um banco de dados desanexado de uma instância de servidor que é executada em um único ambiente pode ser anexado em uma instância de servidor que é executada em outro ambiente.
Neste tópico:
Segurança
Desanexando um banco de dados
Anexando um banco de dados
Tarefas relacionadas
Segurança
As permissões de acesso ao arquivo são definidas durante algumas operações de banco de dados, inclusive desanexar ou anexar um banco de dados.
.gif "Observação sobre segurança") Observação sobre segurança |
|---|
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. |
.gif "Ícone de seta usado com o link Voltar ao Início")
[Início]
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.
.gif "Observação")
ObservaçãoSe 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 Descartar um instantâneo do banco de dados (Transact-SQL).
ObservaçãoUm instantâneo do banco de dados não pode ser desanexado ou 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 (SQL Server).
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.
Backup e restauração e desanexação
A desanexação de um banco de dados somente leitura perde informações sobre as bases diferenciais de backups diferenciais. Para obter mais informações, consulte Backups diferenciais (SQL Server).
Respondendo a erros de desanexação
Os erros produzidos ao desanexar um banco de dados podem impedir que o banco de dados seja desligado corretamente e que o log de transações seja reconstruído. Se você receber uma mensagem de erro, execute as ações corretivas a seguir:
Reanexe todos os arquivos associados ao banco de dados, e não apenas o arquivo primário.
Resolva o problema que causou a mensagem de erro.
Desanexe o banco de dados novamente.
[Início]
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 2012, 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 Atualizar pesquisa de texto completo do SQL Server 2005.
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 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.
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.
Nesta seção:
Alterações de 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
Alterações de metadados na anexação de um banco de dados
Quando um banco de dados somente leitura é desanexado e reanexado, as informações de backup sobre a base diferencial atual são perdidas. A base diferencial é o backup completo mais recente de todos os dados no banco de dados ou em um subconjunto dos arquivos ou de grupos de arquivos do banco de dados. Sem a informações de backup de base, o banco de dados mestre se torna não sincronizado com o banco de dados somente leitura, portanto backups diferenciais utilizados posteriormente podem fornecer resultados inesperados. Portanto, se você estiver usando backups diferenciais com um banco de dados somente leitura, deverá estabelecer uma nova base diferencial obtendo um backup completo após reanexar o banco de dados. Para obter informações sobre backups diferenciais, consulte Backups diferenciais (SQL Server).
Na anexação, ocorre inicialização do banco de dados. Geralmente, a anexação de um banco de dados coloca-o no mesmo estado em que estava quando foi desanexado ou copiado. No entanto, as operações de anexação e desanexação desabilitam o encadeamento de propriedades de bancos de dados para o banco de dados. Para obter informações sobre como habilitar o encadeamento, consulte Opção cross db ownership chaining de configuração de servidor. Além disso, TRUSTWORTHY é definido como OFF sempre que o banco de dados for anexado. Para obter mais informações sobre como definir TRUSTWORTHY como ON, consulte ALTER DATABASE (Transact-SQL).
Backup e restauração e anexação
Como qualquer banco de dados que esteja offline total ou parcialmente, um banco de dados com arquivos de restauração não pode ser anexado. Se você interromper a sequência de restauração, poderá anexar o banco de dados. Em seguida, você poderá reiniciar a sequência de restauração.
Anexando um banco de dados a outra instância do servidor
.gif "Observação importante") Importante |
|---|
Um banco de dados criado por uma versão mais recente do SQL Server não pode ser anexado em versões anteriores. |
Quando você anexa um banco de dados a outra instância do servidor, para oferecer uma experiência consistente aos usuários e aplicativos, talvez precise recriar alguns ou todos os metadados para o banco de dados, como logons e trabalhos, na outra instância de servidor. Para obter mais informações, consulte Gerenciar metadados ao disponibilizar um banco de dados em outra instância do servidor (SQL Server).
[Início]
Tarefas relacionadas
Para desanexar um banco de dados
Para anexar um banco de dados
Para atualizar um banco de dados usando as operações de anexação e desanexação
Para mover um banco de dados usando as operações de anexação e desanexação
Para excluir um instantâneo do banco de dados
[Início]