Ativando destinos de replicação contínua em espera

 

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

Tópico modificado em: 2008-06-19

A SCR (Replicação Contínua em Espera), um novo recurso no Microsoft Exchange Server 2007 Service Pack 1 (SP1), habilita você a usar replicação contínua para replicar dados do servidor de Caixa de Correio a partir de um servidor de Caixa de Correio autônomo, de um servidor de caixas de correio em cluster em um ambiente SCC (Cluster de Cópia Única) ou CCR (Replicação Contínua em Cluster).

Como o seu nome sugere, SCR destina-se ao uso em cenários de recuperação em espera. 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. SCR não deve ser usada para interrupções simples do servidor que são recuperáveis por um reinício ou algum outro meio rápido. Você pode ativar um destino SCR usando portabilidade de banco de dados, usando a opção de recuperação do servidor (Setup /m:RecoverServer) ou se o servidor de Caixa de Correio estiver armazenado em cluster, usando a opção de recuperação do servidor de caixas de correio em cluster (Setup /RecoverCMS). A opção escolhida será baseada em sua configuração e no tipo de falha que ocorrer. Se a origem SCR for um servidor de caixa de correio clusterizada, a configuração de destino ideal seria a de um cluster em espera. Se a origem SCR for um servidor de Caixa de Correio autônomo, a configuração de destino ideal seria a de um um servidor de caixa de correio autônomo. Embora não exista nenhum requisito de que as configurações de destino e a de origem sejam correspondentes, o uso da mesma configuração poderá reduzir seu tempo de rcuperação. Por exemplo, se a origem SCR for um servidor de caixa de correio clusterizada e o destino SCR for um servidor de caixa de correio autônomo e não um cluster em espera, o processo de recuperação completa de servidor será mais demorado. Isso ocorre porque um um servidor de Caixa de Correio autônomo possui sua própria identidade de servidor de Caixa de Correio, que precisa primeiro ser removida (desinstalando o Exchange) para que Setup /RecoverCMS possa ser executado.

Cenários de ativação e de recuperação de SCR

SCR destina-se a habilitar as opções de recuperação no nível do data center e a complementar a resiliência no data center fornecida por LCR (Replicação Contínua Local), CCR e SCC. A SCR habilita uma separação de alta disponibilidade (incluindo disponibilidade de serviços e dados) e resiliência de site. Por exemplo, a SCR pode ser combinada com a CCR para replicar grupos de armazenamento localmente em um data center principal (usando CCR para alta disponibilidade) e remotamente em um data center secundário ou de backup (usando SCR para resiliência de site).

Para obter detalhes sobre como usar SCR e um cluster de failover em espera em um cenário de resiliência do site, consulte Replicação Contínua em Espera: resiliência de site com cluster em espera. O cenário descrito nesse tópico detalha como uma organização, a Contoso, Ltd., está usando SCR em um cenário de resiliência do site. Nesse cenário, o data center principal falha e a Contoso, Ltd. toma a decisão de ativar o data center secundário. Depois que o data center secundário for ativado, o data center principal é reconfigurado e eventualmente restaurado como o data center principal em uma troca controlada.

Para obter detalhes sobre como usar SCR com portabilidade do banco de dados, consulte Replicação Contínua em Espera: Portabilidade do banco de dados. O cenário descrito nesse tópico detalha como uma organização, o Woodgrove Bank, está usando SCR e a portabilidade do banco de dados para recuperar de uma falha em um único banco de dados. Nesse cenário, descobre-se que um banco de dados SCR de origem contém uma corrupção física e o administrador toma a decisão de ativar o banco de dados SCR de destino. Durante a ativação, a SCR é desabilitada, o banco de dados SCR de destino é montado como o banco de dados de produção e as caixas de correio do usuário são hospedadas novamente. Depois que o acesso aos dados tiver sido restaurado para os clientes, a SCR é novamente habilitada para o grupo de armazenamento para restaurar a redundância e a proteção para o destino de SCR.