Visão geral da recuperação de desastres, backup e manutenção do Exchange Server

Traduções deste artigo Traduções deste artigo
ID do artigo: 272234 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

Sumário

Este artigo fornece uma visão geral sobre as práticas recomendadas para manutenção, estratégia de backup e recuperação de desastres para o servidor Exchange.

Mais Informações

Gerenciamento de hardware e manutenção

O planejamento para o seu sistema Exchange Server envolve vários problemas. Entre esses problemas são seleção do servidor, configuração de disco e gerenciamento de disco e manutenção.

Planejamento e configuração de servidores

Como bancos de dados devem ser capazes de acessar rapidamente grandes quantidades de informações, confiabilidade e desempenho do servidor devem ser suas principais preocupações quando você seleciona hardware para seus bancos de dados. Componentes de alta qualidade minimize a probabilidade de perda de dados. Hardware que é muito lenta para dar suporte a carga no seu servidor lento em todo o sistema.

Observe que deve ser skeptical de avaliações de desempenho dos fabricantes. Os fabricantes de equipamento original normalmente usam o RAID 0 quando eles testar. Você deve usar RAID 5 ou o RAID 1 para partições do banco de dados para garantir a confiabilidade maior.

Usar controladores RAID que ter gravação em cache com bateria e proteção de memória ECC backup.

Otimizar o acesso ao banco de dados

Para servidores que oferecem suporte a armazenamentos de informações grandes--lojas que estão 50 a 100 gigabytes (GB) de tamanho--é especialmente importante seguir estas diretrizes.
  • Coloque os arquivos de log de transações e arquivos de banco de dados em discos separados.
  • Use um eixo de alto desempenho dedicado para os logs de transação.
  • Use uma partição dedicada para os bancos de dados. Como servidores obter maiores, a partição de banco de dados começa a experiência muito mais entrada/saída (E/s) atividade. Isso é especialmente verdadeiro para partições RAID 5 devido a adicionado sobrecarga. Como resultado, é uma boa idéia colocar somente os arquivos de banco de dados na partição do banco de dados.
  • Coloque o mensagem transferência MTA (agente) banco de dados e controle os logs no disco do sistema (se você não tiver um eixo sobressalente), não na partição do banco de dados.
  • Use o sistema de arquivos NTFS em vez de um sistema de tabela de alocação de arquivos (FAT) de para todas as partições de banco de dados Exchange Server, inclusive as partições que contêm os bancos de dados de armazenamento de informações e arquivos de log de transações.
A configuração de disco do exemplo a seguir é recomendada para servidores de grandes típicos:
  • Espelhar conjunto 1: disco do sistema; inclui binários, o arquivo de permuta e o banco de dados do MTA
  • Espelhar conjunto 2: transações arquivos somente, partição RAID 5, armazenamento de informações do Exchange e bancos de dados de diretório somente

Gerenciamento de capacidade de disco

Ao planejar o seu sistema do Exchange Server, uma questão importante é determinar quanto espaço em disco necessário para permitir as informações armazena. A menos que você adotar uma abordagem conscientious para gerenciamento de capacidade, o tamanho dos bancos de dados do armazenamento de informações pode obter rapidamente fora do controle.

Definir um tamanho de armazenamento de informações máximo e em seguida, gerenciar o armazenamento de informações dentro desses limites. Você pode obter uma boa idéia de como grande seus bancos de dados aumentará Definindo cotas de caixa de correio e, em seguida, o crescimento do armazenamento de informações com o tempo de controle. Permitir que o espaço livre suficiente oferecer suporte mensagens às necessidades dos usuários no servidor, mas definir limites de armazenamento de caixa de correio para que os usuários não consomem quantidades excessivas de recursos de disco.

Além disso, planeje como você trataria um armazenamento de informações oversize se essa situação ocorrer, incluindo planos de contingência para recuperar espaço em disco ou adicionar discos extras para oferecer suporte a carga do servidor. Permitir espaço suficiente no sistema permitem que você executar os utilitários Eseutil e Isinteg se você precisar. Como regra geral, planejamos ter aproximadamente 25 a 30 % de espaço extra em disco para esses utilitários.

