Partilhar via

Backup e restauração: interoperabilidade e coexistência (SQL Server)

  • Artigo

Aplica-se a: SQL Server

Este tópico descreve considerações de backup e restauração para vários recursos do SQL Server. Estes recursos incluem: restauração de arquivo e inicialização de banco de dados; restauração online e índices desabilitados; espelhamento de banco de dados; restauração por etapas e índices de texto completo.

Neste tópico:

Restauração de arquivo e inicialização de banco de dados

Esta seção é relevante apenas para bancos de dados do SQL Server que têm vários grupos de arquivos.

Observação

Quando um banco de dados é iniciado, somente os grupos de arquivos cujos arquivos estavam online no fechamento do banco de dados são recuperados e colocados online.

Se um problema for encontrado durante a inicialização do banco de dados, a recuperação falhará, e o banco de dados será marcado como SUSPECT. Se o problema puder ser isolado a um arquivo ou arquivos, o administrador do banco de dados poderá colocar os arquivos offline e tentar reinicializar o banco de dados. Para colocar um arquivo offline, você pode usar a seguinte instrução ALTER DATABASE :

ALTER DATABASE database_name MODIFY FILE (NAME ='filename', OFFLINE)

Se a inicialização tiver êxito, qualquer grupo de arquivos que contiver um arquivo offline permanecerá offline.

Restauração online e índices desabilitados

Esta seção é relevante apenas para bancos de dados com vários grupos de arquivos e para o modelo de recuperação simples, pelo menos um grupo de arquivos somente leitura.

Nesses casos, quando um banco de dados estiver online, o índice poderá ser criado, descartado, habilitado ou desabilitado apenas se todos os grupos de arquivos contendo qualquer parte do índice estiverem online.

Para obter informações sobre como restaurar grupos de arquivos offline, consulte Restauração Online (SQL Server).

Espelhamento de banco de dados e backup e restauração

Esta seção é relevante apenas para bancos de dados modelo completo que têm vários grupos de arquivos.

Observação

O recurso de espelhamento de banco de dados será removido em uma versão futura do Microsoft SQL Server. Evite usar esse recurso em desenvolvimentos novos e planeje modificar os aplicativos que atualmente o utilizam. Use Grupos de disponibilidade AlwaysOn em vez disso.

O espelhamento de banco de dados é uma solução para aumentar a disponibilidade do banco de dados. O espelhamento é implementado por base de banco de dados e só funciona com bancos de dados que usam o modelo de recuperação completa. Para obter mais informações, confira Espelhamento de banco de dados (SQL Server).

Observação

Para distribuir cópias de um subconjunto dos grupos de arquivos em um banco de dados, use a replicação: replique somente os objetos nos grupos de arquivos que você quer copiar em outros servidores. Para obter mais informações sobre a replicação transacional, veja SQL Server Replication.

Criando o banco de dados espelho

O banco de dados espelho é criado pela restauração, WITH NORECOVERY, de backups do banco de dados principal no servidor espelho. A restauração deve manter o mesmo nome do banco de dados. Para obter mais informações, confira Preparar um banco de dados espelho para espelhamento (SQL Server).

Você pode criar o banco de dados espelho usando uma sequência de restauração por etapas, onde houver suporte. Porém, você não pode iniciar o espelhamento enquanto não restaurar todos os grupos de arquivos e, normalmente, os backups de log restaurados para trazer o banco de dados espelho o mais próximo possível do banco de dados principal. Para obter mais informações, consulte Restaurações por etapas (SQL Server).

Restrições de backup e restauração durante o espelhamento

Quando a sessão de espelhamento de banco de dados está ativa, as seguintes restrições são aplicadas:

  • Não é permitido restaurar ou fazer backup do banco de dados espelho.

  • É permitido fazer backup do banco de dados principal, mas BACKUP LOG WITH NORECOVERY não é permitido.

  • Não é permitido restaurar o banco de dados principal.

Restauração por etapas e índices de texto completo

Esta seção só é relevante para bancos de dados contendo vários grupos de arquivos e, nos bancos de dados modelo simples, apenas para grupos de arquivos somente leitura.

Os índices de texto completo são armazenados em grupos de arquivos de banco de dados e podem ser afetados por uma restauração por etapas. Se o índice de texto completo residir no mesmo grupo de arquivos que quaisquer dados da tabela associada, a restauração por etapas funcionará normalmente.

Observação

Para exibir a ID do grupo de arquivos que contém um índice de texto completo, selecione a coluna data_space_id de sys.fulltext_indexes.

Índices de texto completo e tabelas em grupos de arquivos separados

Se um índice de texto completo residir em um grupo de arquivos separado de todos os dados da tabela associada, o comportamento da restauração por etapas dependerá de qual dos grupos de arquivos é restaurado e colocado online primeiro:

  • Se o grupo de arquivos que contém o índice de texto completo for restaurado e colocado online antes dos grupos de arquivos que contêm os dados da tabela associada, a pesquisa de texto completo funcionará normalmente assim que o índice de texto completo estiver online.

  • Se o grupo de arquivos que contém os dados da tabela for restaurado e colocado online antes do grupo de arquivos que contém o índice de texto completo, o comportamento do texto completo poderá ser afetado. Isso ocorre porque as instruções Transact-SQL que disparam um preenchimento, recriam o catálogo ou reorganizam o catálogo falham até que o índice seja colocado online. Essas instruções incluem CREATE FULLTEXT INDEX, ALTER FULLTEXT INDEX, DROP FULLTEXT INDEX e ALTER FULLTEXT CATALOG.

    Neste caso, os seguintes fatores são significativos:

    • Se o índice de texto completo tiver controle de alterações, o DML de usuário falhará até que o grupo de arquivos de índice seja colocado online. A operação de exclusão também falhará até que o grupo de arquivos de índice esteja online.

    • Independentemente do controle de alterações, as consultas de texto completo falham porque o índice não está disponível. Se houver uma tentativa de consulta de texto completo quando o grupo de arquivos que contém o índice de texto completo estiver offline, um erro será retornado.

    • As funções de status (ex.: FULLTEXTCATALOGPROPERTY) terão êxito somente quando não precisarem acessar o índice de texto completo. Por exemplo, o acesso a quaisquer metadados de texto completo online terá êxito, mas uniquekeycount, itemcount falhará.

    Quando o grupo de arquivos de índice de texto completo estiver restaurado e online, os dados do índice e os dados da tabela ficarão consistentes.

Assim que o grupo de arquivos de tabela base e o grupo de arquivos de índice de texto completo estiverem online, qualquer população de texto completo em pausa será retomada.

Backup de arquivo, restauração e compactação

O SQL Server dá suporte à compactação de dados do sistema de arquivos NTFS de grupos de arquivos somente leitura e bancos de dados somente leitura.

Restaurando arquivos em um grupo de arquivo somente leitura há suporte em arquivos NTFS compactados. Backup e restauração destes grupos de arquivo funcionam essencialmente em qualquer grupo de arquivo somente leitura, com as seguintes exceções:

  • Restaurando um arquivo leitura e gravação (inclusive o primário ou arquivos de log de um banco de dados de leitura e gravação) para um volume compactado falho e exibição de erro.

  • Restaurando um banco de dados somente leitura para um volume compactado é permitido.

Observação

Arquivos de Log de bancos de dados de leitura e gravação nunca deveriam ser colocados em sistemas de arquivo compactado.

Related Tasks

Confira também

Fazer backup e restaurar bancos de dados do SQL Server
Fazer backup e restaurar bancos de dados replicados
Secundárias Ativas: Backup em Réplicas Secundárias (Grupos de Disponibilidade AlwaysOn)