Descrição geral da arquitectura de base de dados do Exchange Server e o motor de base de dados

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

Nesta página

Sumário

Este artigo fornece uma descrição geral da arquitectura de base de dados e motor de base de dados para o Microsoft Exchange Server. O debate inclui informações sobre os componentes de base de dados, manutenção de consistência da base de dados, tipos possíveis de falhas de base de dados e utilitários de base de dados.

Mais Informação

Exchange Server utiliza tolerância a falhas, baseadas em transacções de bases de dados para armazenar mensagens e informações de directório antes de esta é aplicada à base de dados. Para o Exchange Server 5.5 Standard Edition, cada base de dados pode crescer até um máximo de 16 gigabytes (GB). Para o Exchange Server 5.5 Enterprise Edition, o tamanho é limitado apenas pelo hardware.

Se ocorrer uma falha de energia ou outra falha do sistema anormal, o Exchange Server utiliza ficheiros de registo de transacções para reconstruir dados já aceite pelo servidor, mas ainda não escritos para a base de dados.

Componentes de base de dados

A estrutura do Exchange Server se baseia a tecnologia de base de dados padrão. O sistema depende de um motor de base de dados incorporado que esquematiza a estrutura do disco para o Exchange Server e gere a memória. A tecnologia de motor de base de dados também é utilizada em segundo plano por outras aplicações do Windows, por exemplo, o WINS (Windows Internet Name Service) e o DHCP (Dynamic Host Configuration Protocol).

O arquivo de informações

O arquivo de informações, que é o componente chave para gestão de base de dados no Exchange Server, é na realidade duas bases de separado dados. A base de informações privadas dados do arquivo, Priv.edb, gere dados em caixas de correio do utilizador. O arquivo de informações público, Pub.edb, gere dados em pastas públicas.

O arquivo de informações funciona com MAPI (Messaging Application Programming Interface) e o motor de base de dados para garantir que todas as acções do utilizador são gravadas no disco rígido do servidor. Por exemplo, quando um utilizador guardar uma mensagem no Microsoft Outlook, MAPI chama primeiro o arquivo de informações, em seguida, chama o motor de base de dados, em seguida, guarda as alterações no disco.

Motor de base de dados JET

Bases de dados do Exchange Server baseiam-se o formato do JET, ficheiros de registo que utiliza para registar e manter as informações. Microsoft JET é um motor de avançadas 32-bit base de dados com vários threads que combina a velocidade e desempenho com outras funcionalidades avançadas para melhorar as capacidades de processamento baseadas em transacções.

O motor de base de dados coloca em cache do disco na memória através da troca 4 quilobytes (KB) páginas de dados e falta de memória. Este actualiza as páginas na memória e escreve páginas novas ou actualizadas no disco. Isto torna o sistema mais eficaz porque quando pedidos fornecidos, os dados memórias intermédias de motor de base de dados memória em vez de constantemente Ir para o disco.

Em versões anteriores ao Exchange Server 5.5, a cache de memória intermédia é um tamanho fixo. Se for necessária mais memória, o administrador tem de alterar manualmente o tamanho da memória intermédia.

No Exchange Server 5.5, atribuição de memória intermédia dinâmica permite a cache de memória intermédia para aumentar ou diminuir, consoante a quantidade de memória está disponível e o que recursos estão em utilização por outros serviços em execução no computador com o Microsoft Windows NT Server. Se outros serviços não estiverem a utilizar memória, o motor de base de dados do Exchange Server ocupa tanta memória à medida que necessita. Se outros serviços necessitam de memória, o motor de base de dados fornece mais alguma memória transferir páginas para o disco rígido e diminuir o tamanho da memória intermédia.

Quando um utilizador faz um pedido, o motor de base de dados carrega o pedido para a memória e marca as páginas como "danificada" (uma página "danificada" é uma página que foi escrita com dados e ainda está a ser mantida na memória). Estas páginas dirty posteriormente são escritas as bases de dados informações do arquivo no disco.

Manter a consistência da base de dados

Apesar da Colocação em cache na memória é a forma mais eficiente para processar os dados, um efeito é informações existentes no disco nunca completamente actualizadas. Suja páginas na memória fazer com que as bases de dados a serem identificadas como inconsistente, mesmo que o Exchange Server tem normalmente. Bases de dados estão realmente um estado consistente apenas quando todas as páginas adicional com êxito são transferidos para o disco durante um encerramento ocorrerem sem erros.

