第 8 章 Windows 2000 系统的网络管理

1. 第8章 Windows 2000 系统的网络管理 • 第8章 Windows 2000 系统的网络管理 • 【本章提要】 • 启用站点记录功能 • 日志及其管理 • 网络及站点所需带宽的计算 • 网路性能判断与调整 • Windows系统集成的几个常用测试程序 • 本章讲述如何记录网络的活动，如何根据记录评估网站内容的受欢迎程度，根据记录发现网络和网站瓶颈之所在，如何进行相应的处理、维护和调整网络的性能。因为Web站点是网络应用的核心，故主要讨论与Web 站点活动相关、在windows 2000server系统中使用的常用的网络管理方法。

2. 8.1记录Web站点活动 • 8.1.1 记录的处理程序——日志 • 8.1.2 日志的格式 • 8.1.3 记录的启用与日志的管理 • 8.1.4 【实验8.1】进程帐号—追踪处理器的使用

3. 8.2性能调整 • 8.2.1 性能调整的基本方法 • 8.2.2 【实验8.2】网络监视器及其使用 • 8.2.3 性能监视器及其应用 • 8.2.4 服务器硬件性能调整 • 8.2.2 网络速度与性能调整

4. 8.3 网络容错 • 8.3.1 RAID容错 • 8.3.2 服务器群集

5. 8.4系统集成的几个常用测试程序 • 8.4.1 ping工具 • 8.4.2 Ipconfig工具 • 8.4.3 网络路由跟踪Tracert工具 • 8.4.4 网络协议统计工具Netstat/Nbtstat

6. 8.1.1 记录的处理程序－日志 • Web 站点的记录是由独立于服务器上其他活动的模组来完成的。可以为每一个Web站点选择记录的格式。如果站点启用记录功能，还可以针对该站点的个别目录启用或停止记录功能。 • 通常称这些记录为日志。 • 由 IIS 建立的记录可以用文字编辑器读取，但一般而言，文档会载入到报表产生软件工具中。ODBC 记录会记录到数据库中，而数据库可以用来产生报表。进程帐号的记录是分散写入到每个 Web 站点的 W3C 扩充记录中。 • 关于记录的时间，不同的记录格式可能使用不同的时区。W3C 扩充格式使用 Universal Time Coordinate（UTC，格林威治标准时间），。其他的格式则使用当地时间。在记录中所列的时间反映出服务器用来处理请求和回应的时间。但这些时间并不反映网络移动至用户端的时间，或用户端处理的时间。

7. 8.1.2 日志的格式 • 可以选择不同日志格式来记录对Web的访问和使用情况。IIS支持的格式如下。 • W3C Extended Log File Format • Microsoft IIS Log Format • NCSA Common Log File Format • ODBC Logging • W3C 扩充日志档格式（W3C Extended log file format）、Microsoft IIS 日志档格式（Microsoft IIS log file format），以及 NCSA 日志档格式（NCSA log file format）都是 ASCII 文字格式。W3C 扩充及 NCSA 格式是以四位数年份的格式来记录资料。而 Microsoft IIS 格式则使用二位数年份的格式，并为 IIS 较早期的版本提供向后相容性。 • 也可以建立自订记录格式来指定所需要的记录栏目。 • 1.W3C Extended Log File Format • W3C 扩充格式是一个自订多种不同栏目的 ASCII 格式。可以选取觉得重要的栏目，而忽略不需要的栏目以限制日志档的大小。各个栏目间以空格来隔开。时间记录为 UTC （格林威治标准时间）。