Desfragmentando o banco de dados

Uma das funções mais importantes que executa o armazenamento de informações durante a manutenção regular online é para recuperar espaço não utilizado do banco de dados desfragmentando o banco de dados.

Esse recurso foi ajustado desde o Exchange 5.0. Exchange 5.5 Service Pack 1 inclui uma ferramenta relatórios que fornece, no caso de log, uma estimativa de quanto espaço livre está disponível no armazenamento de informações após a desfragmentação on-line. Isso torna muito mais fácil estimar quanto espaço em disco é necessário.

Mostra a log de eventos quando a desfragmentação online inicia, pára, currículos e termina. Quando você as informações de backup armazena ou execute uma desfragmentação offline, verifique o log de eventos para verificar se que você não está sobrepostas com uma desfragmentação online. (No entanto, observe que se a desfragmentação online for interrompida, o armazenamento de informações continua o processo assim que possível.)

Desfragmentação online faz tudo que você precisa exceto encolher o tamanho dos arquivos banco de dados no disco. Se você fizer alterações importantes ao computador do Exchange Server (por exemplo, se você move ou excluir um grande número de caixas de correio ou remover um grande número de grupos de notícias), considere executar uma desfragmentação offline executando o utilitário Eseutil com a opção /d .

Em geral, no entanto, evite desfragmentação offline porque ele é um procedimento caro. Quando executa a desfragmentação offline, ele cria um novo arquivo de banco de dados e, em seguida, copia todos os os dados no arquivo antigo para o novo arquivo, pode levar muito tempo. Em média, ele leva aproximadamente uma hora para desfragmentar 5 a 10 GB de espaço em disco. Além disso, você precisa de espaço livre suficiente para o processo de desfragmentação offline para manter o novo arquivo. Como regra geral, você deve ter 100 por cento mais espaço livre que a quantidade que são desfragmentação.

Estratégia de backup

Criar uma estratégia de backup que consiste em procedimentos simples que têm como algumas etapas possíveis para que você pode facilmente realizar essas mesmas etapas sempre que precisar restaurar dados em um servidor.

A estratégia de backup recomendada para Exchange Server é executar backups online completo todos os dias. Executar um backup completo somente depois que uma semana e, em seguida, executar somente backups diferenciais do tempo restante tiver definitivamente desvantagens. Por exemplo, se o computador Exchange Server pára de responder (falha) um dia antes de seu backup total agendado, e não é possível restaurar seu último backup diferencial devido a um problema com a fita de backup, você deve usar o backup total da semana anterior, e você certamente perderá dados.

Otimizando o desempenho de restauração e backup

É o real limitando fator quando se trata de criação grandes servidores, rapidez você pode fazer backup de dados e mais importante, rapidez você poderá restaurá-lo? Para obter o melhor desempenho do backup e restaurar o processo, utilize software de alto desempenho backup juntamente com o hardware de backup mais rápido que você pode obter.

A lista a seguir identifica alguns dos muitos fornecedores que oferecem software de backup de alto desempenho que funciona com o Exchange Server:
  • Cheyenne ARCserve
  • NetWorker legato
  • Seagate BackupExec
O hardware de backup deve consistir nos seguintes componentes:
  • Equipamento de backup que oferece suporte a streaming e distribuição de fita.
  • Comunicação de barramento rápida-Wide SCSI. Você deve ter sete ou oito discos em uma matriz se você estiver usando mais de uma unidade DLT (digital linear tape) em paralelo.
Se você preparar seu sistema com qualidade de componentes, que tipo de desempenho pode você espera? Se o sistema está configurado corretamente, você poderá atingir as seguintes velocidades:
  • Backup em uma única unidade de fita DLT 35/70: aproximadamente 30 GB por hora (ou 8,5 MB por segundo) com compactação de hardware.
  • Backup para uma matriz RAID 5 de quatro unidades de fita DLT 35/70: aproximadamente 40 GB por hora.
  • Restaurar a partição de disco RAID 5: aproximadamente 20 a 25 GB por hora com cache de write-back. Se o cache de write-back é desabilitado, restaurando duas vezes tem desde.

