Atualização de transporte do Exchange 2007

 

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

Tópico modificado em: 2015-03-09

Ao atualizar do Microsoft Exchange Server 2007 para o Exchange Server 2010, durante um período de tempo ambas as versões coexistirão em produção. Você pode planejar um caminho de atualização do Exchange 2007 para o Exchange 2010 usando as informações deste tópico, que inclui uma visão geral, informações técnicas sobre o fluxo de mensagens em um ambiente de coexistência e considerações sobre a operação de um ambiente de versão mista.

Importante

Se o Exchange 2010 for implantado como uma nova organização, não é possível instalar o Exchange 2007 posteriormente na organização do Exchange 2010. Não existe suporte para este cenário. Se você prevê a necessidade das funcionalidades do Exchange 2007 em sua organização no futuro, deve primeiro instalar uma organização do Exchange 2007 e manter no mínimo um servidor Exchange 2007.

O ponto mais importante em um cenário de coexistência do Exchange 2010 com o Exchange 2007 é que cada servidor de Caixa de Correio precisa de um servidor de Transporte de Hub com uma versão correspondente do Exchange no mesmo local do Active Directory. Devido às alterações efetuadas no modelo do Objeto do Servidor Exchange (XSO) no Exchange 2010, os servidores de Transporte de Hub do Exchange 2010 não podem separar mensagens de e entregar mensagens para servidores de Caixa de Correio do Exchange 2007. Da mesma forma, servidores de Transporte de Hub do Exchange 2007 não podem se comunicar com os servidores de Caixa de Correio do Exchange 2010. Portanto, é necessário manter seus servidores de Transporte de Hub do Exchange 2007 em um site específico do Active Directory até que todos os servidores de Caixa de Correio do Exchange 2007 sejam removidos deste site. Para obter mais detalhes sobre como as mensagens são roteadas em um ambiente de coexistência, consulte "Roteamento de Mensagens Entre Versões" mais adiante neste tópico.

Dica

Não há suporte para atualizações in-loco no Exchange 2010. É necessário instalar novos servidores Exchange 2010 em seu ambiente, e então descontinuar gradualmente os servidores Exchange 2007. Para o escopo deste documento, o termo atualização refere-se à atualização geral da versão da sua implantação do Exchange e não em um servidor específico.

Sumário

Caminho de Atualização do Servidor de Transporte

Roteamento de Mensagens Entre Versões

Diferenças do EdgeSync

Regras de Transporte e Registro em Diário em um Cenário de Coexistência

Manter Configurações de DSN em um Ambiente Misto

Controle de Mensagens Entre Versões

Recursos de Transporte do Exchange 2010 em um Cenário de Coexistência

Caminho de Atualização do Servidor de Transporte

Atualizar seus servidores de Transporte de Hub e de Transporte de Borda do Exchange 2007 deve ser parte da sua estratégia geral de atualização. A ordem recomendada é atualizar seus servidores de transporte depois dos servidores de Acesso para Cliente e antes dos servidores de Unificação de Mensagens e de Caixa de Correio. Os servidores de Transporte de Borda precisam ser atualizados depois da atualização dos servidores de Transporte de Hub. Para mais informações sobre o planejamento da atualização, consulte Exchange 2007 - Mapa de planejamento para atualização e coexistência.

Antes de introduzir os servidores de Transporte de Hub e de Transporte de Borda do Exchange 2010, verifique se todos os servidores do Exchange 2007 neste local estão atualizados com o Exchange 2007 Service Pack 3 (SP3). O Exchange 2007 SP3 é necessário para que os servidores de Transporte de Hub do Exchange 2010 e do Exchange 2007 coexistam em um único site do Active Directory. O Exchange 2007 SP3 também é necessário para que o serviço Microsoft Exchange EdgeSync funcione entre as versões.

Se o Exchange 2007 está implantado em vários sites, os sites voltados para a Internet devem ser atualizados primeiro. A ordem de atualização para os sites restantes depende da sua topologia particular e das prioridades da sua organização.