8. 8.1.2 日志的格式 • #Software: Microsoft Internet 服务管理器 5.0 • #Version: 1.0 • #Date: 2004-10-7 14:40:15 • #Fields: time c- IP cs-method cs-uri-stem sc-status cs-version • 17:42:15 192.168.255.255 GET /sss.htm 200 HTTP/1.0 • 上述的项目表示在 UTC 时间2004 年10 月 7日下午2:4，有一个使用者使用 HTTP 1.0 版以及 IP 地址 192.168.255.255 发出一个 HTTP GET 命令取得 sss.htm 文档。这个请求没有传回错误讯息。#Date: 栏目表示当第一个记录项目产生时，也就是记录建立之时。#Version: 栏目表示 W3C 记录格式使用的版本。 • 任何栏目都可以被选取，但某些栏目中可能没有可用的信息。若栏目被选取，但没有任何信息，则在栏目中会出现短线“－”。 • 2．Microsoft IIS Log Format • Microsoft IIS 格式是一个固定（不能自订的） ASCII 格式。Microsoft IIS 格式包含了一些基本项目，如使用者的 IP 地址、使用者名称、请求日期与时间、HTTP 状态码，以及

9. 8.1.2 日志的格式 • 接收数据的字节多少。另外，它还包含一些详细的项目，如经过时间、传送的字节数、动作（例如，用 GET 命令下载）以及目标文档等。这些项目间以逗号分隔，使得格式比其他 ASCII 格式更容易阅读。而时间则是以本地时间来记录。 • 在文字编辑器开启 Microsoft IIS 格式文档时，这些项目就像下面的例子所示： • 192.168.10.111, • _ • , 07/20/04, 12:50:20, W3SVC2, BBOUGT1, 172.11.12.66, 3450, 180, • 3300, 200, 0, GET, sss.gif • 表8.1说明了上述例子中各项目的含义。

10. 8.1.2 日志的格式 • 即是说，第一个项目表示在 2004年 7 月 20 日下午 12:50 有一个匿名使用者以 IP 地址 192.168.10.111 发出了一个 HTTP GET 指令，从名称为 BBOUGT，IP 地址为172.11.12.66 的服务器取得图片sss.gif。这个180 bits的 HTTP 请求及响应共花费了3450毫秒的处理时间，且没有传回错误，而总共有 3300 bits的资料传送给了该位匿名使用者。 • 在日志档中，所有栏目用逗号（,）来结束。若某些栏目没有有效的值，则会以连字号“-”来表示。 • 3．NCSA Common Log File Format • NCSA 通用格式是一个固定（不能自定义的）ASCII 格式，可用于 Web 站点，但不能用于 FTP 站点。它记录着有关使用者请求的基本资讯，例如远端主机名称、使用者名称、

11. 8.1.2 日志的格式 • 日期、时间、请求类型、HTTP 状态码，以及由服务器接收的比特数目。这些项目用空格来间隔；时间以本地时间来记录。 • 在文字编辑器开启 NCSA 通用格式文档时，这个项目就像下面所列的例子： • 172.11.12.66 • _ • Slad\ship [19/Oct/2004:17:12:04 -0800] "GET /scr IP ts/ IIS • admin/ism.dll?http/serv HTTP/1.0" 200 3401 • 表格8.2说明了上述的例子各项目的含义。

12. 8.1.2 日志的格式 • 这个项目表示一个在 Slad域的名为ship的使用者，其 IP 地址为 172.11.12.66，在 2004年10 月19日下午 5:12 发出一个 HTTP GET 命令（亦即下载一个文档）。这个请求没有传回错误信息，而使用者ship下载了 4890 bits的资料。 • 4．ODBC Logging • ODBC 记录格式是在 ODBC 相容数据库中一组固定的资料栏目，如 Microsoft Access 或 Microsoft SQL Server。记录的项目有使用者的 IP 地址、使用者名称、请求的日期与时间、HTTP 状态码、接收到的比特组、送出的比特组、执行的动作（例如，用 GET 命令执行下载）与目标（例如，下载的文档档）。而时间是以本地时间来记录。使用这个选项，必须指定要记录的数据库，并设定数据库接收资料。 • 要使用 ODBC 记录，则按下列步骤操作：

13. 8.1.2 日志的格式 • 建立一个包含适当记录资料栏目之数据表的数据库IIS 包含一个 SQL 范例文档，可在 SQL 数据库中执行，用来建立从 IIS 接受记录项目的数据表。这个文档称为 Logtemp.sql，其位置在 \IIS Root 目录中。假如在安装时接受默认值，则 \IIS Root 目录是 \WinNT\System32 目录下的一个子目录。 • 赋予数据库一个系统资料来源名称（即DSN，数据源名称），ODBC 软件会使用这个名称来寻找数据库。 • 提供 IIS 数据库与数据表的名称。若在访问数据库请求使用者名称和密码，则必须在 IIS 指定。

