Nova alta disponibilidade e funcionalidade de resilincia de sites

Exchange 2010 Este tpico ainda no foi avaliado como - Avalie este tpico

Aplica-se a: Exchange Server 2010 SP2 Tpico modificado em: 2011-07-11 O Microsoft Exchange Server 2010 reduz o custo e a complexidade de implantao de uma soluo de email que oferece os mais altos nveis de disponibilidade de servidor e resilincia de site. Ampliando as capacidades de replicao nativas apresentadas no Exchange Server 2007, a nova arquitetura de alta disponibilidade do Exchange 2010 oferece um framework simplificado e unificado para alta disponibilidade e recuperao de desastres. O Exchange 2010 integra a alta disponibilidade arquitetura principal do Exchange, permitindo que clientes de todos os tamanhos e em todos os segmentos implantem de maneira econmica um servio de continuidade de mensagens em suas organizaes. Lies Aprendidas com o Exchange Server 2007

O Exchange 2007 diminuiu os custos da alta disponibilidade e tornou a resilincia de site muito mais econmica ao apresentar novas tecnologias, como a replicao contnua local (LCR), a replicao contnua em cluster (CCR) e a replicao contnua em espera (SCR). Ainda assim, alguns desafios permaneceram:

Alguns administradores se sentiram intimidados pela complexidade do cluster de failover do Windows. Atingir um alto nvel de tempo de ativao pode exigir um alto nvel de interveno do administrador. Cada tipo de replicao contnua era gerenciado de forma diferente e separadamente. A recuperao de uma falha de um nico banco de dados em um servidor de Caixa de Correio grande pode resultar em uma interrupo temporria do servio para todos os usurios do servidor de Caixa de Correio. As solues de resilincia de site no eram perfeitas. O recurso de dumpster de transporte do servidor de Transporte de Hub s era capaz de proteger mensagens destinadas a caixas de correio em um ambiente LCR ou CCR. Se um servidor de Transporte de Hub falhasse durante o processamento de mensagens e no pudesse ser recuperado, poderia haver perda de dados.

O Exchange 2010 inclui alteraes importantes que integram a alta disponibilidade profundamente em sua arquitetura, diminuindo ainda mais seus custos e tornando mais fcil a implantao e a manuteno para seus clientes do que no Exchange 2007. Agora

as organizaes podem implantar uma organizao do Exchange totalmente redundante com apenas dois servidores, e se beneficiar de failovers em nvel de banco de dados. Os clientes se beneficiam das capacidades de failover automtico em nvel de banco de dados sem ter que se tornar peritos em cluster de failover do Windows. Alm disso, voc pode adicionar resilincia de site s suas implantaes existentes de alta disponibilidade com menos complexidade. O Exchange 2007 apresentou vrias alteraes novas na arquitetura, criadas para que fosse mais rpido e simples implantar solues de alta disponibilidade e resilincia de site no Exchange. Essas melhorias incluam uma experincia de Instalao integrada, configuraes otimizadas por padro e a capacidade de gerenciar a maioria dos aspectos da soluo de alta disponibilidade usando ferramentas de gerenciamento nativas do Exchange. Ainda assim, o gerenciamento de uma soluo de alta disponibilidade do Exchange 2007 exigia dos administradores o domnio de alguns conceitos de cluster, como o conceito de movimentao de identidades de rede e o gerenciamento de recursos de cluster. Alm disso, ao solucionar problemas relacionados a um servidor de Caixa de Correio clusterizado, os administradores tinham que usar ferramentas do Exchange e ferramentas de cluster para analisar e correlacionar logs e eventos de duas fontes diferentes: do Exchange e do cluster. Mais dois aspectos limitantes da arquitetura do Exchange 2007 tambm foram reavaliados e reprojetados com base nas opinies dos clientes:

