系统管理指南：操作系统与设备
比较不同机器上的文件系统
如果万一存在于不同机器上的文件系统是相同的，但您怀疑有一个系统已破坏，则可以比较文件系统。以下过程描述如何将驻留在您当前主机（在该方案中，称为 orig_host）上的文件系统的属性与远程主机上的相同文件系统的属性比较。 1. 以 root 用户身份登录到远程主机。例如： 2. tn juniper.mycompany.com 3. 4.
5. AIX V5
6. (C) Copyrights by IBM and by others 1982, 2002. 7. 登录：root 用户
root 用户的密码：
8. 使用您最喜欢的编辑器，编辑主机的 .rhosts 文件以添加允许 root 用户执行安全远程命令的节。对于新节，请使用以下格式：
orig_host root
产生的 .rhosts 文件可能看起来类似如下： NIM.mycompany.com root nim.mycompany.com root
host.othernetwork.com root orig_host.mycompany.com root
9. 保存更改并退出远程连接。
10.使用 orig_host 上的超级权限，用您最喜欢的编辑器创建另一个文件。对于该方案，新文件命名为 compareFS。例如： vi compareFS
11.在该文件中插入以下正文，其中 FSname 是您想要比较的文件系统的名称，remote_host 是比较文件系统所驻留的主机的名称： 12. FSname -> remote_host install -v ;
注:
在该文件的 install 命令行中，-v 参数与分号（;）之间必须有一个空格。 例如：
/home/jane/* -> juniper.mycompany.com install -v ;
13.保存文件并退出编辑器。对于以下步骤中的 rdist 命令，将 compareFS 文件用作 distfile。
14.在命令提示符处输入以下内容： /usr/bin/rdist -f compareFS
或者，如果期望从比较中获取大量的输出，则将输出发送到文件名。例如： /usr/bin/rdist -f compareFS > compareFS_output 输出列出了文件系统之间的任何差别。
配置工作负载管理器（WLM）以巩固工作负载
工作负载管理器（WLM）让您控制系统上的作业使用的资源。缺省 WLM 配置模板存在于每个安装的 AIX 操作系统上。以下过程更新 WLM 配置模板以在共享的服务器上实现资源管理策略。结果配置可以用作测试的开始点。您如何正确地配置 WLM 将取决于您所在环境的工作负载和策略的需求。 注:
1. WLM 的有效使用要求具有对现有系统进程和性能的广泛知识。您可以发展对工作负载运行良好的配置前，可能需要重复的测试和调整。如果用极值或错误的值配置 WLM，则会大大地降低系统性能。 2. 当已经知道进程的一个或多个分类属性（例如，用户、组或应用程序名称）时，配置 WLM 的进程更简单。如果不熟悉资源的当前使用，则使用诸如 topas 的工具来标识主资源用户的进程并将结果信息用作定义类和规则的开始点。
3. 以下情况假定您熟悉 《AIX 5L V5.3 系统管理概念：操作系统和设备》 中描述的基本“工作负载管理器”概念 。 WLM 配置文件存在于 /etc/wlm/ConfigurationName 目录中。每个超类的每个子类在名为 /etc/wlm/ConfigurationName/SuperClassName 的配置文件中定义。有关这些文件的更多信息，请参阅 AIX 5L Version 5.3 Files Reference。
在以下过程中，可以将工作负载从两个独立部门服务器合并到一个更大的服务器上。此示例编辑配置文件，但是您也可以使用 SMIT（使用 smit wlmconfig_create 快速路径）或“基于 Web 的系统管理器”（选择工作负载管理器容器，选择配置／类容器，然后从工作负载菜单选择新的配置）来创建配置。简单地说，您在此过程要执行以下操作：
1. 标识您想巩固的应用程序的资源需求。这将帮助您确定可以将多少应用程序移动到更大的服务器。
2. 定义等级以及资源共享和限制，以开始测试巩固的工作负载。 3. 微调配置，直至达到想要的结果。
已使用 AIX 5.2 测试了本入门书的该信息。如果您正在使用不同版本或级别的 AIX，您获得的结果可能就会发生显著的改变。 步骤 1. 标识应用程序需求
在此情况下，工作负载是您可能在数据库服务器上看到的典型的内容。假定作业可分为以下几大类：
侦听器
这些是大多数时间睡眠并周期性唤醒以响应请求的进程。虽然这些进程不消耗许多资源，但是对响应时间的要求很高。 工作程序
这些是执行代表请求的工作的进程，无论该请求是本地还是远程的。这些进程可能使用许多 CPU 时间和内存。 报告者
这些是执行自动执行任务的进程。它们可能要求许多 CPU 时间或内存，但是可以容忍稍慢的响应时间。 监视器
这些是通常定期运行以验证系统或应用程序状态的进程。这些进程可能使用大量的资源，但只占用很短的时间。 命令
这些是系统用户可能在任何时间运行的命令或其它应用程序。它们的资源需求是不可预测的。 除了此工作之外，调度作业还属于以下类别之一：
SysTools
这些是执行自动执行任务的进程。这些作业对系统操作不是关键的，但是需要定期并在特定时间约束内运行。 SysBatch
这些是很少运行的进程，对系统操作不关键，并且不需要以及时的方式完成。
创建配置的第一步是定义类和规则。在以下步骤中，将使用以上列出的常规的作业类别来定义类。请使用以下过程：
1. 使用以下命令在名为 MyConfig 的 /etc/wlm 目录中建立一个新的配置： mkdir /etc/wlm/MyConfig
2. 使用以下命令将模板文件复制到 /etc/wlm/MyConfig 目录中： cp -pr /etc/wlm/template/* /etc/wlm/MyConfig
3. 要创建超类，请使用您喜欢的编辑器修改 /etc/wlm/MyConfig/classes 文件以包含以下内容： 4. System: 5.
6. Default: 7.
8. DeptA： 9.
10. DeptB： 11.
12. SysTools： 13.
14. SysBatch：
作为开始点，为每个部门定义一个超类（因为两个部门将共享服务器）。SysTool 和 SysBatch 超类将处理上述常规类别中描述的调度作业。System 和 Default 超类始终是已定义的。
15.在 MyConfig 目录中，为每个 DeptA 和 DeptB 超类创建一个目录。（创建配置时，必须为每个有子类的超类创建一个目录。）在以下步骤中，为每个部门的超类定义了五个子类（每个类别的工作一个）。 16.要为作业的每个常规类别创建子类，请编辑 /etc/wlm/MyConfig/DeptA/classes 和
/etc/wlm/MyConfig/DeptB/classes 文件以包含以下内容： 17. Listen: 18. 19. Work: 20. 21. Monitor: 22. 23. Report: 24. 25. Command:
注:
每个超类的 classes 文件内容可能不同。
确定了类以后，在以下步骤中创建用于对超类和子类级别的进程进行分类的分类规则。为了简单起见，假定所有应用程序从已知位置运行，来自一个部门的所有进程在 deptA UNIX 组下运行，并且来自其它部门的进程在 deptB UNIX 组下运行。
26.要创建超类分配规则，请修改 /etc/wlm/MyConfig/rules 文件以包含以下内容：
27. DeptA - - deptA - - 28. DeptB - - deptB - -
29. SysTools - root,bin - /usr/sbin/tools/* - 30. SysBatch - root,bin - /usr/sbin/batch/* - 31. System - root - - - Default - - - - - 注:
如果多于一个相同应用程序的实例可以运行并且所有分类属性（除了标签）是相同的，则使用 wlmassign 命令或 wlm_set_tag 子例程，通过将它们指定为不同的类在它们之间进行区分。
32.要创建更多特定子类规则，则通过以下内容创建
/etc/wlm/MyConfig/DeptA/rules 和 /etc/wlm/MyConfig/DeptB/rules 文件：
33. Listen - - - /opt/myapp/bin/listen* - 34. Work - - - /opt/myapp/bin/work* -
35. Monitor - - - /opt/bin/myapp/bin/monitor - 36. Report - - - /opt/bin/myapp/report* - Command - - - /opt/commands/* - 37.要确定每个类的资源消耗行为，则使用以下命令在被动方式中启动 WLM： wlmcntrl -p -d MyConfig
在被动方式中启动 WLM 后，首先可以单独运行每个应用程序以获取其资源需求的更好的透视图。然后可以同时运行所有应用程序以更好地确定所有类之间的交互作用。
标识应用程序资源需求的备用方法可能是首先在独立的服务器（您固定应用程序所在的服务器）上以被动方式运行 WLM。此步骤的缺点是您必须在更大的系统上重新创建配置，并且所需要的资源百分比可能与更大的系统上的不同。