理解资源是如何使用的，以及性能基准和性能预测方面的资源使用趋势。在总体 容量上下文中理解资源使用趋势可帮助您及时地规划扩展。
让服务水平目标与容量规划指标保持一致，使这些指标可轻松对比。
当检查数据时：
区分用户和数据节点组，以避免失真的结果。
了解您的">工作负载计划和发生更改的地方。
在季度或财务日历周期背景中查看数据。
存储子系统容量使用
通常，在数据仓库的生命周期中，每个数据库分区的数据量会不断增加。查询性能受每个数据库分区需要处理的数据量的增长的影响。添加一个数据节点可以减少每个数据库分区需要处理的数据量。遵循以下指南来确定存储容量何时可能需要扩展：
使用收集的数据预测每个数据库分区关联文件系统中使用的存储容量何时达到 60% 和 80%。
在存储量占容量的 60% 并且预计的增长率表明未来 12 个月内会使用 80% 的容量时规划扩展。此窗口在存储利用率达到 100% 之前为计划和实现成功的扩展项目提供了足够的时间。
在存储容量达到 60% 并且预计未来 12 个月内达到 80% 时开始规划存储扩展。 在将一个数据模块添加到 IBM Smart Analytics System 后，需要重新分发现有的数据。将数据重新分发到每个新的数据库分区，使每个数据库分区拥有需要处理的相同数据量。重新分发过程在处理期间使用临时表空间 tempspace 来排序和重建对象。在某些情况下，每个数据节点上可能需要少量的附加 tempspace 来完成这些任务。
不同数据库分区上的文件系统使用情况的差异可能暗示着数据失真，或者表明一个文件系统还用于其他某种用途。
服务器资源和使用情况
在节点类型的上下文中和每个节点类型组的性能基准上下文中检查容量指标。每个节点组的容量指标必须在处理器、内存、I/O、网络、用户连接和并发查询的上下文中检查。
处理器使用情况
使用 vmstat 命令的以下数据输出来理解处理器使用情况：
%sy（系统进程的处理器使用率）
%us（用户进程的处理器使用率）
%r（运行队列数量）
高处理器使用率本身不是资源容量问题的一个指示器。IBM Smart Analytics Systems 模块设计为在高处理器利用率下运行，甚至在低并发水平下。高并发水平可能导致更多的运行队列数量。必须在性能基准测试的上下文中和在可能映像服务水平目标时去理解运行队列指标。
当并发性随时间、处理器使用率和运行队列数量的增长而显著增长时，可以考虑使用 DB2 工作负载管理器 (WLM) 实现工作负载管理。 当总处理器使用率（表示为 %sy + %us）一直大于 80%，并且运行队列数量大于 CPU 核心数量的 8 倍时，系统可能受到可用资源的限制。
尝试建立这些指示器随时间变化的趋势，帮助识别系统通常在何处面临着压力。在性能基准、服务水平目标的上下文中和在数据、用户和应用程序增长的上下文中检查输出结果。