Noções Básicas Sobre Cópias do Banco de Dados de Caixa de Correio

 

Aplica-se a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Tópico modificado em: 2011-01-24

O Microsoft Exchange Server 2010 introduz o conceito de mobilidade de banco de dados, failovers em nível de banco de dados gerenciados pelo Exchange. Uma versão aprimorada do recurso de replicação contínua primeiramente introduzido no Exchange Server 2007 é usado no Exchange 2010 para criar e manter cópias de bancos de dados.

A mobilidade de banco de dados desconecta bancos de dados dos servidores, adiciona suporte para até 16 cópias de um único banco de dados e oferece uma experiência nativa para a adição de cópias de banco de dados a um banco de dados. No Exchange 2007, um recurso chamado portabilidade de banco de dados também permitia movimentar um banco de dados de caixa de correio entre servidores. Uma diferença significativa entre a portabilidade de banco de dados e a mobilidade de banco de dados, no entanto, é que, na mobilidade de banco de dados, todas as cópias de um banco de dados têm o mesmo GUID.

Como os servidores de caixa de correio em cluster e grupos de armazenamento foram removidos do Exchange 2010, a replicação contínua agora opera no nível do banco de dados. No Exchange 2010, os logs de transação são replicados para um ou mais servidores de Caixa de Correio e repetidos em uma cópia de um banco de dados de caixa de correio armazenada nesses servidores. Um failover ou alternância pode ocorrer no nível do banco de dados ou no nível do servidor.

Características Principais

As principais características da mobilidade de banco de dados são:

• As cópias do banco de dados são apenas para bancos de dados de caixa de correio. Para redundância e alta disponibilidade de bancos de dados de pastas públicas, é recomendável o uso da replicação de pasta pública.

• Até 16 cópias de um banco de dados de caixa de correio do Exchange 2010 podem ser criadas em vários servidores de Caixa de Correio; quando fornecidas aos servidores são agrupadas em um grupo de disponibilidade de banco de dados (DAG), que é um limite para a replicação contínua. Os bancos de dados de caixa de correio do Exchange 2010 podem ser replicados apenas para outros servidores de Caixa de Correio do Exchange 2010 dentro de um DAG. Não é possível replicar um banco de dados fora de um DAG, nem replicar um banco de dados de caixa de correio do Exchange 2010 em um servidor que esteja executando o Exchange 2007. Para obter informações detalhadas sobre DAGs, consulte Noções básicas sobre grupos de disponibilidade de banco de dados.

• Todos os servidores de Caixa de Correio em um DAG devem estar no mesmo domínio do Active Directory. 

• Assim como a replicação contínua em espera (SCR), todas as cópias de bancos de dados de caixa de correio suportam os conceitos de intervalo de repetição e de truncamento. No entanto, um planejamento cuidadoso deve ser realizado antes de habilitar esses recursos.

• O backup de todas as cópias de banco de dados pode ser feito usando um aplicativo de backup baseado em VSS, sensível ao Exchange. No entanto, o suporte interno para o Backup do Windows Server é apenas para cópias ativas. Não é possível usar o Backup do Windows Server para fazer backup de cópias passivas.

• Cópias de banco de dados só podem ser criadas em servidores de Caixa de Correio que não hospedam a cópia ativa (montada e em uso) de um banco de dados. Não é possível criar duas cópias do mesmo banco de dados no mesmo servidor.

• Todas as cópias de um banco de dados usam o mesmo caminho em cada servidor que contém uma cópia. Os caminhos do banco de dados e dos arquivos de log para uma cópia do banco de dados em cada servidor de Caixa de Correio não devem entrar em conflito com outros caminhos de banco de dados.

• Cópias do banco de dados podem ser criadas no mesmo site do Active Directory ou em sites diferentes, e nas mesmas sub-redes da rede ou em sub-redes da rede diferentes.

• Cópias do banco de dados não são suportadas entre servidores de Caixa de Correio com latência de rede de resposta superior a 250 milissegundos (ms).

Cópias do Banco de Dados de Caixa de Correio

É possível criar uma cópia do banco de dados de caixa de correio a qualquer momento. Cópias do banco de dados de caixa de correio podem ser distribuídas entre servidores de Caixa de Correio de forma flexível e granular. É possível replicar um, alguns, ou todos os bancos de dados de caixa de correio em um servidor de várias formas.

Você pode criar uma cópia do banco de dados de caixa de correio usando o assistente Adicionar Cópia do Banco de Dados de Caixa de Correio no Console de Gerenciamento do Exchange ou usando o cmdlet Add-MailboxDatabaseCopy no Shell de Gerenciamento do Exchange.

Ao criar uma cópia do banco de dados de caixa de correio, especifique os seguintes parâmetros:

• Identity   Esse parâmetro especifica o nome do banco de dados copiado. Os nomes de bancos de dados devem ser únicos dentro da organização do Exchange.

• MaliboxServer   Esse parâmetro especifica o nome do servidor de Caixa de Correio que hospedará a cópia do banco de dados. Este servidor deve ser membro do mesmo DAG e não deve já hospedar uma cópia do banco de dados.

Como opção, é possível especificar também:

• ActivationPreference    Esse parâmetro especifica o número de preferência de ativação, que é usado como parte do processo de seleção da melhor cópia do Active Manager. É usado também para redistribuir os bancos de dados ativos de caixa de correio em todo o DAG ao usar o script RedistributeActiveDatabases.ps1. O valor referente à preferência de ativação é um número igual a ou maior que um, em que um é o grau mais alto na ordem de preferência. O número da posição não pode ser maior que o número das cópias do banco de dados de caixa de correio.

• *ReplayLagTime *  Esse parâmetro especifica quanto tempo o serviço de Replicação do Microsoft Exchange deve esperar para repetir arquivos de log copiados para o local de cópia do banco de dados. O formato desse parâmetro é (Dias.Horas:Minutos:Segundos). A configuração padrão para esse valor é 0 segundo. A configuração máxima permitida para esse valor são 14 dias. A configuração mínima permitida é 0 segundo. Configurar o valor do intervalo de repetição como 0 desliga o atraso de repetição do log.

• TruncationLagTime   Esse parâmetro especifica quanto tempo o Serviço de Replicação do Microsoft Exchange deve esperar para truncar arquivos de log replicados em uma cópia do banco de dados. O período é iniciado depois de o log ser repetido com êxito na cópia do banco de dados. O formato desse parâmetro é (Dias.Horas:Minutos:Segundos). A configuração padrão para esse valor é 0 segundo. A configuração máxima permitida para esse valor são 14 dias. A configuração mínima permitida é 0 segundo. Configurar o valor do intervalo de truncamento como 0 desliga o atraso de truncamento do log.

• SeedingPostponed    Esse parâmetro especifica que a tarefa não deve propagar automaticamente a cópia do banco de dados no servidor de Caixa de Correio especificado. Essa opção é normalmente usada quando você pretende propagar uma nova cópia do banco de dados de caixa de correio ao usar uma cópia passiva existente do banco de dados (por exemplo, adicionando uma segunda cópia de um banco de dados específico para um local remoto). Ao usar esse parâmetro, é necessário propagar manualmente a cópia do banco de dados usando o cmdlet Update-MailboxDatabaseCopy.

Para obter mais informações sobre a criação, uso e gerenciamento de cópias do banco de dados de caixa de correio, consulte Gerenciando cópias de banco de dados de caixa de correio.

 © 2010 Microsoft Corporation. Todos os direitos reservados.