KB2653893-FIX: demora muito tempo para restaurar um banco de dados no SQL Server 2008 R2 ou no SQL Server 2008 ou no SQL 2012

Sintomas

Pode levar muito tempo para restaurar um banco de dados no Microsoft SQL Server 2008 R2 ou no Microsoft SQL Server 2008 ou no Microsoft SQL Server 2012.

Causa

Esse problema ocorre porque demora muito tempo para construir a lista de arquivos de log virtual (VLF) quando há muitos VLFs no banco de dados.

Resolução

Status

A Microsoft confirmou que este é um problema nos produtos Microsoft listados na seção "Aplicável a".

Informações adicionais

Você pode verificar o número de segmentos do VLF examinando o arquivo de log de erros do SQL e, em seguida, encontrando o número de sequência de log (LSN) em cada arquivo de backup de log de transação. Os primeiros dígitos antes do símbolo de dois pontos na LSNs correspondem ao número do LSN. Por exemplo, o primeiro número na primeira mensagem informativa para o LSN é 1. No entanto, o primeiro número na segunda mensagem informativa para o LSN é 100001. Nesse cenário, há 100.000 VLFs que são usadas entre a primeira mensagem informativa e a segunda mensagem informativa. Portanto, o log de transação fragmentada registrada que tem muitos arquivos de log virtual (VLFs) é semelhante ao seguinte:

{Foi feito o backup do log. Banco de dados: mydbname, data de criação (hora): 2010/07/08 (12:36:46), primeiro LSN: 1:5068:70, último LSN: 1:5108:1, número de dispositivos de despejo: 1, informações sobre o dispositivo: (arquivo = 1, tipo = disco: {' C:\folder\logbackup1.TRN '}). Esta é uma mensagem informativa apenas. Não é necessária nenhuma ação do usuário. Foi feito o backup do log. Banco de dados: mydbname, data de criação (hora): 2010/07/08 (15:36:46), primeiro LSN: 100001:5108:1, último LSN: 100002:5108:1, número de dispositivos de despejo: 1, informações sobre o dispositivo: (arquivo = 2, digite = disco: {' C:\folder\logbackup2.TRN '}). Esta é uma mensagem informativa apenas. Nenhuma ação do usuário é necessária.}

Referências

Para obter mais informações sobre os números de sequência de log (LSN), acesse o seguinte website da MSDN:

Informações gerais sobre números de sequência de log

Para obter mais informações sobre como uma estrutura de arquivo de log pode afetar o tempo de recuperação do banco de dados, acesse o seguinte website da MSDN:

Como uma estrutura de arquivo de log pode afetar o tempo de recuperação do banco de dadosPara obter mais informações sobre o VLFs do log de transação, acesse o seguinte website do MSDN:

Informações gerais sobre o arquivo de log de transação

Solução alternativa

• Aguarde a conclusão da operação de restauração ou recuperaçãoSe você tiver um banco de dados não recuperável que está experimentando o desempenho lento ao restaurar ou recuperar o banco de dados, talvez seja necessário aguardar até que a operação de restauração ou recuperação seja concluída. Por exemplo, você pode ver o status offline ou o status da recuperação no SQL Server Management Studio (SSMS) para um banco de dados não recuperável. A interrupção do SQL Server geralmente não oferece nenhum alívio para uma recuperação lenta e pode demorar mais tempo para repetir a mesma fase de análise de recuperação, fase refazer, ou fase desfazer.

• Evite restaurar a sequência do log de transações que contenha milhares de VLFsSe você tiver o desempenho lento enquanto restaura e recupera um banco de dados usando um arquivo de backup, é possível evitar a restauração das sequências de log de transação que contêm milhares de VLFs. Para identificar o arquivo de backup que tem o maior dos arquivos de log virtual registrados, use a instrução a seguir para ver as colunas FirstLSN e LastLSN nos arquivos de backup de log: restaurar HEADERONLY de disco = ' C:\folder\file.TRN ' você pode decidir evitar a restauração dos arquivos de backup de log. Ou você pode usar a instrução STOP em nos comandos restaurar para evitar as partes altamente fragmentadas dos logs de transação. Se você não restaurar completamente as sequências de log até o último ponto no tempo durante um cenário de recuperação de falha, ocorrerá perda de dados no SQL Server do banco de dados. Essa perda de dados ocorre porque nem todas as transações são mantidas. Portanto, há uma decisão de compensação comercial. Você pode restaurar completamente um log de transação altamente fragmentado. No entanto, essa operação pode levar muitas horas. Ou você pode usar a instrução STOP AT na recuperação para interromper a recuperação antes da parte altamente fragmentada do log. No entanto, quaisquer transações ausentes omitidas serão perdidas.Observação Sem a instalação desse hotfix, normalmente não há um recurso seguro para recuperação expressa após a reinicialização do SQL Server. O SQL Server precisa localizar a lista de VLFs para analisar os arquivos de log, refazer transações concluídas e, em seguida, desfazer transações incompletas para concluir a recuperação para colocar o banco de dados online com segurança. Você não pode ignorar transações com segurança durante a recuperação.