O processo seguinte mostra o caminho de atualização recomendado para os servidores de transporte em um site voltado para a Internet. (Presume-se que você esteja usando servidores de Transporte de Borda com EdgeSync. Se estiver usando um host inteligente de terceiros, pode omitir as etapas 2-6.) O processo de atualização é realizado da seguinte forma:

1. Introduza o primeiro servidor de Transporte de Hub do Exchange 2010 no seu site. Assim que o servidor de Transporte de Hub do Exchange 2010 for introduzido no site, ele começará a usar o servidor de Transporte de Borda do Exchange 2007 para a entrega de mensagens para a internet. O processo de sincronização EdgeSync continuará a ser tratado pelo servidor de Transporte de Hub do Exchange 2007.

   Introduzindo o servidor de Transporte de Hub do Exchange 2010 em um site existente do Exchange 2007

   

2. Inscreva o servidor de Transporte de Borda do Exchange 2007 em seu site novamente. Esta ação adicionará o servidor de Transporte de Hub do Exchange 2010 para a inscrição de borda como um servidor de origem. Servidores de Transporte de Borda do Exchange 2010 terão prioridade sobre o servidor de Transporte de Hub do Exchange 2007 para a seleção do servidor de origem do EdgeSync. Portanto, o servidor de Transporte de Hub do Exchange 2010 assumirá a sincronização de Borda, como mostra a figura a seguir. No entanto, isso fará com que o servidor de Transporte de Borda continue sendo executado no Exchange 2007 SP3, o servidor de Transporte de Hub do Exchange 2010 ainda replicará todos os dados do EdgeSync.

   Dica

   Se você planeja adicionar vários servidores de Transporte de Hub do Exchange 2010 em seu site do Active Directory, para economizar tempo, pode implantar todos os novos servidores de Transporte de Hub antes de inscrever seus servidores de Transporte de Borda.

   Inscrevendo servidores de Transporte de Borda do Exchange 2007 depois de introduzir o servidor de Transporte de Hub do Exchange 2010

   

3. Introduza seu primeiro servidor de Transporte de Borda do Exchange 2010 à sua rede de perímetro.

4. Inscreva o servidor de Transporte de Borda do Exchange 2010 em seu site. Neste ponto, o servidor de Transporte de Hub do Exchange 2010 iniciará atualizações incrementais para o servidor de Transporte de Borda do Exchange 2010, como mostra a figura abaixo.

   Inscrevendo o servidor de Transporte de Borda do Exchange 2010

   

5. Remova a Inscrição de Borda do Exchange 2007.

6. Encerre seu servidor de Transporte de Borda do Exchange 2007, como mostra a figura abaixo.

   Removendo servidores de Transporte de Borda do Exchange 2007

   

7. Depois que todas as suas caixas de correio estiverem nos servidores de Caixa de Correio do Exchange 2010, encerre seus servidores de Transporte de Hub do Exchange 2007.

Voltar ao início

Roteamento de Mensagens Entre Versões

Devido às alterações no modelo do Objeto do Servidor Exchange (XSO) no Exchange 2010, os servidores de Transporte de Hub do Exchange 2010 não podem separar mensagens de e entregar mensagens para servidores de Caixa de Correio do Exchange 2007. Da mesma forma, servidores de Transporte de Hub do Exchange 2007 não podem se comunicar com os servidores de Caixa de Correio do Exchange 2010. Como resultado, para ter ambos Exchange 2010 e Exchange 2007 no mesmo site do Active Directory, você deve manter ambas as versões dos servidores de Transporte de Hub no site, como mostra a figura abaixo. As versões dos servidores no Site B não são mostrados na figura, pois o tratamento do trânsito de SMTP entre os sites é o mesmo do Exchange 2007. O servidor de Transporte de Hub retransmite as mensagens para o servidor de Transporte de Hub no site remoto para entrega.

Fluxo de mensagens entre o Exchange 2010 e o Exchange 2007

