Descrição dos efeitos de nonlogged e minimamente registados operações em cópia de segurança de registo de transacções e o processo de restauro no SQL Server

Traduções de Artigos Traduções de Artigos
Artigo: 272093 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

Sumário

Algumas operações, são nonlogged, minimamente registados ou que remover parte do registo de transacções inactiva, poderá ter um efeito na sequência do registo de transacções. Este artigo fornece informações sobre estas operações de mensagens em fila e respectivo efeito na transacção subsequente Iniciar cópia de segurança e restaurar o processo de mensagens em fila.

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

Mais Informação

SQL Server 7.0

Consoante a operação nonlogged, SQL Server 7.0 poderá ter um comportamento de três formas diferentes ao tentar efectuar uma cópia de segurança do registo de transacções após essas operações nonlogged:
  • Um comportamento a falha cópia de segurança com estas mensagens de erro:
    Servidor: Erro 4213, nível de 16, estado 1, linha 1

    Não permite o registo de cópia de segurança porque o ficheiro ' dbname ' tem sido sujeita às actualizações nonlogged e não pode ser distribuído para a frente. Efectue uma base de dados completa ou base de diferencial dados, cópia de segurança.
    - e -
    Servidor: Erro 3013, nível de 16, estado 1, linha 1

    Operação de cópia de segurança ou restauro terminar irregularmente.
    o que faz com que este comportamento?

    Operações nonlogged que provocar um comportamento incluem:

    • Nonlogged bcp
    • SELECT INTO
    • WRITETEXT
    • UPDATETEXT
    • Dados Transformation Services (DTS) com o rápido utilizar e Manter tabela activada.
    Todas as operações anteriores envolvem a modificar dados ou inserir os novos dados. Porque os novos dados não é totalmente iniciou o registo de transacções, o registo não pode ser utilizado para restaurar dados posteriormente no caso de uma falha grave. Uma cópia de segurança base de dados completa ou diferencial deve ser executada antes de cópias de segurança de registo de transacções podem continuar.

  • A cópia de segurança falha com estas mensagens de erro: comportamento de dois a cópia de segurança esta mensagem de aviso e, em seguida, efectua a cópia de segurança transacção do registo:
    Não existe nenhuma cópia de segurança da base de dados actual. Esta cópia de segurança registo não pode ser utilizada para rollforward uma cópia de segurança da base de dados anterior.
    o que faz com que este comportamento?

    Operações que resultar em comportamento dois incluem:

    • CÓPIA DE SEGURANÇA REGISTO COM TRUNCATE_ONLY
    • sp_dboption "truncagem. sessão chkpt", definida para TRUE, seguido de

      sp_dboption "truncagem. iniciar sessão chkpt, definido para FALSE.
    Estas operações truncagem parte do registo de transacções inactiva sem cópia de segurança do registo de transacções. Depois de a truncar o registo, as tentativas subsequentes o registo de transacções de cópia de segurança devolvem a mensagem de aviso. SQL Server continuar a criar cópia de segurança a registo de transacções. No entanto, esta cópia de segurança transacção do registo é inválida e não pode ser restaurada. As seguintes mensagens de erro são devolvidas quando tentar restaurar estas cópias de segurança registo:

    Servidor: Erro 4305, nível de 16, estado 1, linha 1

    Este conjunto de cópia de segurança possível restaurar uma vez que a base de dados tem não foi distribuído para a frente muito suficiente. Primeiro tem de restaurar todos os registos anteriores antes de restaurar este registo.
    - e -
    Servidor: Erro 3013, nível de 16, estado 1, linha 1

    Operação de cópia de segurança ou restauro terminar irregularmente.
    Este comportamento ocorre por predefinição. Qualquer utilizador que executa uma das operações anteriores deve ter em consideração a natureza das operações e a consequência. Deverá ser efectuada uma cópia de segurança base de dados completa ou diferencial se qualquer uma das operações anteriores são executadas.
  • A cópia de segurança falha com estas mensagens de erro: comportamento de três o registo de transacções é feito sem qualquer mensagem de aviso.
