Atualização de transporte do Exchange 2003
Aplica-se a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Tópico modificado em: 2016-11-28
Ao atualizar do Microsoft Exchange Server 2003 para o Exchange Server 2010, haverá um período em que as duas versões ficarão em produção ao mesmo tempo. Você pode usar as informações resumidas na tabela a seguir para ajudar a garantir que o fluxo de mensagens não seja afetado negativamente durante esse período de coexistência.
Importante
Se você implantar o Exchange 2010 como uma nova organização, não poderá instalar posteriormente o Exchange 2003 na organização do Exchange 2010. Esse não é um cenário suportado. Se você prevê a exigência da funcionalidade do Exchange 2003 em sua organização no futuro, deve instalar primeiro uma organização do Exchange 2003 e manter pelo menos um servidor do Exchange 2003.
Resumo por recurso das ações obrigatórias e opcionais para atualização de transporte do Exchange 2003 para o Exchange 2010
| Recurso | Ações necessárias para coexistência | Ações opcionais e práticas recomendadas |
|---|---|---|
Diferenças de topologia de roteamento Ao planejar um período de coexistência entre o Exchange 2010 e o Exchange 2003, você deverá compreender as diferenças como cada versão determina sua topologia de roteamento. Esta seção apresenta uma visão geral das diferenças entre as topologias, incluindo uma discussão de:
|
|
|
Conectores de Envio e Recebimento Exchange 2003 usa interfaces de servidor virtual SMTP para cada protocolo para enviar e receber mensagens entre servidores do Exchange. Os servidores de Transporte de Hub do Exchange 2010 usam um conector implícito, conhecido como de Envio dentro da organização, para encaminhar mensagens entre sites. |
|
|
Dados do X-EXCH50 Exchange 2003 usa o verbo proprietário X-EXCH50 para transmitir informações sobre mensagens e destinatários que não podem ser incluídos na mensagem de email. Exchange 2010 oferece suporte a um mapeamento entre MAPI e MIME e não requer dados do Exch50 para transmitir propriedades de mensagem com confiança. |
|
|
Controle de Mensagens A diferença significativa entre as versões nos eventos registrados pelo acompanhamento de mensagem do Exchange 2010 não corresponde diretamente aos eventos de acompanhamento de mensagem registrados pelo Exchange 2003. |
|
|
Coexistência do servidor de Transporte de Borda Quando um servidor de Transporte de Borda é implantado para oferecer suporte a uma organização do Exchange que ainda não implantou o Exchange 2010, determinados recursos não podem ser usados. |
|
|
Diferenças de topologia de roteamento
O Exchange 2003 usa grupos de roteamento para definir uma topologia de roteamento específica do Exchange. Geralmente, os grupos de roteamento são usados para especificar um conjunto de servidores Exchange bem conectados. Os servidores do mesmo grupo de roteamento podem se comunicar entre si sem o uso de conectores. Idealmente, os grupos de roteamento definidos em seu ambiente existente baseiam-se em sub-redes de IP e refletem rigorosamente a configuração do site do Active Directory.
Quando mais de um grupo de roteamento estiver definido em uma organização do Exchange 2003, você deverá criar manualmente conectores de grupos de roteamento para habilitar o fluxo de mensagens entre servidores Exchange 2003 que estejam em grupos de roteamento diferentes. O conector do grupo de roteamento deve especificar um servidor de origem e um servidor de destino como os pontos de extremidade do conector. Um conector de grupo de roteamento define uma conexão unidirecional e um conector recíproco deve ser criado para estabelecer o fluxo de mensagens em ambas as direções. Os servidores de origem e de destino são os servidores bridgehead do grupo de roteamento. Os servidores bridgehead retransmitem emails a outros grupos de roteamento em nome de outros servidores no seu grupo de roteamento e recebem email de outros grupos de roteamento para entrega a outros servidores em seu grupo de roteamento.
No Exchange 2010, não é preciso definir uma configuração de roteamento especifica do Exchange. O Exchange 2010 usa a topologia existente no site do Active Directory para definir sua topologia de roteamento. Entretanto, é possível fazer alterações de configuração específicas do Exchange em sites de Active Directory e nos custos de link do site IP para controlar o fluxo de emails. O email encaminhado a servidores do Exchange localizados em sites diferentes devem ser retransmitidos pelos servidores de Transporte de Hub. Os servidores de Transporte de Hub enviam email para servidores de Transporte de Hub usando o conector de Envio dentro da organização. O conector de Envio dentro da organização é um conector implícito computado pelo uso do site do Active Directory e pelas informações de link do site IP Para saber mais sobre como o Exchange 2010 usa sites do Active Directory para encaminhar mensagens, consulte Planejando usar os sites do Active Directory para roteamento de emails.
Conectores do grupo de roteamento
Para suportar a coexistência entre essas duas topologias de roteamento, todos os servidores Exchange 2010 são adicionados automaticamente a um único grupo de roteamento quando o Exchange 2010 estiver instalado. O grupo de roteamento do Exchange 2010 é reconhecido no Gerenciador de Sistemas do Exchange no Exchange 2003 como Grupo de Roteamento do Exchange (DWBGZMFD01QNBJR) dentro do Grupo Administrativo do Exchange (FYDIBOHF23SPDLT).
Durante a instalação do primeiro servidor de Transporte de Hub do Exchange 2010 em uma organização existente do Exchange, você deve especificar um servidor bridgehead do Exchange 2003 ao qual estabelecer o primeiro conector do grupo de roteamento. Recomendamos que você selecione um servidor bridgehead localizado em um grupo de roteamento de hub ou em um grupo de roteamento que tenha várias caixas de correio. O conector do grupo de roteamento vincula o grupo de roteamento em que o servidor Exchange 2003 reside e o grupo de roteamento do Exchange 2010. O grupo de roteamento do Exchange 2010 inclui todos os servidores Exchange 2010, independentemente do site do Active Directory em que eles residem.
Aviso
Não mova servidores Exchange 2010 para fora do Grupo de Roteamento do Exchange (DWBGZMFD01QNBJR) e não renomeie o Grupo de Roteamento do Exchange (DWBGZMFD01QNBJR) usando um editor de diretório de baixo nível. Nenhuma ação é suportada. O Exchange 2010 deve usar esse grupo de roteamento para se comunicar com o Exchange 2003.
O servidor de Transporte de Hub que você está instalando e o servidor bridgehead do Exchange 2003 que você seleciona são configurados como os servidores de origem e de destino nos dois conectores de grupos de roteamento recíprocos. O servidor bridgehead selecionado é adicionado automaticamente à associação do grupo de segurança universal ExchangeLegacyInterop e são concedidas as permissões necessárias para enviar e receber email do Exchange 2010. Esse conector do grupo de roteamento cria um único ponto de conexão entre o Exchange 2003 e o Exchange 2010.
Você pode modificar a lista de servidores de origem e de destino usando o cmdlet Set-RoutingGroupConnector no Shell de Gerenciamento do Exchange. É uma prática recomendada especificar mais de um servidor de origem e mais de um servidor de destino para fornecer redundância e disponibilidade de servidor.
Importante
Não há suporte para colocar os servidores de Exchange 2010 e Exchange 2003 no mesmo grupo de roteamento.
Cada grupo de roteamento do Exchange 2003 deve ter pelo menos um conector para outro grupo de roteamento antes de introduzir o primeiro servidor de Exchange 2010. O ID de evento 5006 é registrado para cada banco de dados de mensagem (MDB) de Microsoft Exchange localizado em um grupo de roteamento que não tem um caminho de conector de grupo de roteamento a partir do grupo de roteamento do Exchange 2010. Para obter mais informações sobre a topologia de roteamento do Exchange 2003, consulte o Guia de Transporte e Roteamento do Exchange Server 2003.
Se o ambiente existente do Exchange incluir mais de um grupo de roteamento, talvez você queira criar pontos de conexão adicionais entre o Exchange 2003 e o Exchange 2010 para otimizar o fluxo de mensagens. Para criar pontos de conexão adicionais, siga estas etapas:
Determine como você atualizará organização para o Exchange 2010. A ordem na qual você descomissiona grupos de roteamento determinará quais grupos de roteamento do Exchange 2003 devem se conectar diretamente ao Exchange 2010.
Modifique o registro para suprimir atualizações secundárias do estado do link em todos os servidores do Exchange 2003. Essa alteração na configuração impede que mensagens sobre o estado do conector sejam retransmitidas para toda a organização usando atualizações do estado do link, mas não impede que mensagens de alteração na configuração sejam retransmitidas. Para obter mais informações, consulte Suprimir atualizações de estado do link.
Use o cmdlet New-RoutingGroupConnector no Shell para criar todos os conectores do grupo de roteamento que especificam servidores de Transporte de Hub do Exchange 2010 como servidores de origem ou de destino. Configure um conector de grupo de roteamento no Grupo de Roteamento do Exchange (DWBGZMFD01QNBJR) para cada grupo de roteamento do Exchange 2003 com o qual o Exchange 2010 se comunicará diretamente e configure os conectores do grupo de roteamento recíproco correspondente. Você pode usar o parâmetro Bidirectional com o cmdlet New-RoutingGroupConnector para criar os dois conectores em uma única operação. Esses conectores permitirão o fluxo de emails entre o Exchange 2003 e o Exchange 2010.
Importante
Quando você usa as ferramentas do cmdlet New-RoutingGroupConnector, os servidores herdados especificados do Exchange são adicionados automaticamente à associação do grupo de segurança universal ExchangeLegacyInterop, e as permissões necessárias para permitir que um servidor herdado do Exchange envie e receba email de um servidor de Transporte de Hub do Exchange 2010 são concedidas automaticamente. Se você usar o Gerenciador do Sistema do Exchange para criar um conector de grupo de roteamento entre o grupo de roteamento do Exchange 2010 e qualquer grupo de roteamento do Exchange 2003, essa associação de grupo não será atualizada corretamente, e o conector não funcionará corretamente. Por esse motivo, sempre use o Shell para criar ou atualizar os conectores de grupo de roteamento entre o Exchange 2010 e o Exchange 2003.
Para obter mais informações, consulte Criar conectores de grupo de roteamento adicionais do Exchange 2010 para o Exchange 2003.
Atualizações de estado de link em um ambiente de coexistência
Ao conectar o grupo de roteamento do Exchange 2010 à organização do Exchange 2003, você deverá considerar o comportamento do roteamento de estado do link. Os servidores do Exchange 2003 mantêm uma tabela de roteamento de estado do link atualizada por meio da comunicação com o mestre do grupo de roteamento. Cada conector criado entre os grupos de roteamento do Exchange 2003 é considerado um link. Os servidores do Exchange 2003 determinam como uma mensagem é encaminhada dentro da organização com o uso do custo atribuído a esses links. Se um determinado grupo de roteamento for inacessível com a rota de custo mais baixo, a tabela de estado do link será atualizada pelo mestre do grupo de roteamento para mostrar o estado desse link como inativo. Esse dados são comunicados a cada grupo de roteamento da organização do Exchange. Quando os dados forem recebidos, a tabela de estado do link é atualizada e outra rota é calculada.
O roteamento de estado do link não é usado pelos servidores de Transporte de Hub do Exchange 2010. O Exchange 2010 não pode propagar atualizações de estado do link e não recalcula rotas. Os servidores de Transporte de Hub sempre tentam se comunicar diretamente com outros servidores de Transporte de Hub. Quando uma conexão com um site não estiver disponível, o Exchange 2010 usará os custos do link do site de IP que estão associados aos sites do Active Directory para determinar o site mais próximo no qual colocar a mensagem na fila. Esse comportamento é conhecido como fila no ponto de falha. A fila de mensagens que é gerada no ponto de falha é colocada em um estado de tentativa.
Se houver vários caminhos entre o grupo de roteamento do Exchange 2010 e qualquer grupo de roteamento do Exchange 2003, as atualizações secundárias do estado do link deverão ser suprimidas para garantir que o loop de mensagens não ocorra quando um roteamento for recalculado. Recomendamos que as atualizações secundárias do estado do link sejam suprimidas em cada servidor na organização do Exchange 2003. Quando as atualizações do estado do link forem suprimidas, os servidores do Exchange 2003 também serão colocados na fila no ponto de falha, em vez de recalcular a rota.
Alterações na configuração, como a adição de conectores, continuam a ser comunicadas entre servidores Exchange 2003 usando o estado do link. Entretanto, para garantir que as atualizações de estado do link principais continuem ocorrendo, verifique se o grupo de roteamento do Exchange 2010 não é o único caminho de comunicação entre os grupos de roteamento do Exchange 2003. Para obter mais informações sobre como suprimir atualizações do estado do link, consulte Suprimir atualizações de estado do link.
Voltar ao início
Conectores de Envio e Recebimento
O Exchange 2003 usa interfaces do servidor virtual SMTP para cada protocolo para enviar e receber mensagens entre servidores do Exchange. A configuração é necessária somente quando você modifica os valores padrão ou cria conectores que são específicos para outra organização.
Os servidores de Transporte de Hub do Exchange 2010 usam um conector implícito para rotear mensagens entre os sites. Esse conector é chamado de conector de Envio dentro da organização. Durante a instalação, os conectores de Recebimento explícitos são criados automaticamente em cada servidor de Transporte de Hub. Um conector de Recebimento é configurado para receber tráfego SMTP de todas as origens, escutando na porta 25. Um segundo conector de Recebimento é configurado para receber tráfego SMTP de clientes não-MAPI, escutando na porta 587. Os conectores de Envio e os conectores de Recebimento explícitos são criados em servidores de Transporte de Hub somente quando você cria um conector que envia mensagens para um espaço de endereçamento específico ou recebe mensagens de um intervalo de endereços específico. Para obter mais informações sobre conectores no Exchange 2010, consulte Noções Básicas Sobre Conectores de Envio e Noções Básicas Sobre Conectores de Recebimento.
Voltar ao início
Dados do X-EXCH50
O Exchange 2003 usa o verbo de propriedade X-EXCH50 para transmitir informações sobre mensagens e destinatários que não podem ser incluídos na mensagem de email. As informações são transmitidas como o grande objeto binário Exch50. O Exch50 contém dados como nível de confiança de spam, informações de reconfiguração de endereço e outras propriedades MAPI que não têm representação MIME. Como o X-EXCH50 é um verbo de propriedade ESMTP, os dados Exch50 não podem ser propagados por um servidor não-Exchange.
O Exchange 2010 aceita um mapeamento entre MAPI e MIME e não exige dados Exch50 para transmitir de maneira confiável as propriedades da mensagem. Para coexistir corretamente com servidores Exchange 2003, os servidores Exchange 2010 podem propagar os dados Exch50 para servidores Exchange 2003. Em conexões SMTP de entrada, as propriedades relacionadas a Exch50 usadas pelo Exchange 2010 são promovidas para propriedades equivalentes do Exchange 2010. As propriedades que não são usadas pelo Exchange 2010, mas sim pelo pelo Exchange 2003, são preservadas. Em conexões SMTP de saída, o servidor Exchange 2010 pode formar os dados Exch50 promovendo as propriedades do Exchange 2010 e anexando-as aos dados preservados do Exchange 2003.
Os conectores do grupo de roteamento entre o Exchange 2010 e o Exchange 2003 são configurados automaticamente para aceitar envio e recebimento de dados do Exch50. Se você estiver conectando o Exchange 2010 a um servidor Exchange 2003 em um cenário entre florestas, verifique se as permissões do conector permitem o roteamento de dados do Exch50. Para obter mais informações, consulte Configurar conectores entre florestas.
Voltar ao início
Controle de Mensagens
O esquema de controle de mensagens do Exchange 2010 é significativamente diferente do esquema de controle de mensagens do Exchange 2003. Os eventos registrados pelo controle de mensagens do Exchange 2010 não correspondem diretamente aos eventos de controle de mensagens registrados pelo Exchange 2003. As mensagens enviadas e recebidas pelo Exchange 2010 podem ser controladas somente por servidores do Exchange 2010. Não há suporte WMI (Instrumentação de Gerenciamento do Microsoft Windows) no Exchange 2010. Portanto, um servidor do Exchange 2003 não pode consultar logs de controle de mensagens em um servidor do Exchange 2010. Se uma consulta de controle de mensagens do Exchange 2010 indicar que a mensagem foi transferida para um servidor do Exchange 2003, você deverá usar a ferramenta de controle de mensagens do Exchange 2003 para continuar a pesquisar a mensagem.
Voltar ao início
Coexistência do servidor de Transporte de Borda
A função de servidor Transporte de Borda é projetada para fornecer proteção aprimorada de antivírus e anti-spam para a organização do Exchange. O servidor de Transporte de Borda aplica também diretivas a mensagens em transporte entre as organizações. Essa função de servidor é implantada na rede de perímetro e fora da floresta do Active Directory. O servidor de Transporte de Borda pode ser implantado como um host inteligente e um servidor de retransmissão de SMTP para uma organização existente do Exchange 2003.
Você pode adicionar um servidor de Transporte de Borda para uma organização existente do Exchange sem atualizar os servidores Exchange internos ou fazer quaisquer alterações organizacionais. Como é implantado fora de Active Directory, não é preciso executar nenhuma etapa de preparação do Active Directory ao instalar o servidor de Transporte de Borda. Se você estiver usando o Filtro Inteligente de Mensagens do Exchange no Exchange 2003 para executar tarefas anti-spam, poderá usar o servidor de Transporte de Borda para fornecer uma camada adicional de proteção anti-spam.
Quando um servidor de Transporte de Borda é implantado para oferecer suporte a uma organização do Exchange que ainda não implantou o Exchange 2010, determinados recursos não podem ser usados. Não é possível criar uma Inscrição de Borda neste cenário. Portanto, você não pode usar a Pesquisa de Destinatário nem os recursos de agregação de lista segura. Para obter mais informações sobre o uso da função de servidor de Transporte de Borda com um Exchange 2003, consulte Implantar a função de servidor de Transporte de Borda em uma organização do Exchange 2003 existente antes de atualizar para o Exchange 2010.
Voltar ao início
© 2010 Microsoft Corporation. Todos os direitos reservados.