Os servidores do Exchange 2007 clusterizados exigem hardware dedicado. Somente a funo de servidor de Caixa de Correio podia ser instalada em um n do cluster. Isso significa que era necessrio um mnimo de quatro servidores do Exchange para redundncia total dos componentes primrios de uma implantao, ou seja, as funes principais de servidor (Caixa de Correio, Transporte de Hub e Acesso para Cliente). No Exchange 2007, ocorre o failover de um servidor de Caixa de Correio clusterizado em nvel de servidor. Como resultado, se ocorresse uma nica falha de banco de dados, o administrador tinha que dar failover em todo o servidor de Caixa de Correio clusterizado para outro n do cluster (resultando em um breve tempo de inatividade para todos os usurios do servidor, e no apenas para os usurios com uma caixa de correio no banco de dados afetado), ou tinha que deixar offline os usurios do banco de dados que falhou (provavelmente por horas) enquanto restaurava o banco de dados a partir de um backup.

Resilincia de caixa de correio

O Exchange 2010 foi reprojetado em torno do conceito de resilincia de caixa de correio, com a arquitetura alterada para que a proteo automtica de failover passe a ser oferecida no nvel do banco de dados de caixa de correio, e no no nvel do servidor. No Exchange 2010, isso conhecido como mobilidade de banco de dados. Como resultado dessa e de outras mudanas na arquitetura de cache de banco de dados, as aes de failover agora so concludas muito mais rapidamente do que em verses anteriores do Exchange. Por exemplo, o failover de um servidor de caixa de correio em

cluster em um ambiente CCR executando o Exchange 2007 com Service Pack 2 (SP2) concludo em aproximadamente dois minutos. Em comparao, o failover de um banco de dados de caixa de correio em um ambiente do Exchange 2010 concludo em 30 segundos ou menos (contando a partir do momento em que a falha detectada at quando uma cpia de banco de dados montada, presumindo que a cpia disponvel esteja ntegra e atualizada com a repetio de log). A combinao de failovers em nvel de banco de dados e de tempos de failover significativamente mais rpidos aumenta dramaticamente o tempo global de ativao da organizao. A arquitetura de resilincia de caixa de correio integrada ao Exchange 2010 proporciona novos benefcios para organizaes e seus administradores de mensagens:

Vrias funes de servidor podem coexistir em servidores que fornecem alta disponibilidade. Isso permite a pequenas organizaes implantar uma configurao com dois servidores que oferea redundncia de dados e servios de caixa de correio, ao mesmo tempo que oferece servios redundantes de Acesso para Cliente e Transporte de Hub. Um administrador no precisa mais construir um cluster de failover para ter alta disponibilidade. Agora os clusters de failover so criados pelo Exchange 2010 de forma invisvel para o administrador. Diferentemente de verses anteriores dos clusters do Exchange, que usavam uma DLL de recurso de cluster chamada ExRes.dll fornecida pelo Exchange, o Exchange 2010 no precisa e nem usa mais uma DLL de recurso de cluster. O Exchange 2010 no um aplicativo clusterizado e usa apenas uma pequena parte dos componentes de cluster de failover, mais especificamente os recursos de pulsao e o banco de dados de cluster, para fornecer mobilidade de banco de dados. Os administradores podem adicionar a alta disponibilidade ao ambiente do Exchange 2010 aps a implantao do Exchange, sem ter que desinstalar o Exchange para ento reimplantar a configurao de alta disponibilidade. O Exchange 2010 oferece uma viso do fluxo de eventos que aglutina e combina os eventos do sistema operacional com os eventos do Exchange. Como os objetos de grupo de armazenamento no existem mais no Exchange 2010 e os bancos de dados de caixa de correio so portveis entre todos os servidores de Caixa de Correio do Exchange 2010, fcil mover bancos de dados quando necessrio.

Para mais informaes, consulte Alta disponibilidade e resilincia do site. Proteo flexvel de Caixa de Correio