O que fazer se perder o conteúdo da memória? Por exemplo, o que acontece se o servidor falha antes dos dados ser escritos para o disco e ficam com uma base de dados inconsistente? Exchange utiliza ficheiros de registo de transacções para recuperar de situação.

Log de transacções

Ficheiros de registo de transacções manter uma cópia segura de dados voláteis que se encontra em memória. Se o sistema falhar, assumindo que a base de dados é que os ficheiros de registo permitem-lhe recuperar dados até à última transação consolidada antes da falha. (Note que é recomendado que armazene os ficheiros de registo num disco rígido dedicado, para que os registos não são afectados por falhas de disco possíveis que podem danificar a base de dados.)

Exchange é um sistema de mensagens "baseadas em transacções" e o arquivo de informações é uma base de dados transaccional. Uma transacção é um conjunto de alterações a uma base de dados, tais como insere, elimina e actualizações, na qual o sistema segue quatro invariants "ACID":
  • Ocorrem em todas as operações de atomicidade: Ou nenhum deles ocorrer.
  • Consistente: A base de dados é transformado de um estado correcto para outro.
  • Isolado: As alterações não são visíveis até consolidadas.
  • Duráveis: As transacções consolidadas são mantidas na base de dados, mesmo se o sistema falha.
Seguir estas invariants significa que o motor de base de dados efectua uma transacção quando pode garantir que os dados são duradouras ou persistente, o protegido contra falhas ou outras falhas. O motor de base de dados consolida dados apenas quando os dados tem sido transferidos da memória no ficheiro de registo transacção no disco rígido.

Por exemplo, para mover uma mensagem da pasta a receber para a pasta importante, Exchange Server executa três operações:
  1. Elimina a mensagem na pasta a receber
  2. Insere a mensagem na pasta importante
  3. Actualiza as informações sobre cada pasta para reflectir o número de itens e itens não lidos
Estas operações são efectuadas numa só transacção. A ordem das operações não interessa. Com segurança do Exchange Server pode eliminar a mensagem da pasta ' a receber ' uma vez que a eliminação é consolidada apenas quando a mensagem com segurança é inserida na pasta importante. Mesmo que o sistema falha, o Exchange Server nunca perde uma mensagem ao movê-lo e nunca termina com duas cópias da mensagem.

Logicamente, poderá pensar dos dados como mover da memória para o ficheiro de registo e, em seguida, na base de dados no disco, mas o que acontece, na realidade, é que dados são movidos da memória para a base de dados no disco. Os ficheiros de registo são optimizados para operações de escrita de alta velocidade, modo durante o funcionamento normal, o motor de base de dados nunca realmente lê os ficheiros de registo. Lê a partir dos ficheiros de registo apenas se o serviço de arquivo de informações deixa de forma anormal ou falha e o motor de base de dados tem de recuperar reproduzir os ficheiros de registo.

o ficheiro de ponto de verificação

O motor de base de dados mantém um ficheiro de ponto de verificação chamado edb.chk para cada sequência de ficheiro de registo para manter um registo dos dados que ainda não tem sido escritos para o ficheiro de base de dados no disco. O ficheiro de ponto de verificação é um ponteiro na sequência de registo que indica onde no registo do ficheiro de arquivo de informações necessita iniciar da recuperação em caso de uma falha. O ficheiro de ponto de verificação é essencial para a recuperação eficiente. Sem ela, o arquivo de informações iria iniciar a partir do início do ficheiro de registo mais antigo no disco e verifique todas as páginas de cada ficheiro de registo para determinar se é tinha já foi escrito a base de dados--um processo moroso, especialmente se todos os que pretende tornar a base de dados consistente.

O ficheiro de ponto de verificação está localizado no disco do sistema. Se tiver de recuperar o disco de sistema, este ficheiro é provavelmente em falta ou uma versão inválida. Mas na maioria dos casos o ficheiro de ponto de verificação encarrega de si próprio.

registo de normal

Os seguintes passos ilustram o processo de "registo de normal" em que dados são escritos ficheiros de registo de transacções:
  1. O utilizador envia uma mensagem.
  2. O arquivo de informações a saber é que o utilizador está a enviar a mensagem de chamadas MAPI.
  3. O arquivo de informações inicia uma transacção no motor de base de dados e efectua as alterações correspondentes aos dados.
  4. O motor de base de dados regista a transacção na memória por dirtying uma nova página na memória.
  5. Simultaneamente, o motor de base de dados protege a transacção no ficheiro de registo de transacções e cria um registro de log. Quando o motor de base de dados chega ao fim de um ficheiro de registo de transacções, rola e cria um novo ficheiro de registo na sequência.
  6. O motor de base de dados escreve a página adicional no ficheiro de base de dados no disco rígido.
  7. O ficheiro de ponto de verificação é actualizado.
