INF: Copiar ficheiros de base de dados SQL para fins de cópia de segurança/restauro

Traduções de Artigos Traduções de Artigos
Artigo: 46424 - Ver produtos para os quais este artigo se aplica.
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Expandir tudo | Reduzir tudo

Sumário

A seguinte informação descreve diferentes métodos que podem ser utilizados para efectuar cópias dos ficheiros da base de dados como principal, modelo, tempdb e pubs, que pode, em seguida, ser utilizado com cópia de segurança ou restauro.

Mais Informação

Cópias do ficheiro MASTER.DAT (ou os ficheiros .mdf e .ldf correspondentes para SQL Server versões 7.0 e posteriores) podem ser efectuadas com qualquer utilitário fiável, desde que a base de dados é encerrado quando é efectuada a cópia. Restaurar a partir deste tipo uma cópia de segurança é mais fácil do que utilizando BLDMASTR e LOAD DATABASE, especialmente se a base de dados principal está danificado. (O procedimento para restaurar uma base de dados principal danificada é complexo se dispositivos de base de dados foram adicionados ou eliminados desde que a informação de estado foi executada ou se foram criadas as bases de dados, ignorados ou alterados desde a informação de estado.) Por outro lado, basta foi possível restaurar uma cópia do MASTER.DAT e nenhuma acção especial seria necessária.

Listados abaixo são as vantagens da utilização de informações de estado/LOAD:
  • Pode ser efectuado enquanto a base de dados é mais e mesmo enquanto está a ser actualizado.
  • Permite cópia de segurança e/ou recuperação de bases de dados individuais em separado.
  • Espaço em branco não será copiado.
Basta copiar MASTER.DAT nunca pode efectuar no primeiro e segundo itens; no entanto, um utilitário de compressão de dados boa pode fazer melhor informação/LOAD no terceiro item.

Se MASTER.DAT for copiada enquanto o SQL Server ainda está em execução, muitas páginas actualizadas poderão não ainda foram escritas no disco, resultando numa imagem da base de dados inconsistente. É por isso DUMP/LOAD passa pelo SQL Server em vez de aceder directamente os ficheiros de disco.

Propriedades

Artigo: 46424 - Última revisão: 26 de fevereiro de 2014 - Revisão: 3.2
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 4.21a Standard Edition
  • Microsoft SQL Server 6.0 Standard Edition
  • Microsoft SQL Server 6.5 Standard Edition
  • Microsoft SQL Server 7.0 Standard Edition
Palavras-chave: 
kbnosurvey kbarchive kbmt kbother KB46424 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: 46424

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