Para habilitar o fluxo de mensagens entre versões, um recurso chamado roteamento com versão foi implementado no Exchange 2010. Com o roteamento com versão, o mecanismo de roteamento verifica a versão do servidor primário da caixa de correio, junto com seu site do Active Directory. Se a versão não for correspondente, a mensagem é retransmitida para um servidor de Transporte de Hub que tenha a versão correspondente, como mostra o fluxo de trabalho do roteamento com versão na figura abaixo. O roteamento agora é dependente de ambos os sites do Active Directory e das versões do Exchange.

Fluxo de Trabalho do Roteamento com Versão

Quando um usuário de caixa de correio do Exchange 2010 envia uma mensagem para um usuário de caixa de correio do Exchange 2007 no mesmo site, ocorre o seguinte:

1. O servidor de Caixa de Correio do Exchange 2010 notifica o servidor de Transporte de Hub do Exchange 2010 sobre a nova mensagem.

2. O servidor de Transporte de Hub do Exchange 2010 seleciona a mensagem.

3. O agente de roteamento determina que a versão do servidor de Caixa de Correio que é o servidor primário da caixa de correio do destinatário não corresponde à sua própria versão.

4. O agente de roteamento localiza um servidor de Transporte de Hub do Exchange 2007 no site local.

5. O servidor de Transporte de Hub do Exchange 2010 retransmite a mensagem para o servidor de Transporte de Hub do Exchange 2007.

6. O agente de roteamento no servidor de Transporte de Hub do Exchange 2007 determina que a caixa de correio de destino está em um servidor de Caixa de Correio do Exchange 2007 no site local.

7. O servidor de Transporte de Hub do Exchange 2007 entrega a mensagem para o servidor de Caixa de Correio do Exchange 2007.

Qualquer mensagem enviada de usuários de caixa de correio do Exchange 2007 para destinatários do Exchange 2010 segue um caminho semelhante.

O roteamento com versão foi adicionado ao Exchange 2007 in SP2. Para que ambos, Exchange 2010 e Exchange 2007, coexistam no mesmo site do Active Directory, você deve primeiro atualizar seus servidores Exchange 2007 existentes para SP3. Quando o Exchange 2010 e o Exchange 2007 SP3 estão no mesmo site do Active Directory, cada servidor de Transporte de Hub trata as mensagens para os servidores de Caixa de Correio com as versões correspondentes. O roteamento com versão não altera a forma como mensagens entre sites são roteadas.

Considere o seguinte quando o Exchange 2010 e o Exchange 2007 estiverem no mesmo site:

• Não é possível especificar um servidor de Transporte de Hub incompatível como a substituição do servidor de envio por um servidor de Caixa de Correio.

• Para um servidor de Caixa de Correio específico, se você não tem um servidor de Transporte de Hub com a versão correspondente no site local, as mensagens enviadas por usuários naquele servidor de Caixa de Correio permanecerão no servidor de Caixa de Correio.

• Para um servidor de Caixa de Correio específico, se você não tem um servidor de Transporte de Hub com a versão correspondente no site local, as notificações de falha na entrega (NDRs) serão emitidas para qualquer mensagem enviada aos usuários naquele servidor de Caixa de Correio.

• Mensagens envidas para pastas públicas habilitadas para email são tratadas da mesma forma como as mensagens enviadas para caixas de correio.

Voltar ao início

Diferenças do EdgeSync

O processo de sincronização de borda foi aprimorado no Exchange 2010. No Exchange 2007, o EdgeSync replicava inteiramente todas as informações de configuração e destinatário. Isso era muito demorado, principalmente em organizações com um grande número de remetentes. O Exchange 2010 introduz atualizações incrementais para EdgeSync. Quando um servidor de Transporte de Borda do Exchange 2010 é inscrito pela primeira vez em um site, todas as informações de configuração e os dados de destinatário são sincronizados. Em todas as atualizações subsequentes, apenas as alterações são replicadas. Portanto, o tempo de sincronização e a utilização da rede são substancialmente reduzidos.

