Noções Básicas Sobre Otimização de Mensagens
Aplica-se a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Tópico modificado em: 2015-03-09
Este tópico explica as opções de otimização de mensagens que estão disponíveis no Microsoft Exchange Server 2010. Ele descreve também aprimoramentos para a funcionalidade de otimização de mensagens incluída no Service Pack 1 (SP1) do Microsoft Exchange Server 2010. Otimização de mensagens refere-se a um grupo de limites definidos no número de mensagens e conexões que podem ser processadas por um computador que esteja executando o Exchange 2010 em que a função de servidor Transporte de Hub ou de Transporte de Borda esteja instalada. Esses limites evitam a exaustão acidental ou intencional dos recursos do sistema no servidor de transporte.
Para obter mais informações sobre tarefas de gerenciamento para gerenciamento de servidores de transporte, consulte Gerenciando Servidores de Transporte.
Sumário
Escopo da otimização de mensagem
Opções de otimização de mensagens em servidores de transporte
Opção de otimização de mensagens em Conectores de envio
Opção de otimização de mensagens em Conectores de recebimento
Diretivas de otimização de mensagens
Escopo da otimização de mensagem
A otimização de mensagem envolve uma variedade de limites sobre taxas de processamento de mensagens, taxas de conexão SMTP e tempos limites de sessão SMTP. Esses limites trabalham juntos para proteger um servidor de Transporte de Hub ou o servidor de Transporte de Borda de ser sobrecarregado ao aceitar e entregar mensagens. Embora um grande Registro posterior de mensagens e conexões possa estar aguardando para ser processado, os limites de otimização de mensagem habilitam o servidor de transporte a processar as mensagens e conexões de uma forma ordenada.
Além da otimização de mensagem, com o Exchange 2010 você também pode colocar limites de mensagem nos componentes individuais de mensagens, como o número de destinatários, o tamanho do cabeçalho de mensagem, ou o tamanho de anexos individuais. Para obter mais informações sobre limites de tamanho de mensagem, consulte Noções básicas sobre limites de tamanho de mensagem.
Outro recurso do Exchange 2010 que ajuda a evitar a sobrecarga de recursos do sistema de um servidor de transporte do Exchange 2010 é a pressão de retorno. A pressão de retorno é um recurso de monitoramento de recursos do sistema nos servidores de Transporte de Hub e de Transporte de Borda. Quando um recurso do sistema monitorado, como a utilização de disco rígido ou utilização de memória, excede o limite especificado, o servidor de transporte do Exchange reduz a taxa que ele aceita novas conexões e mensagens e se concentra na entrega das mensagens existentes. Quando a utilização de recursos do sistema monitorados retorna aos níveis normais, o servidor de transporte do Exchange aumenta lentamente a taxa que ele aceita novas conexões e estabelece um nível normal. Para obter mais informações, consulte Noções Básicas Sobre Pressão de Retorno.
Aprimoramentos de otimização de mensagens no Exchange 2010 SP1
O Exchange 2010 SP1 inclui recursos adicionais que melhoram a funcionalidade de otimização de mensagens. Estes são os endereços de aprimoramento dos seguintes problemas que os administradores podem enfrentar em um ambiente de mensagens:
Como mais recursos são necessários para enviar mensagens que possuem grandes anexos ou que são enviadas para vários destinatários, outras operações de entrega podem enfrentar um aumento de latência.
Uma grande taxa de operações de entrega de caixa de correio pode reduzir a experiência interativa do usuário da caixa de correio. Por exemplo, usuários podem enfrentar lentidão para atualizar ou atualizar várias vezes quando eles acessam suas caixas de correio.
Nenhum método centralizado está disponível para controlar como um usuário específico pode afetar inadvertidamente os recursos de um servidor de transporte. Esse efeito pode ocorrer se o usuário enviar mensagens que tenham grandes custos de entrega em termos de número de destinatários ou tamanho total da mensagem ou ambos.
Para fornecer transferência de mensagem mais consistente e latência de entrega de mensagem previsível, o Exchange 2010 SP1 estabelece um custo acumulado para mensagens. Este custo é baseado nos seguintes critérios:
Tamanho da mensagem
Número de destinatários
Frequência da transmissão
Servidores de transporte que executam o Exchange 2010 SP1 rastreiam a custo médio de entrega de mensagens que são enviadas para usuários individuais. Utilizando custos de mensagem, o Exchange 2010 SP1 fornece um grupo de configurações que podem controlar o efeito que um usuário ou conexão pode ter sobre uma organização do Exchange. Esse grupo de configurações é conhecido como uma diretiva de otimização. Quando um usuário repetidamente envia mensagens dispendiosas, como mensagens que possuem anexos pesados ou mensagens que são enviadas para muitos destinatários, os servidores de transporte baseados no Exchange 2010 SP1 utilizam uma diretiva de otimização para atribuir uma prioridade menor para mensagens de custo mais alto para um usuário enquanto continua a entregar mensagens de baixo custo. Este novo comportamento adiciona um aspecto de "qualidade de serviço" para a funcionalidade de otimização de mensagem no Exchange 2010.
Dica
A otimização de mensagem não afeta a prioridade da mensagem do ponto de vista do usuário. As mensagens ainda mantêm a prioridade original definida pelo usuário. Por exemplo, as mensagens mantêm a configuração de Importante ou Urgente e assim por diante.
Para oferecer suporte a esta nova funcionalidade, o Exchange 2010 SP1 utiliza os seguintes mecanismos:
Agente de Priorização interno Este agente é acionado no evento OnResolvedMessage e atribui uma prioridade menor para mensagens do mesmo remetente que tem um grande custo acumulado. Este custo é medido por um período de um minuto e afeta mensagens que tenham mais de 500 destinatários P1 e P2 ou que são maiores que 1 megabyte (MB).
Prioridade de enfileiramento baseado em cota para a fila do tipo MapiDelivery Este mecanismo causa no Exchange a entrega de mensagens em uma fila de prioridade normal mais frequentemente do que mensagens em uma fila de prioridade baixa. Por padrão, a proporção de mensagens normal para baixa é de 20:1. No entanto, novas mensagens em uma fila de prioridade baixa nunca são entregues antes do que novos itens em uma fila de prioridade mais alta. Por exemplo, considere a situação a seguir:
Vinte mensagens de prioridade normal são entregues. Por padrão, a mensagem seguinte entregue é uma mensagem de prioridade mais baixa.
Duas novas mensagens são recebidas pelo servidor de transporte: Uma mensagem na fila de prioridade mais alta e uma mensagem na fila de prioridade mais baixa.
Neste cenário, a mensagem da fila de prioridade mais alta é entregue primeiro. Em seguida, a mensagem da fila de prioridade mais baixa é entregue.
Conexões simultâneas de otimização baseadas na integridade do banco de dados das mensagens Este mecanismo monitora a integridade do MDB (banco de dados de mensagens) do Exchange e otimiza as conexões simultâneas para servidores de transporte do Exchange com base em um valor de medida de integridade atribuído. O MDB é monitorado pelo API do monitor de integridade de recurso no servidor de Transporte de Hub e é atribuído um valor de integridade de -1 a 100. Este valor é baseado nas estatísticas de desempenho RPC que são incluídas em cada resposta RPC do processo Store.exe. A estrutura de Integridade de Recurso utiliza as taxas dos contadores de desempenho de Solicitações/Segundo e de Latência Média de RPC para calcular um valor de integridade para o banco de dados. Para ajudar a manter uma experiência interativa do usuário consistente, o Exchange reduz o número de conexões simultâneas com a redução do valor de integridade. Estão disponíveis os seguintes intervalos de valores de integridade:
-1: Esse valor indica que o estado de integridade do MDB é desconhecido. Esse valor é atribuído quando o banco de dados é iniciado. Nesse cenário, o banco de dados é considerado íntegro.
0: Esse valor é atribuído se o banco de dados estiver em um estado inadequado. Neste Estado, o banco de dados não deve ser contatado.
1 a 99: Esses valores representam um Estado de integridade razoável. Um valor mais baixo representa um banco de dados menos íntegro.
100: Este valor representa um banco de dados íntegro.
O serviço de otimização do Microsoft Exchange no Exchange 2010 SP1 fornece a estrutura para otimização de fluxo de mensagens. Este serviço é instalado quando você instala a função de servidor caixa de correio. O serviço de otimização do Exchange 2010 mantém o controle das configurações de otimização de fluxo de mensagens para um usuário especifico e armazena em cache a informação de otimização da memória. Configurações de otimização de fluxo de mensagens são também conhecidas como orçamento. Reiniciar o serviço de otimização do Exchange 2010 também redefine os orçamentos de otimização de fluxo de mensagens.
Você também pode utilizar a diretiva de cmdlets de otimização disponíveis no Exchange 2010 SP1 para configurar definições individuais de orçamento para uma diretiva de otimização. Um orçamento é uma quantidade de acesso que um usuário ou aplicativo pode ter a uma configuração específica. Um orçamento representa quantas conexões um usuário pode ter ou quanta atividade é permitida a um usuário para cada período de um minuto. Por exemplo, um orçamento pode ser configurado para definir a quantidade de tempo que um usuário fica utilizando um recurso especifico no Exchange, como serviços Web do ActiveSync, Outlook Web App ou Exchange. Este limite é armazenado em uma diretiva de otimização e define o orçamento.
As configurações de tempo para um orçamento são definidas como uma porcentagem por minuto. Portanto, um limite de 100 por cento representa 60 segundos. Por exemplo, suponha que você deseja especificar configurações de diretiva do Outlook Web App que limite a quantidade de tempo em que um usuário executa um código no Outlook Web App no servidor de Acesso para cliente e a quantidade de tempo que o usuário pode se comunicar com o servidor de Acesso para Cliente para 600 milissegundos em um período de um minuto. Para isso, você precisa definir o valor de 1 por cento de um minuto (600 milissegundos) para ambos os parâmetros a seguir:
OWAPercentTimeInCAS: 1
OWAPercentTimeInMailboxRPC: 1
Um usuário que tenha esta diretiva aplicada tem um orçamento de 600 milissegundos para o OWAPercentTimeInCAS e os mesmos 600 milissegundos para o OWAPercentageTimeInMailboxRPC Neste cenário, quando um usuário estiver conectado no Outlook Web App, o usuário pode executar o código de Acesso para Cliente por até 600 milissegundos. Depois do período de 600 milissegundos, a conexão é considerada acima do orçamento e o servidor do Exchange não irá permitir qualquer ação do Outlook Web App até um minuto depois que o limite de orçamento tenha sido alcançado. Depois do período de um minuto, o usuário pode executar o código de acesso para cliente do Outlook Web App por outros 600 milissegundos.
Estes recursos do Exchange 2010 SP1, junto com os recursos no RTM (Versão de Produção) do Exchange 2010, permitem ao administrador do Exchange manter uma experiência de usuário consistente sem ter que implantar mais servidores do que o necessário para atender à carga de trabalho normal.
Opções de otimização de mensagens em servidores de transporte
Você pode definir as opções de otimização de mensagens nos seguintes locais:
No servidor de transporte
Em um Conector de envio
Em um Conector de recebimento
Você pode definir todas as opções de otimização de mensagens que estão definidas em servidores de Transporte de Hub ou servidores de Transporte de Borda no Shell de Gerenciamento do Exchange. Você pode também definir algumas das mesmas opções configurando as propriedades de servidor de transporte no Console de Gerenciamento do Exchange.
A tabela a seguir mostra as opções de otimização de mensagens que estão disponíveis em servidores de Transporte de Hub ou servidores de Transporte de Borda.
Opções de otimização de mensagem em servidores de Transporte de Hub ou de Transporte de Borda
| Origem | Parâmetro | Descrição |
|---|---|---|
Set-TransportServer |
MaxConcurrentMailboxDeliveries |
Esse parâmetro especifica o número máximo de threads de entrega que o servidor de Transporte de Hub pode ter abertos ao mesmo tempo para entregar mensagens a caixas de correio. O driver de repositório no servidor de Transporte de Hub é responsável pela entrega de mensagens de e para servidores de Caixa de Correio. Esse limite se aplica à entrega de mensagens a qualquer caixa de correio na organização do Exchange. O valor padrão do parâmetro MaxConcurrentMailboxDeliveries é 20. |
Set-TransportServer |
MaxConcurrentMailboxSubmissions |
Esse parâmetro especifica o número máximo de threads de entrega que o servidor de Transporte de Hub pode ter abertos ao mesmo tempo para aceitar mensagens de caixas de correio. O driver de repositório no servidor de Transporte de Hub é responsável pela entrega de mensagens de e para servidores de Caixa de Correio. Esse limite se aplica à aceitação de novas mensagens de qualquer caixa de correio na organização do Exchange. O valor padrão do parâmetro MaxConcurrentMailboxSubmissions é 20. |
Set-TransportServer |
MaxConnectionRatePerMinute |
Esse parâmetro especifica a taxa máxima em que novas conexões de entrada podem ser abertas no servidor de Transporte de Hub ou servidor de Transporte de Borda. Essas conexões são abertas para qualquer Conector de recebimento que existe no servidor. O valor padrão para o parâmetro MaxConnectionRatePerMinute é 1200 conexões por minuto. |
Set-TransportServer ou Propriedades do servidor de Transporte |
MaxOutboundConnections |
Esse parâmetro especifica o número máximo de conexões de saída simultâneas que o servidor de Transporte de Hub ou o servidor de Transporte de Borda pode ter abertas ao mesmo tempo. As conexões de saída ocorrem usando os Conectores de envio existentes no servidor. O valor que é especificado pelo parâmetro MaxOutboundConnections se aplica a todos os Conectores de envio existentes no servidor de transporte. O valor padrão do parâmetro MaxOutboundConnections é 1000. Se você inserir um valor Esse valor pode ser configurado com a EMC. |
Set-TransportServer ou Propriedades do servidor de Transporte |
MaxPerDomainOutboundConnections |
Esse parâmetro especifica o número máximo de conexões que um servidor de Transporte de Hub ou servidor de Transporte de Borda voltado para a Internet pode ter abertas para qualquer domínio remoto único. As conexões de saída com domínios remotos ocorrem usando os Conectores de envio existentes no servidor. O valor padrão do parâmetro MaxPerDomainOutboundConnections é 20. Se você inserir um valor Esse valor pode ser configurado com a EMC. |
Set-TransportServer |
PickupDirectoryMaxMessagesPerMinute |
Esse parâmetro especifica a taxa de processamento de mensagens para o Diretório de recebimento e Diretório de repetição. Cada diretório pode processar arquivos de mensagem independentemente na velocidade que é especificada pelo parâmetro PickupDirectoryMaxMessagesPerMinute. Por padrão, o Diretório de recebimento pode processar 100 mensagens por minuto, e o Diretório de repetição pode processar 100 mensagens por minuto simultaneamente. O Diretório de recebimento e o Diretório de repetição verificam novos arquivos de mensagem a cada 5 segundos ou 12 vezes por minuto. Esse intervalo de sondagem de 5 segundos não é configurável. Isso significa que o número máximo de mensagens que podem ser processadas durante cada intervalo de sondagem é o valor atribuído ao parâmetro PickupDirectoryMaxMessagesPerMinute dividido por 12 (PickupDirectoryMaxMessagesPerMinute/12). Por padrão, só podem ser processadas aproximadamente oito mensagens por intervalo de sondagem de 5 segundos. |
Para obter mais informações, consulte os seguintes tópicos:
Opção de otimização de mensagens em Conectores de envio
A tabela a seguir mostra as opções de otimização de mensagens que estão disponíveis nos conectores de Envio que são configurados na sua organização ou um servidor de Transporte de Borda. Você deve usar o Shell para configurar essa opção.
Opção de otimização de mensagens disponível em Conectores de envio
| Origem | Parâmetro | Descrição |
|---|---|---|
Set-SendConnector |
ConnectionInactivityTimeOut |
Esse parâmetro especifica o tempo máximo que uma conexão SMTP aberta com um servidor de mensagem de destino pode permanecer ociosa antes que a conexão seja fechada. O valor padrão é 10 minutos. |
Para obter mais informações, consulte Set-SendConnector.
Opção de otimização de mensagens em Conectores de recebimento
A tabela a seguir mostra as opções de otimização de mensagens que estão disponíveis em Conectores de recebimento que são configuradas em um servidor de Transporte de Hub ou um servidor de Transporte de Borda. Você deve usar o Shell para configurar essas opções.
Opção de otimização de mensagens disponível em Conectores de recebimento
| Origem | Parâmetro | Descrição |
|---|---|---|
Set-ReceiveConnector |
ConnectionInactivityTimeOut |
Esse parâmetro especifica o tempo máximo que uma conexão SMTP aberta com um servidor de mensagem de origem pode permanecer ociosa antes que a conexão seja fechada. O valor padrão para um Conector de recebimento configurado em um servidor de Transporte de Hub é de 5 minutos. O valor padrão para um conector de recebimento configurado em um servidor de Transporte de Borda é de 1 minuto. |
Set-ReceiveConnector |
ConnectionTimeOut |
Esse parâmetro especifica o tempo máximo que uma conexão SMTP aberta com um servidor de mensagem de origem pode permanecer aberta, mesmo se o servidor de mensagem de origem estiver transmitindo dados. O valor padrão para um conector de recebimento configurado em um servidor de Transporte de Hub é de 10 minutos, enquanto o valor padrão para um conector de recebimento configurado em um servidor de Transporte de Borda é de 5 minutos. O valor especificado pelo parâmetro ConnectionTimeout deve ser maior que o valor especificado pelo parâmetro ConnectionInactivityTimeout. |
Set-ReceiveConnector |
MaxInboundConnection |
Esse parâmetro especifica o número máximo de conexões SMTP de entrada que esse Conector de recebimento permite simultaneamente. O valor padrão é 5000. |
Set-ReceiveConnector |
MaxInboundConnectionPercentagePerSource |
Esse parâmetro especifica o número máximo de conexões SMTP que um Conector de recebimento permite simultaneamente a partir de um único servidor de mensagens de origem. O valor é expresso como a porcentagem de conexões restantes disponíveis em um Conector de recebimento. O número máximo de conexões permitidas pelo Conector de recebimento é definido pelo parâmetro MaxInboundConnection. O valor padrão do parâmetro MaxInboundConnectionPercentagePerSource é 2 por cento. |
Set-ReceiveConnector |
MaxInboundConnectionPerSource |
Esse parâmetro especifica o número máximo de conexões SMTP que um Conector de recebimento permite simultaneamente a partir de um único servidor de mensagens de origem. O valor padrão é 100. |
Set-ReceiveConnector |
MaxProtocolErrors |
Esse parâmetro especifica o número máximo de erros de protocolo SMTP que um Conector de Recebimento permite antes de fechar a conexão com o servidor de mensagens de origem. O valor padrão é 5. |
Set-ReceiveConnector |
TarpitInterval |
Esse parâmetro especifica o atraso que é usado no tarpitting. Tarpitting é a prática de retardar artificialmente as respostas SMTP para padrões de comunicação SMTP específicos que indicam um ataque de coleta de diretório ou outras mensagens indesejadas. Um ataque de coleta de diretório é uma tentativa de coletar endereços de email válidos de uma organização determinada para usar como destino para email comercial não solicitado. O atraso especificado pelo parâmetro TarpitInterval só se aplica a conexões anônimas. O valor padrão do parâmetro TarpitInterval é 5 segundos. Para obter mais informações, consulte Noções básicas sobre Filtragem de Destinatário. |
Para obter mais informações, consulte Set-ReceiveConnector.
Diretivas de otimização de mensagens
No Exchange 2010 SP1, cada caixa de correio tem uma configuração de ThrottlingPolicy. O valor padrão para essa configuração é $Null. Você pode usar o comando Set-Mailbox junto com o parâmetro ThrottlingPolicy para configurar uma diretiva de otimização para uma caixa de correio.
Uma diretiva de otimização padrão existe para fornecer uma configuração de orçamento padrão definida para usuários que se conectam ao Exchange Para configurar as definições de orçamento personalizadas para um ou mais usuários, crie uma nova diretiva de otimização. Em seguida, aplique a diretiva ao usuário ou grupo apropriado.
Importante
Recomendamos que você não modifique a diretiva de otimização padrão.
Você pode definir todas as opções de otimização de mensagem que estão disponíveis nos servidores de Caixa de Correio no Shell de Gerenciamento do Exchange. Os cmdlets seguintes estão disponíveis para gerenciar diretivas de otimização:
Get-ThrottlingPolicy
Remove-ThrottlingPolicy
New-ThrottlingPolicy
Set-ThrottlingPolicy
Para obter mais informações, consulte Noções Básicas Sobre Diretivas de Limitação de Cliente.
Você pode utilizar os cmdlets New-ThrottlingPolicy e Set-ThrottlingPolicy para configurar quanta atividade um usuário pode executar em uma conexão específica ou período de tempo no Exchange. Essas configurações compõem um orçamento de usuário. Você pode estabelecer diretivas de otimização para controlar o acesso aos seguintes recursos do Exchange:
Exchange ActiveSync
Serviços Web do Exchange
Outlook Web App
Unificação de Mensagens
IMAP4
POP3
Conexões de clientes no Outlook (conexões MAPI ou RPC)
Configurações de fluxo de mensagens
Comandos do PowerShell
Uso da CPU
Para obter mais informações sobre as configurações de diretiva disponíveis para utilizar com os cmdlets de diretiva de otimização, consulte New-ThrottlingPolicy e Set-ThrottlingPolicy.
Para obter mais informações sobre como configurar servidores de Transporte, consulte os seguintes tópicos:
© 2010 Microsoft Corporation. Todos os direitos reservados.