O Exchange 2010 inclui vrios recursos novos e alteraes importantes que, quando implantados e configurados corretamente, podem oferecer proteo flexvel de caixa de correio que elimina a necessidade de fazer backups tradicionais de seus dados. O uso dos recursos de alta disponibilidade se integram ao Exchange 2010 para minimizar o tempo de inatividade e a perda de dados caso haja um desastre tambm podem reduzir o custo total de propriedade do sistema de mensagens. Ao combinar esses recursos a outros recursos integrados, como Reteno de Documentos, as organizaes podem reduzir ou eliminar sua dependncia de backups pontuais tradicionais e perceber a economia de custo disso.

Alm de determinar se o Exchange 2010 permitir a voc abandonar os backups pontuais tradicionais, tambm recomendamos que voc avalie os custos de sua infraestrutura de backup atual. Considere os custos de perda de dados e tempo de inatividade de usurio final ao tentar se recuperar de um desastre usando sua infraestrutura de backup existente. Inclua tambm os custos com hardware, instalao e licenas, alm do custo de gerenciamento associado recuperao de dados e manuteno de backups. Dependendo dos requisitos de sua organizao, bem provvel que um ambiente puro do Exchange 2010 com pelo menos trs cpias de banco de dados de caixa de correio oferea um custo total de propriedade menor do que um com backups. Para mais informaes sobre a proteo flexvel de caixa de correio, consulte Understanding Backup, Restore and Disaster Recovery. Alteraes na alta disponibilidade em relao a verses anteriores do Exchange

O Exchange 2010 inclui diversas alteraes na sua arquitetura principal. O Exchange 2010 combina os recursos mais importantes de disponibilidade e resilincia do CCR e do SCR em uma nica soluo de alta disponibilidade que lida com a replicao de dados locais e externos. Os servidores de caixa de correio podem ser definidos como parte de um grupo de disponibilidade de banco de dados (DAG) para oferecer a recuperao automtica em nvel de banco de dados de caixa de correio individual em vez de nvel de servidor. Cada banco de dados de caixa de correio pode ter at 16 cpias. Outros conceitos novos de alta disponibilidade foram introduzidos no Exchange 2010, como a mobilidade de banco de dados e a implantao incremental. Os conceitos de uma organizao sem backups e RAID tambm esto sendo apresentados no Exchange 2010. Resumindo, os principais aspectos da disponibilidade de dados e servios da funo de servidor de caixa de correio e dos bancos de dados de caixa de correio so:

O Exchange 2010 utiliza uma verso aprimorada da mesma tecnologia de replicao contnua apresentada no Exchange 2007. Para obter mais informaes, consulte Alteraes na replicao contnua em relao ao Exchange Server 2007, posteriormente neste tpico. Os grupos de armazenamento no existem mais no Exchange 2010. Em seu lugar, esto bancos de dados de caixas de correio simples, cpias de bancos de dados de caixas de correio e bancos de dados de pastas pblicas. As interfaces de gerenciamento primrias de bancos de dados do Exchange mudaram de lugar no Console de Gerenciamento do Exchange, indo do n de caixa de correio em Configurao do Servidor para o n de caixa de correio em Configurao da Organizao. Algumas tecnologias de Cluster de Failover do Windows so usadas pelo Exchange 2010, mas agora elas so completamente gerenciadas pelo Exchange. Os administradores no precisam instalar, criar ou configurar nenhum aspecto do cluster de failover ao implantar servidores de Caixa de Correio de alta disponibilidade. Cada servidor de Caixa de Correio pode hospedar at 100 bancos de dados, e cada banco de dados pode ter at 16 cpias.

