Replicação contínua local

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

Tópico modificado em: 2008-01-17

A LCR (replicação contínua local) é uma solução em um único servidor que usa tecnologia interna assíncrona de envio de logs e de repetição de logs para criar e manter uma cópia de um grupo de armazenamento em um segundo conjunto de discos que são conectados ao mesmo servidor como o grupo de armazenamento de produção. O grupo de armazenamento de produção é denominado cópia ativa e a cópia do grupo de armazenamento no conjunto separado de discos é chamado de cópia passiva. A figura a seguir ilustra uma implantação básica da LCR.

Implantação básica da LCR

A LCR fornece envio de logs, repetição de logs e uma troca manual rápida (chamada de ativação) para uma cópia secundária dos dados. A LCR é projetada para reduzir o custo total de propriedade do Microsoft Exchange Server 2007 da seguinte forma:

• Reduzindo o tempo de recuperação de desastres em nível de dados ao permitir uma troca rápida para uma cópia secundária online dos dados.

• Reduzindo o número de backups regulares completos necessários para proteção de dados. É fundamental ter um backup de dados quando ocorre um desastre. Embora a LCR não evite a necessidade de fazer backups, ela reduz bastante a necessidade de fazer backups diários e completos.

• Permite também que você descarregue backups de VSS (Serviço de Cópias de Sombra de Volume) da cópia ativa do grupo de armazenamento para a cópia passiva. Todos os quatro tipos de backup VSS (completo, cópia incremental e diferencial) podem ser tirados da cópia passiva. A descarga de backups da cópia ativa para a cópia passiva preserva a entrada/saída (E/S) do disco nos LUNs (números de unidades lógicas) da cópia ativa.

A LCR permite a configuração, a operação, a verificação, a remoção e a ativação de uma cópia de grupo de armazenamento. Quando necessário, uma cópia passiva pode ser ativada como um banco de dados de produção e depois montada e disponibilizada para os clientes. Geralmente, você pode executar essa tarefa como uma alteração na configuração, alterando o grupo de armazenamento ativo e os caminhos do banco de dados ou por uma ação de sistema operacional de nível inferior (por exemplo, alterando os pontos de montagem associados ao volume do log ou do banco de dados).

A LCR não possui qualquer exigência de armazenamento especial. Qualquer tipo de armazenamento aceito pelo Windows Server 2003 ou Windows Server 2008 pode ser usado com a LCR, incluindo armazenamento direto anexado, SCSI serialmente anexado e iSCSI. Para obter uma lista de soluções de armazenamento certificadas, consulte o Catálogo de produtos testados do Windows Server.

A LCR é uma excelente opção para clientes que necessitam de recuperação rápida de falhas ou danos nos dados da caixa de correio, mas podem permitir paradas do servidor por motivos agendados ou não. A LCR fornece:

• Recuperação rápida em duas etapas de danos ou falhas de um banco de dados de produção.

• Proteção para os usuários que mais a necessitam.

• Impacto mínimo no banco de dados de produção e E/S do disco de log.

• Capacidade de descarregar backups VSS para a cópia passiva do banco de dados e dos logs.

• Capacidade de reduzir a quantidade total de dados movidos para a mídia de backup, estendendo a janela de backup.

• Administração disponível através do Console de Gerenciamento do Exchange ou do Shell de Gerenciamento do Exchange.

Aprimoramentos da LCR no Exchange 2007 SP1

O Microsoft Exchange Server 2007 Service Pack 1 (SP1) inclui vários aprimoramentos para a LCR, incluindo o uso do dumpster de transporte, elementos de interface do usuário do Console de Gerenciamento do Exchange adicionados, status e monitoramento aprimorados e desempenho aprimorado.

Dumpster de Transporte Habilitado para LCR

O recurso de dumpster de transporte da função do servidor Transporte de Hub foi estendido no Exchange 2007 SP1 para suportar a LCR. Na liberação da versão RTM (Versão de Produção) do Microsoft Exchange Server 2007, o dumpster de transporte estava disponível somente para ambientes CCR (replicação contínua de cluster). Diferente da CCR, na qual a solicitação de novas entregas de dumpster de transporte é uma parte automática do processo de recuperação, em um ambiente LCR, o processo é manual. O cmdlet Restore-StorageGroupCopy foi atualizado no Exchange 2007 SP1 para incluir a solicitação de reenvio do dumpster de transporte. Além disso, quando um administrador ativa uma cópia passiva de um grupo de armazenamento em um ambiente LCR usando o cmdlet Restore-StorageGroupCopy, a solicitação de envio do dumpster de transporte ocorre como parte do processo de ativação.