registo circular

Exchange Server suporta uma funcionalidade denominada registo circular, que foi implementado num momento quando os administradores foram mais preocupados com servidor espaço que sobre recuperação de dados.

Função de registo circular funciona em muito a mesma forma normal registo excepto que o ficheiro de ponto de verificação é essencial para manter o registo de informações que são transferidas para o disco. Durante o registo circular, como os avanços de ficheiro de ponto de verificação para o seguinte ficheiro de registo, ficheiros antigos são reutilizados. Quando isto acontece, pode utilizar os ficheiros de registo no disco em conjunto com o suporte de cópia de segurança para restaurar a transacção consolidada mais recente.

Por predefinição, o registo circular está activado no Exchange Server 5.5 para manter um tamanho fixo para ficheiros de registo e evitar buildup. Quando um ficheiro de registo atinge o limite de 5 MB, o motor de base de dados elimina-o e cria um novo ficheiro de registo na sequência. Como resultado, o Exchange Server mantém apenas dados suficientes no disco rígido para tornar a base de dados consistente se ocorrer uma falha.

Recomenda-se que desactive o registo circular no computador do Exchange Server. Função de registo circular pode reduz a necessidade de espaço em disco, mas também elimina a capacidade de recuperar até à última transação consolidada antes de uma falha. Não é possível reproduzir ficheiros de registo e apenas pode recuperar dados para a última cópia de segurança completa. Mesmo que apenas um ficheiro de registo é substituído, não é possível recuperar a outros 99 por cento dos dados de registo.

Na realidade, o registo circular nega as vantagens de um sistema baseado na transacção. Deixar o registo circular activado faz sentido se tiver que os dados ou se tiver outros meios de recuperação de dados. Se estiver preocupado com ficheiros de registo consumir os recursos de disco, é aconselhável limpá-las executando regularmente cópias de segurança online. Cópia de segurança remove automaticamente ficheiros de registo de transacções quando já não forem necessários.

Protecção de dados

Parece lógico pensar que ficheiros de base de dados são o aspecto mais importante de recuperação de dados. Mas no Exchange Server, ficheiros de registo de transacções são mais importantes porque contêm informações que não estão nos ficheiros de base de dados. (É por isso deve localizá-los num servidor estável e colocá-los em discos dedicados, alto desempenho, mesmo que o que significa colocar os ficheiros de base de dados em discos mais lentos.)

Ficheiros de registo de transacções manter uma cópia segura no disco de dados voláteis que se encontra na memória, de modo a que pode recuperar o sistema em caso de falha. Se o sistema falha mas a base de dados que desde que tenha os ficheiros de registo, pode recuperar dados até à última transação consolidada antes da falha.

Ficheiros de registo de transacções também tornar a escrita de dados mais eficazes porque é mais rápido para actualizar páginas sequencialmente num ficheiro de registo do que para inserir páginas na base de dados. Quando ocorre uma alteração na base de dados, o motor de base de dados actualiza os dados na memória. Modo síncrono escreve um registo da transacção no ficheiro de registo, indicando a refazer a transacção se falhar o sistema. Em seguida, o motor de base de dados escreve os dados na base de dados no disco. Para minimizar entradas/saídas do disco, o motor de base de dados transfere páginas no disco em lotes.

Cada ficheiro de registo numa sequência pode conter até 5 MB de dados. Quando um ficheiro de registo estiver cheio, é mudada como um ficheiro de registo anterior e é criado um novo com o nome de ficheiro edb.log. Exchange Server associa cada ficheiro de registo com um número hexadecimal geração. Porque os ficheiros de registo podem ter o mesmo nome, as marcas de motor de base de dados do cabeçalho em cada ficheiro na sequência com uma assinatura exclusiva por isso, pode distinguir entre gerações diferentes dos ficheiros de registo.

Corrupção da base de dados

