ID do artigo: 46424 - Última revisão: quarta-feira, 2 de março de 2005 - Revisão: 3.2

INF: Copiar arquivos de banco de dados SQL para fins de backup/restauração

Vista lado a ladoClique aqui para exibir o artigo traduzido e o artigo original em inglês, lado a lado.
Tradução automáticaExibir Aviso de Isenção de Tradução Automática
Exibir os produtos aos quais esse artigo se aplica.
Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que está a utilizar. Foi desactivado o conteúdo do artigo, que pode não ser relevante para si.
Expandir tudo | Recolher tudo

Sumário

As seguintes informações descrevem métodos diferentes que podem ser usados para fazer cópias de arquivos do banco de dados, como mestre, modelo, tempdb e pubs, que podem ser usados com backup ou restauração.

Mais Informações

Cópias de arquivo MASTER.DAT (ou os arquivos .mdf e .ldf correspondentes para versões do SQL Server 7.0 e posteriores) podem ser feitas com qualquer utilitário confiável, desde que o banco de dados é desligado quando é feita a cópia. Restaurar de como um backup é mais fácil do que usando BLDMASTR e LOAD DATABASE, especialmente se o banco de dados mestre está danificado. (O procedimento para restaurar um banco de dados mestre danificado é complexo se dispositivos de banco de dados foram adicionados ou excluídos desde que o despejo foi executada ou se bancos de dados foram criados, descartado ou alterados desde o despejo.) Por outro lado, uma cópia do MASTER.DAT simplesmente pôde ser restaurada e nenhuma ação especial seria necessária.

Abaixo são as vantagens de usar o DUMP/LOAD:
  • Isso pode ser feito enquanto o banco de dados estiver ativado e até mesmo enquanto ele está sendo atualizado.
  • Ele permite backup e/ou recuperação de bancos de dados individuais separadamente.
  • Espaço vazio não é despejado.
Copiar apenas MASTER.DAT nunca pôde realizar o primeiro e segundo itens; no entanto, um utilitário de compactação de dados boa pode fazer melhor do que DUMP/LOAD no terceiro item.

Se MASTER.DAT é copiado enquanto o SQL Server ainda estiver sendo executado, muitas páginas atualizadas podem não ainda tiverem sido gravadas em disco, resultando em uma imagem inconsistente do banco de dados. É por isso que DUMP/LOAD passa pelo SQL Server em vez de acessar diretamente os arquivos do disco.
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
Voltar para o início
Palavras-chave: 
kbmt kbother KB46424 KbMtpt
Tradução automáticaTraduçã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: 46424  (http://support.microsoft.com/kb/46424/en-us/ )
Voltar para o início