Atualização de transporte do Exchange 2007

Aplica-se a: Exchange Server 2010

Tópico modificado em: 2009-12-09

A 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 e do Exchange 2007 é que todo servidor de Caixa de Correio precisa de um servidor de Transporte de Hub com uma versão do Exchange correspondente no mesmo site 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 mais detalhes sobre como as mensagens são roteadas em um ambiente de coexistência, consulte "Roteamento de Mensagens Entre Versões", posteriormente 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 - Planning Roadmap for Upgrade and Coexistence.

Antes de introduzir os servidores de Transporte de Hub e de Transporte de Borda do Exchange 2010, certifique-se de que todos os servidores Exchange 2007 no site estão atualizados para o Exchange 2007 Service Pack 2 (SP2). O Exchange 2007 SP2 é 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 SP2 também é necessário para que o serviço Microsoft Exchange EdgeSync funcione entre 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 em seu site. Tão logo o servidor de Transporte de Hub do Exchange 2010 esteja no site, ele assumirá o controle da sincronização de borda. No entanto, como o servidor de Transporte de Borda ainda está executando o Exchange 2007 SP2, o servidor de Transporte de Hub do Exchange 2010 não executará a sincronização incremental do EdgeSync, mas replicará todos os dados do EdgeSync, exatamente como um servidor de Transporte de Hub do Exchange 2007. Para a entrega de mensagens para a Internet, o servidor de Transporte de Hub do Exchange 2010 passará pelo servidor de Transporte de Hub do Exchange 2007, como mostra a figura abaixo.
    Introduzindo o servidor de Transporte de Hub do Exchange 2010 em um site existente do Exchange 2007
    Etapa 1 da atualização do servidor de transporte

  2. Inscreva o servidor de Transporte de Borda do Exchange 2007 em seu site novamente. Este procedimento adicionará seu servidor de Transporte de Hub do Exchange 2010 à Inscrição de Borda como um servidor de origem, como mostra a figura abaixo.

    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
    Etapa 2 da atualização do servidor de transporte

  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
    Etapa 4 da atualização do servidor de transporte

  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
    Etapa 6 da atualização do servidor de transporte

  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.

Retornar 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 mostradas na figura porque o tratamento do tráfego SMTP entre sites é o mesmo que ocorre no 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
Fluxo de mensagens com roteamento versionado

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
Fluxo de trabalho de roteamento versionado

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 no 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 com o SP2. Quando o Exchange 2010 e o Exchange 2007 SP2 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.

Retornar 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. Especialmente em organizações com um grande número de destinatários, este processo demorava muito tempo. O Exchange 2010 traz atualizações incrementais para o 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 do EdgeSync com os servidores de Transporte de Borda do Exchange 2010, as atualizações incrementais só estão disponíveis entre os servidores de Transporte de Hub do Exchange 2010 e os 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. Você pode voltar para os 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.

Retornar 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 regras de transporte do Exchange 2010 oferecem suporte a uma série de novos predicados e ações. Para dar suporte a estes novos predicados e ações, o formato como as regras de transporte são armazenadas no Active Directory foi modificado  Os servidores de Transporte de Hub do Exchange 2007 não podem processar estes 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 de armazenamento no Active Directory   Para evitar que os agentes de Regras de Transporte do Exchange 2007 carreguem e tentem processar as regras criadas no Exchange 2010, as regras do Exchange 2010 são armazenadas em um contêiner separado do Active Directory. A mesma situação se aplica a regras de 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, estas regras preexistentes são automaticamente exportadas para uma localização temporária e em seguida 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 houver regras de transporte do Exchange 2010 existentes, a Instalação não migrará as regras do Exchange 2007 porque a migração sobrescreve todas as regas 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ê utilizar o Shell de Gerenciamento do Exchange para criar uma regra, apenas 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.

Retornar 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.

Retornar ao início

Controle de Mensagens Entre Versões

O Exchange 2010 fornece recursos aperfeiçoados para as funcionalidades de Controle de Mensagens. Os usuários finais, bem como os administradores, agora podem controlar as mensagens que enviam usando 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, uma nova interface da chamada de procedimento remoto (RPC) de controle de mensagens e do serviço Web foram implementados para oferecer suporte às 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 do 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 Understanding Message Tracking.

Retornar 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. Depois de habilitar uma caixa de correio para moderação, você deve garantir que ela não será movida de volta 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. Todos os moderadores devem usar o Microsoft Outlook 2010 ou o Microsoft Office Outlook Web App no Exchange 2010.

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.

Retornar ao início