Exchange poderá ocorrer uma falha, tais como uma falha de hardware, que requer o sistema para tentar voltar a um estado consistente. Porque existem diferentes tipos de danos na base de dados com diferentes sintomas, são necessários para diagnosticar e corrigir problemas diferentes ferramentas e técnicas.

Existem dois tipos de danos:
  • Danos físicos
    No nível mais baixo, dados podem fisicamente danificados no disco. Trata-se normalmente de um problema relacionado com hardware que requeira sempre restaurar a partir da cópia de segurança.
  • Danos lógico
    Danos lógico típico ocorre ao nível da base de dados. Por exemplo, falha do motor de base de dados pode provocar entradas de índice remissivo apontar para valores em falta. Também pode ocorrer corrupção lógica ao nível da aplicação, em caixas de correio, mensagens, pastas e os anexos. Por exemplo, danos no nível da aplicação podem provocar contagens de referência incorrecta, acesso incorrecto níveis de controlo, um cabeçalho de mensagem sem um corpo de mensagem etc.

Corrupção física

Danos físicos situação grave porque pode destruir dados e a única coisa que pode fazer for restaurar Exchange a partir da cópia de segurança. É importante que detectar danos físicos antecipadamente e resolver os problemas rapidamente.

detectar a Corrupção física

Danos físicos no arquivo de informações gera os seguintes erros no registo de aplicações do Visualizador de eventos:
  • -1018 (JET_errReadVerifyFailure) os dados lidos a partir do disco não são o mesmo que os dados que foi escritos no disco.
  • -1022 (JET_errDiskIO) O hardware, controlador de dispositivo ou sistema operativo está a devolver erros.
  • -510 JET_errLogWriteFail os ficheiros de registo estão fora do espaço em disco ou existe uma falha de hardware com o disco de ficheiro de registo.
Apesar do Exchange apresenta normalmente uma mensagem de erro-1018 ou-1022 quando existe danos físicos, também pode detectar danos físicos executando cópias de segurança online, que são método recomendado da Microsoft para criar cópias de segurança dos dados. Cópia de segurança online também é a melhor forma para detectar danos num ficheiro de base de dados porque é o único processo verifica sistematicamente cada página única de base de dados do.

Quando executa uma cópia de segurança online, o software de cópia de segurança do Windows NT lê cada página de 4 KB no ficheiro de base de dados, passar para o motor de base de dados e, em seguida, escreve-a banda. O motor de base de dados verifica se a soma de verificação em cada página está correcta. Se a soma de verificação na página não corresponder a soma de verificação que calcula o motor de base de dados, não existe danos na base de dados física no disco rígido e registos de cópia de segurança NT erro-1018.

impedir a Corrupção física

A melhor forma de impedir danos físicos consiste em preparar o servidor com componentes de hardware de qualidade e configurar correctamente o sistema. Certifique-se que que está em não execução utilitários de nível de ficheiro, tais como software antivírus, ficheiros de base de dados e de registo no computador que executa o Exchange Server.

Se tiver hardware fiável, nunca poderá ver indicações de danos físicos. Se consistentemente tiver-1018 erros, tem provavelmente um problema de hardware, possivelmente um disco danificado ou controlador de disco.

Uma palavra sobre a cache de escrita de retorno: alguns controladores de matriz cache posterior devolve incorrectamente consolidações com êxito em transacções antes dos dados, na realidade, tem sido protegidos no disco. O envolvam deve desactivar cache de escrita actualização posterior a menos que o processo tenha bateria cópia de segurança. Se utilizar posterior colocação em cache, evitar uma base de dados danificado, garantindo que os dados totalmente são protegidos e se tem procedimentos para garantir que os dados em cache são reproduzidos os discos correctos após uma falha.

recuperar danos físicos de

A única forma de recuperar de danos na base de dados física é restaurar a partir a última cópia de segurança bom (se uma cópia de segurança executado sem erros, é bom) e os ficheiros de registo para a frente para colocar o sistema num estado consistente e não danificado. Falha repetida indica provavelmente um problema com o disco onde está localizada a base de dados.

Não é realmente segura possível para reparar danos físicos na base de dados. Pode executar o Eseutil.exe utilitário no modo de reparação para obter a base de dados a funcionar novamente, mas este não é recomendado porque Eseutil simplesmente elimina páginas inválidas.