Embora os servidores de Transporte de Hub do Exchange 2007 possam participar da EdgeSync com servidores de Transporte de Borda do Exchange 2010, atualizações incrementais estão disponíveis somente entre servidores de Transporte de Hub do Exchange 2010 e servidores de Transporte de Borda do Exchange 2010. Por padrão, quando um servidor de Transporte de Borda do Exchange 2010 é inscrito em um site do Active Directory que possui servidores de Transporte de Hub do Exchange 2010, os servidores de Transporte de Hub do Exchange 2010 assumem o controle do processo do EdgeSync. É possível retornar aos servidores de Transporte de Hub do Exchange 2007 desabilitando o serviço Microsoft Exchange EdgeSync nos servidores de Transporte de Hub do Exchange 2010. No entanto, ao fazê-lo, você volta a replicar todos os dados a cada atualização do EdgeSync, ao invés de utilizar a atualização incremental.

Para mais informações sobre o EdgeSync, consulte Noções Básicas Sobre Inscrições de Borda.

Voltar ao início

Regras de Transporte e Registro em Diário em um Cenário de Coexistência

Se você já usa regras de transporte ou o registro em diário em sua organização do Exchange 2007, garanta o funcionamento destes recursos durante o período de coexistência, independente de qual servidor de Transporte de Hub processa uma mensagem específica.

As alterações significativas abaixo foram realizadas nas regras de transporte e registro em diário no Exchange 2010, e têm impacto sobre o gerenciamento destes recursos em um ambiente misto:

• Alterações de formato   As funções de transporte do Exchange 2010 são compatíveis com uma série de predicados e ações novos. Para suportar esses novos predicados e ações, o formato de como as funções de transporte são armazenadas no Active Directory foi modificado. Os servidores de Transporte de Hub do Exchange 2007 não podem processar esses novos predicados e ações. Para uma lista completa de predicados e ações disponíveis no Exchange 2010, consulte Predicados de regra de transporte e Ações de Regras de Transporte.

• Local do repositório no Active Directory   Para evitar que os Agentes de Regras de Transporte do Exchange 2007 carreguem e tentem acessar as regras criadas no Exchange 2010, as regras do Exchange 2010 são armazenadas em um contêiner separado no Active Directory. O mesmo se aplica a regras de registro no diário.

Copiar a Configuração Existente para o Exchange 2010

Ao instalar o Exchange 2010, se o programa de instalação detectar a existência de regras de transporte do Exchange 2007, essas regras herdadas são automaticamente exportadas para um local temporário e depois importadas para o contêiner de regras de transporte do Exchange 2010 no Active Directory. Este processo acontece automaticamente, sem qualquer interação do usuário.

Dica

Se existirem regras de transporte do Exchange 2010, a instalação não migrará as regras do Exchange 2007, pois a migração sobrescreve todas as regras de transporte do Exchange 2010 existentes.

Da mesma forma, todas as regras de diário do Exchange 2007 são convertidas e copiadas para as regras de diário do Exchange 2010 durante a instalação. Para mais informações, consulte Exportar e importar regras de diário do Exchange 2007.

Manter Regras de Transporte e Registro em Diário em um Ambiente Misto

A importação automática de regras para o Exchange 2010 só é executada durante a instalação inicial. Durante a instalação inicial, o conjunto de regras de transporte e de regras de diário para o Exchange 2010 e para o Exchange 2007 será sincronizado. Avançando, se você fizer qualquer alteração em uma regra existente, ou se criar uma regra, a regra será alterada em um único lugar, baseado na ferramenta de gerenciamento utilizada. Por exemplo, no Exchange 2010, se você usar o Shell de Gerenciamento do Exchange para criar uma regra, somente o contêiner de regras do Exchange 2010 no Active Directory será atualizado. Da mesma forma, se você utilizar o Console de Gerenciamento do Exchange (EMC) ou um servidor Exchange 2007 para alterar uma regra existente, apenas a versão do Exchange 2007 daquela regra será modificada.