Alm do recurso de dumpster de transporte, um novo recurso de servidor de Transporte de Hub chamado redundncia de sombra foi acrescentado. A redundncia de sombra fornece redundncia para mensagens por todo o tempo em que estiverem em trnsito. A soluo envolve uma tcnica semelhante ao dumpster de transporte. Com a redundncia de sombra, a excluso de uma mensagem do banco de dados de transporte atrasada at que o servidor de transporte confirme que todos os prximos saltos da mensagem tenham concludo a entrega. Se qualquer um dos prximos saltos falhar antes de relatar sucesso na entrega, a mensagem ser reenviada para entrega para o prximo salto. Para mais informaes sobre a redundncia de sombra, consulte Noes Bsicas Sobre Redundncia de Sombra.

Implantao incremental

Em verses anteriores do Exchange, a disponibilidade de servio das funes de servidor de Caixa de Correio era alcanada atravs da implantao do Exchange em um cluster de failover do Windows. Para implantar o Exchange em um cluster, primeiro era preciso criar um cluster de failover, para ento instalar os arquivos de programa do Exchange. Esse processo criava um servidor de Caixa de Correio especial que chamamos de servidor de Caixa de Correio clusterizado (ou Servidor Virtual do Exchange, em verses anteriores do Exchange). Se voc j tivesse instalado os arquivos de programa do Exchange em um servidor que no fosse clusterizado e decidisse ter um servidor de Caixa de Correio clusterizado, seria preciso criar um cluster usando hardware novo ou remover o Exchange do servidor existente, instalar o cluster de failover e reinstalar o Exchange. O Exchange 2010 introduz o conceito de implantao incremental, que permite a voc implantar disponibilidade de dados e servios para todos os servidores de caixa de correio e bancos de dados aps a instalao do Exchange. A redundncia de dados e servios alcanada por meio do uso de novos recursos do Exchange 2010, como os DAGs e as cpias de bancos de dados. Grupos de disponibilidade de banco de dados

Um DAG um conjunto de at 16 servidores de Caixa de Correio que oferece recuperao automtica no nvel de banco de dados diante de falhas que afetem bancos de dados individuais. Qualquer servidor em um DAG pode hospedar uma cpia de um banco de dados de caixa de correio de qualquer outro servidor no DAG. Quando um servidor adicionado a um DAG, funciona com outros servidores no DAG para oferecer recuperao automtica de falhas que afetem bancos de dados de caixas de correios, como uma falha de disco ou uma falha do servidor. Para mais informaes sobre DAGs, consulte Noes bsicas sobre grupos de disponibilidade de banco de dados. Cpias de banco de dados de Caixa de Correio

Os recursos de alta disponibilidade e resilincia de site, introduzidos pela primeira vez no Exchange 2007, so usados no Exchange 2010 para criar e manter cpias de bancos de dados para que voc possa alcanar suas metas de disponibilidade no Exchange 2010. O Exchange 2010 tambm introduz o conceito de mobilidade de banco de dados, que so failovers de nvel de banco de dados gerenciados pelo Exchange. A mobilidade de banco de dados desconecta bancos de dados dos servidores, adiciona suporte para at 16 cpias de um nico banco de dados e oferece uma experincia nativa para a adio de cpias de banco de dados a um banco de dados. No Exchange 2007, um recurso chamado portabilidade de banco de dados tambm permitia movimentar um banco de dados de caixa de correio entre servidores. Uma diferena importante 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 cpias tm o mesmo GUID. Outras caractersticas importantes da mobilidade de banco de dados so:

Como os grupos de armazenamento foram removidos do Exchange 2010, a replicao contnua agora opera no nvel do banco de dados. No Exchange 2010, os logs de transao so replicados para um ou mais servidores de Caixa de Correio e so repetidos para uma cpia de um banco de dados de caixa de correio armazenado nesses servidores. Um failover um processo de ativao automtica que pode ocorrer no nvel do banco de dados ou no nvel do servidor. Uma alternncia um processo de ativao manual que voc pode realizar no nvel do banco de dados, do servidor ou do data center (site). Os nomes de bancos de dados do Exchange 2010 devem ser exclusivos dentro da organizao do Exchange. Se um banco de dados de caixa de correio for configurado com uma ou mais cpias de banco de dados, o caminho completo de todas as cpias de banco de dados deve ser idntico em todos os servidores de Caixa de Correio que hospedam uma cpia. Qualquer cpia de banco de dados de caixa de correio (a cpia passiva ou a cpia ativa) pode ser copiada para um backup usando um aplicativo de backup baseado no Servio de Cpias de Sombra de Volume (VSS) sensvel ao Exchange.