NOTA: Se for de todo possível, evite utilizar Eseutil no modo de reparação (Eseutil /p). Eseutil, que é fornecido com o Exchange Server, é um último recurso para reparar os danos da base de dados quando tudo o resto falha. No modo de reparação, que obtém uma base de dados danificado executar novamente através da eliminação páginas danificadas. Eseutil nunca deve ser utilizado para recuperar dados. Se tiver o comando Eseutil /p , tem também de executar uma desfragmentação offline ( Eseutil /d ) e, em seguida, tem de executar o comando Isinteg - test alltests - correcção para restaurar a base de dados para um estado consistente.

Corrupção lógica

Danos lógico é muito mais difícil de diagnosticar e corrigir de danos físicos porque danos lógico é imprevisível e é tipicamente causado por erros de software. Normalmente, requer um problema alertá-lo a lógico danos. (Lógico danos é extremamente raro no Exchange Server 5.5.)

impedir a Corrupção lógica

Uma vez que danos lógico é tão imprevisível, não existe nenhuma forma infalível impedi-lo. No entanto, existem formas de reduzir o risco:
  • Instalar o service pack mais recente para o Microsoft Exchange Server versão 5.5, assim que possível. Os Service packs corrigem vários problemas conhecidos no Exchange Server 5.5.

    Para obter informações adicionais sobre service packs e como obtê-los, clique os números de artigo existente abaixo para visualizar os artigos na base de dados de conhecimento da Microsoft:
    241740Lista de erros corrigidos no Exchange Server 5.5 Service Pack 3
    254682XADM: Exchange Server 5.5 motor de base de dados de pós-SP3 corrige
    191014Como obter o Service Pack mais recente do Exchange Server 5.5
  • Certifique-se que o computador do Exchange Server é seguro e que a configuração não é alterada.
Se detectar um problema e persistir depois de seguir estas precauções, poderá ter localizado um erro de novo. Se for este o caso, notificar a Microsoft assim que possível.
Reparar Corrupção lógica

Podem ocorrer danos nos lógico no arquivo de informações ou no motor de base de dados. Uma vez que danos lógicos podem causar danos graves aos dados, não ignore relatórios de erros.

Pode utilizar o comando Isinteg utilitário para verificar a ter problemas no arquivo de informações ou o utilitário Eseutil para verificar a ter problemas no motor de base de dados. Tenha em atenção que deve utilizar estes utilitários apenas como último recurso depois que tentou restaurar o sistema a partir da cópia de segurança.

o utilitário Isinteg

O informações Store Integrity Checker (Isinteg) localiza e elimina os erros das bases de dados do arquivo de informações público e privado. Estes erros podem impedir que o arquivo de informações seja iniciado ou impedir que os utilizadores o início de sessão e a receber, abrir ou eliminar mensagens de correio electrónico.

Isinteg não está concebido para ser utilizado como parte da manutenção do arquivo de informações normal; é fornecido para ajudar a situações de recuperação de desastres. Por exemplo, pode executar Isinteg para corrigir os contadores de arquivo de informações na memória quando obterem fora de sincronia após uma falha do sistema.

Uma vez que o utilitário Isinteg funciona ao nível do esquema lógico, pode recuperar dados que o utilitário Eseutil não consegue recuperar. Isto acontece porque os dados que é válidos para o utilitário Eseutil ao nível do esquema físico podem ser semanticamente inválidos ao nível do esquema lógico. Isinteg regista informações no registo de aplicações no Visualizador de eventos para que possa controlar o progresso da recuperação.

O utilitário Isinteg executa duas tarefas principais:
  • O arquivo de informações correcções após um restauro de uma cópia de segurança offline.
  • -Verifica e, opcionalmente, corrige erros no arquivo de informações.
Para obter informações adicionais sobre como resolver problemas de arquivo de informações e o utilitário Isinteg, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
182081XADM: Description of ISINTEG Utility

ou consulte o documento Isinteg.rtf no disco compacto do Exchange Server 5.5, no directório Support\Utils.

o utilitário Eseutil

O utilitário Eseutil examina a estrutura das tabelas da base de dados e registos desfragmenta, repara e verifica a integridade do arquivo de informações e do directório. Dado que basta executar o Eseutil no modo de reparação elimina páginas danificadas, utilize este utilitário apenas depois de tiver tentado restaurar a partir da cópia de segurança.

Para obter informações adicionais sobre o utilitário Eseutil, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
192185XADM: Como desfragmentar com o utilitário ESEUTIL (Eseutil.exe)
ou consulte o documento Eseutil.rtf no Exchange 5.5 CD no directório Support\Utils.