14. 8.1.3 记录的启用与日志的管理 • 在默认的情况下启用 IIS 记录时，每当使用者访问服务器，新的记录项目便会产生。这会造成日志文档的大小或数目增加。这就需要在资料详细度与限制文档大小和数目之间找到一个平衡点。 • IIS 提供了两个选项用于管理记录资料的产生与新日志的建立。 • 一是使用 W3C 扩充记录并加以自订，如此便只收集自己所需要的资料。 • 二是变更日志档建立的频率以限制记录的大小。 • 日志是简单的 ASCII （文字）文档。假如只要一个较大的文档，却发现已经建立许多小文档，可以将这些文档与任何的 ASCII 文档结合起来。可使用“copy”指令来结合文档。 • 当选取记录选项时只能在停止站点后，才可以访问目前的日志。 • 当 IIS 尝试加入一个记录项目至文档中时，如果服务器磁盘空间已用完，IIS 记录功

15. 8.1.3 记录的启用与日志的管理 • 会关闭。同时，会有一个事件记录在 Windows 事件查看器的“应用程序”记录中。当磁盘再一次有可用空间时，IIS 会继续记录，这会导致额外的事件记录在Windows事件查看器的“应用程序”记录里。 • 1．日志格式与日志文件名称　 • 日志文件名称使用字母来表示日志记录的格式，使用数字代表记录的时间框架或顺序，参见表8.3的说明。表中nn 是连续的数字，yy 为年份，mm 为月份， ww 为月份的周数，dd 为日期，hh 为 24 小时制格式的时间。

16. 8.1.3 记录的启用与日志的管理 • 2．启用记录[实验] • 可以为个别的 Web站点启用记录并指定日志的格式。当记录功能启用时，它对此站点上的所有目录都会起作用，但是也可以关闭特定目录的记录功能。 • 启用 Web站点上的记录功能的操作如下。　 • 选取 Web 站点，然后开启其【属性】页。 • 选取“启用记录” 核取方框。 • 在“使用中的日志格式”清单中选取一种格式。在默认的情况下，会选取 “启用记录” 核取方框，而且默认的格式为W3C Extended Log File Format，在其内容页里，下列记录选项也会被启用：时间、用户端 IP 地址、方法、URI 和 HTTP 状态等。 • 如果所选取的是 ODBC 记录（ODBC logging），就按一下【属性】，然后在文字栏目中输入“数据源名称”以及数据库内的数据表名称。如果访问此数据库时请求使用者名称与密码，也要输入这些资料然后按下【确定】。

17. 8.1.3 记录的启用与日志的管理 • 按【应用】。 • 按【确定】。 如图8-1所示。

18. 8.1.3 记录的启用与日志的管理 • 3.启用或停用站点上特定目录的记录功能　 • 选取目录并开启其属性页。 在“主目录” 或“目录” 属性页上，找出“日志查阅” 核取方框。此核取方框默认为选取。 • 若要停用某目录的记录功能，请清除核取方框；若要启用记录功能，请选取此核取方框。 • 4.设置 W3C 扩充记录与日志的保存 • 若在 Web 或 FTP 站点使用 W3C 扩充日志档格式，则可以选择要记录的栏目（项目）。可以选用重要的栏目来收集详细资料，而忽略不需要的栏目以限制日志的大小。

19. 8.1.3 记录的启用与日志的管理

20. 8.1.3 记录的启用与日志的管理 • 自订 W3C 扩充记录的操作步骤如下。　 • 选取 Web站点，然后开启其属性页。 • 启用记录（若停用的话），然后选取 W3C Extended Log File Format。  • 按【属性】按钮 。 • 在“ 扩充属性” 属性页中，选取要记录的栏目。默认启用“ 时间”、“用户端IP地址”、“方法”、“URI资源” 和“ HTTP状态”栏目。

21. 8.1.3 记录的启用与日志的管理 图8-3 W3C的常规属性

