Compartilhar via

Nova Funcionalidade de Transporte no Exchange 2010 SP1

  • Artigo

 

Aplica-se a: Exchange Server 2010 SP1

Tópico modificado em: 2016-11-28

O Microsoft Exchange Server 2010 Service Pack 1 (SP1) inclui novos recursos, bem como aprimoramentos dos recursos introduzidos na versão RTM (release to manufacturing) do Exchange 2010.

Este tópico oferece a seguir uma visão geral dos novos recursos e aprimoramentos para Transporte no Exchange 2010 SP1:

  • Funcionalidade Dicas de email

  • Funcionalidade de controle de mensagens

  • Aprimoramentos de limitação

  • Promoção de redundância de sombra

  • Failover de SMTP e aprimoramentos de balanceamento de carga

  • Suporte a Proteção estendida nas comunicações SMTP

  • Enviar conectores em conexões confiáveis

Funcionalidade Dicas de email

Aqui é apresentada uma breve visão geral de recursos de Dicas de email que foram adicionados no Exchange 2010 SP1:

  • Controle de acesso a Dicas de email em relações organizacionais   Você possui controle granular sobre a maneira como as Dicas de email são compartilhadas entre sua organização e outras organizações com as quais você configurou uma relação de compartilhamento organizacional. É possível controlar os tipos de Dicas de email que são compartilhados e até mesmo designar um grupo específico de usuários para o qual serão retornadas Dicas de email.

  • Monitoramento e solução de problemas de Dicas de email   Diversas funcionalidades novas de monitoramento para Dicas de email foram adicionadas ao Exchange 2010 SP1. As novas funcionalidades incluem alterações nas entradas e alertas de log de evento, e nos contadores de monitor de desempenho.

Para mais informações, consulte Noções Básicas Sobre Dicas de Email.

Funcionalidade de controle de mensagens

Aqui é apresentada uma breve visão geral de recursos de controle de mensagens que foram adicionados no Exchange 2010 SP1:

  • Mensagens de erro aprimoradas para relatórios de entrega   Pode haver situações em que um usuário tenta acessar relatórios de entrega de uma mensagem específica, mas não tem permissão para exibi-los. Por exemplo, um usuário pode tentar acessar relatórios de entrega de uma mensagem imediatamente após enviá-la, mas antes de as informações de controle dessa mensagem serem inseridas nos logs. Nesses tipos de situação, as mensagens exibidas aos usuários foram grandemente aprimoradas, fornecendo explicações específicas sobre a razão pela qual as informações não estão disponíveis.

  • Monitoramento e solução de problemas de controle de mensagens   Diversas funcionalidades novas de monitoramento de controle de mensagens foram adicionadas ao Exchange 2010 SP1. Estas incluem novas entradas e alertas de log de evento, e contadores de monitor de desempenho.

  • Níveis de rastreamento de controle de mensagens   Quando você estiver solucionando um problema de controle de mensagens, será possível agora solicitar logs completos de cada operação que foi executada por um servidor de Acesso para Cliente processando uma solicitação de relatório de entrega.

Para mais informações, consulte Noções Básicas do Rastreamento de Mensagens.

Aprimoramentos de limitação

Os servidores de transporte no Exchange 2010 SP1 controlam o estado atual da organização do Exchange no geral e modifica a maneira como ela trata as mensagens. Isso permite que os servidores de Transporte respondam proativamente às situações potencialmente problemáticas, melhorando a confiabilidade da entrega da mensagem no geral.

No Exchange 2010 SP1, os servidores de Transporte mantêm ativo um custo médio de entrega de mensagens enviadas pelos remetentes individuais. Se um usuário envia mensagens dispendiosas continuamente, como aquelas endereçadas a grandes públicos ou com anexos pesados, os servidores de Transporte começam a dar prioridade a outras mensagens com custo mais baixo, antes de processar as mensagens desse remetente. Por exemplo, se um usuário está enviando várias mensagens com anexos de 10MB, o Transporte começará a processar primeiro outras mensagens sem anexo, antes de lidar com outras mensagens desse remetente em particular.

O Transporte também controla a utilização de RPC de servidores de caixa de correio. Um servidor Transporte de Hub faz conexões de RPC com um servidor de caixa de correio para entrega de mensagens. Se um servidor de Transporte de Hub detectar que um servidor de caixa de correio está sob pressão de recurso RPC, ele reduzirá as sessões RPC que abre para o servidor de caixa de correio. Dessa maneira, as conexões interativas de cliente com o servidor de caixa de correio têm prioridade em relação à entrega de mensagens no que se refere a utilizar recursos RPC em um servidor de caixa de correio.

A Pressão de Retorno é um recurso de monitoramento dos recursos do sistema do serviço de Transporte do Microsoft Exchange que existe nos servidores de Transporte de Hub e de Transporte de Borda no Exchange 2010. O transporte do Exchange pode detectar quando recursos vitais, como espaço em disco rígido disponível e memória estão sob pressão e pode agir para tentar evitar a indisponibilidade do serviço. Todas as opções de configuração para pressão de retorno estão disponíveis no arquivo de configuração de aplicativo EdgeTransport.exe.config.

No Exchange 2010 Service Pack 1, os valores padrão em EdgeTransport.exe.config forem revisados para os seguintes parâmetros:

  • SmtpStartThrottlingDelayInterval: diminuiu de 10 segundos para 1 segundo

  • SmtpStepThrottlingDelayInterval: diminuiu de 5 segundos para 1 segundo

