Práticas recomendadas para minimizar o impacto de um desastre

Aplica-se a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Tópico modificado em: 2007-08-29

Uma etapa importante na criação de uma estratégia de recuperação de desastres é considerar maneiras possíveis de evitar ou minimizar o impacto de um desastre. Há várias medidas preventivas diferentes que você pode tomar para ajudar a evitar ou minimizar os efeitos de desastres, como falhas de hardware ou interrupções de energia. O tempo necessário para recuperar de um desastre depende do que precisa ser restaurado: uma única caixa de correio, um único banco de dados (e seus logs de transações), um servidor inteiro, incluindo todos os bancos de dados e logs ou vários servidores em um site (por exemplo, servidores que estejam executando o Microsoft Exchange, servidores DNS, controladores de domínio etc.). É óbvio que a restauração de vários servidores em um site levará mais tempo.

Você pode executar várias ações para reduzir o impacto de um desastre e ajudar a evitar a necessidade de executar uma restauração completa a partir do backup. Essas ações incluem o seguinte:

• Usar Replicação Contínua Exchange 2007 inclui uma tecnologia de remessa de log assíncrona, que pode ser usada para criar e manter uma cópia de um grupo de armazenamento de produção em outro conjunto de discos ou em outro servidor.

• Usar Retenção de Itens Excluídos   A retenção de itens excluídos permite que um único item ou pastas inteiras sejam restauradas a partir do cliente do Microsoft Outlook sem a intervenção do administrador.

• Usar Retenção de Caixas de Correio Excluídas   A retenção de caixas de correio excluídas possibilita a restauração de caixas de correio excluídas, usando o Console de Gerenciamento do Exchange sem restauração a partir de backups.

• Monitorar Servidores Proativamente   Uma das melhores maneiras de lidar com um desastre é preveni-lo, antes que ele ocorra. Monitore seus servidores para solucionar problemas antes que piorem.

• Localizar seu Usuário em Múltiplos Bancos de Dados de Caixas de Correio   A distribuição de usuários por um número maior de bancos de dados de caixa de correio pode reduzir o impacto da perda de um único banco de dados e permite uma restauração mais rápida quando for necessária.

Replicação Contínua

A replicação contínua está presente em dois recursos do Exchange 2007 que usam uma tecnologia interna de replicação assíncrona para criar uma cópia de um grupo de armazenamento e mantê-lo atualizado, usando a repetição e a remessa de log. A replicação facilita isso aplicando os arquivos de log de um banco de dados de produção a uma cópia desse banco de dados. Os dois recursos que contêm essa tecnologia são LCR (replicação contínua local) e CCR (replicação contínua em cluster).

• Replicação contínua local   A LCR reduz o custo total de propriedade do Exchange 2007, reduzindo o número de backups regulares necessários para proteção de dados. Embora a LCR não elimine a necessidade de fazer backups (é importante ter o backup de dados no caso de ocorrer um desastre), ela reduz significativamente a necessidade de fazer backups diários e regulares. A LCR fornece recuperação rápida com dados atuais, bem como uma solução em um único servidor para cópia e repetição do log de transações. Para obter mais informações sobre LCR, consulte Replicação contínua local.

• Replicação Contínua em Cluster   A CCR combina o gerenciamento automático de redundância e replicação de dados no nível do aplicativo. A CCR é uma solução que pode ser implantada sem um único ponto de falha em um único centro de dados ou entre dois centros de dados.A replicação do log de transações é usada para copiar os bancos de dados e manter a conformidade dos dados entre os nós do cluster. A funcionalidade de interrupção agendada na CCR é projetada para verificar se todos os dados do log do nó ativo foram copiados com êxito para o nó passivo. Portanto, as interrupções agendadas não resultam em perda de dados, mesmo que a replicação ocorra de forma assíncrona. Para obter mais informações sobre CCR, consulte Replicação Contínua em Cluster.

Retenção de Item Excluído

Quando o usuário exclui um item, ele aparece excluído para o usuário. No entanto, uma cópia do item excluído é mantida no banco de dados de caixa de correio do usuário por um tempo especificado, o que permite que o item seja recuperado se tiver sido excluído sem intenção.

Quando o banco de dados do Exchange recebe uma solicitação para excluir uma mensagem, ele determina se a mensagem deve ser excluída temporariamente ou efetivamente. A exclusão temporária também é conhecida como exclusão lógica e a exclusão efetiva também é conhecida como exclusão física.

Exclusão efetiva

A exclusão efetiva de uma mensagem é realizada quando algum dos seguintes critérios é atendido:

• O cliente solicita especificamente uma exclusão efetiva.

• O tempo de retenção de item é zero.

• A chave de Registro que indica Forçar exclusões efetivas está habilitada para o banco de dados de caixa de correio ou de pasta pública.

• A conta que solicita a exclusão é um gateway.

• A conta que solicita a exclusão é um sistema.