Para mais informaes sobre cpias de banco de dados de caixa de correio, consulte Noes Bsicas Sobre Cpias do Banco de Dados de Caixa de Correio. Alteraes na replicao contnua em relao ao Exchange Server 2007

A tecnologia de replicao contnua subjacente encontrada anteriormente no CCR e no SCR permanece no Exchange 2010 e evoluiu para oferecer suporte a novos recursos de alta disponibilidade como cpias de banco de dados, mobilidade de banco de dados e DAGs. Algumas dessas alteraes arquiteturais novas so descritas resumidamente a seguir:

Como os grupos de armazenamento foram removidos do Exchange 2010, a replicao contnua agora opera no nvel do banco de dados. O Exchange

2010 ainda usa um banco de dados Mecanismo de Armazenamento Extensvel (ESE) que produz logs de transao replicados para uma ou mais localidades e repetidos para uma ou mais cpias de um banco de dados de caixa de correio. Como a funcionalidade de repetio de log realizada pelo servio de Replicao do Microsoft Exchange no Exchange 2007 foi movida para a verso do Exchange 2010 do servio de Armazenamento de Informaes do Microsoft Exchange (store.exe), a perda de desempenho associada a failovers e alternncias (decorrentes do uso de cache de banco de dados) no existe mais. Quando ocorre um failover ou uma alternncia, o banco de dados ativado tem um cache passivo pronto para o uso. O envio e a propagao de logs no usam mais o protocolo SMB para transferncia de dados. A replicao contnua do Exchange 2010 usa uma nica porta TCP definida pelo administrador para a transferncia de dados. Alm disso, o Exchange 2010 inclui opes internas para criptografia de rede e compactao para o fluxo de dados. O envio de logs no usa mais um modelo no qual a cpia passiva puxa os arquivos de log da cpia ativa. Em vez disso, a cpia ativa empurra os arquivos de log para cada cpia passiva configurada. A propagao no mais se restringe apenas ao uso da cpia ativa do banco de dados. Agora as cpias passivas de bancos de dados de caixas de correios podem ser especificadas como fontes para a propagao e a repropagao de cpias de banco de dados. As cpias de banco de dados so apenas para bancos de dados de caixa de correio. Para redundncia e alta disponibilidade de bancos de dados de pastas pblicas, recomendamos o uso de replicao de pasta pblica. Diferentemente do CCR, onde vrias cpias de um banco de dados na pasta pblica no podiam existir no mesmo cluster, cada membro do DAG pode hospedar um banco de dados na pasta pblica, e voc pode usar a replicao de pasta pblica para replicar pastas pblicas entre os bancos de dados na pasta pblica hospedados nos membros do DAG. O componente LogReplayer do servio de Replicao do Microsoft Exchange inclui uma nova lgica que suspende a repetio de log se o comprimento da fila de cpias aumenta alm de um limite especfico. Se o nmero de logs na fila de cpias for maior do que o nmero de arquivos de log copiados para a cpia passiva do banco de dados, mas no forem inspecionados pela cpia passiva, o servio de Replicao do Microsoft Exchange suspender a repetio de log para a cpia passiva e adicionar o Evento de aviso 4110 ao log de eventos. Quando o nmero de arquivos de log na fila de cpias ficar abaixo do nmero de arquivos de log copiados e no inspecionados, o servio Replicao do Microsoft Exchange retomar a repetio para a cpia passiva e adicionar o Evento informacional 4111 ao log de eventos.

