locked
The user was issuing Infinity MAPI operations per second, which is higher than expected. RRS feed

  • Question

  • Just today we have noticed the occassional performance drop in our Exchange 2010 environment, in particulat clients hanging on getting information from the servers.

    We've run the performance troubleshooter and it's returned the following errors:

    Highly active users found

    Unusual user activity exhibited by 'username' (It has listed 6 users)

    When looking on the performance issues tab, against the 6 users identified is the following errors:

    The user 'username' was issuing Infinity MAPI operations per second, which is higher than expected. If a user is issuing more than 10 operations per second for a more than a few minutes at a time, this usually indicates that they are running a resource-intensive application. MAPI client versions: 3586.33015.3.  User's IP Addresses: fe80::1c7c:6cc6:8d00:1b62, 10.59.100.42. MAPI process names: edgetransport.exe, MsFTEFD.exe, w3wp.exe.

    The Exchange Server User Monitor (ExMon) RPC data indicates that the user 'username' is performing online operations of type MAPI operation "GetPropsSpecific" which account for 5.66% of this users MAPI CPU load. When a single MAPI operation type is responsible for a large percentage of the load, this may be an indication that the user is running an application that is behaving poorly.

    The Exchange Server User Monitor (ExMon) RPC data indicates that the user 'username' is performing online operations of type MAPI operation "QueryRows" which account for 7.55% of this users MAPI CPU load. When a single MAPI operation type is responsible for a large percentage of the load, this may be an indication that the user is running an application that is behaving poorly.

    The user 'username' is causing high RPC load by MAPI operation "FindRow". When a single MAPI operation type is responsible for a large percentage of the load, this may be an indication that the user is running an application that is behaving poorly. This accounts for 66.04% of this user's RPC processor usage.

    The user 'username' is causing high RPC load by MAPI operation "TransportDoneWithMessage". When a single MAPI operation type is responsible for a large percentage of the load, this may be an indication that the user is running an application that is behaving poorly. This accounts for 3.77% of this user's RPC processor usage.

    RPCs issued by the user 'username' are consuming a large amount (2%) of server RPC processor time. MAPI client versions: 3586.33015.3.  User's IP Addresses: fe80::1c7c:6cc6:8d00:1b62, 10.59.100.42. MAPI process names: edgetransport.exe, MsFTEFD.exe, w3wp.exe.

    The user username caused Infinity log record bytes/sec to be written, which is greater than the threshold of 87381 MB/sec. MAPI client versions: 3586.33015.3.  User's IP Addresses: fe80::1c7c:6cc6:8d00:1b62, 10.59.100.42. MAPI process names: edgetransport.exe, MsFTEFD.exe, w3wp.exe.

    The Exchange Server User Monitor (ExMon) RPC data indicates that the user 'username' is causing high load on this server. FindRow requests issued by this user account for 66.04% of the RPC processor usage. This indicates the user has a large number of items in the folder that the FindRow is operated on. Consider reducing the number of items per folder.

    Each percentage for each error message and user varies.  Users are using a mix of Outlook 2010 clients and OWA.  Where they are using Outlook 2010 they are using it in Online Mode.  I haven't seen this issue in OWA.

    Environment information:

    3x Exchange 2010 Standard SP2 Servers in a DAG (Server1 - CAS/MBX/HUB, Server2 - CAS/MBX/HUB, Server3 - MBX)  Servers 1 and 2 hold the mailboxes, 3 holds the archive mailboxes

    1x AD Site

    3x Domains (Forest Root and 2 Child Domains, Exchange servers are member servers of the forest root domain, users are in the 2 child domains)

    6x Domain Controllers (2 per domain, all Global Catalogs)

    Can anybody shed any light on why we are getting the errors above and what might be causing the slow performance?

    Cheers

    Adam.

    Monday, February 27, 2012 4:55 PM

Answers

  • Could be many reason, have you tried Outlook in safe mode for the reported users?

    If they use EAS/BB/iPAF etc...have you disabled and monitored?


    Sukh

    Monday, February 27, 2012 11:25 PM
  •  

    Hello,

    Some checkpoints for your reference:

    1. Outlook add-ins. (Outlook /safe)

    2. Third-party Apps, especially for some search tools.  (Run in clean boot mode for Windows)

    3. Do you have a large number of the shared folders opened?

    Thanks,

    Simon

                            

    Wednesday, February 29, 2012 8:20 AM

All replies

  • Could be many reason, have you tried Outlook in safe mode for the reported users?

    If they use EAS/BB/iPAF etc...have you disabled and monitored?


    Sukh

    Monday, February 27, 2012 11:25 PM
  •  

    Hello,

    Some checkpoints for your reference:

    1. Outlook add-ins. (Outlook /safe)

    2. Third-party Apps, especially for some search tools.  (Run in clean boot mode for Windows)

    3. Do you have a large number of the shared folders opened?

    Thanks,

    Simon

                            

    Wednesday, February 29, 2012 8:20 AM