Quando uma mensagem é excluída efetivamente, a referência à mensagem é removida imediatamente da tabela MsgFolder. Nesse ponto, a mensagem não está mais disponível para a caixa de entrada que contém a pasta, mesmo que você utilize a recuperação de item excluído. A contagem de referência da mensagem é verificada. Quando a contagem de referência da mensagem cai para zero, o que significa que nenhuma outra caixa de correio possui uma cópia da mensagem, uma entrada é inserida na tabela DeletedMessages, o que indica que a mensagem pode ser removida da tabela de mensagens.

Durante o próximo processo de limpeza em segundo plano, as entradas da tabela DeletedMessages serão examinadas e as entradas correspondentes na tabela de mensagens serão excluídas. Por padrão, esse processo ocorre a cada hora. No entanto, você pode controlar essa programação editando as seguintes entradas do Registro:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS \ParametersPublic\Background Cleanup (valor em milissegundos)

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS \ParametersPrivate\Background Cleanup (valor em milissegundos)

Se você habilitar e aumentar o tempo de retenção de item excluído, talvez seja necessário realizar um planejamento de capacidade adicional. O exemplo a seguir demonstra que mensagens podem estar presentes por uma maior duração, mesmo após terem sido excluídas pelo usuário:

• A retenção de item excluído está definida para 48 horas.

• A manutenção do banco de dados do Exchange está definida para ser executada entre 03:00 e 07:00.

• A limpeza em segundo plano está configurada para ser executada a cada hora.

Por exemplo, se você excluir uma mensagem às 08:00, ela não será candidata para a exclusão permanente em 48 horas. O próximo procedimento de manutenção do banco de dados do Exchange está agendado para ser concluído às 06:00, então a mensagem não será excluída efetivamente, o que significa que a mensagem não será removida por 71 horas.

Exclusão temporária

Uma exclusão temporária é realizada se nenhum dos critérios para uma exclusão efetiva for atendido. Um sinalizador é colocado na entrada da tabela MsgFolder, indicando que a mensagem foi excluída temporariamente da pasta. A tabela MsgFolder é um mapeamento entre entradas na tabela de pastas e a tabela de mensagens. As contagens de mensagens da caixa de entrada e da pasta também são atualizadas. Nesse ponto, a mensagem está disponível para a recuperação de item excluído.

Durante o próximo processo agendado de manutenção do banco de dados do Exchange, cada pasta será examinada para determinar se alguma das mensagens excluídas temporariamente contidas na pasta ultrapassou o tempo de retenção de item excluído. Se uma mensagem desse tipo for encontrada, será excluída efetivamente.

Configurando a retenção de item excluído

Por padrão, os itens excluídos são armazenados em um banco de dados do Exchange por um determinado número de dias antes de serem excluídos permanentemente pelo Exchange. Você pode definir a duração do período de retenção de item excluído usando os padrões de banco de dados ou selecionando o número de dias que um item excluído deve ser mantido antes de ser permanentemente excluído.

Você pode selecionar um número de 0 a 24.855 para especificar o número de dias para reter um item excluído. É recomendável configurar essa definição para 14 dias. Se o período de retenção de item excluído for definido como 0, os itens excluídos serão excluídos permanentemente do servidor imediatamente. A menos que o espaço em disco seja um problema, é recomendável que você não desabilite o recurso de retenção de item excluído.

A retenção de item excluído pode ser configurada para cada usuário ou para cada banco de dados. As configurações de usuário individual substituem as configurações do banco de dados. Para obter etapas detalhadas sobre como especificar a retenção de item excluído para banco de dados, consulte Como configurar a retenção de item excluído para um banco de dados de caixa de correio. Para obter etapas detalhadas sobre como especificar a retenção de item excluído para usuário, consulte Como configurar a retenção de itens excluídos para um usuário.

Retenção de Caixa de Correio Excluída

No Exchange 2007, a exclusão de uma caixa de correio não significa que ela será excluída (ou removida) permanentemente do banco de dados de caixa de correio do Exchange de maneira imediata. Em vez disso, a caixa de correio é sinalizada para exclusão e os usuários não a podem acessar. No fim do período de retenção de caixa de correio, a caixa de correio é permanentemente excluído do banco de dados. Você também pode excluir permanentemente a caixa de correio, escolhendo removê-la a qualquer momento. Se você excluir por engano uma conta de usuário habilitada para email, poderá recriar esse objeto de usuário e, em seguida, reconectar essa caixa de correio durante o período de retenção.

Por padrão, o período de retenção da caixa de correio excluída é 30 dias. Esse período pode ser configurado no nível do banco de dados de caixa de correio. É possível selecionar um número de 0 a 24.855 ao especificar o número de dias para reter uma caixa de correio excluída. Se o período de retenção de caixa de correio estiver definido como 0, as caixas de correio excluídas serão permanentemente removidas do servidor de maneira imediata. A menos que haja problema de espaço em disco, recomendamos não habilitar o recurso de retenção de caixa de correio excluída.

Para obter as etapas detalhadas sobre como configurar a retenção de caixa de correio excluída, consulte Como configurar a retenção de caixa de correio excluída.