Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Este tópico descreve considerações de backup e restauração para vários recursos no SQL Server 2014. Esses recursos incluem: restauração de arquivo e inicialização de banco de dados, restauração online e índices desabilitados, espelhamento de banco de dados e 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 grupos de arquivos cujos arquivos estavam online quando o banco de dados foi fechado 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 para um arquivo ou arquivos, o administrador do banco de dados poderá colocar os arquivos offline e tentar reiniciar 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 for bem-sucedida, qualquer grupo de arquivos que contenha um arquivo offline permanecerá offline.
Restauração online e índices desabilitados
Esta seção é relevante apenas para bancos de dados que têm vários grupos de arquivos e, para o modelo de recuperação simples, ao menos um grupo de arquivos definido como somente leitura.
Nesses casos, quando um banco de dados está online, o índice pode ser criado, descartado, habilitado ou desabilitado somente se todos os grupos de arquivos que contêm 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 de 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 um novo trabalho de desenvolvimento e planeje modificar aplicativos que atualmente usam esse recurso. Em alternativa, utilize Always On Grupos de Disponibilidade.
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, consulte 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ê deseja copiar para outros servidores. Para obter mais informações sobre replicação, consulte a Replicação do SQL Server.
Criando o banco de dados espelho
O banco de dados espelho é criado ao restaurar os backups do banco de dados principal no servidor espelho, utilizando a opção WITH NORECOVERY. A restauração deve manter o mesmo nome de banco de dados. Para obter mais informações, consulte 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, quando houver suporte. No entanto, você não pode iniciar o espelhamento até restaurar todos os grupos de arquivos e, normalmente, restaurar backups de log para que o banco de dados espelho se sincronize adequadamente com o 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
Embora uma sessão de espelhamento de banco de dados esteja ativa, as seguintes restrições se aplicam:
O backup e a restauração do banco de dados espelho não são permitidos.
O backup do banco de dados principal pode ser feito, mas o BACKUP LOG WITH NORECOVERY não pode ser feito.
A restauração do banco de dados principal não é permitida.
Restauração Gradual e Índices Full-Text
Esta seção é relevante apenas para bancos de dados que contêm vários grupos de arquivos e, para os bancos de dados de modelo simples, somente 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 qualquer um dos dados de tabela associados, a restauração por etapas funcionará conforme o esperado.
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.
Full-Text índices e tabelas em grupos de arquivos separados
Se um índice de texto completo residir em um grupo de arquivos separado de todos os dados de tabela associados, 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 de tabela associados, a pesquisa de texto completo funcionará conforme o esperado 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 de texto completo poderá ser afetado. Isso ocorre porque as instruções Transact-SQL que disparam uma população, recompilam o catálogo, ou reorganizam o catálogo falham até que o índice seja trazido online. Essas instruções incluem CREATE FULLTEXT INDEX, ALTER FULLTEXT INDEX, DROP FULLTEXT INDEX e ALTER FULLTEXT CATALOG.
Nesse caso, os seguintes fatores são significativos:
Se o índice de texto completo tiver controle de alterações, o DML do 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 uma consulta de texto completo for tentada quando o grupo de arquivos que contém o índice de texto completo estiver offline, um erro será retornado.
As funções de status (como FULLTEXTCATALOGPROPERTY) são bem-sucedidas somente quando não precisam acessar o índice de texto completo. Por exemplo, o acesso a qualquer metadado online de texto completo teria êxito, mas uniquekeycount, itemcount falharia.
Depois que o grupo de arquivos de índice de texto completo é restaurado e colocado online, os dados de índice e os dados da tabela são consistentes.
Assim que o grupo de arquivos da 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 e restauração e compactação de arquivos
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.
A restauração de arquivos em um grupo de arquivos somente leitura é compatível com arquivos NTFS compactados. O backup e a restauração desses grupos de arquivos funcionam essencialmente como em qualquer grupo de arquivos somente leitura, com as seguintes exceções:
A restauração de um arquivo de leitura/gravação (incluindo os arquivos primários ou de log de um banco de dados de leitura/gravação) para um volume compactado falha e exibe um erro.
É permitido restaurar um banco de dados somente leitura para um volume compactado.
Observação
Arquivos de log de bancos de dados de leitura/gravação nunca devem ser colocados em sistemas de arquivos compactados.
Tarefas Relacionadas
Preparar um banco de dados espelho para espelhamento (SQL Server)
Fazer backup e restaurar índices e catálogos de texto completo
Consulte Também
Fazer backup e restaurar bancos de dados do SQL Server
Fazer backup e restaurar bancos de dados replicados
Secundários Ativos: Backup em Réplicas Secundárias (Grupos de Disponibilidade AlwaysOn)