Vrios conceitos de replicao contnua usados no Exchange 2007 tambm permanecem no Exchange 2010. Esto inclusos conceitos como gerenciamento de failover, divergncia, o uso da discagem automtica de montagem de banco de dados e o uso de redes pblicas e privadas. Alteraes no comportamento de roteamento quando o Transporte de Hub e a Caixa de Correio esto co-localizados em um DAG

Quando o servidor de Transporte de Hub est co-localizado com um servidor de Caixa de Correio membro de um DAG, h alteraes no comportamento de roteamento para garantir que os recursos de resilincia em ambas as funes de servidor fornecero a proteo necessria para as mensagens enviadas e recebidas por usurios no servidor. A funo de servidor de Transporte de Hub foi modificada e agora tenta rotear novamente uma mensagem para um servidor de Caixa de Correio local para outro servidor de Transporte de Hub no mesmo site, se o servidor de Transporte de Hub tambm for membro do DAG e tiver uma cpia do banco de dados de caixa de correio montada localmente. Esse salto extra foi adicionado para pr a mensagem no dumpster de transporte em um servidor de Transporte de Hub diferente. Por exemplo, EX1 hospeda as funes Caixa de Correio e Transporte de Hub e membro de um DAG. Quando uma mensagem chega em transporte para EX1 direcionada a um destinatrio cuja caixa de correio tambm esteja em EX1, o transporte torna a rotear a mensagem para outro servidor de Transporte de Hub no site (por exemplo, EX2), e esse servidor entrega a mensagem para a caixa de correio em EX1. H mais uma mudana de comportamento semelhante relacionada ao servio de Envio de Email do Microsoft Exchange. Esse servio foi modificado para no optar pelo envio de mensagens para uma funo de Transporte de Hub local quando a Caixa de Correio e o Servidor de Transporte de Hub forem membros de um DAG. Nesse cenrio, o comportamento do transporte o de balancear a carga das solicitaes de envio por outros servidores de Transporte de Hub no mesmo site do Active Directory e reverter para o servidor de Transporte de Hub local se no houver outros servidores de Transporte de Hub disponveis no mesmo site. Disponibilidade de ponta a ponta

Exchange 2010 O tambm inclui muitos recursos projetados para aumentar a disponibilidade de ponta a ponta do sistema. Esses recursos incluem:

Resilincia de transporte Caixa de correio de movimentao online Proteo de dados nativa do Exchange Ressincronizao incremental API de Replicao de Terceiros

Resilincia de Transporte

O Exchange 2007 introduziu o recurso de dumpster de transporte do servidor de Transporte de Hub. O dumpster de transporte mantm uma fila de mensagens entregues a destinatrios cujas caixas de correio estavam em um ambiente CCR (e no Exchange 2007 SP1, em um LCR). Esse recurso foi desenvolvido para ajudar na proteo contra perda de dados ao fornecer ao administrador a opo de fazer com que um servidor de Caixa de Correio clusterizado fique online automaticamente em outro n, com uma quantidade limitada de perda de dados. Isso chamado de failover com perdas. Quando ocorreu um failover com perdas, o sistema automaticamente reentregou as mensagens de email recentes enviadas aos usurios no servidor de Caixas de Correio clusterizadas

