Restaurar páginas (SQL Server)
Aplica-se a:
SQL Server
Este tópico descreve como restaurar páginas no SQL Server usando o SQL Server Management Studio ou Transact-SQL. A meta da restauração de uma página é restaurar uma ou mais páginas danificadas sem restaurar todo o banco de dados. Geralmente, as páginas candidatas à restauração foram marcadas como "suspeitas" por causa de um erro encontrado durante seu acesso. Páginas suspeitas são identificadas na tabela suspect_pages do banco de dados msdb .
Neste tópico
Antes de começar:
Para restaurar páginas usando:
Antes de começar
Quando uma restauração de página é útil?
A restauração de página é usada para restaurar páginas danificadas isoladas. A restauração e recuperação de algumas páginas individuais pode ocorrer mais rapidamente do que a restauração de arquivo, reduzindo a quantidade de dados offline durante a operação de restauração. No entanto, se for necessário restaurar mais do que algumas páginas em um arquivo, será geralmente mais eficaz restaurar todo o arquivo. Por exemplo, se várias páginas em um dispositivo indicarem uma falha de dispositivo pendente, é recomendável a restauração do arquivo, possivelmente em outro local, e a reparação do dispositivo.
Além disso, nem todos os erros de página precisam de restauração. Pode ocorrer um problema nos dados armazenados em cache, como um índice secundário, que pode ser resolvido pelo recálculo dos dados. Por exemplo, se o administrador de banco de dados cancela um índice secundário e o recria, os dados corrompidos, embora fixos, não são indicados como tal na tabela suspect_pages .
Limitações e Restrições
A restauração de página se aplica a bancos de dados SQL Server que usam os modelos de recuperação completa ou bulk-logged. Só há suporte para restauração de página para grupos de arquivos de leitura/gravação.
Somente páginas de banco de dados podem ser restauradas. A restauração de página não pode ser usada para restaurar o seguinte:
Log de transações
Páginas de alocação: páginas GAM (Global Allocation Map), páginas SGAM (Shared Global Allocation Map) e páginas PFS (Page Free Space).
Página 0 de todos os arquivos de dados (a página de inicialização de arquivo)
Página 1:9 (a página de inicialização do banco de dados)
Catálogo de texto completo
Para um banco de dados que usa o modelo de recuperação bulk-logged, a restauração de página tem as seguintes condições adicionais:
Fazer um backup enquanto um grupo de arquivos ou dados de página estão offline é problemático para dados com log de operações em massa porque os dados offline não são registrados no log. Qualquer página offline pode impedir o backup do log. Nesses casos, considere usar DBCC REPAIR, pois isso pode causar menos perda de dados do que a restauração do backup mais recente.
Se um backup de log de um banco de dados com log de operações em massa encontrar uma página danificada, falhará a menos que WITH CONTINUE_AFTER_ERROR esteja especificado.
A restauração de página geralmente não funciona em recuperação bulk-logged.
Uma prática recomendada para executar restauração de página é definir o banco de dados como modelo de recuperação completa e tentar um backup de log. Se o backup de log funcionar, você poderá continuar com a restauração da página. Se o backup de log falhar, você perderá trabalho desde o backup de log anterior ou terá de tentar executar DBCC com a opção REPAIR_ALLOW_DATA_LOSS.
Recomendações
Cenários de restauração de página:
Restauração de página offline
Todas as edições do SQL Server oferecem suporte à restauração de páginas quando o banco de dados está offline. Em uma restauração de página offline, o banco de dados fica offline enquanto as páginas danificadas são restauradas. Ao término da sequência de restauração, o banco de dados fica online.Restauração de página online
O SQL Server Enterprise Edition dá suporte à restaurações de página online, embora use a restauração offline quando o banco de dados está offline. Na maioria dos casos, uma página danificada pode ser restaurada enquanto o banco de dados permanece online, inclusive o grupo de arquivos para o qual uma página está sendo restaurada. Quando o grupo de arquivos primário estiver online, até mesmo se um ou mais de seus grupos de arquivos secundários estiverem offline, as restaurações de página serão geralmente executadas online. No entanto, ocasionalmente uma página danificada pode precisar de uma restauração offline. Por exemplo, os danos a certas páginas importantes podem impedir a inicialização do banco de dados.Aviso
Se páginas danificadas estiverem armazenando metadados de bancos de dados importantes, atualizações necessárias nos metadados poderão apresentar falha durante uma tentativa de restauração de página online. Nesse caso, você pode executar uma restauração de página offline, mas primeiro deve criar um backup da parte final do log (fazendo backup do log de transações por meio de RESTORE WITH NORECOVERY).
A restauração de página beneficia-se do relatório aprimorado de erro no nível da página (incluindo somas de verificação de página) e do rastreamento. As páginas detectadas como corrompidas por soma de verificação ou gravação interrompida, as páginas danificadas, podem ser restauradas por uma operação de restauração de página. Somente páginas explicitamente especificadas são restauradas. Cada página especificada é substituída pela cópia dessa página no backup de dados especificado.
Quando você restaurar os backups de log subsequentes, eles só serão aplicados a arquivos de banco de dados que contêm pelo menos uma página que está sendo recuperada. Uma cadeia uniforme de backups de log deve ser aplicada à última restauração completa ou diferencial para trazer o grupo de arquivos que contém a página até o arquivo de log atual. Assim como em uma restauração de arquivo, o conjunto de roll forward é avançado com uma única passagem de restauração de log. Para que a restauração da página tenha êxito, as páginas restauradas devem ser recuperadas para um estado consistente com o banco de dados.
Segurança
Permissões
Se o banco de dados que está sendo restaurado não existir, o usuário deverá ter permissões CREATE DATABASE para poder executar o comando RESTORE. Se o banco de dados existir, as permissões RESTORE usarão como padrão os membros das funções de servidor fixas sysadmin e dbcreator e o proprietário (dbo) do banco de dados (para a opção FROM DATABASE_SNAPSHOT, o banco de dados sempre existe).
As permissões RESTORE são concedidas a funções nas quais as informações de associação estão sempre disponíveis para o servidor. Como a associação da função de banco de dados fixa pode ser verificada apenas quando o banco de dados está acessível e não danificado, o que nem sempre é o caso quando RESTORE é executado, os membros da função de banco de dados fixa db_owner não têm permissões RESTORE.
Usar o SQL Server Management Studio
A partir do SQL Server 2016 (13.x), o SQL Server Management Studio oferece suporte a restaurações de páginas.
Para restaurar páginas
Conecte-se à instância apropriada do Mecanismo de Banco de Dados do SQL Server e, no Pesquisador de Objetos, clique no nome do servidor para expandir a árvore do servidor.
Expanda os Bancos de dados. Dependendo do banco de dados, selecione um banco de dados de usuário ou expanda os Bancos de dados do sistemae selecione um banco de dados do sistema.
Clique com o botão direito do mouse no banco de dados, aponte para Tarefas, Restaurare clique em Página, o que abre a caixa de diálogo Restaurar Página .
Restaurar
Esta seção executa a mesma função de Restaurar em em Restaurar Banco de Dados (Página Geral).Banco de Dados
Especifica o banco de dados a ser restaurado. Você pode digitar um novo banco de dados ou selecionar um banco de dados existente na lista suspensa. A lista inclui todos os bancos de dados do servidor, exceto os bancos de dados do sistema mestre e tempdb.Aviso
Para restaurar um backup protegido por senha, você deve usar a instrução RESTORE .
Backup do final do log
Digite ou selecione um nome de arquivo em Dispositivo de backup em que o backup da parte final do log será armazenado para o banco de dados.Conjuntos de backup
Esta seção exibe os conjuntos de backup envolvidos na restauração.parâmetro Valores Nome O nome do conjunto de backup. Componente O componente com backup: Banco de Dados, Arquivo ou <em branco> (para logs de transações). Tipo Tipo de backup realizado: Completo, Diferencialou Log de Transações. Servidor O nome da instância do Mecanismo de Banco de Dados que executou a operação de backup. Banco de Dados Nome do banco de dados envolvido na operação de backup. Cargo A posição do conjunto de backup no volume. Primeiro LSN Número de sequência de log (LSN) da primeira transação do conjunto de backup. Em branco para backups de arquivo. Último LSN O número de sequência de log (LSN) da última transação do conjunto de backup. Em branco para backups de arquivo. LSN do Ponto de Verificação O número de sequência de log (LSN) do ponto de verificação mais recente no momento da criação do backup. LSN Completo Número de sequência de log (LSN) do backup de banco de dados completo mais recente. Data de Início A data e hora de início da operação de backup, apresentadas na configuração regional do cliente. Data de Conclusão A data e hora da conclusão da operação de backup, apresentadas na configuração regional do cliente. Tamanho O tamanho do conjunto de backup em bytes. Nome de usuário O nome do usuário que realizou a operação de backup. Validade A data e hora de validade do conjunto de backup. Clique em Verificar para verificar a integridade dos arquivos de backup necessários para executar a operação de restauração de página.
Para identificar páginas corrompidas, com o banco de dados correto selecionado na caixa Banco de Dados , clique em Verificar Páginas de Banco de Dados. Essa é uma operação em execução longa.
Aviso
Para restaurar páginas específicas que não estão danificadas, clique em Adicionar e digite a ID do Arquivo e a ID da Página referentes às páginas que serão restauradas.
A grade de páginas é usada para identificar as páginas a serem restauradas. Inicialmente, essa grade é preenchida por meio da tabela de sistema suspect_pages . Para adicionar ou remover páginas da grade, clique em Adicionar ou Remover. Para obter mais informações, veja Gerenciar a tabela suspect_pages (SQL Server).
A grade Conjuntos de backup lista os conjuntos de backup no plano de restauração padrão. Se desejar, clique em Verificar para verificar se os backups são legíveis e se os conjuntos de backup são completos, sem restaurá-los. Para obter mais informações, consulte RESTORE VERIFYONLY (Transact-SQL).
Páginas
Para restaurar as páginas listadas na grade de páginas, clique em OK.
Usando o Transact-SQL
Para especificar uma página em uma instrução RESTORE DATABASE, você precisará da ID do arquivo que contém a página e da ID da página. A sintaxe necessária é a seguinte:
RESTORE DATABASE <database_name>
PAGE = '<file: page> [ ,... n ] ' [ ,... n ]
FROM <backup_device> [ ,... n ]
WITH NORECOVERY
Para obter mais informações sobre os parâmetros da opção PAGE, consulte Argumentos de RESTORE (Transact-SQL). Para obter mais informações sobre a sintaxe de RESTORE DATABASE, consulte RESTORE (Transact-SQL).
Para restaurar páginas
Obtenha a ID das páginas a serem restauradas. Uma soma de verificação ou um erro de gravação interrompida retorna a ID da página, fornecendo as informações necessárias para especificar as páginas. Para consultar a ID de uma página danificada, use qualquer uma das origens a seguir.
Fonte de ID de página Tópico msdb..suspect_pages Gerenciar a tabela suspect_pages (SQL Server) Log de erros Exibir o log de erros do SQL Server (SQL Server Management Studio) Rastreamento de evento Monitorar e responder a eventos DBCC DBCC (Transact-SQL) Provedor WMI Provedor WMI para conceitos de eventos de servidor Inicie uma restauração de página com um backup completo do banco de dados, do arquivo ou do grupo de arquivos que contém a página. Na instrução RESTORE DATABASE, use a cláusula PAGE para listar as IDs de página de todas as páginas a serem restauradas.
Aplique os diferenciais mais recentes.
Aplique os backups de log subsequentes.
Crie um novo backup de log do banco de dados que inclui o LSN final das páginas restauradas, ou seja, o ponto no qual a última página restaurada foi colocada offline. O LSN final, que é definido como parte da primeira restauração na sequência, é o LSN refeito de destino. O roll forward Online do arquivo que contém a página pode parar no LSN refeito de destino. Para saber qual é o LSN refeito de destino de um arquivo, consulte a coluna redo_target_lsn de sys.master_files. Para obter mais informações, consulte sys.master_files (Transact-SQL).
Restaure o novo backup de log. Depois que o novo backup de log é aplicado, a restauração da página está concluída e as páginas podem ser usadas.
Observação
Essa sequência é análoga à sequência de restauração de um arquivo. Na realidade, restaurações de página e arquivo podem ser executadas como parte da mesma sequência.
Exemplo (Transact-SQL)
O exemplo a seguir restaura quatro páginas danificadas do arquivo B com NORECOVERY. Em seguida, dois backups de log são aplicados com NORECOVERY, seguido pelo backup do final do log que é restaurado com RECOVERY. Este exemplo executa uma restauração online. No exemplo, a ID de arquivo de B é 1, e as IDs de página das páginas danificadas são 57, 202, 916e 1016.
RESTORE DATABASE [<database>] PAGE='1:57, 1:202, 1:916, 1:1016'
FROM DISK = '<file_backup_of_file_B>'
WITH NORECOVERY;
RESTORE LOG [<database>] FROM [<log_backup>]
WITH NORECOVERY;
RESTORE LOG [<database>] FROM [<log_backup>]
WITH NORECOVERY;
BACKUP LOG [<database>] TO [<new_log_backup>];
RESTORE LOG [<database>] FROM [<new_log_backup>] WITH RECOVERY;
GO
Confira também
RESTORE (Transact-SQL)
Aplicar backups de log de transações (SQL Server)
Gerenciar a tabela suspect_pages (SQL Server)
Fazer backup e restaurar bancos de dados do SQL Server
Comentários
Em breve: Ao longo de 2024, eliminaremos os problemas do GitHub como o mecanismo de comentários para conteúdo e o substituiremos por um novo sistema de comentários. Para obter mais informações, consulte https://aka.ms/ContentUserFeedback.
Enviar e exibir comentários de