Para garantir que suas regras de transporte e diário permaneçam consistentes entre as versões, todas as alterações devem ser executadas duas vezes, uma vez com as ferramentas de gerenciamento do Exchange 2010 e uma vez com as ferramentas de gerenciamento do Exchange 2007.

Voltar ao início

Manter Configurações de DSN em um Ambiente Misto

No Exchange 2010, as definições de DSN interno e externo são configuradas para toda a sua organização do Exchange. No Exchange 2007, essas definições eram configuradas por servidor. Como resultado, as definições são armazenadas em objetos de configuração diferentes no Active Directory, e assim como as regras de transporte, precisam ser gerenciadas separadamente em um cenário de coexistência.

Especificamente as definições seguintes foram movidas do cmdlet Set-TransportServer para o cmdlet Set-TransportConfig no Exchange 2010:

• ExternalDelayDsnEnabled

• ExternalDsnDefaultLanguage

• ExternalDsnLanguageDetectionEnabled

• ExternalDsnMaxMessageAttachSize

• ExternalDsnReportingAuthority

• ExternalDsnSendHtml

• ExternalPostmasterAddress

• InternalDelayDsnEnabled

• InternalDsnDefaultLanguage

• InternalDsnLanguageDetectionEnabled

• InternalDsnMaxMessageAttachSize

• InternalDsnReportingAuthority

• InternalDsnSendHtml

Se for necessário alterar qualquer uma destas definições em sua organização, você deve fazer a alteração uma vez para a organização usando o cmdlet Set-TransportConfig no Shell do Exchange 2010 e uma vez para cada servidor de Transporte de Hub do Exchange 2007 na organização usando o cmdlet Set-TransportServer no Shell do Exchange 2007.

Voltar ao início

Controle de Mensagens Entre Versões

O Exchange 2010 fornece recursos aperfeiçoados para as funcionalidades de Controle de Mensagens. Usuários finais, assim como administradores, podem agora controlar as mensagens enviadas utilizando a ferramenta Notificações de Entrega no Painel de Controle do Exchange.

As Notificações de Entrega habilitam o controle de mensagens de ponta-a-ponta a partir de um local único, fornecendo informações de entrega detalhadas, incluindo quando a mensagem foi marcada como lida. No Exchange 2010, um novo controle de mensagens para chamada de procedimento remoto (RPC) e interface de serviços Web foi implementado para suportar Notificações de Entrega. Essas interfaces não existem no Exchange 2007 e, portanto, o recurso Notificações de Entrega não se estende à infraestrutura do Exchange 2007 em um cenário de coexistência. No entanto, é possível usar a ferramenta de controle de mensagens no Exchange 2007 para controlar mensagens entre versões.

A tabela a seguir mostra o que fazer para controlar mensagens em um ambiente misto.

Controlar mensagens em um ambiente misto

Enviada de	Enviada para	Ferramenta de Controle
Caixa de correio do Exchange 2010	Caixa de correio do Exchange 2010	Use a ferramenta Notificações de Entrega no Painel de Controle do Exchange.
Caixa de correio do Exchange 2010	Caixa de correio do Exchange 2007	Use a ferramenta Notificações de Entrega no Painel de Controle do Exchange. A ferramenta fornece informações de controle de mensagens até o ponto onde a mensagem é transferida para o servidor Exchange 2007. Nenhuma informação de controle além deste ponto estará disponível para as mensagens. Como alternativa, você pode usar o Explorador do Log de Controle no Exchange 2010 ou o controle de mensagens do Exchange 2007.
Caixa de correio do Exchange 2007	Caixa de correio do Exchange 2007 ou do Exchange 2010	Use o Explorador do Log de Controle no Exchange 2010 ou o controle de mensagens do Exchange 2007.

Para saber mais sobre o controle de mensagens no Exchange 2010, consulte Noções Básicas do Rastreamento de Mensagens.

Voltar ao início

Recursos de Transporte do Exchange 2010 em um Cenário de Coexistência