22. 8.1.3 记录的启用与日志的管理 • 在“一般属性” 属性页中，选取建立新日志时应使用的选项。包括： • 每小时 每小时建立一个新的日志档，从每一个小时第一笔项目开始记录。流量较高 的 Web 站点通常选择这个选项。 • 每日 每天建立一个新的日志档，从每天第一个项目开始记录。 • 每周 每周建立一个新的日志档，从星期六午夜发生的第一个项目开始记录。 • 每月 每个月建立一个新的日志档，以上个月最后一天之午夜所发生的第一个项目开始记录。　 • 不限制文件大小 ：　资料永远一直附加在同一个日志文档后面。只能在暂停服务器之后访问这个日志档。 • 当文件大小到达 ：　当目前的日志文档到达所给定的大小，就建立新的日志文档；再指定其的大小。　 • 在“ 日志文件目录” 中输入日志文档应该保存的目录。此目录必须位于本机硬盘中，且路径不可以写成相对路径或UNC路径（如 \\server1\share1\）。 • 按下【确定】。

23. 8.1.4 进程帐号—追踪处理器的使用【实验】 • 进程帐号在 IIS 是一个新的功能。它加入栏目至 W3C 扩充日志档来记录有关 Web 站点如何使用服务器 CPU 资源的信息。用来判断站点是否使用不相称的高 CPU 资源，或侦测错误的代码。 • 进程帐号可以每一站点为基础。它并不提供个别应用程序的 CPU 使用率，而只记录和处理应用程序有关的信息。只有选取 W3C 扩充记录文档格式时，Web 站点才能使用它并予以记录。进程帐号资讯散布在文档中的其他记录信息内。这个从进程帐号取得的资讯可以用来判断处理程序带宽限制是否应该在 Web 站点启用。处理程序带宽限制限制了 Web 站点可使用的处理器时间。

24. 8.1.4 进程帐号—追踪处理器的使用【实验】 • 启用进程帐号的操作如下： • 选取 Web 站点并开启其属性页。 • 在 Web站点 属性页中，按一下【属性】 。 • 在【扩充属性】 中，选取“ 进程帐号” 核取方框。 • 按【确定】。

25. 8.1.4 进程帐号—追踪处理器的使用【实验】

26. 8.2.1 性能调整的基本方法 • 通常，包括Web服务器性能在内的网络性能，会在一段时间之后，随着流量及站点内容改变而有所变化。因此，服务器系统管理员必须运用不同的工具，来拟定监视策略，以便有效地调整性能。 • 1．如何监视与调整性能　 • 性能测试与调整首先必须从评估目前的性能情况入手。因为性能会随着时间产生极大改变，所以监视时间的长度务必足够，才能掌握服务器运行的真正状况。 • 其次，为了改善性能，必须检查系统的所有部分，以便找出潜在障碍。产生这些障碍的原因，可能是因为硬件设定不正确或不恰当，也可能是 IIS 或Windows 2000的软件设定有问题。一个完善的监视计划，就是要检查所有部分的性能。 • 一旦对服务器的性能了解之后，就可开始作修正以改善性能。修正工作应逐项一一进行，否则将很难判断修正所可能造成的影响。

27. 8.2.1 性能调整的基本方法 • 在每项修正过后，还是必须继续监视，以便观察改变是否会造成直接影响，或产生不良的副作用。因为一方资源的变动可能会对另一方区域造成障碍，因此每修正一次，就要对所有资源进行性能检查，这是非常重要的。 • 2．监视性能的工具 • 监视服务器是服务器系统管理工作中极为重要的一项。运用适当的工具，就能检测出服务器的问题，评估 Web 站点内容改变所带来的结果，进而规划站点的升级，让使用者更容易访问网站。 • 根据欲获取的信息来选取合适的监视工具，如果想测量 Web 服务器的整体负荷量，那麽可使用“系统监视器”进行连续数天的测量，将计算机连接及文档传输次数显示出来。如果发现Web服务器的性能减缓，那麽可检查“事件查看器”中所记录的错误信息。