Rotina de manutenção

Implemente uma rotina de manutenção que aumenta a probabilidade de recuperação de dados bem-sucedida em caso de emergência.

Como parte dessa rotina, guarde as fitas de backup em um local seguro. Limpe as unidades de fita regularmente, conforme recomendado pelo fabricante da unidade de fita e descartar fitas de backup antigo acordo com a ciclos recomendado do fabricante. Regularmente testar seus procedimentos de backup e verifique se a qualidade dos backups para certificar-se que você estiver fazendo backup o sistema com precisão.

Praticar o backup e restaurar regularmente procedimentos:
  • Use um backup completo do seu conjunto de backup normal para restaurar os arquivos de banco de dados para um servidor de teste e, em seguida, certifique-se que os arquivos de log replay da maneira esperada sejam.
  • Restaure todos os backups incrementais ou diferenciais que são criados usando o backup completo para certificar-se que eles restaurar corretamente.
  • Execute alguns testes básicos. Por exemplo, faça logon a uma caixa de correio ou acessar uma pasta pública para verificar se o banco de dados restaurado está funcionando corretamente.
É útil ao executar o seguinte teste antes de implantar o Exchange Server em um ambiente de produção:
  1. Fazer backup de bancos de dados do Exchange Server em fita.
  2. Gere carga no sistema para que os arquivos de log registrar alguma atividade. Você pode fazer isso executando o utilitário Loadsim ou Mailstorm.
  3. Simule uma falha.
  4. Restaurar os arquivos de banco de dados a partir de seu backup de fita e certifique-se de que os arquivos de log repetição conforme o esperado-los.
  5. Execute alguns testes básicos. Por exemplo, faça logon a uma caixa de correio ou acessar uma pasta pública para verificar se o banco de dados restaurado está funcionando corretamente.

Recuperação de desastres

Se uma falha do sistema causa perda de dados que está na memória ou falha de software ou hardware causa corrupção no conteúdo de um banco de dados, talvez você precise recuperar os dados. Normalmente, você pode reparar danos de uma falha do sistema, executar uma "recuperação simples" quando você reinicia o servidor. Falha de software ou hardware pode exigir uma restauração de backup.

Disco de recuperação

Uma recuperação simples é um processo que é executado automaticamente quando você tenta iniciar o armazenamento de informações após uma falha do sistema. Recuperação de software usa os arquivos de log e arquivos de banco de dados no disco em vez de usar backup em fita.

Se o servidor falhar e o conteúdo da memória é perdido, o arquivo de banco de dados no disco é sinalizado como inconsistentes. Antes de você conseguir reiniciar o computador do Exchange Server, o banco de dados deve ser consistente. Exchange Server simula um desligamento normal por repetir páginas dos arquivos de log em disco para bancos de dados do armazenamento de informações. Esse processo envolve as seguintes etapas:
  1. O mecanismo de banco de dados verifica para ver se existe o arquivo edb.log.
  2. O mecanismo de banco de dados lê o arquivo de ponto de verificação para determinar qual arquivo de log para iniciar a repetição.
  3. No final da operação, o banco de dados é efetivamente consistente novamente e o armazenamento de informações pode começar normalmente.

Restauração de backup online

Se a recuperação de software não funcionar ou se houver um problema mais sério no sistema, você precisará restaurar a partir do backup.

O processo de restauração de um backup online é semelhante à recuperação de software. Exchange Server garante que todos os arquivos são colocados em lugar certo e traz o banco de dados de backup para um estado consistente. As etapas a seguir descrevem o processo:
  1. Quando você restaurar dados de backup de fita, o processo de restauração retorna ao disco todos os arquivos que tiveram backup feito.
  2. O Atendedor do sistema inicia o armazenamento de informações.
  3. O armazenamento de informações verifica a chave RestoreInProgress no registro e determina que o banco de dados foi restaurado de um backup online.
  4. A chave RestoreInProgress informa o armazenamento de informações onde começar a repetir os logs de transação. Ele não verifica o Edb.log.
  5. O armazenamento de informações grava páginas no arquivo .pat arquivos do banco de dados, reproduz os arquivos de log especificados pela chave do RestoreInProgress e é executado através de outros logs que estão no disco.
  6. Se você precisar restaurar um armazenamento de informações corrompidas, uma recuperação completa inclui corrigir o problema, restaurar o banco de dados e contínuas frente transação todos os arquivos de log