Em sua grande maioria, os novos recursos de transporte do Exchange 2010 só funcionam dentro do território do Exchange 2010. Quando começar a usar os novos recursos, depende das necessidades da sua organização. Você pode esperar até a conclusão da atualização ou começar assim que introduzir o Exchange 2010 em seu ambiente. Para decidir quando usar os novos recursos em um ambiente misto, considere as informações seguintes.

Destinatários Moderados

O Exchange 2010 apresenta destinatários moderados, para que as mensagens enviadas para destinatários específicos possam estar sujeitas a um processo de aprovação. Se você planeja usar destinatários moderados em um cenário de coexistência, esteja ciente dos seguintes pontos, que dependem do tipo de destinatário:

• Caixas de correio   Você só pode ativar caixas de correio em servidores de Caixa de Correio do Exchange 2010 para moderação. Após habilitar uma caixa de correio para moderação, é necessário verificar se ela não foi movida novamente para um servidor de caixa de correio do Exchange 2007.

• Grupos de distribuição e grupos de distribuição dinâmicos   As mensagens para um grupo de distribuição moderado passam pelo processo de aprovação apenas quando o grupo de distribuição é expandido em um servidor de Transporte de Hub do Exchange 2010. Como o grupo de distribuição pode ser expandido em qualquer servidor, é recomendável esperar até que todos os servidores de Transporte de Hub estejam atualizados para o Exchange 2010 antes de usar grupos de distribuição moderados.

• Contatos de email e usuários de email   Os servidores de Transporte de Hub roteiam mensagens com base no endereço de email externo especificado para cada usuário ou contato de email. Como não é possível forçar que as mensagens para estes tipos de destinatário passem por um servidor de Transporte de Hub do Exchange 2010, talvez você não queira habilitar estes tipos de destinatário para moderação em um ambiente misto.

Se um destinatário for habilitado para moderação, certifique-se de que os moderadores designados usem um cliente que possa exibir as opções aprovar e rejeitar para uma solicitação de aprovação. É recomendável que todos os moderadores usem o Microsoft OfficeOutlook 2010 ou Outlook Web App no Exchange 2010. Ambos os clientes tem interface de usuário integrada que permite aos moderadores tomar decisões sobre as mensagens.

Dica

Se os moderadores estiverem usando o Outlook 2007 ou Outlook 2003, a solicitação de moderação aparecerá como botões de votação na mensagem que receberem. Eles poderão moderar as mensagens usando os botões de votação. No entanto, para obter os melhores resultados, considere a atualização dos clientes para Outlook 2010 ou posterior.

Para saber mais sobre destinatários moderados, consulte Noções Básicas Sobre Transporte Moderado.

Redundância de Sombra

O Exchange 2010 traz a redundância de sombra para fornecer redundância para mensagens durante todo o tempo em que estiverem em trânsito. A solução envolve uma técnica semelhante ao dumpster de transporte. Com a redundância de sombra, a exclusão de uma mensagem dos bancos de dados de transporte é adiada até que o servidor de transporte verifique se todos os saltos seguintes para aquela mensagem foram totalmente entregues. Se algum dos saltos seguintes falhar antes de reportar a entrega com sucesso, a mensagem é reenviada para entrega para aquele salto seguinte.

A redundância de sombra está habilitada por padrão no Exchange 2010, e garante que as mensagens são redundantes apenas enquanto estão sendo transferidas entre os servidores Exchange 2010. Depois que a mensagem é transferida para um servidor Exchange 2007, deixa de ser redundante. Portanto, para garantir que uma mensagem originada em um servidor Exchange 2010 permaneça redundante até a sua entrega, assegure que não seja transferida para um servidor Exchange 2007. Por exemplo, se estiver usando um site do hub que possui servidores Exchange 2007, as mensagens entre dois raios não será redundante, mesmo se ambos tiverem servidores Exchange 2010.

Para saber mais sobre a redundância de sombra, consulte Noções Básicas Sobre Redundância de Sombra.

Voltar ao início

 © 2010 Microsoft Corporation. Todos os direitos reservados.