Exchange 2016之启动Exchange EAC 性能控制台界面

hailai

　　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，Proce***ecord和EndProcessing花;
　　cmdlet的调用 - 交换数量的cmdlet通过有效的Windows PowerShell调用。这基本上计算BeginProcess多少次被称为在Exchange cmdlet的;
　　BeginProcessing时间（毫秒） - 所花费的时间在Exchange cmdlet的运行BeginProcessing;
　　Proce***ecord计数 - 次Proce***ecord被称为在Exchange cmdlet的数量。该值指示输入的数量由请求期间交易所cmdlet的对象的过程;
　　过程记录时间（毫秒） - 所花费的时间在Exchange cmdlet的运行Proce***ecord。这通常包括大多数的请求的LDAP和RPC调用;
　　EndProcessing时间（毫秒） - 所花费的时间在Exchange cmdlet的运行EndProcessing。