CA CEM 每日统计聚合

CA CEM 统计聚合服务按以下顺序处理每日统计聚合任务：

将每小时聚合并存储在 APM 数据库中的统计数据读入内存。
聚合前一天的数据
将聚合数据写入 APM 数据库。

每日统计聚合在午夜 12 点的每小时统计聚合完成之后开始。

每日统计聚合以一系列迭代的形式进行。迭代次数基于在每次迭代中企业管理器能够处理的统计数据小时的数量，这些统计数据小时分组到一个名为“时间间隔”的包中。例如，如果将时间间隔设置为 12 个小时，那么企业管理器将在两次迭代中处理每日统计信息，每次迭代分别包含半天的数据。将根据可用于每日统计聚合过程的堆内存数量，动态地设置时间间隔大小。

每日统计聚合所需的时间长短取决于以下方面：

企业管理器处理前一天的数据所需的迭代次数。
APM 数据库读写的响应速度。

注意：如果在 TIM 工作负荷稳定时执行全新安装，企业管理器进行每日统计聚合所需的时间通常会增加两到三天。

要查明每日统计聚合会花费多长时间，请查看度量标准浏览器树中位于以下位置的“统计聚合器:处理时间 (毫秒)”度量标准：

*超级域*|自定义度量标准主机 (虚拟)|自定义度量标准进程 (虚拟)|自定义度量标准代理 (虚拟) (<Collector_Name>@5001)|企业管理器|CEM|处理器|统计聚合器:处理时间(毫秒)

其中，<Collector_Name> 是运行统计聚合服务的收集器计算机

当每日统计聚合过程运行时，检查该时间段内的此可支持性度量标准。

您可以计算统计聚合服务运行多长时间。

请执行以下步骤：

打开 <EM_Home>/logs 目录中的企业管理器日志。
找到每日统计聚合过程的时间戳。
从结束时间减去开始时间。

例如，在以下条目中，开始时间是午夜 12:20，而结束时间是上午 11:59。因此，持续时间是大约 11.75 个小时。

16/03/12 12:20:02.728 AM PDT [INFO] [StatsProcessThreadPool-1] [Manager.com.timestock.tess.

framework.service.StatsProcessService] Daily aggregation process starting...

16/03/12 11:59:47.417 AM PDT [INFO] [StatsCollectionThreadPool-1] [Manager.com.timestock.tess.

framework.service.StatsProcessService] Daily aggregation process ended.

如果每日统计聚合持续时间超过八个小时，对于统计数据的量来说，可用于统计聚合服务的资源不足。可以通过以下方式缩短持续时间：

将统计聚合服务移至功能更强大的计算机。
注意：有关分发企业管理器服务的信息，请参阅《CA APM 配置和管理指南》。
通过调整和增加数据库服务器资源来提高 APM 数据库响应速度。
遵循 APM 数据库规模调整注意事项和要求，并考虑相关的数据库文档。
增加统计聚合服务的堆大小。
默认情况下，统计聚合服务使用自己的堆配置在单独的 Java 进程中运行。请务必提供足够的 RAM 以支持企业管理器和统计聚合服务并发运行。 RAM 大小必须至少是两个最大堆大小加上 1 GB 的和。

在包括一个繁重代理度量标准负载和一个来自 TIM 的重要网络监控负载的监控环境中，可以按独占方式将一个收集器专用于运行企业管理器服务。可以将此收集器配置为拒绝代理连接。此配置避免了与 SmartStor 再周期化发生资源争用，并通过使工作负荷种类更少且更可预测来简化容量规划。