Descrição dos efeitos de operações nonlogged e registrados minimamente em backup do log de transação e o processo de restauração no SQL Server

Traduções deste artigo Traduções deste artigo
ID do artigo: 272093 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

Sumário

Algumas operações, que são nonlogged, minimamente conectado ou que remover a parte inativa do log de transações, pode ter um efeito na seqüência do log de transação. Este artigo fornece informações sobre essas operações e seu efeito na transação subseqüente fazer backup e restaurar o processo.

Comparado com o SQL Server 7.0, SQL Server 2000 usa três novos modelos de recuperação. A diferença no SQL Server 2000 também é descrita neste artigo.

Mais Informações

SQL Server 7.0

Dependendo da operação nonlogged, SQL Server 7.0 pode se comportar de três maneiras diferentes ao tentar executar um backup do log de transações após essas operações nonlogged:
  • Um comportamento a falha backup com essas mensagens de erro:
    Servidor: Mensagem 4213, nível 16, estado 1, linha 1

    Não é possível permitir BACKUP LOG porque tem sido sujeitos a nonlogged atualizações de arquivo ' dbname ' e não pode ser rolado para frente. Execute um completo do banco de dados ou banco de dados diferencial, backup.
    - e -
    Servidor: Mensagem 3013, nível 16, estado 1, linha 1

    Operação de backup ou restauração finalizando de forma anormal.
    o que causa esse comportamento?

    Operações nonlogged que levam a um comportamento incluem:

    • Nonlogged bcp
    • SELECIONE EM
    • WRITETEXT
    • UPDATETEXT
    • Dados Transformation Services (DTS) com Carga rápida de usar e Bloqueio de tabela habilitado.
    Todas as operações anteriores envolvem a modificação de dados ou inserir novos dados. Como os novos dados não é totalmente conectados no log de transações, o log não pode ser usado para restaurar dados posteriormente no caso de uma falha catastrófica. Um backup completo ou diferencial do banco de dados deve ser executado antes de backups do log de transações podem ser reiniciada.

  • O backup falha com essas mensagens de erro: comportamento dois o backup retorna essa mensagem de aviso e, em seguida, executará o backup de log de transação:
    Não há nenhum backup de banco de dados atual. Esse backup log não pode ser usado para roll forward um backup de banco de dados anterior.
    o que causa esse comportamento?

    Operações que levam a dois comportamento incluem:

    • BACKUP LOG COM TRUNCATE_ONLY
    • sp_dboption "trunc. fazer logon chkpt", definido como TRUE, seguido por

      sp_dboption "trunc. fazer logon chkpt, definida como FALSE.
    Essas operações truncar a parte inativa do log de transações sem fazer backup do log de transações. Após truncar o log, tentativas subseqüentes para fazer backup do log de transações retornam a mensagem de aviso. SQL Server continuar a criar o backup de log de transação. No entanto, esse backup de log de transação é inválido e não pode ser restaurado. As seguintes mensagens de erro são retornadas quando tentar restaurar esses backups de log:

    Servidor: Mensagem 4305, nível 16, estado 1, linha 1

    Este conjunto de backup não pode ser restaurado porque o banco de dados foi não rolado frente muito o suficiente. Você deve primeiro restaurar todos os logs anteriores antes de restaurar esse log.
    - e -
    Servidor: Mensagem 3013, nível 16, estado 1, linha 1

    Operação de backup ou restauração finalizando de forma anormal.
    Esse comportamento é por design. Qualquer usuário que executa uma das operações anteriores deve estar ciente da natureza de operações e as conseqüências. Um backup completo ou diferencial do banco de dados deve ser executado se qualquer uma das operações anteriores são executadas.
  • O backup falha com essas mensagens de erro: comportamento três o log de transação é feito sem qualquer mensagem de aviso.
o que causa esse comportamento?

Operação que leva ao comportamento três:
  • TRUNCAR TABELA
Tabela truncamento recupera as páginas usadas pela tabela. O log de transação registra as informações de desalocação de página. Portanto, a operação pode ser rolada frente. O backup de log de transação subseqüente é permitido e pode ser usado para uma restauração posterior.

SQL Server 2000 e no SQL Server 2005

No modelo de recuperação completa, todas as alterações para o banco de dados é registrada. Portanto, nenhuma das condições de erro anterior ocorre.

No modelo de recuperação simples, qualquer tentativa de fazer backup do log de transações sempre falha com as seguintes mensagens de erro:
Servidor: Mensagem 4208, nível 16, estado 1, linha 1

A instrução BACKUP LOG não é permitida enquanto o modelo de recuperação for SIMPLE. Use BACKUP DATABASE ou altere o modelo de recuperação usando ALTER DATABASE.
- e -
Servidor: Mensagem 3013, nível 16, estado 1, linha 1

BACKUP LOG está finalizando de forma anormal.
No modelo conectado em massa, log mínimo pode ser executado para as seguintes operações salvar espaço de log de transação:
  • Operações de carregamento em massa, incluindo bcp e BULK INSERT.
  • CREATE INDEX, incluindo modos de exibição indexados.
  • SELECIONE EM
  • WRITETEXT
  • UPDATETEXT
  • DTS com Carga rápida de usar e Bloqueio de tabela habilitado.
Diferente do SQL Server 7.0, SQL Server 2000 e SQL Server 2005, na verdade, permite o log de transação para ser feito após essas operações minimamente conectadas. O backup de tal transação os logs não apenas faz backup de log do, ele também faz o backup de extensões alocadas para as operações anteriores. Portanto, esses backups de log podem ser usados para uma restauração posterior. No entanto, o modelo de recuperação Bulk-Logged somente permite que o banco de dados a ser restaurado para o final de um backup do log de transações quando o backup de log contém alterações em massa. Não há suporte para recuperação de ponto-in-time. Além disso, o backup de um log que contém operações registradas em massa requer acesso a todos os arquivos dados no banco de dados. Se os arquivos de dados não estiverem acessíveis, o transação final não pode ser backup do log e todas as operações confirmadas em que log serão perdidas.

No SQL Server 2000 e no SQL Server 2005, existe o truncamento de log na opção de ponto de verificação apenas para compatibilidade com versões anteriores. A Microsoft recomenda que você use o modelo de recuperação simples em vez disso. Se você alterar o modelo de recuperação de log em massa para simples ou completo e, em seguida, retornar, backups de log de transações subseqüentes retornam a mesma mensagem de aviso, conforme descrito na seção dois o comportamento do "SQL Server 7.0" e executar o backup do log após a mensagem de aviso.

Operações de restauração subseqüentes usando tais backups de log de transação falham com as seguintes mensagens de erro:
Servidor: Mensagem 4305, nível 16, estado 1, linha 1

O log neste conjunto de backup começa em LSN LSNnumber , que é tarde demais para aplicar o banco de dados. Um backup de log anterior que inclua LSN LSNnumber pode ser restaurado.
- e -
Servidor: Mensagem 3013, nível 16, estado 1, linha 1

RESTORE LOG está finalizando de forma anormal.
Comportamento descrito na seção "SQL Server 7.0" três também se aplica ao SQL Server 2000.

Propriedades

ID do artigo: 272093 - Última revisão: quarta-feira, 7 de dezembro de 2005 - Revisão: 4.3
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Workgroup Edition
Palavras-chave: 
kbmt kbinfo KB272093 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 traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 272093

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com