Artigo: 46424 - Última revisão: quarta-feira, 2 de Março de 2005 - Revisão: 3.2

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

Vista lado a ladoClique aqui para exibir o artigo traduzido e o artigo original em inglês, lado a lado.
Tradução automáticaVer isenção de responsabilidades para tradução automática
Ver produtos para os quais este 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 | 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.
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 ao topo
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 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  (http://support.microsoft.com/kb/46424/en-us/ )
Voltar ao topo