none
Exchange 2013 Lenteur OWA RRS feed

  • Question

  • Bonjour à tous,

    je rencontre depuis plusieurs jours un comportement étrange avec mes Exchange 2013 et plus particulièrement avec l'OWA.

    Sans raison apparente l'OWA va être extrêmement lent et fini par ne plus répondre. Je précise que la lenteur ne se fait pas au fur et mesure mais d'un coup.

    Voici comment ça se déroule :

    Je surveille deux choses à l'aide de SCOM :

    1- Le nombre de client connecté à l'Owa / serveur

    2- Le nombre de requête active sur L'owa AppPool

    Précision : Nous avons 95% d'utilisateurs OWA et 5% d'outlook.

    Les deux serveurs vont répondre correctement aux niveau de l'owa.

    Il y a le même nombre d'utilisateur sur les deux serveurs.

    D'un coup et sans autre alerte j'ai le nombre de requête active sur le 1er serveur qui va largement augmenter, passant d'une moyenne de 2500 à plus de 4000.

    C'est à partir de ce moment la que l'owa ne répond plus du tout sur ce serveur. La seule chose qui reste à faire est un IISRESET

    Voici le graphe d'hier :

    En bleu foncé => Requête Active Serveur1

    En bleu clair => Requête active Serveur2

    En rose => nombre d'utilisateur sur le serveur1

    En violet => Nombre d'utilisateur sur le serveur2

    A noter qu'a aucun moment nous n'avons une utilisation a 100% de ram ou CPU

    Nous avons en moyenne une consommation de CPU a 50% et 50Gb de ram 

    Voici ma configuration :

    2 Exchange 2013 RU 7 full rôle en machine virtuelle (VmWare)

    les deux serveurs sont en DAG.

    Pour chaque serveur : 

    16 Vcpu

    98 GB Ram

    9833 BAL réparties a 50/50 sur chaque serveur. Toutes les bal ne sont pas actives en même temps. Nous avons une moyenne de 2300 bal actives.

    J'ai regardé les logs IIS, l'Event Viewer, et rien ne semble expliquer le problème. J'ai récupérer les BLG du monitoring exchange et pareil, rien ne semble probant.

    Avez vous une idée ?

    Emmanuelle



    mercredi 24 février 2016 10:24

Toutes les réponses

  • Bonjour Emmanuelle,

    Est-ce que les clients utilisent différentes systèmes opérationnelles et navigateurs?

    Cordialement,

    Boyan

    mercredi 24 février 2016 17:18
  • Bonjour Boyan,

    Nos utilisateurs utilisent du Windows 7 et de l'IE 9 et 11 (nous sommes en train de déployer IE11 massivement)

    Les lenteurs se produisent sur tous les navigateurs.


    jeudi 25 février 2016 08:06
  • Bonjour Emmanuelle N,

    Merci de votre réponse. Je suis désolé du délai de ma réponse mais est-ce que le problème existe encore?

    Cordialement,

    Boyan

    lundi 7 mars 2016 11:58
  • Bonjour Boyan,

    Le problème est toujours la et arrive quasi quotidiennement.

    Voici ce que je retrouve dans mes logs [Microsoft\Exchange Server\V15\Logging\Diagnostics\ServiceLogs]:

    2016-03-07T08:14:43.210Z,Error,27,"The number of OWA requests encountering HTTP status code 500 is 500, which exceeds configured acceptable value of 500. Current timestamp: 3/7/2016 8:13:00 AM, Number of errors every minute in the last hour are as follows: 0,0,0,0,0,0,0,0,6,108,91,110,96,82,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,6,."

    lundi 7 mars 2016 12:28
  • Vous pouvez utiliser LogParser  et LogParser Studio pour décortiquer les logs IIS liés au service OWA et voir pourquoi il y a autant de connexions à ce moment précis. Cela permettra peut être d'orienter la recherche vers un utilisateur ou un système particulier.

    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    mardi 8 mars 2016 08:52
    Modérateur
  • Bonjour

    Est-ce qu'il y a "quelque chose" avant vos serveurs Exchange ?

    Par exemple un load balancer ?

    Log Parser Studio est LA bonne idée.
    Cela vous permettra de trouver aisément quel est l'utilisateur (ou son "device", exemple un iPhone avec une vieille version d'iOS) qui génre toutes ces requêtes.

    Florent


    jeudi 10 mars 2016 16:52
  • Bonjour,

    Nous avons un load balancer en amont des Exchanges.

    J'avais déja utilisé log parser sans pour autant trouver quelque chose.

    Nous avons fini par ajouter deux serveurs Exchange de plus, pour le moment plus de probleme.

    vendredi 11 mars 2016 08:29