com falha usando o dumpster de transporte onde as mensagens de email ainda estavam armazenadas. Embora essa soluo tenha ajudado a minimizar a quantidade de dados perdida no failover com perdas, a soluo apenas protegeu a perda de dados em um local. Porm, no forneceu proteo para as mensagens em trnsito. O Exchange 2010 apresenta alteraes arquiteturais de ncleo que lidam com as duas coisas. Como os DAGs podem se estender por sites do Active Directory, possvel que um banco de dados de caixa de correio individual seja movido entre sites do Active Directory. Devido a essa mudana no design, a solicitao de reentrega do dumpster de transporte diante de um failover de banco de dados com perdas agora emitido para servidores de Transporte de Hub tanto no site original quanto no site novo do banco de dados do Active Directory. Outra alterao relevante no dumpster de transporte que agora ele recebe feedback do pipeline de replicao. Quando mensagens no dumpster de transporte so replicadas para todas as cpias de banco de dados de caixa de correio, elas so removidas do dumpster de transporte. Isso garante que apenas dados no replicados sejam mantidos no dumpster de transporte. Alm do recurso de dumpster de transporte, um novo recurso de servidor de Transporte de Hub chamado redundncia de sombra foi acrescentado. A redundncia de sombra fornece redundncia para mensagens por todo o tempo em que estiverem em trnsito. A soluo envolve uma tcnica semelhante ao dumpster de transporte. Com a redundncia de sombra, a excluso de uma mensagem do banco de dados de transporte atrasada at que o servidor de transporte confirme que todos os prximos saltos da mensagem tenham concludo a entrega. Se qualquer um dos prximos saltos falhar antes de relatar sucesso na entrega, a mensagem ser reenviada para entrega para o prximo salto. Para obter mais informaes sobre a redundncia de sombra, consulte Noes Bsicas Sobre Redundncia de Sombra. Caixa de Correio de movimentao online

Exchange 2010 O inclui um novo recurso que permite mover caixas de correio de forma assncrona. No Exchange 2007, ao usar o cmdlet Move-Mailbox para mover uma caixa de correio, o cmdlet fazia um registro no banco de dados de origem e no banco de dados de destino, e movia o contedo de uma caixa de correio para outra caixa de correio. Havia vrias desvantagens em ter cmdlets executando a operao de movimentao:

As movimentaes de caixas de correio geralmente levam horas para serem concludas, e, durante a movimentao, os usurios no podem acessar suas caixas de correio. Se a janela de comandos usada para executar o cmdlet Move-Mailbox fosse fechada, a movimentao era encerrada e tinha que ser reiniciada desde o comeo. O computador usado para realizar a movimentao participava na transferncia de dados. Se um administrador executasse os cmdlets a partir de sua estao de trabalho, os dados de caixa de correio fluiriam do servidor de origem para a estao de trabalho do administrador, e dali para o servidor de destino.

Os novos cmdlets de solicitao de movimentao no Exchange 2010 podem ser usados para realizar movimentaes assncronas. Ao contrrio do que ocorria no Exchange 2007, os cmdlets no executam a movimentao em si. A movimentao realizada pelo Servio de Replicao de Caixa de Correio do Microsoft Exchange, um novo servio executado no servidor de Acesso para Cliente. O cmdlet New-MoveRequest envia solicitaes ao Servio de Replicao de Caixa de Correio. Para mais informaes sobre a caixa de correio de movimentao online, consulte Noes Bsicas Sobre Solicitaes de Movimentao. Proteo de dados nativa do Exchange

H vrias alteraes no ncleo da arquitetura do Exchange 2010 com efeito direto sobre a forma como voc protege seus bancos de dados de caixas de correios e as caixas de correio que eles contm. Uma alterao significativa a remoo dos grupos de armazenamento. No Exchange 2010, cada banco de dados associado a um nico fluxo de logs, representado por uma srie de arquivos de log de 1 MB. Cada servidor pode hospedar um mximo de 100 bancos de dados. Outra mudana relevante no Exchange 2010 que os bancos de dados no esto mais ligados fortemente a um servidor de caixa de correio especfico. A mobilidade de banco de dados expande o uso que o sistema faz da replicao contnua, replicando um banco de dados para vrios servidores diferentes. Isso oferece melhor proteo do banco de dados e maior disponibilidade. Em caso de falhas, os outros servidores que tm cpias do banco de dados podem montar o banco de dados. A capacidade de ter vrias cpias de um banco de dados hospedadas em vrios servidores significa que, se voc tiver um nmero suficiente de cpias de banco de dados, poder usar essas cpias como seus backups. Para mais informaes sobre essa estratgia, consulte Understanding Backup, Restore and Disaster Recovery. Ressincronizao Incremental