o que faz com que este comportamento?

Operação que conduz a comportamento três:
  • TRUNCAR TABELA
Tabela truncagem recupera as páginas utilizadas pela tabela. O registo de transacções regista as informações de desatribuição página. Por conseguinte, a operação pode ser distribuída para a frente. Cópia de segurança da registo transacção subsequente é permitida e pode ser utilizada para um restauro posterior.

SQL Server 2000 e no SQL Server 2005

No modelo de recuperação total, é registada qualquer alteração à base de dados. Por isso, nenhuma das condições de erro anterior ocorrer.

No modelo de recuperação simples, qualquer tentativa de cópia de segurança do registo de transacções sempre falha com as seguintes mensagens de erro:
Servidor: Erro 4208, nível de 16, estado 1, linha 1

A declaração de registo de cópia de segurança não é permitida enquanto o modelo de recuperação é SIMPLES. Utilize DATABASE de cópia de segurança ou altere o modelo de recuperação utilizando ALTER DATABASE.
- e -
Servidor: Erro 3013, nível de 16, estado 1, linha 1

REGISTO de cópia de segurança está a terminar irregularmente.
Modelo com sessão iniciada em massa, registo mínimo pode ser efectuado para as seguintes operações poupar espaço no registo de transacções:
  • Operações de carregamento em massa, incluindo bcp e BULK INSERT.
  • CREATE INDEX, incluindo as vistas indexadas.
  • SELECT INTO
  • WRITETEXT
  • UPDATETEXT
  • DTS com o rápido utilizar e Manter tabela activada.
Diferente do SQL Server 7.0, SQL Server 2000 e SQL Server 2005, na realidade, permite o registo de transacções ser efectuada após essas operações minimamente registadas. A cópia de segurança da transacção de tal registos efectua não só cópias de segurança no registo, efectua-também cópias de segurança extensões atribuídas às operações anteriores. Por este motivo, estas cópias de segurança registo podem ser utilizadas para um restauro posterior. No entanto, o modelo de recuperação Bulk-Logged só permite a base de dados ser restaurado para o fim da cópia de segurança registo de transacção quando a cópia de segurança registo contém alterações em massa. Point-in-time recuperação não é suportada. Por outro lado, a cópia de um registo que contém operações em massa registados requer acesso a todos os ficheiros de dados na base de dados. Se os ficheiros de dados não estiverem acessíveis, o registo de transacções final não cópia e todas as operações consolidadas em que iniciam sessão serão perdidas.

No SQL Server 2000 e no SQL Server 2005, o registo de truncagem do ponto de verificação opção existe apenas para compatibilidade com versões anteriores. A Microsoft recomenda que utilize o modelo de recuperação simples em vez disso. Se alterar o modelo de recuperação do total ou em massa-sessão simples e, em seguida, mudar novamente, transacção subsequente registo cópias de segurança regressar a mesma mensagem de aviso, conforme descrito na secção comportamento duas do "SQL Server 7.0" e efectuar a cópia de segurança do registo depois da mensagem de aviso.

Operações de restauro subsequentes utilizando cópias de segurança esses registo de transacções falham com as seguintes mensagens de erro:
Servidor: Erro 4305, nível de 16, estado 1, linha 1

O registo neste conjunto de cópia de segurança começa LSN LSNnumber , que é demasiado tarde para aplicar à base de dados. Pode ser restaurada uma cópia de segurança anterior do registo que inclua LSN LSNnumber .
- e -
Servidor: Erro 3013, nível de 16, estado 1, linha 1

REG RESTORE está a terminar irregularmente.
Comportamento três descrito na secção "SQL Server 7.0" também se aplica para o SQL Server 2000.

Propriedades

Artigo: 272093 - Última revisão: 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 2005 Server Enterprise
  • Microsoft SQL 2005 Server Workgroup
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 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: 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