Vous êtes sur la page 1sur 6

B ancos de dados e os dados que eles contm so fundamentais para qualquer

organizao do Exchange. Para garantir a alta disponibilidade para bancos de


dados de caixa de correio, o Exchange 2007 fornecido uma variedade de
replicao e agrupamento opes, incluindo a replicao contnua local, clusters
de cpia nica e servidores caixa de correio agrupados. Embora esses recursos
representado aperfeioamentos sobre ofertas anteriores, eles ainda pairam
muitos desafios de implementao. Para iniciantes, cada abordagem para alta
disponibilidade foi gerenciada de maneira diferente. Com clusters de cpia
nica, Mailbox todos os servidores em um cluster usado armazenamento
compartilhado. Implementar clustering significava que os administradores do
Exchange tinham que configurar o Windows clustering de failover, que
bastante complexo e pode exigir uma grande quantidade de tempo do
administrador para obter um alto nvel de tempo de atividade. Com a replicao
contnua Exchange 2007 usado internos de replicao assncrono para criar
cpias dos dados e mantido cpias usando transao log repetio e
envio. Embora usado replicao contnua local para criar cpias locais em um
ambiente que no esto em cluster, usado replicao contnua em cluster ou
replicao contnua em espera em um ambiente agrupado e cada tipo de
replicao contnua foi gerenciado de forma diferente.
Exchange Server 2010 tem uma abordagem radicalmente diferente para alta
disponibilidade porque alta disponibilidade integrada a sua arquitetura de
ncleo, criando uma soluo de ponta a ponta que fornece servio
disponibilidade, disponibilidade de dados e recuperao automtica. O
resultado que, uma chave, soluo de alta disponibilidade substitui muitas,
diferentes solues usadas anteriormente. Esta soluo o grupo de
disponibilidade do banco de dados (DAG).
DAGs fornecem o failover automtico e recuperao no nvel do banco de dados
(em vez de nvel do servidor) sem exigir clusters quando implantar vrios
servidores Mailbox com vrias cpias de bancos de dados de caixas de
correio. Devido a essas alteraes, criando uma soluo de servidor de Mailbox
alta disponibilidade no requer hardware de cluster ou configurao avanada
de cluster. Em vez disso, DAGs fornecer componente base para alta
disponibilidade e failover automtico para bancos de dados de caixa de
correio que fazem parte do mesmo DAG. DAGs podem ser estendidos para
vrios sites do Active Directory e alteraes de arquitetura relacionadas a
servidores Mailbox ativar um banco de dados de uma nica caixa de correio
mover entre sites do Active Directory. Como resultado, um banco de dados
nica caixa de correio em um site do Active Directory pode failover para outro
site do Active Directory.
Voc precisa se lembrar que so cpias do banco de dados para bancos de
dados de caixa de correio somente. Para redundncia e alta disponibilidade dos
bancos de dados de pasta pblica, voc usar a replicao de pasta
pblica. Diferentemente de replicao contnua em cluster, no quais vrias
cpias de uma pasta pblica banco de dados no pode existir no mesmo
cluster, voc pode duplicar bancos de dados de pasta pblica entre servidores
em um DAG.
Antes de me aprofundar os detalhes de DAGs, lets examinar outras maneiras
de alta disponibilidade opes foram alteradas para Exchange 2010.

Tour rpido de alta disponibilidade de recursos no Exchange


Server 2010

Em verses anteriores, o Exchange operado como um aplicativo de cluster