28. 8.2.1 性能调整的基本方法 • 另外，还可检查 IIS 所产生的日志来监视服务器，除了 Windows 2000 原有的内建工具之外，还可利用其他相关的性能监视工具。 • Windows 2000 Server内置的工具有： • 事件查看器 • 任务管理器 • 网络监视器 • 性能监视器 • 下面简介事件查看器与任务管理器，后两小节较为详细地介绍网络监视器与性能监视器。 • (1) 事件查看器　 • Windows 2000 有一个事件记录服务，可将一些事件记录下来，如某项服务的错误或成功启动。这些事件可用“事件查看器”来查看。还可以利用事件查看器来监视“系统”、“安全”及“应用程序”事件日志。有了这项信息，网管就可以清楚了解某些事件的顺序或类型所造成的性能问题。 • 事件查看器位于【开始】|【程序】|【管理工具】|【事件查看器】。

29. 8.2.1 性能调整的基本方法 • (2) 任务管理器 • “任务管理器”可用来查看持续进行的工作及执行进程，也可以用来变更处理程序原先被指派的优先等级。不过，一旦处理程序结束，新的设定就会丢失。利用这个工具可以即时观看 CPU 和存储器的使用状况，不过资料不会随时间保存。 • 对Windows 2000系统，同时按下ctrl-alt-delete键，就可以呼出任务管理器界面。

30. 8.2.2 网络监视器 • “网络监视器”可掌握往来计算机的流量信息，提供有关接收与传送数据帧（frames）的详细内容。这个工具能协助网管分析网络流量的复杂模式，监视网络的整体情况；也能追踪各个数据包的详细信息，例如查看 HTTP 向Web服务器发出请求或者Web服务器作出响应的的包头信息，如查看源和目标IP地址、MAC地址、使用的协议、端口号等等。 • 1.安装网络监视器[实验] • 系统默认不安装网络监视器，该组件的安装步骤如下。 • 1) 单击【开始】|【设置】|【控制面板】，在【控制面板】窗口中单击【添加/删除Windows组件】按钮，出现Windows 组件对话框,如图8-5所示。

31. 8.2.2 网络监视器 图 8-5 Windows 组件安装向导

32. 8.2.2 网络监视器 • 2) 选取对话框中的【管理和监视工具】的复选框，然后单击【下一步】按钮，系统就会自动安装好管理和监视工具组件。 • 3) 安装完毕后会出现完成安装的提示信息，单击【完成】按钮，重启计算机。 • 2. 网络监视器功能介绍 • 单击【开始】|【程序】|【管理工具】|【网络监视器】，启动网络监视器，出现如图8-6 所示窗口。该窗口由四个窗格构成。这四个窗格是图表区，会话统计区，机器统计区和综合统计区。 • （1）图表区 • 该区位于窗口中的左上部分，它用一组条形图反映网络的工作情况: • 网络利用：显示网络带宽的利用百分比。 • 每秒帧数：显示网络上每秒所接收和发送的帧数。 • 每秒字节数：显示网络上每秒广播的数据包个数。 • 每秒广播：显示网络上每秒广播的数据包个数。 • 每秒的多播：显示网络上每秒多播的数据包个数。8.2.2 网络监视器

33. 8.2.2 网络监视器 图 8-6 网络监视器对话框

34. 8.2.2 网络监视器 • (2) 会话统计区 • 该区位于图表区的下方，它显示了服务器与网络中其他计算机之间通信的详细情况。“网络地址”栏目下所显示的是本服务器的计算机名（显示为local）或其他计算机的网卡MAC地址，“1|2”或“12”栏目下显示的是计算机之间收发的数据帧的个数。 • 该提示信息对分析网络线路的连接质量很有用。例如，若怀疑某客户机与服务器线路有故障，可如此检测： • 打开对包括怀疑线路在内的多台计算机，在启用网路监视器的服务器上执行 • 从服务器上同时给每台客户机发送相同的信息，如Ping 该网路的广播地址（比如Ping172．16．255．255）。 • 按【捕获】｜【开始】并监视传输过程，当发现服务器发往其中一个用户的帧数明显比其他用户多时，说明这条线路的质量较差。

