Exchange EAC 性能控制台默认是存在的，只不过是没显示的状态，Exchange EAC 性能控制台提供了大量有关EAC的性能计数器。我们可以用它来检查需要多长时间来验证用户，服务器处理请求等等。
今天简单的说一下，如何在Exchange EAC启动性能控制台。补充说明一点，Exchange 2010、2013、2016都适用这个方法，其他版本小编目前还没测试。
1. 登陆Exchange服务器，访问%ExchangeInstallPath%\V15\ClientAccess\ecp\web.config;
2.编辑Web.config,找到ShowPerformanceConsole，编辑属性为true，默认是false;
3.保存，重启IIS服务；
4.登陆ECP；
不启动是这样的
启动后是这样的
具体的性能参数：
请求URL - 由用户所请求的URL;
客户请求时间（毫秒） - 用在请求的总时间，这是由客户端进行测量。该值最终应用的用户感知性能;
客户端网络时间（毫秒）-时间由浏览器花费发送，等待并接收来自所述服务器的响应;
UI响应（毫秒）-时间由浏览器花费处理响应接收。此值衡量的客户端UI代码的性能；
服务器请求时间（毫秒） - 花费在处理服务器上的请求的总时间。但是，这并不包括在网络时间发送或接收的请求;
RBAC会话 - 请求过程中创建的RBAC会话数。值为1表示创建一个新的会话;值0意味着高速缓存会话使用;
RBAC会话延迟时间（毫秒） - 时间花在创建请求期间RBAC会议;
RPC请求 - 要求在执行RPC操作的数量;
RPC延迟时间（毫秒） - 时间请求过程中RPC操作花;
LDAP请求 - 请求期间执行的LDAP操作的数量;
LDAP延迟时间（毫秒） - 时间的请求期间的LDAP操作花;
序列化 - 数倍Windows通讯基础[WCF]序列化或反序列化的请求期间的对象;
串行时间（毫秒） - 时间花在WCF序列化或请求反序列化过程中的对象;
运行空间 - 这个请求过程中创建的Windows PowerShell运行空间的数量。值为1表示创建一个新的运行空间;值0表示一个缓存运行空间被用于或不需要;
运行空间延迟时间（毫秒） - 时间花在创建的Windows PowerShell运行空间的要求;
运行空间的激活 - 次的Windows PowerShell中运行空间被激活运行的cmdlet数量;
运行空间活动时间（毫秒） - 总时间的Windows PowerShell运行空间被请求时保持活跃。这包括激活运行空间，调用和执行的cmdlet，变换输出对象和过程中的错误所需要的时间;
Windows PowerShell中调用计数 - 次的Windows PoerShell被调用运行cmdlet的数量;
Windows PowerShell中调用时间（毫秒） - 时间花在运行使用Windows PowerShell cmdlet的。这包括该cmdlet一次在Windows PowerShell引擎本身所用;
实例化的cmdlet - 由该请求实例化交易所的cmdlet数。在某些情况下，这并不一定意味着小命令被实际调用;
cmdlet的时间（毫秒） - 时间在Exchange cmdlet的代码度过的。这包括时间在构造函数中，BeginProcessing，ProcessRecord和EndProcessing花;
cmdlet的调用 - 交换数量的cmdlet通过有效的Windows PowerShell调用。这基本上计算BeginProcess多少次被称为在Exchange cmdlet的;
BeginProcessing时间（毫秒） - 所花费的时间在Exchange cmdlet的运行BeginProcessing;
ProcessRecord计数 - 次ProcessRecord被称为在Exchange cmdlet的数量。该值指示输入的数量由请求期间交易所cmdlet的对象的过程;
过程记录时间（毫秒） - 所花费的时间在Exchange cmdlet的运行ProcessRecord。这通常包括大多数的请求的LDAP和RPC调用;
EndProcessing时间（毫秒） - 所花费的时间在Exchange cmdlet的运行EndProcessing。