usado o modelo de gerenciamento de recursos de cluster. Nesta abordagem,
implementado alta disponibilidade para servidores Mailbox primeiro criando um
cluster de failover do Windows e executando a instalao do Exchange no modo
de cluster. Como parte do processo de instalao, o recurso de cluster do
Exchange (exres.dll) DLL foi registrado, permitindo a criao de um servidor de
caixas de correio em cluster. Em contraste, Exchange 2010 no operar como
um aplicativo em cluster e o modelo de gerenciamento de recursos de cluster
no mais usado para alta disponibilidade. DLL de recurso de cluster do
Exchange e todos os recursos de cluster que ele fornecido no mais
existem. Em vez disso, o Exchange 2010 usa seu prprio modelo interno de alta
disponibilidade. Embora alguns componentes do Windows clustering de failover
ainda so usadas neste modelo, eles so gerenciados agora exclusivamente
pelo Exchange 2010.
Interessante, muitas das tecnologias de replicao do subjacente permanecem
eles simplesmente tiver evoluiu e agora funcionam de maneiras
significativamente diferentes. Como grupos de armazenamento foram
removidos do Exchange 2010, replicao contnua executada no nvel do
banco de dados. Em vez de usar SMB (Server Message Block) para o log de
remessa e propagao 2010 Exchange usa uma nica porta TCP definida pelo
administrador para transferncia de dados. Em vez de ter cpias passivas puxar
um arquivo de log fechado da cpia ativa, a cpia ativa envia arquivos de log
para cpias passivas e o fluxo de dados protegido usando criptografia ou
compactado para reduzir o tamanho de dados replicados. Embora a cpia ativa
do banco de dados em verses anteriores do Exchange pode ser usada somente
para propagao e reseeding, no Exchange Server 2010 ativas e passivos
cpias de bancos de dados de caixas de correio podem ser especificadas como
fontes para propagao e reseeding, permitindo que voc mais adicionar
facilmente uma cpia de um banco de dados para outro servidor.
Outra alterao significativa tem que fazer com a maneira como os dados
replicados. No Exchange 2007, o Microsoft Exchange replicao servio
repetidos logs em cpias do banco de dados passivo e criado um cache de
operaes de leitura/gravao que foi usado para reduzir a operaes de E/s de
leitura. Quando a cpia passiva do banco de dados foi ativada, os cache do
banco de dados foi perdido, entretanto, porque o servio Microsoft Exchange
Information Store montado o banco de dados no tinha esse cache
disponvel. Isso significava que a cpia passiva foi ativada e disponibilizada em
um estado frio sem um cache pronto. Um estado frio o mesmo estado em que
o cache do banco de dados teria sido na seguinte uma reinicializao do
servidor ou uma reinicializao dos servios executando o armazenamento em
cache. Sendo em um estado frio significava que o servidor no tem operaes
de leitura/gravao em cache, uma condio que normalmente aumentou o
nmero de operaes de E/s de leitura necessria at que o tamanho do cache
suficientemente aumentado para reduzir a E/s de disco no servidor. No
Exchange 2010, o servio Microsoft Exchange Information Store repete logs e
manipula as operaes de montagem, garantindo que o cache est disponvel
quando a cpia passiva ativada e disponibilizada. Como resultado, o servidor
mais provvel poder usar o cache para reduzir as operaes de E/s de leitura
aps um failover ou alternncia.
Com servidores Mailbox altamente disponveis, mensagens de email so
seguras assim que chegarem em uma caixa de correio; proteger mensagens de

email em trnsito outra questo, entretanto. Se um servidor de transporte de


Hub falha durante o processamento de mensagens e no pode ser recuperado,
mensagens podem ser perdidas. Como proteo contra perda de dados, o
Exchange 2007 introduziu o transporte dumpster recurso, garantiu servidores
Transporte de Hub mantido uma fila de mensagens entregues recentemente
para destinatrios cujas caixas de correio foram protegidas por replicao
contnua local ou replicao contnua em cluster.Mensagens foram mantidas no
transporte dumpster at um limite de tempo definido pelo administrador ou o
tamanho limite foi atingido. No caso de um failover, um servidor de caixas de
correio em cluster automaticamente solicitado cada servidor de transporte de
Hub no site do Active Directory reenviar email do transporte dumpster fila. Essa
abordagem impediu que o email perdido durante o tempo necessrio para o
cluster de failover. Embora essa abordagem funciona, est disponvel somente
para entrega de mensagem em um ambiente de replicao contnua e no
endereo potencial perda de mensagem quando mensagens esto em trnsito
entre servidores de transporte de Hub e transporte de borda.
Exchange 2010 endereos essas limitaes de vrias maneiras. O transporte
dumpster agora recebe feedback para determinar quais mensagens foram
entregues e replicadas. Servidores de transporte de Hub mantm uma cpia
das mensagens enviadas a um banco de dados replicados de caixa de correio
em um DAG. A cpia mantida na fila de transporte (mail.que) at que o
servidor Transporte de Hub foi notificado logs de transao que representa a
mensagem foram replicados para e inspecionados por todas as cpias do banco
de dados de caixa de correio com xito.Em seguida, os logs so truncados do
transporte dumpster, garantindo que o transporte dumpster fila usada
somente para manter cpias de mensagens ainda no tiver sido replicados
cujos logs de transao. Alm disso, quando um banco de dados de caixa de
correio em um Active Directory site failsover para outro site do Active Directory,
transporte dumpster redelivery solicitaes so enviadas para o site original e o
novo site.
Para fornecer redundncia para mensagens durante o tempo todo estiverem em
trnsito, Exchange 2010 adiciona o recurso de redundncia de sombra. Sombra
redundncia usa uma abordagem semelhante para o transporte dumpster,
exceto a excluso de mensagens de bancos de dados de transporte est
atrasada at que o servidor de transporte verifica todos os saltos de prximo
mensagem concluiu entrega.Se o servidor de transporte de no entrega de
prximo salto, a mensagem reenviada para entrega para o prximo salto. Esta
abordagem usa menos largura de banda do que criando cpias duplicadas de
mensagens em vrios servidores. Aqui, o trfego de rede adicionais somente
gerado a troca de mensagens de status de descarte entre servidores de
transporte. Descartar mensagens de status so geradas pelo Gerenciador de
redundncia de sombra e indicam quando uma mensagem de email est pronta
para ser descartadas do banco de dados de transporte.
Sombra redundncia uma extenso do servio SMTP (Simple Mail Transfer
Protocol) e usada como ambos os servidores em uma conexo SMTP oferece
suporte ao recurso. Quando voc tiver caminhos redundantes mensagem em
sua topologia de roteamento, o sombra redundncia faz qualquer servidor de
transporte descartvel, eliminando a confiana no estado de qualquer servidor
de Hub ou Transporte de borda especfico. Nesse caso, se um servidor de
transporte falha ou se voc deseja lev-lo offline para manuteno, voc pode