35. 8.2.2 网络监视器 • 这是因为当线路质量较差时，许多帧在传输过程中产生了延时，未被用户端收到。这时服务器就不得不重新发送一次，如果线路不好，此过程就要重复多次，乃至会不停地重发。所以从会话统计区中将会反映出从服务器发往该用户的帧明显比其他用户多；如果不停地重发，就导致所谓的广播风暴。 • (3) 机器统计区 • 该区位于窗口的下半部分，显示的是网络中计算机之间点对点发送和接收的帧数和字节数，以及广播帧（Broadcast Frame）和多播帧（Multicast Frame）的情况。机器统计区所显示的内容与会话统计区基本相同，不过机器统计区中反映得更为详细。 • (4) 总和统计区 • 该区位于窗口中的右半部分，是对所监视到的通信量进行综合汇总统计，包括了其他三个工作区中的相关数据。

36. 8.2.2 网络监视器 • 在网络监视器的【窗口】菜单中复选上面所述的4个窗格区域，可以对其隐藏或者显示，根据需要查看所有或者其中部分窗格的内容。 • 3.捕获与分析网络数据[实验] • 网络监视器主要用来捕获网络数据，网络管理员可以根据这些数据分析网络的工作情况。集成于Windows 2000 Server的网络监视器只能捕获进出本机网卡的数据帧。若要捕获网络中其他计算机网卡上进出的帧，则需使用微软系统管理服务器中的（增强版的）网络监视器。 • (1) 捕获数据帧 • 选择在本机哪块网卡上捕获帧。如果本机有多块网卡，则在网络监视器的菜单区按【捕获】|【网络…】，在弹出的窗口中选择一块网卡，如图8-7所示（图中的三个十六进制地址表明本机有三块网卡）。

37. 8.2.2 网络监视器 图8-7 选定在哪块网卡上捕获帧

38. 8.2.2 网络监视器 • 2) 按【捕获】|【开始】，即开始捕获进出本机网卡的数据。如图8-8(a)所示。 图8-8(a) 捕获数据帧

39. 8.2.2 网络监视器 • (2) 分析数据帧 • 在网络监视器的菜单区按【捕获】|【停止并查看】，出现所捕获的所有帧的列表界面。若欲查看某帧德详细情况，点击某帧，则出现如图8-8所示的界面。 • 该窗口有三个窗格。 • 在上一窗格中摘要显示了捕获到德所有帧，图中能看到的是第2帧和第三帧，都是广播帧，是从MAC地址为“000496…”的网卡发出的地址解析请求，查询IP地址为172.16.60.177的网卡所对应的MAC地址。 • 中间窗格则详细解释了第3帧的内容:该帧是以太网帧，协议为地址解析协议，等等。 • 下面窗格则是该数据帧的十六进制表示。

40. 8.2.2 网络监视器 图8-8(b) 帧的详细信息

41. 8.2.3 性能监视器及其应用 • 在Windows 2000 Server中有一个还有一个分析网路的性能组件，叫做性能监视器。性能监视器包含“系统监视器”和“性能日志和警报”，性能监视器通过图表来形象地观察网络服务器的性能数据，或者将数据保存在日志文件中以备日后分析，或者生成有关网络性能的报表，或者当系统性能超过变化设定的范围时激活相应的警报向网络管理员报警。 • 1.对象与计数器 • 性能监视器要用到两个概念，一个是“对象”，一个是“计数器”。 • （1）对象 • 对象是指被监视的设备或某个特定的接口及服务，如处理器(Processor)、内存（Memory）FTP协议、Netware网关服务(Gateway Service For NetWare)等。

42. 8.2.3 性能监视器及其应用 • (2)计数器 • 计数器是某对象中某一性能的具体反映和表示，常用“百分号(%)”或“每秒(/Sec)”来表示，如在处理器对象下就有处理器时间(%Processor Time)、用户时间(User Time)、中断时间(%Interrupt Time)等多个计数器。每个计数器分别反映了某一对象的某个细节。系统监视器的计数器如表8.4所示。 • 性能监视器的主要功能就是对网络服务器进行跟踪监视，实际上就是监视网络中对象的相关计数器，对系统的关键数据进行实时记录，为单机或者网络的故障排除和性能优化提供原始数据。