Ele se beneficia da redundância do ambiente para recuperar parte dos dados afetados pelo failover. Especificamente, os servidores de Transporte de Hub mantêm uma fila de correio entregue recentemente. Essa fila é ligada ao tempo em que os emails são mantidos e ao espaço total utilizado. Nova funcionalidade foi adicionada à tarefa Restore-StorageGroup de maneira que quando um administrador usar a tarefa para ativar a cópia passiva de um grupo de armazenamento, o serviço de Replicação do Microsoft Exchange solicita o redirecionamento de mensagens no dumpster de transporte de cada servidor de Transporte do Hub no site do servidor da Caixa de Correio. O armazenamento de informações exclui automaticamente as duplicatas e entrega novamente as mensagens perdidas.

No Exchange 2007 SP1, a condição necessária para uma mensagem de email ficar retida no dumpster de transporte é que possua pelo menos um destinatário cuja caixa de correio esteja em um servidor de caixas de correio clusterizadas em um ambiente CCR ou em um servidor autônomo em um grupo de armazenamento que foi configurado para a LCR.

Situações em que a perda de dados não é mitigada pelo dumpster de transporte incluem:

• Pasta Rascunhos de qualquer cliente do Microsoft Outlook no modo online.

• Compromissos, atualizações de contatos, atualizações de propriedades, tarefas e atualizações de tarefas.

• Emails de saída em trânsito do cliente para o servidor de Transporte de Hub. Há um período em que a mensagem de email existe somente no servidor de caixa de correio do remetente.

Para obter etapas detalhadas sobre como configurar o dumpster de transporte, consulte Como configurar o dumpster de transporte para replicação contínua local.

Aprimoramentos do Console de Gerenciamento do Exchange

Vários elementos de interface de novo usuário foram adicionados no Exchange 2007 SP1, aprimorando a experiência de gerenciamento de recursos de alta disponibilidade, incluindo a LCR. Esses aprimoramentos incluem:

• Interface de usuário de dumpster de transporte   Uma nova guia Configurações Globais foi adicionada ao nó de Transporte de Hub na área de trabalho Configuração da Organização. Essa guia inclui uma página de Propriedades de Configurações de Transporte que pode ser usada para definir as configurações de dumpster de transporte para a organização:

  • Tamanho máximo por grupo de armazenamento (MB)   Especifica o tamanho máximo da fila do dumpster de transporte para cada grupo de armazenamento.

  • Tempo máximo de retenção (dias)   Especifica por quanto tempo um email deverá permanecer na fila do dumpster de transporte.

• Gerenciar replicação contínua   Foram incluídos no Console de Gerenciamento do Exchangecontroles adicionais de interface de usuário, que permitem que um administrador suspenda, continue, atualize e restaure a replicação contínua. Esses controles são equivalentes ao uso dos seguintes cmdlets do Shell de Gerenciamento do Exchange:

  • Suspend-StorageGroupCopy

  • Resume-StorageGroupCopy

  • Update-StorageGroupCopy

  • Restore-StoreGroupCopy

  Você pode usar esses cmdlets e as tarefas correspondentes do Console de Gerenciamento do Exchange para gerenciar a replicação contínua tanto em um ambiente LCR quanto em um ambiente CCR.

Aprimoramentos de Monitoramento e Status

O Exchange 2007 SP1 também apresenta várias alterações que foram criadas para aprimorar a gerenciabilidade do Exchange 2007. Essas alterações aprimoram os recursos de relatório de cluster na RTM do Exchange 2007 e incluem uma funcionalidade adicional criada para monitoramento pró-ativo de ambientes de replicação contínua. Especificamente, as alterações e aprimoramentos corrigem deficiências conhecidas com o cmdlet Get-StorageGroupCopyStatus, apresentam um novo cmdlet chamado Test-ReplicationHealth e fornecem maior visibilidade pela janela de perda coberta pelo dumpster de transporte.

Aprimoramentos do Cmdlet Get-StorageGroupCopyStatus

Na RTM do Exchange 2007 há várias condições em que o status relatado pelo Get-StorageGroupCopyStatus e pelos contadores de desempenho de replicação contínua são imprecisos ou confusos:

• Um grupo de armazenamento inativo (ou seja, que não esteja alterando) pode informar seu status como adequado quando, na verdade, não está. Esse cenário ocorre por que uma condição inadequada não foi detectada até que um log seja repetido.

• Durante a inicialização da replicação, o status da replicação está sendo reavaliado e pode não ser preciso. Quando a inicialização estiver concluída, o status será atualizado.

• O valor do campo LastLogGenerated pode estar errado quando um banco de dados no grupo armazenamento é desmontado.

• Quando há um ou mais logs ausentes no meio de um fluxo de logs, a cópia passiva continua tentando fazer a recuperação, fazendo com que o status de replicação alterne entre os estados de falha e os estados adequados. Quando isto ocorre, as filas de repetição e de cópia continuam a crescer.