Cópia de segurança de dados

Uma vez que Exchange Server é baseadas em transacções, evite efectuar uma cópia de segurança offline ou de nível de ficheiro dos ficheiros da base de dados no disco. A melhor forma de garantir que está a manter todos os dados no sistema, incluindo transacções que ainda não foram descarregadas para o disco, é efectuar regularmente cópias de segurança online.

Cópia de segurança online

Cópia de segurança online permite-lhe novamente para bases de dados do Exchange Server para o suporte da cópia de segurança sem encerrar o servidor. Quando o Exchange Server está a efectuar uma cópia de segurança online, todos os serviços, incluindo o arquivo de informações continuam a executar normalmente. Páginas continuam a ser actualizado na memória e transferidos para os ficheiros de base de dados no disco, as transacções são registadas nos ficheiros de registo e o ficheiro de ponto de verificação continua a mover ao longo.

Exchange utiliza um ficheiro. pat (patch) que mantém um registo da páginas actualizadas enquanto o software de cópia de segurança está em execução, para garantir que páginas são modificadas durante o processo de cópia de segurança são também cópias de segurança. Existem dois ficheiros. pat, Priv.pat para o arquivo de informações privado e Pub.pat para o arquivo de informações público.

Quando efectua uma cópia de segurança online, verifique regularmente o registo de aplicação no Visualizador de eventos para garantir que as cópias de segurança são concluir com êxito.

processo de cópia de segurança online

Um programa cópia de segurança, por exemplo Windows NT backup (Ntbackup.exe), é o seguinte durante uma cópia de segurança completa ou uma cópia de segurança:
  1. Cria uma cópia da base de dados e efectua uma segurança mais para a banda.
  2. Adiciona um subconjunto das páginas para o ficheiro. pat, as páginas alteradas após a ser copiados para banda.
  3. Muda o actual do ficheiro edb.log para Edb x .log, onde x é o número de geração do ficheiro de registo no formato hexadecimal e cria uma nova geração de registo.
  4. Efectua uma cópia de segurança completo, cópia de segurança o ficheiro. pat e todos os ficheiros de registo após o ponto de verificação (excepto edb.log novo) para a banda. Efectua uma na cópia de segurança, cópia de segurança todos os ficheiros de registo antes e depois o ponto de verificação.
  5. Uma cópia de segurança completo, elimina ficheiros de registo transacções mais antigos que o ponto de verificação. Na cópia de segurança, não elimina quaisquer ficheiros de registo de transacções.
Um programa de cópia de segurança efectua o seguinte durante uma cópia de segurança incremental ou uma cópia de segurança diferencial:
  1. Num incremental cópia de segurança, efectua uma cópia do registo de ficheiros e efectua a segurança-los até para a banda. Numa cópia de segurança diferencial copia a base de dados para banda.
  2. Adiciona um subconjunto das páginas para o ficheiro. pat, as páginas alteradas após a ser copiados para banda.
  3. Muda o actual do ficheiro edb.log para Edb x .log e cria uma nova geração de registo.
  4. Efectua uma cópia de segurança o ficheiro. pat e todos os ficheiros de registo antes e depois o ponto de verificação, incluindo edb.log nova, a banda.
  5. Uma cópia de segurança incremental, elimina ficheiros de registo transacções mais antigos que o ponto de verificação. Uma cópia de segurança diferencial, não elimina quaisquer ficheiros de registo.

Cópia de segurança offline

Tente evitar fazer cópias de segurança offline. Uma cópia de segurança online, o programa de cópia de segurança gere ficheiros por si, mas cópia de segurança offline é um processo manual, labor-intensive que é passível de erro humano. Além disso, uma cópia de segurança offline, não é possível validar a soma de verificação em cada página da base de dados. Cópias de segurança online são a única ferramenta mais importante para detectar danos e efectuar a recuperação de dados.

Para mais informações sobre cópias de segurança, clique nos números de artigo existentes abaixo para visualizar os artigos na Microsoft Knowledge Base:
191357XADM: Restaurar uma base de dados simples de cópias de segurança completa online
179308XADM: Como verificar se o Exchange cópias de segurança online

Propriedades

Artigo: 271987 - Última revisão: 28 de outubro de 2006 - Revisão: 5.1
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange Server 4.0 Standard Edition
  • Microsoft Exchange Server 5.0 Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
Palavras-chave: 
kbmt kbinfo KB271987 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: 271987

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