Problemas do BES 5.x ao se conectar ao Exchange 2010 SP2 RU4

Question

Desde que atualizamos do SP1 RU4 para o SP2 RU4, notamos que nossos dispositivos BES simplesmente deixarão de receber e-mails. Isso ocorreu pelo menos 5 vezes nas últimas semanas.

Hoje, enquanto conversavam com o suporte da RIM (um contrato T3), eles disseram ter relatórios de problemas de conectividade esporádicos de alguns usuários do BES. Isso está ocorrendo com o Exchange 2010 SP2 RU4 e não temos informações públicas para nos fornecer.

Conseguimos fazer com que as coisas funcionassem temporariamente fazendo uma ou todas as ações a seguir

• Reinicie o servidor BES
• Recriar o perfil MAPI (excluiu as chaves no registro)
• Reinicie os servidores CAS
• Espere (2 horas)

Quais outras opções devo tomar para resolver esse problema?

    

Answer 1

É possível que o BES esteja se conectando ao CASArray com apenas um nome e o algoritmo de criação de agentes esteja no modo "Avançado" padrão. No Exchange 2003, haveria um agente por servidor e, se um agente fosse suspenso, isso causaria uma interrupção para todos os usuários desse servidor. Por outro lado, no Exchange 2010, todos os usuários compartilham o mesmo agente e, se houver um problema com esse agente, todos os usuários serão afetados.

Embora isso não resolva o problema da raiz, é como mitigar o risco, ao custo da CPU e da carga de memória no servidor BES, criando mais agentes

Instruções

A configuração do BlackBerry Enterprise Server para usar o algoritmo simples de distribuição de usuários enumera a quantidade total de usuários do BlackBerry e os divide uniformemente entre os Agentes do Messaging. Quando definido para 1, o algoritmo simples é usado; quando definido como 2, o algoritmo complexo é usado (complexo é o padrão pronto para uso do BlackBerry Enterprise Server). A redistribuição de usuários pode ajudar a fornecer alívio, já que a carga do BlackBerry Enterprise Server pode ser subdividida com mais eficácia em um ambiente do Microsoft Exchange 2010. Nas versões anteriores do Microsoft Exchange, o ServerDN do usuário era um fator determinante de onde o usuário seria colocado; desde as alterações de arquitetura no Microsoft Exchange 2010, todos os usuários são vistos como tendo o mesmo ServerDN, pois o CAS faz um aumento na quantidade da lógica de negócios do Microsoft Exchange.

Observação: isso não deve ser implementado em um ambiente misto do Exchange.

Ativando o algoritmo de distribuição de agente de mensagens simples

The distribution algorithm can be changed with the DWORD registry key AgentOptimizeAlgorithm located in
    32 bit - HKEY_LOCAL_MACHINE\SOFTWARE\Research In Motion\BlackBerry Enterprise Server\Dispatcher.
    64bit - HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Research In Motion\BlackBerry Enterprise Server\Dispatcher.
        DWORD value is 1 - the simple algorithm is used.
        DWORD value is 2 - the complex algorithm is used.
        The Default value is 2.
        If the registry key does not exist, create it. 
No advanced logic is used in this process.
BlackBerry smartphone users are simply distributed evenly across the number of agents specified in the two DWORD registry keys NumAgents, and NumAgentsFullServer located in:
    32bit - HKEY_LOCAL_MACHINE\SOFTWARE\Research In Motion\BlackBerry Enterprise Server\Agents.
    64bit - HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Research In Motion\BlackBerry Enterprise Server\Agents.

    Default value is 5, do not increase it higher than 10. Make both registry keys values match.

Reinicie o BlackBerry Controller Service e o BlackBerry Dispatcher Service. Nota: Se as chaves de registro acima não existirem, elas precisam ser criadas.

Observação: no máximo 2 agentes de mensagens serão criados se o banco de dados de configuração estiver no MSDE (Microsoft SQL Database Engine). Mova o banco de dados de configuração para o SQL 2005 Express usando KB03112.