Como criar cópias o último registo de transacções quando o mestre e os ficheiros de base de dados estão danificados no SQL Server

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

Nesta página

Sumário

Pode criar cópias o registo de transacções actualmente activas, mesmo se o ficheiro de base de dados estiver danificado, desde que o ficheiro de registo de transacções seja continua disponível. No SQL Server 7.0, o ficheiro de dados principal e os ficheiros de registo de transacções tem de estar disponíveis para que o último registo de transacção activa uma cópia. Se a base de dados mestre também estiver danificado, pode reconstruir e restaurar primeiro a base de dados principal e, em seguida, cópia de segurança o último registo de transacções activas da base de dados indisponível. Por exemplo, o ficheiro de dados e o dispositivo principal poderão ser no suporte danificado. No entanto, se uma cópia de segurança da base de dados principal não estiver disponível, pode criar cópias o último registo de transacções activas da base de dados utilizando o método abordada neste artigo, desde que o ficheiro de dados principal e os ficheiros de registo de transacções estejam disponíveis no SQL Server 7.0.

Nota Para fazer isto no Microsoft SQL Server 2000 ou no Microsoft SQL Server 2005, apenas o ficheiro de registo de transacções deve estar disponível.

Nota O utilitário de recriar a principal é implementado diferente no Microsoft SQL Server 2000 de 64 bits. No SQL Server 2000 de 64 bits, o SQL Server tira partido das funcionalidades de reparação automática fornecidos pelo Microsoft Windows Installer. Além disso, a propriedade REINSTALL e a propriedade REINSTALLMODE na linha de comandos de configuração estão disponíveis para explicitamente reconstruir o registo, reinstalar ficheiros danificados ou falta de ficheiros, reinstale atalhos danificados ou em falta atalhos e recriar bases de dados principal . Estas propriedades podem ser especificadas na linha de comandos ou num ficheiro ini.

Cópia de segurança o último registo de transacções no SQL Server 2000 ou no SQL Server 2005

No SQL Server 2000 e no SQL Server 2005, se a base de dados principal e o ficheiro de dados de uma base de dados do utilizador estão danificados, mas o ficheiro de registo transacção da base de dados estiver ainda disponível, pode continuar o registo da transacção activa última da base de dados para reduzir a perda de dados de cópia. Se a base de dados principal não estiver danificado, consulte o tópico "Registo de cópia de segurança" no SQL Server Books Online.

Para criar cópias de segurança o último registo de transacções no SQL Server 2000 ou no SQL Server 2005, siga estes passos:
  1. Mude o nome os ficheiros de registo de transacções.
  2. Reconstrua a base de dados principal .
  3. Crie uma base de dados semelhante. Nova base de dados não tem de ter o mesmo tamanho; no entanto, deve conter o mesmo número de ficheiros de dados e de registo.
  4. Pare o SQL Server 2000 ou SQL Server 2005.
  5. Elimine todos os ficheiros de dados da base de dados recém-criado para que falhará recuperação. Substituem os ficheiros de registo da base de dados nova com ficheiros de registo originais para que pode criar cópias de registo de transacções.
  6. Reinicie o SQL Server 2000 ou SQL Server 2005.
  7. Executar este comando para efectuar o seguimento do registo de segurança:
    Backup Log <database_name> to Disk = <device_name> With NO_TRUNCATE
  8. Utilize o procedimento armazenado sp_dbremove para remover a base de dados.

Cópia de segurança o último registo de transacções no SQL Server 7.0

Cópia de segurança da última transacção activa iniciar sessão no SQL Server 7.0, siga estes passos:
  1. Mudar o nome do ficheiro de dados principal e ficheiros de registo de transacções.
  2. Reconstrua a base de dados principal .
  3. Crie uma base de dados semelhante. Nova base de dados não tem de ter o mesmo tamanho; no entanto, deve conter o mesmo número de ficheiros de dados e de registo.
  4. Pare o SQL Server 7.0.
  5. Elimine todos os ficheiros de dados da base de dados recém-criado para que falhará recuperação. Substituem o ficheiro de dados principal e ficheiros de registo da base de dados novo com o original para que pode criar cópias de registo de transacções.
  6. Reinicie o SQL Server 7.0.
  7. Executar este comando para efectuar o seguimento do registo de segurança:
    Backup Log <database_name> to Disk = <device_name> With NO_TRUNCATE
  8. Utilize o procedimento armazenado sp_dbremove para remover a base de dados.
  9. Restaure a base de dados com todos os ficheiros de registo.

Propriedades

Artigo: 253817 - Última revisão: 11 de setembro de 2006 - Revisão: 6.6
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 2000 64-bit 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 kbhowtomaster KB253817 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: 253817

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