CORREÇÃO: Leva muito tempo para restaurar um banco de dados no SQL Server 2008 R2, em SQL Server de 2008 ou em 2012 SQL

Artigo: 2653893 - Ver produtos para os quais este artigo se aplica.
Tradução automáticaVer isenção de responsabilidades para tradução automática
Expandir tudo | Reduzir tudo

Nesta página

A Microsoft distribui Microsoft SQL Server 2008 R2 Service Pack 1 (SP1) ou Microsoft SQL Server 2008 ou Microsoft SQL Server 2012 correções em um arquivo para download. Como as correções são cumulativas, cada versão nova contém todos os hotfixes e todas as atualizações de segurança que foram incluídas com o anterior SQL Server 2008 R2 Service Pack 1 (SP1) ou SQL Server 2008 ou Microsoft SQL Server 2012 lançamento da atualização.
Voltar ao topo | Submeter comentários

Sintomas

Ele pode levar muito tempo para restaurar um banco de dados no Microsoft SQL Server 2008 R2, em Microsoft SQL Server de 2008 ou na Microsoft SQL Server 2012.
Voltar ao topo | Submeter comentários

Causa

Esse problema ocorre porque leva muito tempo para criar a lista de arquivo de Log Virtual (VLF) quando há muitos VLFs no banco de dados.
Voltar ao topo | Submeter comentários

Resolução

Informações da atualização cumulativa

SQL Server 2012

