步骤 2. 定义等级、共享和限制
WLM 配置是资源管理策略的实现。以被动方式运行 WLM 提供有助于您确定资源管理策略是否对给定的工作负载合理的信息。现在可以定义等级、共享和限制以基于资源管理策略调整您的工作负载。 对于此情况，假定您有以下需求：
System 类必须有最高的优先级并且要保证它始终能访问一部分系统资源。
? SysTools 类必须可以在所有时间访问特定百分比的资源，但是它对 DeptA 和 DeptB 中运行的应用程序并没有很多显著影响。 ? SysBatch 类不能干涉系统上的任何其它工作。
? DeptA 将接收可用资源（指类可用的共享资源）的 60%，而 DeptB 将接收 40%。在 DeptA 和 DeptB 中：
o Listen 类中的进程必须以很少的等待时间响应请求，但是不必消
耗许多资源。
o 必须允许 Work 类消耗大多数资源。Monitor 和 Command 类必须
消耗一些资源，但是比 Work 类少。 o Report 类不能干涉其它任何工作。
?
在以下过程中，定义等级、共享和限制：
1. 要创建超类等级，请使用您喜欢的编辑器修改
/etc/wlm/MyConfig/classes 文件以包含以下内容： 2. System: 3.
4. Default: 5.
6. DeptA：
7. localshm = yes adminuser = adminA 8. authuser = adminA 9. inheritance = yes 10.
11. DeptB：
12. localshm = yes adminuser = adminB 13. authuser = adminB 14. inheritance = yes 15.
16. SysTools：
17. localshm = yes 18. SysBatch：
19. tier = 1
localshm = yes
SysBatch 超类放在等级 1 中，因为此类包含非常低优先级的作业，您不想这些作业干涉系统上的其它工作。（未指定等级时，类缺省值为等级 0。）每个部门的超类的管理由 adminuser 和 authuser 属性定义。为 DeptA 和 DeptB 启用了继承属性。带继承的类中启动的所有新进程将在该类中保持分类。
20.要为每组作业创建子类等级，请修改 /etc/wlm/MyConfig/DeptA/classes 和
/etc/wlm/MyConfig/DeptB/classes 文件以包含以下内容： 21. Listen: 22. 23. Work: 24. 25. Monitor: 26. 27. Report:
28. tier = 1 29. Command:
30.要为超类指定初始的共享，请编辑 /etc/wlm/MyConfig/shares 文件以包含以下内容： 31. DeptA：
32. CPU = 3 33. memory = 3 34.
35. DeptB：
36. CPU = 2 memory = 2 因为指定了一个总共 5 个共享的 CPU，所以 DeptA 进程将访问总的 CPU 资源的五个共享中的三个（或 60%），而 DeptB 进程将访问五个中的两个（或 40%）。因为您没有对 SysTools、System 和 Default 类指定共享，所以它们的消耗目标将保持独立于活动的共享数量，这给了它们对于比 DeptA 和 DeptB 更高优先权的资源的访问权（直至到达其限制）。不对 SysBatch 类指定任何共享，因为它仅仅是等级 1 中的超类，因此任何共享指定都是不相关的。SysBatch 类中的作业仅仅可以消耗未被等级 0 中的所有类使用的资源。
37.要为子类指定初始的共享，请编辑 /etc/wlm/MyConfig/DeptA/shares 和 /etc/wlm/MyConfig/DeptB/shares 文件以包含以下内容： 38. Work:
39. CPU = 5 40. memory = 5 41.
42. Monitor:
43. CPU = 4 44. memory = 1 45. Command:
46. CPU = 1 memory = 1
因为没有对 Listen 类指定共享，则当它要求资源时，它对资源有最高优先权的访问权（在超类中）。对 Work 类指定了最大数量的共享，因为它有最大的资源需求。因此，基于其遵守的行为和相关的重要性，对 Monitor 和 Command 类指定了共享。不对 Report 类指定共享，因为它仅仅是等级 1 中的子类，因此任何共享指定都是不相关的。Report 类中的作业仅仅可以消耗未被等级 0 中的子类使用的资源。
在此示例的以下步骤中，对没有指定共享的类指定限制。（也可以对共享的类指定限制。有关更多信息，请参阅 《AIX 5L V5.3 系统管理概念：操作系统和设备》 中的 Managing Resources with WLM。）
47.要对超类指定限制，请编辑 /etc/wlm/MyConfig/limits 文件以包含以下内容： 48. Default:
49. CPU = 0%-10%;100% 50. memory = 0%-10%;100% 51.
52. SysTools：
53. CPU = 0%-10%;100% 54. memory = 0%-5%;100% 55.
56. System:
57. CPU = 5%-50%;100% memory = 5%-50%;100% 对 System、SysTools 和 Default 类指定了软件最大限制以阻止它们严重妨碍系统上的其它工作。对 System 类指定了对 CPU 和内存的最小限制，因为此类包含对系统操作的基本进程，并且它必须能够消耗保证的资源量。
58.要对子类指定限制，请编辑 /etc/wlm/MyConfig/DeptA/limits 和 /etc/wlm/MyConfig/DeptB/limits 文件以包含以下内容： 59. Listen:
60. CPU = 10%-30%;100% 61. memory = 10%-20%;100% 62.
63. Monitor:
64. CPU = 0%-30%;100%
memory = 0%-30%;100% 注:
每个子类文件的限制可以不同。
对 Listen 和 Monitor 类指定了软件最大限制以阻止它们严重妨碍同一超类中的其它子类。特别是如果 Work 类没有对处理请求的资源的访问权，则您不希望系统继续接受 Work 类中的作业请求。也对 Listen 类指定了最小限制以确保快速响应时间。内存的最小限制确保此类使用的页面将不被页面替换盗取，产生更快的执行时间。对 CPU 的最小限制确保当可以运行这些进程时，它们对 CPU 资源有最高优先权的访问权（在超类中）。
步骤 3. 微调配置
现在您已经完全定义了配置，将以活动方式运行 WLM 以开始调节工作负载并分析您的资源管理策略实施得如何。基于您的分析，可能需要微调配置以达到期望的结果。对于维护，如果工作负载随时间更改，则可能需要改进配置。 1. 要在活动的方式中启动 WLM，请使用以下命令： wlmcntrl -a
2. 使用诸如 wlmstat 的命令分析资源消耗。
3. 如果不符合对特殊类或应用程序的期望的消耗或性能目标，则可能需要调整 WLM 配置以更正该问题。有关准则，请参阅《AIX 5L V5.3 系统管理指南：操作系统与设备》中的『WLM 故障诊断准则』。
4. 如果更改了配置，则使用以下命令更新 WLM 的活动的配置： wlmcntrl -u
5. 分析资源消耗（步骤 2），并且如果有必要的话，再次微调配置。
将 JFS 复制到另一个物理卷
以下情况描述了在保持文件系统完整性的同时将 JFS 文件系统复制到不同的物理卷。
表 1. 考虑事项 要在并行的卷组环境中成功完成以下情况，必须在所有并行的节点上安装 AIX 4.3.2 或更新版本。 已使用 AIX 5.2 测试了本入门书的该信息。如果您正在使用不同版本或级别的 AIX，您获得的结果可能就会发生显著的改变。 要在保持文件系统完整性的同时将 JFS 复制到另一个物理卷，请执行以下操作： 1. 停止想要复制的文件系统的活动。除非正在使用文件系统的应用程序是静
止的或者文件系统处于您已知的状态，否则您无法知道备份的数据中有什么内容。
2. 通过在命令行中输入以下 SMIT 快速路径来制作逻辑卷镜像： smit mklvcopy
3. 使用以下命令来复制文件系统：
chfs -a splitcopy=/backup -a copy=2 /testfs
-a 标志的 splitcopy 参数导致命令分割文件系统的镜像副本并将其以只读方式安装在新的安装点上。该操作提供了一份可用作备份的文件系统副本，且该文件系统的日志中记录的是一致的元数据。
4. 如果想将镜像的副本移到不同的安装点，请使用以下 SMIT 快速路径： smit cplv
此时，文件系统复制是可用的。
定义应用程序的原始逻辑卷
原始逻辑卷是物理和逻辑磁盘空间的区域，它在应用程序（例如数据库或分区）的直接控制下，而不是在操作系统或文件系统的直接控制下。绕过文件系统可以从控制应用程序，特别是从数据库应用程序产生更好的性能。然而，改进的程度取决于诸如数据库或应用程序的驱动程序的大小的因素。