fazer isso a qualquer momento, removendo, substituir ou atualizar sem ter que
esvaziar suas filas ou se preocupar que mensagens sero perdidas.
O Gerenciador de redundncia sombra usa uma abordagem de pulsao em
determinar a disponibilidade de servidores para o qual a sombra mensagens
so enfileiradas. Iniciando servidor emite uma mensagem XQUERYDISCARD e
em resposta, o servidor de destino retorna descartar notificaes. Essa troca de
notificao a pulsao.
Se um servidor no pode estabelecer uma conexo com um servidor primrio
dentro do intervalo de tempo limite de pulsao, que 300 segundos por
padro, o servidor redefine o timer e tentativas novamente, at trs vezes (o
valor padro da contagem de repetio pulsao). Se um servidor primrio
falhar responder pelo tempo que atingiu a contagem de repetio, o servidor
determina que o servidor primrio falhou, assume a propriedade das
mensagens de sombra e reenvia-los. Em seguida, as mensagens so entregues
para seus destinos conforme apropriado. Em alguns cenrios, como quando o
servidor original vem online com seu banco de dados original, duplicada
entrega de mensagens pode resultar. Devido a recursos de deteco de
mensagem duplicada no Exchange, os usurios de caixa de correio do Exchange
no ver mensagens duplicadas. No entanto, os destinatrios no-Exchange
Mailbox servidores podem receber cpias duplicadas.

Compreendendo DAGs
Embora muitos aprimoramentos de alta disponibilidade que j descrito at
agora so importantes, nenhum recurso nico tem tanta impacto sobre a
maneira de que gerenciar o Exchange 2010 como grupos de disponibilidade do
banco de dados. DAGs so o componente bsico de alta disponibilidade no
Exchange 2010. As regras para DAGs so simples. Cada DAG pode ter at 16
Mailbox servidores como membros.Cada servidor pode ser um membro de
apenas um DAG e pode hospedar somente uma cpia de um banco de
dados. Hospedado cpia pode ser uma cpia ativa ou cpia passiva. Uma cpia
ativa difere de uma cpia passiva, est em uso e sendo acessados por usurios
em vez de off-line. No possvel criar duas cpias do mesmo banco de dados
no mesmo servidor. Aps isso, qualquer servidor um DAG podem hospedar uma
cpia de qualquer banco de dados de caixa de correio de qualquer outro
servidor o DAG. Embora vrios bancos de dados podem estar ativos
simultaneamente, apenas uma cpia de determinado banco de dados pode
estar ativa em qualquer momento e at 15 cpias passivas deste banco de
dados pode ser em outros servidores em um DAG.
Quando voc criar seu primeiro DAG em uma organizao do Exchange,
Exchange cria um cluster de failover do Windows, mas h nenhum grupos de
cluster para o Exchange e no h recursos de armazenamento do cluster. O
DAG usa somente a pulsao do cluster, redes de cluster e os recursos de
banco de dados de cluster de clusters de failover do Windows. A pulsao do
cluster usada para detectar falhas.Cada DAG requer pelo menos uma rede
para trfego de replicao e pelo menos uma rede para MAPI e outro trfego. O
banco de dados de cluster armazena as alteraes de estado do banco de
dados e outras informaes importantes. Como adicionar outros servidores para
o DAG, os servidores associados ao cluster subjacente e modelo de quorum do
cluster automaticamente modificado conforme necessrio com base no
nmero de servidores membro.
Gerenciador Active o componente Exchange 2010 que fornece o recurso
recursos de gerenciamento de modelo e failover. Gerenciador Active

