Enquanto a preparação de um ambiente de teste (máquinas virtuais) para a migração do Lotus Notes para o Exchange Server 2007, me deparei com uma questão interessante: Todas as mensagens enviadas para destinatários internamente (dentro de Câmbio) ou externamente (Lotus Notes ou Internet), iria acabar na Pasta de Rascunhos.

não foram gerados avisos, mensagens de erro ou NDR na IU. Isto foi, no mínimo, bastante intrigante. Então eu decidi fazer o que a maioria de vocês experientes profissionais de TI considerariam como o próximo passo lógico: cavar mais fundo.

I começou por olhar através dos logs de eventos na caixa de correio de troca e Servidores de transporte de Hub. No log de aplicação do servidor de caixa de correio, notei o ID de Evento 1009 – um evento de aviso com a fonte e categoria rotulada como”MSExchangeMailSubmission”. A descrição do evento foi spot on: “o Microsoft Exchange Mail Submission service é atualmente incapaz de contatar qualquer servidor de transporte Hub no site de Diretório Ativo local. Os servidores podem estar muito ocupados para aceitar novas conexões neste momento.”

eu suponho que eu devo um grande “obrigado” para a pessoa na Microsoft que veio com as etiquetas significativas para fonte de Evento e categoria – apenas o tipo de coisas que tomamos como garantido.

de qualquer forma, uma vez que havia uma forte indicação de que o problema existia no servidor de transporte Hub, eu comecei a examinar o registro de aplicação do servidor de transporte Hub. Não houve erros registrados, mas houve um aviso: ID do evento: 15002, fonte: MSExchangeTransport, categoria: Gestor de recursos. Na minha pressa de resolver o problema, ignorei o evento de aviso e assumi que o servidor estava apenas reclamando sobre os recursos do sistema na máquina virtual – não muito longe da verdade realmente. Entretanto, usei o Telnet para ligar-me à porta 25 do servidor de transporte do hub e obtive imediatamente uma resposta afirmando:

452 4.3.1 recursos do sistema insuficientes

ligação à máquina perdida

isto fez-me ver mais de perto o ID do evento de aviso: 15002 no registo de aplicações do servidor de transporte do hub. Li a descrição cuidadosamente.:

” a pressão dos recursos é constante em alta. Estatísticas:

Microsoft - O Guia Essencial para o Microsoft Equipes de Engajamento do Usuário Final
O Guia Essencial para o Microsoft Equipes de Engajamento do Usuário Final

Vamos levá-lo através dos 10 melhores práticas, considerações e sugestões que podem enriquecer o seu Microsoft Equipes de implantação e garantir o usuário final adopção e engajamento.

obter o Guia

Filesmicrosoftexchange ServerTransportRolesdataQueuemail.que”) = 63%

Fila de log de banco de espaço em disco (“C:Program FilesMicrosoftExchange ServerTransportRolesdataQueue”) = 63%

partições de memória de Versão = 1

Private bytes = 16%

carga de memória Física = 53%

Entrada envio de mensagens a partir de outros servidores de Transporte de Hub, a Internet, o diretório de Recebimento, o diretório de Repetição, e o servidor de caixa de Correio, se ele estiver em um servidor de Transporte de Hub, parou.

carregamento de E-mail da base de dados de filas, se disponível, continua.”

rolando para baixo na descrição e na verdade lendo os detalhes ajudou J mas espere, eu tinha 2.94 GB Espaço livre na minha máquina virtual executando o papel de servidor de transporte hub. Então porque é que a troca se queixava do espaço em disco?

depois de algumas pesquisas, deparei – me com este artigo sobre a Technet que me apresentou a um conceito não tão conhecido, mas novo introduzido no Exchange Server 2007-Back Pressure. Enquanto você pode ler mais detalhes sobre o assunto em páginas referenciadas, essencialmente a back pressure é um recurso de monitoramento de recursos do sistema integrado no Exchange Server 2007 Hub Transport e funções Edge Server, e afeta a entrega de mensagens dependendo do Estado dos recursos do sistema.

depois de aplicar os usos de troca de fórmulas para calcular os limiares para o serviço de transporte (100*(Tamanho do disco rígido – 4 GB) / tamanho da unidade de disco rígido), eu percebi que o alto valor resultante para a Fila de banco de dados e espaço de disco em meu ambiente (50%) foi maior do que o alto limiar calculado por troca (49%).

Tip: se o espaço livre Disponível for inferior a 4 GB, o nível de Utilização do disco rígido é considerado elevado. Por isso, as minhas escolhas de receber correio foram:

  • Aumentar o espaço disponível em disco (recomendado para ambientes de produção) OU
  • Aumentar o limite apropriado (NÃO recomendada para ambientes de produção)

Desde que eu estava usando um ambiente de teste, eu decidi tomar o caminho fácil e substituir os cálculos padrão para o alto nível de utilização de disco rígido especificando um novo valor nos EdgeTransport.exe.ficheiro de configuração que pode ser encontrado na pasta C: Program FilesMicrosoftExchange ServerBin. Eu alterei o valor padrão para o Porcentagedatabasediskspaceusedhighthreshold de ” 0 “para” 80 ” e reiniciei o serviço de transporte Microsoft Exchange.

verifiquei que a mensagem de aviso não voltou a aparecer após o reinício do serviço e tentei enviar uma mensagem a mim mesmo novamente usando OWA – SUCCESSFUL!! Também notei que a mensagem que foi colocada anteriormente na pasta de rascunhos (durante a edição) também foi entregue com sucesso, sem qualquer intervenção manual.

Enquanto a Pressão de retorno é uma característica do Exchange e destina-se a abordar o sistema de questões de recursos de forma mais graciosa, eu espero que as empresas vão continuar a investir em monitoramento eficaz de soluções para o Exchange, como o System Center Operations Manager para evitar problemas como o descrito acima. A exceção, claro, é um cenário onde você está testando uma solução de troca em um ambiente de teste onde você pode não ter o luxo de ter recursos de Sistema de classe de produção.