O aspecto mais demorado de fazer uma restauração não é copiar os arquivos de banco de dados de volta para o disco mas repetir os arquivos de log. Dependendo da freqüência realizar backups completos, pode levar várias horas para reproduzir arquivos de log em grandes servidores durante uma restauração. Isso ocorre porque o mecanismo de banco de dados deve ser executado através de todas as transações que ocorreu desde o último backup.

Normalmente, repetir um arquivo de log de transação leva entre quatro minutos e 30 segundos. A velocidade de repetição varia de acordo com o tipo de transação que deve ser repetido. Por exemplo, ele usa o armazenamento de informações mais tempo para reproduzir arquivos de log que possuem muita de operações de exclusão pequeno ou anexos. Você pode testar seus arquivos de log para obter uma estimativa mais precisa de quanto tempo demora para adiar a transação de arquivos de log em seu sistema.

Restaurando itens individuais em uma caixa de correio

Às vezes, os usuários excluir mensagens, mas posteriormente perceberem que eles devem não ter excluído-los. Porque o Exchange Server alças backup e restauração procedimentos na camada de página física, não no nível da caixa de correio, você não pode restaurar facilmente mensagens individuais em uma caixa de correio de backup. Alguns programas de backup de terceiros permitem que você fazer um "backup de Tijolo"; no entanto, eles não usam o Exchange Server backup e restaurar interfaces de programação de aplicativo (APIs) e geralmente não executam bem como backups no página física camada.

No entanto, há uma maneira para os usuários recuperar mensagens que eles tenham excluídos de uma caixa de correio sem precisar recorrer aos backups. O recurso recuperar itens excluídos que vem com o Exchange Server 5.5 permite que um usuário recuperar mensagens da pasta Itens excluídos no Outlook se você ativar o recurso no servidor. Observe que, se você habilitar o recurso recuperar itens excluídos, o servidor será exigem recursos de disco adicional para armazenar os itens excluídos.

Em uma versão futura, Exchange Server será estendido para permitir que os aplicativos recuperar mensagens mesmo depois que eles foram excluídos permanentemente do sistema.

Gerenciando e mantendo o banco de dados

Talvez você já saiba que o armazenamento de informações no Exchange Server 5.5 foi projetado para executar quase sempre. Por esse motivo, você raramente precisará desativar seu servidor para executar a manutenção regular.

Exceto para executar backups, Exchange Server automaticamente cuida de todos os manutenção de banco de dados enquanto o servidor está on-line. A maioria dessas atividades ocorrem como processos de plano de fundo durante informações regulares armazenam manutenção. O armazenamento de informações normalmente executa manutenção online na noite e executa tarefas importantes, como processamento de cache Deleted Item, limpeza geral e a desfragmentação online.

Mensagens de chaves

Estas são as mensagens de chaves que você deve tomar longe este white paper:
  • Fazer on-line (ou copiar) backups regularmente, preferencialmente todas as noites.
  • Monitorar os backups, acompanhar o status do mecanismo de banco de dados e o armazenamento de informações e não ignorar mensagens de erro!
  • Decida como grande você irá permitir o armazenamento de informações a crescer e gerenciá-lo nesse nível.
  • Confie no Exchange Server 5.5 para cuidar de gerenciamento de banco de dados interno, incluindo desfragmentação do banco de dados.
  • Testar e praticar o backup e restaurar procedimentos.

Propriedades

ID do artigo: 272234 - Última revisão: sexta-feira, 27 de outubro de 2006 - Revisão: 3.2
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 KB272234 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 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: 272234
Aviso de Isenção de Responsabilidade sobre Conteúdo do KB Aposentado
Este artigo trata de produtos para os quais a Microsoft não mais oferece suporte. Por esta razão, este artigo é oferecido "como está" e não será mais atualizado.

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