Início / dba / Perguntas / 33564
Accepted
gavin
Asked: 2013-01-26 11:23:34 +0800 CST

O log de transações do SQL Server é muito grande

  • 772

Eu tenho um banco de dados que possui um log de transações de 33 GB. É causado pelo fato de que o banco de dados está em modo de recuperação total e foi usado por mais de 5 anos antes do primeiro backup.

Eu quero truncar e reduzir o arquivo de log com o seguinte comando

Backup log dbname with truncate_only
go
DBCC shrinkfile('logicalfilename',100)

Eu quero saber depois de executar o comando acima, no futuro, poderei fazer uma restauração para um ponto no tempo entre o backup completo futuro 1 e 2?

Linha do tempo

  1. Backup pré-truncado
  2. truncar e encolher
  3. Backup completo futuro 1
  4. Backup completo futuro 2

Obrigado,

sql-server sql-server-2008

3 respostas

  1. Best Answer

    poderei fazer uma restauração para um ponto no tempo entre o backup completo futuro 1 e 2?

    Sim. O que o preocupa é a Log Chain . A cadeia de logs começa em um backup completo. Portanto, future full backup 1você iniciará uma nova cadeia de log e, com backups de log de transações, poderá restaurar para um ponto no tempo.

    Referência BOL sobre como trabalhar com backups de log de transações

    Quanto ao seu método inicial de obter seu log truncado, observe o seguinte de BOL em BACKUP :

    As opções BACKUP LOG WITH NO_LOGe WITH TRUNCATE_ONLYforam descontinuadas. Se você estiver usando a recuperação do modelo de recuperação full ou bulk-logged e precisar remover a cadeia de backup de log de um banco de dados, alterne para o modelo de recuperação simples.

    E acho que nem é preciso dizer, mas vou ser explícito. Para não se deparar com esse mesmo problema, você precisa fazer backups de log de transações de rotina.

    • 8

  2. O principal problema aqui é que parece que você não está fazendo nenhum backup de log regular. A primeira coisa que eu faria é ter certeza de que você entende os modelos de recuperação do SQL Server . Principalmente, os bancos de dados FULLprecisam BULKLOGGEDter backups de log regulares.

    Eu recomendaria que, para limpar seu arquivo de log, primeiro faça um backup de log:

    BACKUP LOG foo TO DISK='<backup file location>'

    Quando isso estiver concluído, você poderá executar com segurança seu DBCC SHRINKFILEcomando para redimensionar o arquivo de log adequadamente.

    Finalmente, você deve agendar backups de log regulares de seu banco de dados. Existem muitas ferramentas para fazer isso, sejam Planos de Manutenção ou Scripts de Manutenção de Ola Hallengren . Além disso, eu recomendo ler e entender o link de Thomas Stringer para BOL .

    • 6

  3. Acabei de descobrir os backups do SQL e tive uma pergunta muito semelhante.

    Para restaurar para um ponto no tempo, você precisa:

    • O backup completo mais recente anterior ao seu ponto no tempo
    • (Opcional) O backup diferencial mais recente após o backup completo e antes do ponto no tempo
    • Todos os backups de Log de Transações desde o Backup Completo ou o Backup Diferencial do qual você está restaurando

    Quando você corre

    Backup log dbname with truncate_only

    você não está fazendo backup do log, está apagando-o. Portanto, a única restauração que você pode fazer é a restauração do backup completo (ou diferencial).

    A resposta de Mike Fal mostra como você pode configurar backups de log de transações, enquanto a resposta de Thomas explica a cadeia de log, mas senti a necessidade de postar exatamente o que você precisava para restaurar em um ponto no tempo, já que eu tinha a mesma pergunta na semana passada e estava muito confuso sobre o que exatamente eu precisava para fazer uma restauração pontual.

    • 6

relate perguntas