• Em algumas condições raras, um log pode ser verificado com êxito, mas a repetição pode falhar mesmo assim. Nessa situação, o sistema alternará entre os estados com falha e adequado, enquanto tentar recuperar. Quando isto ocorre, as filas de repetição e de cópia continuam a crescer.

O cmdlet Get-StorageGroupCopyStatus também foi aprimorado com a adição de novas informações sobre o status:

• O cmdlet Get-StorageGroupCopyStatus relata um SummaryCopyStatus de ServiceDown quando o serviço de replicação do Microsoft Exchange no computador de destino não está acessível por rede.

• O cmdlet Get-StorageGroupCopyStatus relata um SummaryCopyStatus de inicialização quando o serviço de replicação do Microsoft Exchange no computador de destino não concluiu suas verificações iniciais de inicialização. Um novo contador de desempenho também foi criado para representar este status como Booleano.

• O cmdlet Get-StorageGroupCopyStatus relata SummaryCopyStatus de sincronização quando ele não concluiu a propagação incremental.

Os novos estados do valor de SummaryCopyStatus são visíveis apenas quando você usa a versão do Exchange 2007 SP1 das ferramentas de gerenciamento do Exchange. Quando você usa a versão RTM do Exchange 2007 das ferramentas de gerenciamento do Exchange, o status para qualquer estado anterior será reportado como falha.

Cmdlet Test-ReplicationHealth

O Exchange 2007 SP1 apresenta um novo cmdlet chamado Test-ReplicationHealth. Este cmdlet foi criado para monitorar de forma proativa a replicação contínua e o pipeline de replicação contínua. O cmdlet Test-ReplicationHealth verifica todos os aspectos da replicação, os serviços de Cluster e a replicação do grupo de armazenamento e o status de replay para fornecer uma visão geral completa do sistema de replicação. Particularmente, quando executado em um nó no cluster, o cmdlet Test-ReplicationHealth realiza os testes descritos na tabela a seguir.

Testes realizados pelo cmdlet Test-ReplicationHealth cmdlet

Aprimoramentos no Desempenho

Vários aprimoramentos no desempenho que beneficiam as implantações de alta disponibilidade foram realizados no Exchange 2007 SP1. Estes aprimoramentos incluem reduções de E/S nos discos contendo cópias passivas de grupos de armazenamento em ambientes de replicação contínua. No Exchange 2007 SP1, a estrutura da arquitetura da replicação contínua foi modificada para que o cache do banco de dados seja mantido na cópia do grupo de armazenamento entre instâncias de atividade de repetição de log. A manutenção do cache de banco de dados entre entre instâncias de atividade de repetição de log habilita o serviço de replicação do Microsoft Exchange para utilizar os recursos de cache de banco de dados do Extensible Storage Engine (ESE), que, por sua vez, reduz a entrada/saída (E/S) do disco que ocorre nos LUNs (números de unidades lógicas) da cópia passiva. Em contrapartida, na RTM do Exchange 2007, um novo cache de banco de dados foi criado para cada lote de atividade de repetição, que, em alguns casos, duplica ou triplica a atividade de E/S do disco nos LUNs passivos, com relação aos LUNs ativos.

Usando Replicação Contínua Em Espera com LCR

A Replicação contínua em espera (SCR) é um novo recurso apresentado no Exchange 2007 SP1. A SCR estende os recursos de replicação contínua existentes e permite novos cenários de disponibilidade de dados para servidores de Caixa de Correio do Exchange 2007. A SCR usa o mesmo envio de logs e tecnologia de repetição usado pela LCR e pela CCR para fornecer configurações e opções de implantação adicionais.

A SCR permite que você use a replicação contínua para replicar os dados do servidor da Caixa de Correio de um servidor autônomo (com ou sem LCR) ou de um servidor de caixas de correio clusterizadas em um cluster de cópia única (SCC) ou em um ambiente CCR.

O processo para ativação de cópias do servidor de Caixa de Correio criadas e mantidas por SCR é manual e deve ser usado apenas quando ocorrer uma falha significativa. O processo não deve ser usado para interrupções simples de servidor que são recuperáveis pela reinicialização ou alguma outra maneira rápida. Você pode ativar um destino SCR usando a portabilidade do banco de dados, a opção de recuperação do servidor (Setup /m:RecoverServer) ou, se o servidor de Caixas de Correio for clusterizado, a opção de recuperação de servidor de caixas de correio clusterizadas (Setup /RecoverCMS). A opção escolhida será baseada em sua configuração e no tipo de falha que ocorrer.

Para obter mais informações sobre SCR, consulte Replicação Contínua Em Espera.

Para obter mais informações

Os tópicos a seguir discutem quando e como usar a LCR como parte de um plano de resiliência de dados e de alta disponibilidade:

• Planejando a replicação contínua local

• Gerenciando a replicação contínua local

• Como solucionar problemas de replicação contínua local