43. 8.2.3 性能监视器及其应用 • 性能监视器用即时图表或报告来显示性能资料，并将资料收集到文档中，以便在警报事件发生时，发出警示提醒注意。系统监视器会观察某些特定对象活动的“计数器”，查看其输出。例如，观察 Web Service对象，会看到计数器监视每秒所接收的比特数，或每秒尝试连接的次数。 • 2．性能监视器的启用与信息显示方式【实验】 • (1) 启用 • 性能监视器Windows 2000 Server系统是默认安装的，启用时单击【开始】|【程序】|【管理工具】|【性能】，则出现如图8-10所示的窗口，是性能监视器的界面。其控制台根结点下包含“系统监视器”和“性能日志和警报”两个工具。

44. 8.2.3 性能监视器及其应用 • 如果安装了网络监视器，从其【工具】菜单里也可打开“性能监视器”。 • (2) 系统监视器的信息查看方式 • 在图中右边的按钮区，按相应的按钮可切换系统监视器的4种信息查看方式： • 图表，直方图，报表，日志数据。默认是以图表方式显示。如图8-9所示。

45. 8.2.3 性能监视器及其应用 图8-9 性能监视器对话框

46. 8.2.3 性能监视器及其应用 • 1) 图表 • 启动系统监视器后，系统默认为图表方式。在该方式下，需要对某一对象或多个对象进行监视时，可先添加需要监视的对象及其计数器，再进行实时监视，而且还可将所完成的设置以文件形式保存起来，以便于下次使用，减少重新设置的麻烦。在图表方式中可以对多个计数器进行同时监视，每个计数器可以选择不同的颜色和宽度，以示区别。在显示器上不同的对象用不同颜色的曲线来表示，图像的下方显示相关的数据。 • 2）直方图 • 把图表的连续曲线变为直方图显示，更加直观一些。 • 3) 报表 • 图表方式与报表方式很接近，只不过图表方式是以曲线或直方图来显示监视过程或结果，而报表方式是以数字形式对监视对象进行准确的显示。

47. 8.2.3 性能监视器及其应用 • 4) 日志 • 日志方式主要用于对所关心的数据进行详细的数据收集，并将结果记录在文件中，以便以后分析整理。在对系统进行综合分析时，日志方式是非常有用的。 • 3.警报的使用[实验] • “性能日志和警报”中设置“警报”后，警报即跟踪系统的工作情况，当运行中超出设置的报警阈限值时，就会自动报警。例如，网络服务器的硬盘空间小于一定的数值时将可能造成服务器的崩溃，致使网络瘫痪。这时就可以设置警报检测服务器硬盘的使用空间，当它小于某一数值时便报警通知管理员，网络管理员接收报警信息后，便可采用相应的防范措施。

48. 8.2.3 性能监视器及其应用 • 报警的方式有四种: • 将项记入应用程序事件日志 • 发送网络信息（报警信息）到（某计算机） • 启动性能数据日志（记录报警信息） • 执行这个程序（如执行某个声音程序的播放，以通知网管） • 下面以对CPU的监视报警为例说明警报的使用。操作步骤如下 • 在如图8-10所示的界面上，右击“警报”后选择“新建警报设置”，在弹出的对话框中随意输入名称，如“CPU警报”，按【确定】，出现如图8-10所示的界面。按【添加】添加计数器，在出现的对话框中选择“% processor time”计数器，按【添加】，【关闭】。

49. 8.2.3 性能监视器及其应用 图8-10 添加% processor time计数器并设置CPU警报

50. 8.2.3 性能监视器及其应用 • 在“将触发警报，如果值是”后面的选择栏中选“超过”，在“限制”栏文本框中写入欲报警的数值如60，则cpu的使用超过60%后就会触发报警。 • 按【操作】菜单，出现如图8-12所示的界面，选择对警报的响应方式，本实验选择“发送网络信息”到计算机172.16.91.8, 如图8-11所示。则触发警报后，信使服务就立即将报警信息通知该计算机。