MSIB 项目组利用以下的性能计数器分析 MSIB 2.0 站点的性能。 下面给出的性能计数器是以如下格式编写的： 性能目标 性能计数器
|
性能计数器
|
描述
|
| ASP.Net请求的执行时间 | 测量处理一个 ASP.NET 脚本所花的时间。 如果计数器的数值显著增大或者请求的执行时间超过了一秒钟，那么该系统是在超过其优能力工作。 为 MSIB 站点设计的页面在一秒之内可以很好地工作。 |
| ASP.Net 请求/秒 |
每秒钟请求一个 ASP.NET 脚本的次数。 |
| ASP.Net 请求的等待时间 |
测量一个对 ASP.NET 页面的新请求在开始被处理之前等待的时间。 |
| 内存可用兆字节数 |
以兆字节(MB)测量服务器上可以用于运行过程的内存大小。 如果可用内存过低，服务器将开始把内存分页到磁盘。 计数器的小编号为四，不过还是建议维持服务器内存的空间以获得佳性能。 |
| 内存页面/秒 |
测量正在对硬盘进行的实际内存请求。 计数器的大编号是一种关键指标，表明您的系统缺乏内存资源或者是一个实施不良的解决方案。 |
| 网络接口字节总数 |
代表某一网络适配器网路吞吐量的总数。 如果您的服务器中包含了多个您想监控的网络适配器，那么您必需要为每个网络适配器单独配置一个计数器实例。 这是用于跟踪网路吞吐量的关键计数器。 |
| NTDSNTLM 身份验证/秒 |
每秒钟进行的 NT LAN Manager (NTLM)身份验证次数。 |
|
物理磁盘 %磁盘时间，
|
这三个计算器是用来跟踪磁盘子系统中的活动的。 磁盘子系统很容易成为任何系统中的瓶颈。 在前端 Web 服务器上，磁盘利用率应当是非常低的，这是因为一个页面所用的内容和图像应当能够在文件系统的高速缓存中很好地匹配。 基本的磁盘活动是日志文件，在 Windows 2000 中对日志文件进行了很好地调整以便获得高性能。
相反，SQL 服务器则广泛采用了物理磁盘子系统。 对于快速的 Microsoft SQL Server 2000 计算机来说为 SQL 服务器规划和校准这一子系统尤其关键。 |
|
物理磁盘 磁盘读取/秒， |
|
|
以及 物理磁盘 磁盘写/秒 处理器\%处理器时间 |
|
|
SQL 服务器：数据库交易/秒 |
表示每秒钟为数据库发起的交易数量。 这一计数器是后端 SQL 服务器活动的关键指标。 |
|
系统上下文转换/秒 |
表示系统从一个线程切换到另一个线程的次数。 如果该计数器增加到每处理器 5000 以上，这表示服务器和/或应用程序的对称多重处理(SMP)的可扩展性较差。 Windows 2000 和 Microsoft Commerce Server 2002 的组件都可以很好地缩放。 |
| Web 服务Get 请求/秒 |
表示每秒钟使用 Web 服务试图发起的 HTTP GET 请求速度。 这是用于判断吞吐量的关键计数器。 |
如需了解关于性能计算器的更多信息，参见 Windows 2000 Server 帮助中的“性能目标和计数器”部分。
如需了解建议用于监控您的 ISA 服务器性能的性能计数器的信息，参见 http://go.microsoft.com/fwlink/?LinkId=14746。
交易成本分析
这一部分介绍了 MSIB 项目组用以为 MSIB 2.0 站点计算交易成本分析(TCA)的使用概况和站点概况，并总结了 MSIB 项目组在典型的企业和基准 MSIB 2.0 部署中进行的交易成本分析(TCA)得到的操作成本。 此外，该部分还介绍了如何使用 TCA 方法在 MSIB 2.0 站点上进行容量规划。 从开始的意义上说，利用该分析方法的符合逻辑的地方是在销售阶段中决定许可证数量的时候。
部分包括：
使用和站点概况
操作成本摘要
使用 TCA 方法进行容量规划
使用和站点概况
本部分介绍了 MSIB 项目组用以为 MSIB 2.0 站点计算交易成本分析 (TCA) 的在线使用概况、 MSIB 使用概况和站点概况。 要执行一个 MSIB 2.0 站点的 TCA ，您必须首先创建一个使用概况和站点概况。 然后您才能够利用 TCA 方法计算您的站点容量，这种方法将在本文后面的部分加以介绍。 编制使用概况的过程在“Commerce Server 2002 Creating a Usage Profile for Site Capacity Planning”中有详细介绍，地址在 http://go.microsoft.com/fwlink/?LinkId=9498。
在线使用概况
在线概括描述了在线时 MSIB 2.0 站点的使用情况。 这一概括不包括 MSIB 2.0 站点离线时可能发生的任何操作。 下表列出了本文中 MSIB 项目组所用的在线使用概括。 峰值乘数用于计算与平均负载有关的系统的大容量。 如果每秒钟的平均请求数量是 50 ，如果您的峰值乘数是 3 的话那么预期峰值将会是每秒钟 150 次请求。 为了对实施 MSIB 2.0 进行容量规划，您应当为系统的峰值容量做规划。