O Exchange 2007 introduziu os conceitos de resilincia de log perdido (LLR) e nova propagao incremental. A LLR um componente interno do ESE que permite recuperar bancos de dados de caixa de correio do Exchange mesmo que um ou mais dos arquivos de log de transaes gerados mais recentemente tenham sido perdidos ou danificados. A LLR permite a montagem de um banco de dados de caixa de correio mesmo quando arquivos de log gerados recentemente estiverem indisponveis. A LLR funciona atrasando gravaes no banco de dados at que o nmero especificado de geraes de log tenha sido criado. A LLR atrasa atualizaes recentes do arquivo de banco de dados por um perodo curto. A durao de tempo que as gravaes so atrasadas depende da rapidez com que os logs esto sendo gerados. Observao: A LLR codificada para um arquivo de log para todos os bancos de dados de caixa de correio do Exchange 2010.

Uma nova propagao incremental oferecia a capacidade de corrigir divergncias no fluxo de log de transaes entre um grupo de armazenamento de origem e de destino, apoiando-se nas capacidades de repetio atrasada da LLR. A nova propagao incremental no oferecia uma maneira de corrigir divergncias na cpia passiva de um banco de dados depois que logs divergentes eram repetidos, o que forava a necessidade de uma nova propagao completa. No Exchange 2010, ressincronizao incremental o novo nome do recurso que corrige divergncias automaticamente em cpias de banco de dados sob estas condies:

Aps um failover automtico de todas as cpias configuradas de um banco de dados Quando uma nova cpia habilitada e alguns arquivos de banco de dados e logs j existem no local da cpia Quando replicaes so retomadas aps uma suspenso ou um reincio do Servio de Replicao do Microsoft Exchange

Quando detectada uma divergncia entre um banco de dados ativo e uma cpia desse banco de dados, a ressincronizao incremental realiza as seguintes tarefas:

Pesquisa historicamente no fluxo de arquivos de log para localizar o ponto de divergncia. Localiza as pginas alteradas do banco de dados na cpia divergente. L as pginas alteradas da cpia ativa e copia os arquivos de log necessrios da cpia ativa. Aplica as alteraes de pgina do banco de dados cpia divergente. Executa a recuperao na cpia divergente e repete os arquivos de log necessrios para a cpia do banco de dados.

API de Replicao de Terceiros

O Exchange 2010 tambm inclui uma nova API de Replicao de Terceiros que permite que as organizaes usem solues de replicao sncronas de terceiros em vez do recurso de replicao contnua integrado. Para informaes sobre produtos de parceiros para o Exchange 2010, consulte o site de Parceiros do Exchange 2010. Se voc for um parceiro procurando informaes sobre a API de Replicao de Terceiros, entre em contato com seu representante Microsoft. Recursos do Exchange Server 2007 cortados

Os seguintes recursos do Exchange 2007 e do Exchange 2007 SP1 no existem mais no Exchange 2010. Seus substitutos so indicados na tabela.

Recurso Substituto Replicao contnua em Grupos de disponibilidade do banco de dados e cpias de banco

cluster (CCR) de dados de caixa de correio Replicao contnua em Grupos de disponibilidade do banco de dados e cpias de banco espera (SCR) de dados de caixa de correio Replicao contnua Grupos de disponibilidade do banco de dados e cpias de banco local (LCR) de dados de caixa de correio Grupos de disponibilidade do banco de dados e cpias de banco Clusters de cpia nica de dados de caixa de correio; API sncrona de terceiros (SCC) integrada para substituir a replicao de dados de terceiros usada no SCC Servidores de Caixas Grupos de disponibilidade do banco de dados e cpias de banco de Correio de dados de caixa de correio clusterizados Grupos de Bancos de dados armazenamento Grupo de armazenamento de Banco de dados de recuperao recuperao