A correção para esse problema foi lançada primeiro na atualização cumulativa 1 para SQL Server 2012. Para obter mais informações sobre esse pacote de atualizações cumulativas, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
2679368
(http://support.microsoft.com/kb/2679368/LN/ )
Pacote de atualização cumulativa 1 para SQL Server 2012
Observação Como as compilações são cumulativas, cada novo lançamento de correções contém todos os hotfixes e lançamento de corrigir todas as correções de segurança que foram incluídas com o anterior 2012 de SQL Server. A Microsoft recomenda que você considere a aplicação a versão mais recente de correção que contém esse hotfix. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
2692828
(http://support.microsoft.com/kb/2692828/LN/ )
2012 De SQL Server compilações lançadas após o lançamento do SQL Server 2012
Você deve aplicar um hotfix de SQL Server 2012 para uma instalação do SQL Server 2012.

SQL Server 2008 Service Pack 2

A correção para esse problema foi lançada em 8 de atualização cumulativa para SQL Server 2008 Service Pack 2. Para obter mais informações sobre esse pacote de atualizações cumulativas, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
2648096
(http://support.microsoft.com/kb/2648096/LN/ )
Pacote de atualização cumulativo 8 para SQL Server 2008 Service Pack 2
Observação Como as compilações são cumulativas, cada novo lançamento de correções contém todos os hotfixes e lançamento de corrigir todas as correções de segurança que foram incluídas com o anterior de SQL Server de 2008. A Microsoft recomenda que você considere a aplicação a versão mais recente de correção que contém esse hotfix. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
2402659
(http://support.microsoft.com/kb/2402659/LN/ )
O SQL Server de 2008 compilações lançadas após o lançamento do SQL Server 2008 Service Pack 2
Microsoft SQL Server 2008 hotfixes são criados para service packs específicos do SQL Server. Você deve aplicar um hotfix de SQL Server 2008 Service Pack 2 para uma instalação do SQL Server 2008 Service Pack 2. Por padrão, nenhum hotfix é fornecido em um service pack SQL Server está incluído no próximo service pack de SQL Server.

SQL Server 2008 Service Pack 3

A correção para esse problema foi lançada primeiro na atualização cumulativa 3 para SQL Server 2008 Service Pack 3. Para obter mais informações sobre esse pacote de atualizações cumulativas, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
2648098
(http://support.microsoft.com/kb/2648098/LN/ )
Pacote de atualizações cumulativas 3 para SQL Server 2008 Service Pack 3
Observação Como as compilações são cumulativas, cada novo lançamento de correções contém todos os hotfixes e lançamento de corrigir todas as correções de segurança que foram incluídas com o anterior de SQL Server de 2008. A Microsoft recomenda que você considere a aplicação a versão mais recente de correção que contém esse hotfix. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
2629969
(http://support.microsoft.com/kb/2629969/LN/ )
O SQL Server de 2008 compilações lançadas após o lançamento do SQL Server 2008 Service Pack 3
Microsoft SQL Server 2008 hotfixes são criados para service packs específicos do SQL Server. Você deve aplicar um hotfix de SQL Server 2008 Service Pack 3 para uma instalação do SQL Server 2008 Service Pack 3. Por padrão, nenhum hotfix é fornecido em um service pack SQL Server está incluído no próximo service pack de SQL Server.

Pacote de atualizações cumulativas 11 SQL Server 2008 R2


A correção para esse problema foi lançada em 11 de atualização cumulativa. Para obter mais informações sobre como obter esse pacote de atualização cumulativa para SQL Server 2008 R2, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
2633145
(http://support.microsoft.com/kb/2633145/ )
Pacote de atualizações cumulativas 11 SQL Server 2008 R2
Observação Como as compilações são cumulativas, cada novo lançamento de correções contém todos os hotfixes e todas as correções de segurança que foram incluídas com o anterior SQL Server 2008 R2 corrigir lançamento. Recomendamos que você considere a aplicação a versão mais recente de correção que contém esse hotfix. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
981356
(http://support.microsoft.com/kb/981356/ )
SQL Server 2008 R2 compilações lançadas após o lançamento do SQL Server 2008 R2

Pacote de atualização cumulativa 4 para SQL Server 2008 R2 SP1

A correção para esse problema foi lançada primeiro na atualização cumulativa 4. Para obter mais informações sobre como obter esse pacote de atualização cumulativa para SQL Server 2008 R2 SP1, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
2633146
(http://support.microsoft.com/kb/2633146/ )
Pacote de atualização cumulativa 4 para SQL Server 2008 R2 SP1
Observação Como as compilações são cumulativas, cada novo lançamento de correções contém todos os hotfixes e lançamento de corrigir todas as correções de segurança que foram incluídas com o anterior SQL Server 2008 R2 SP1. Recomendamos que você considere a aplicação a versão mais recente de correção que contém esse hotfix. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
2567616
(http://support.microsoft.com/kb/2567616/ )
SQL Server 2008 R2 compilações lançadas após o lançamento do SQL Server 2008 R2 SP1
Voltar ao topo | Submeter comentários

Ponto Da Situação

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na seção "Aplica-se a".
Voltar ao topo | Submeter comentários

Mais Informação

Você pode verificar o número de segmentos VLF revisando o arquivo de log de erro SQL e em seguida, localizar o número de seqüê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 de 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 usados entre o momento da primeira mensagem informativa e a segunda mensagem informativa. Portanto, o log de transação fragmentados conectado que tem muitos arquivos de Log virtuais (VLFs) semelhante à seguinte:

{Log foi feito. Banco de dados: mydbname, date(time) de criação: 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 do dispositivo: (arquivo = 1, tipo = DISK: {'C:\folder\logbackup1.trn'}). Isso é apenas uma mensagem informativa. Nenhuma ação do usuário é necessária.

Registro foi feito. Banco de dados: mydbname, date(time) de criação: 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 do dispositivo: (arquivo = 2, tipo = DISK: {'C:\folder\logbackup2.trn'}). Isso é apenas uma mensagem informativa. Nenhuma ação do usuário é necessária.}
Voltar ao topo | Submeter comentários

Referências

Para obter mais informações sobre números de seqüência de log (LSN), visite o seguinte site da MSDN:
Informações gerais sobre os números de seqüência de log
(http://msdn.microsoft.com/en-us/library/ms190729(SQL.90).aspx)



Para obter mais informações sobre como uma estrutura de arquivos de log pode afetar o tempo de recuperação do banco de dados, visite o seguinte site da MSDN:
Como uma estrutura de arquivos de log pode afetar o tempo de recuperação do banco de dados
(http://blogs.msdn.com/b/psssql/archive/2009/05/21/how-a-log-file-structure-can-affect-database-recovery-time.aspx)


Para obter mais informações sobre o log de transação VLFs, visite o seguinte site da MSDN:
Informações gerais sobre o arquivo de log de transação
(http://www.sqlskills.com/BLOGS/KIMBERLY/post/Transaction-Log-VLFs-too-many-or-too-few.aspx)


Voltar ao topo | Submeter comentários

Como contornar

  • Aguarde até que a operação de restauração ou recuperação para concluir

    Se você tiver um banco de dados não-recuperado que está apresentando um desempenho lento quando você restaurar ou recuperação do banco de dados, talvez você precise aguardar a operação de restauração ou recuperação seja concluída. Por exemplo, você pode ver o status offline ou o status de SQL Server Management Studio (SSMS) recuperando um banco de dados recuperados não. Parando SQL Server geralmente não oferece nenhum alívio para uma recuperação lenta e pode levar mais tempo para repetir a mesma fase de análise de recuperação, refazer fase ou fase de desfazer.
  • Evitar a restauração a seqüência de log de transação contém milhares de VLFs

    Se você enfrentar desempenho lento enquanto você restaurar e recuperar um banco de dados usando um arquivo de backup, você pode evitar restaurando as seqüências de log de transação que contêm milhares de VLFs. Para identificar o arquivo de backup que tem mais os arquivos de log virtuais registrados, use a instrução a seguir para ver as colunas FirstLSN e LastLSN nos arquivos de backup de log:
    RESTORE HEADERONLY FROM DISK='C:\folder\file.trn'

    Você pode decidir evitar a restauração de arquivos de backup de log. Ou você pode usar a instrução STOP em comandos de restauração para evitar as partes altamente fragmentadas dos logs de transação. Se você não restaurar totalmente as seqüências de log para o ponto mais recente durante um cenário de recuperação de falha, perda de dados ocorre no banco de dados SQL Server. Esta perda de dados ocorre porque nem todas as transações são mantidas. Portanto, é uma decisão de compensação da empresa. Você pode restaurar completamente um log de transações altamente fragmentado. No entanto, essa operação pode levar muitas horas. Ou você pode usar a instrução STOP em recuperação para interromper a recuperação antes da parte altamente fragmentada do log. No entanto, quaisquer transações ausentes que você omita são perdidas.

    Observação Sem instalar esse hotfix, não há geralmente nenhum meio seguro de recuperação acelerada após reiniciar SQL Server. SQL Server tenha localizar lista VLFs para analisar os arquivos de log redo concluir transações e desfazer as transações incompletas para concluir a recuperação para colocar o banco de dados on-line com segurança. Com segurança não é possível ignorar transações durante a recuperação.
Voltar ao topo | Submeter comentários

Propriedades

Artigo: 2653893 - Última revisão: quinta-feira, 12 de Abril de 2012 - Revisão: 1.0
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Web
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 R2 Express
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Express
  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2012 Web
Palavras-chave: 
kbqfe kbfix kbexpertiseadvanced kbsurveynew kbmt KB2653893 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 2653893
(http://support.microsoft.com/kb/2653893/en-us/ )
Voltar ao topo | Submeter comentários

Submeter comentários

 
Voltar ao topoVoltar ao topo