executado em todos os servidores de caixas de correio que so membros de um


DAG operando como o detentor da funo principal (o primrio Active Manager)
ou um detentor de funo em espera secundrio (o Gerenciador de Active
Standby) de um determinado banco de dados. O principal decide qual banco de
dados copia estar ativa e que copia para ativar. O principal recebe notificaes
de alterao de topologia e reage a falhas do servidor. O principal tambm
possui o recurso de quorum do cluster. Se o servidor que atua como o principal
falhar, a funo principal move automaticamente para outro servidor o DAG e
que o servidor apropria-se do recurso de quorum do cluster.
O secundrio detecta falhas de bancos de dados replicados, locais e o
armazenamento de informaes locais e emite notificaes de falha para o
primrio, perguntando primrio para iniciar um failover. O secundrio no
determinar qual servidor assume nem atualizar estado de local do banco de
dados. O principal executa essas tarefas.Quando um banco de dados ativo
falha, Active Manager usa um algoritmo de seleo Copiar prticas para
selecionar uma cpia do banco de dados para ativar. Esse algoritmo identifica a
melhor cpia do banco de dados para ativar com base no status do banco de
dados, o status do ndice de contedo, o comprimento da fila de cpia e o
comprimento da fila de repetio na cpia do banco de dados. Se mais de uma
cpia do banco de dados atenda aos critrios de seleo, o valor de preferncia
de ativao usado e o banco de dados com o menor valor de preferncia
ativado e montado.
Aps adicionar servidores para um DAG, bancos de dados ativos em cada
servidor podem ser replicados para outros servidores o DAG e voc pode
configurar outras propriedades DAG, como compactao de rede para
replicao de banco de dados ou criptografia de rede. Dentro de um DAG logs
de transao so replicados para cada servidor membro que tenha uma cpia
de um banco de dados de caixa de correio e repetidos na cpia do banco de
dados de caixa de correio. Depois de criar vrias cpias do banco de dados,
voc pode usar o console de gerenciamento do Exchange e o Exchange
Management Shell para monitorar o status de replicao e integridade de seus
DAGs. No caso de uma interrupo de failover do banco de dados poder
ocorrer automaticamente ou voc pode iniciar manualmente a alternncia. Uma
alternncia cpia ativa est desmontada e uma cpia em outro servidor o DAG
passiva montada e feita cpia ativa.

Simplificao True
Como expliquei neste artigo, o Exchange 2010 tem muitos aprimoramentos
importantes que melhoram a disponibilidade, incluindo integrao dos recursos
de alta disponibilidade no ncleo, alteraes de arquitetura melhorar a
disponibilidade e mais. De todos os recursos novos e alterados, DAGs so meu
favorito. DAGs verdadeiramente simplificar implementaes de cluster e
permitem que voc enfocar o que importa mais os dados. Espero que voc
encontrar este artigo til e voc ver para Meus novos livros, Exchange Server
2010 Administrator do Pocket Consultant, Windows 7 Administrator do
Pocket Consultant e do administrador do Windows Server 2008 Pocket
Consultant, 2 Edio.
William r. Stanek (williamstanek.com) um especialista de tecnologia
esquerda, um instrutor de ensino pretty darn-boa e autor premiada de livros de
mais de 100. Atuais ou prximo livros incluem Active Directory Administrator
do Pocket Consultant, Group Policy Administrator do Pocket Consultant ,

Windows 7 Administrator do Pocket Consultant , Exchange Server 2010


Administrator do Pocket Consultant e Windows Server 2008 Inside Out .
Siga Twitter em StanekTwitter.com/WilliamStanek

Vous aimerez peut-être aussi