Para mais informações sobre o arquivo EdgeTransport.exe.config, consulte Noções Básicas Sobre o Arquivo EdgeTransport.exe.Config.

Para mais informações sobre configuração da pressão de retorno, consulte Noções Básicas Sobre Pressão de Retorno.

Para mais informações sobre limitação, consulte Noções Básicas Sobre Otimização de Mensagens.

Promoção de redundância de sombra

O Exchange 2010 introduziu o recurso de redundância de sombra para minimizar a perda de qualquer mensagem durante a entrega, após sua entrada na organização do Exchange. Os servidores de Transporte do Exchange atingem esse objetivo usando a extensão do protocolo SMTP de redundância de sombra.

Contudo, em qualquer organização, os servidores de Transporte do Exchange precisam se comunicar com servidores SMTP de terceiros que podem não suportar o protocolo de redundância de sombra. Isso vale em especial com servidores Transporte de Borda que manipulam tráfego de mensagens com vários hosts na internet. Ao receber mensagens de hosts que não suportam redundância de sombra no Exchange 2010 RTM, os servidores de Transporte atrasam o envio de confirmação para mensagens de entrada até que eles verifiquem a entrega final dentro da organização. Contudo, quando um limite específico era atingido, o servidor de Transporte emitia uma confirmação mesmo que a entrega final não tivesse sido verificada. Isso criava uma situação em que as mensagens recebidas dos hosts que não suportavam redundância de sombra podiam ser perdidas em trânsito.

Para lidar com esse problema, um novo recurso chamado promoção de redundância de sombra foi introduzido no Exchange 2010 SP1. Ao enfrentar uma situação como a descrita acima, em vez de emitir uma confirmação sem confirmação de entrega, um servidor de Transporte agora encaminha as mensagens para qualquer outro servidor de Transporte dentro do site, de forma que a mensagem seja protegida pela redundância de sombra.

Há detalhes adicionais sobre como essa situação funciona. Para saber mais, consulte Noções Básicas Sobre Redundância de Sombra.

Failover de SMTP e aprimoramentos de balanceamento de carga

O Exchange 2010 SP1 melhora a maneira como os servidores de Transporte detectam servidores com problemas e usam DNS aprimorado. O DNS aprimorado distribui a carga de maneira uniforme quando todos os servidores estão íntegros, mas no caso de um servidor indisponível, a distribuição de carga entre os servidores íntegros restantes pode não ser balanceada uniformemente.

Para lidar com esse problema, cada servidor de Transporte do Exchange 2010 SP1 mantém uma lista de servidores indisponíveis. Ao encaminhar uma mensagem, cada servidor usa essa informação para filtrar os servidores indisponíveis conhecidos do conjuntos de servidores de destino. Por exemplo, suponha que um servidor Transporte de Hub precise encaminhar diversas mensagens para outro site do Active Directory que possua três servidores Transporte de Hub (Hub1, Hub2 e Hub3). Se o servidor sabe que o Hub2 está indisponível, esse servidor será removido da lista de destinos possíveis e encaminhará somente para o Hub1 e o Hub3. Ele considerará que somente dois servidores, Hub1 e Hub3, existem no site remoto do Active Directory ao balancear cargas de mensagens.

Como resultado, os servidores de Transporte do Exchange 2010 SP1 sempre distribuirão a carga uniformemente entre servidores íntegros e evitarão quaisquer servidores indisponíveis por qualquer razão. Para mais informações, consulte Entendendo o failover de SMTP e o balanceamento de carga em transporte.

Suporte a Proteção estendida nas comunicações SMTP

O Windows oferece associação de canal para proteger a autenticação NTLM em canais criptografados contra ataques de retransmissão de autenticação. No Exchange 2010, todos os serviços fornecidos pelo Exchange foram atualizados para suportar a Proteção estendida para autenticação. Para mais informações, consulte o artigo 968389 da Base de conhecimento Microsoft, Proteção estendida para autenticação.

Para suportar esse recurso de Transporte, os conectores de Recebimento têm de estar atualizados. É possível permitir, solicitar ou desabilitar a Proteção estendida para autenticação em seus conectores de Recebimento. Para mais informações, consulte Noções Básicas Sobre Conectores de Recebimento.

Enviar conectores em conexões confiáveis

Com o Exchange 2010 SP1, diversos recursos novos foram adicionados aos conectores de Envio. A maior parte das alterações é para suportar a coexistência com o Exchange Online. Além disso, a capacidade de fazer downgrade de falhas de conexão foi adicionada aos conectores de Envio.

Você pode ter dedicado conectores de Envio que são responsáveis por transmitir mensagens em canais de comunicação bem-definidos que se espera estejam sempre disponíveis, como o conector de Envio dedicado a enviar mensagens para o Exchange Online. Nessas conexões, muitos erros típicos que são possíveis em destinos comuns na Internet não são esperados. Nessa situação, você pode tratar quaisquer erros de comunicação como transitórios, em vez de emitir NDRs (notificações de falha na entrega). Com o Exchange 2010 SP1, você pode configurar um conector de Envio para que faça downgrade de erros de resolução de nome e autenticação, o que normalmente resultaria em uma NDR para erros transitórios. Nesses casos, o Exchange tentará fazer a entrega novamente em vez de emitir uma NDR.

Para mais informações, consulte Noções Básicas Sobre Conectores de Envio.

 © 2010 Microsoft Corporation. Todos os direitos reservados.