文档Experience Cloud KCS

访问和配置AEM用户审核日志

最近更新： 2026年6月20日

当审核事件写入意外位置或存储库查询返回不完整的结果时，AEM中的用户审核活动可能难以跟踪。 在AEM 6.5部署中，用户管理审核事件可以保留在默认日志中，直到配置专用日志记录器为止，而AEM as a Cloud Service可能需要更小的审核查询才能避免与遍历相关的失败。 解决方法是验证部署类型，确认或创建适当的记录器配置，并通过检查日志或审核节点来验证审核数据。 如果验证后仍未出现预期的审计事件，请提交支持服务单以供进一步调查。

描述 description

环境

  • Adobe Experience Manager as a Cloud Service
  • Adobe Experience Manager Managed Services
  • Adobe Experience Manager On-Premise

问题/症状

  • 配置更改后，审核日志（如useraudit.log或audit.log）保持为空。
  • 用户创建、修改或删除事件仅显示在error.log中。
  • /var/audit下的查询返回不完整的结果，或者在搜索范围太宽时失败。
  • 审计事件在一个环境中可用，但在另一个环境中不可用。
  • 要确认此问题，请确定环境是AEM as a Cloud Service、Managed Services还是内部部署。
  • 查看现有Sling记录器配置以确定用户审核事件是否路由到专用文件。
  • 检查当审计事件未出现在专用审计日志中时，它们是否出现在error.log中。
  • 对于AEM as a Cloud Service，测试查询/var/audit下更具体的路径是否返回结果。

根本原因

审核日志记录行为因部署类型而异。 在AEM 6.5环境中，用户管理审核事件可以保留在默认日志中，除非将它们重定向到专用的Apache Sling记录器。 在AEM as a Cloud Service中，审核数据作为存储库节点存储在/var/audit下，可能需要缩小广泛查询范围以返回可用的结果。

解决方法 resolution

请尝试以下步骤来解决问题：

  1. 验证正在使用的AEM部署类型，以便您可以在正确的位置验证审核数据。
  2. 打开Sling日志配置并检查com.adobe.granite.security.user.internal.audit和com.adobe.granite.security.user.internal.servlets.AuthorizableServlet的记录器是否已存在。
  3. 如果AEM 6.5环境中缺少这些日志程序映射，请创建Apache Sling Logging Logger Configuration并将日志输出路由到logs/useraudit.log。
  4. 触发用户管理操作，如更新用户或更改组成员资格，并确认将事件写入专用审核日志。
  5. 在AEM as a Cloud Service中，从/var/audit检索审核数据并确认已返回审核节点。
  6. 如果审核查询过于宽泛，请将其缩小到/var/audit下的更具体的子路径，然后再次测试。
  7. 如果ACS Commons可用，请使用它的审核日志搜索界面来验证页面、发布或与用户相关的审核活动。

如果在完成所有疑难解答步骤后仍出现上述症状，或者这些步骤的结果显示问题不是由于用户错误、权限缺失或不支持的配置导致的，则有权支持该问题的用户应通过Adobe支持门户将票证提交给Experience League支持部门。 如果由于未结案例或创建案例选项不可用、缺少正确的组织或显示支持权利消息而导致受影响人员无法创建案例，请在重试之前联系您组织的系统管理员或支持管理员以验证支持访问权限。

相关阅读

recommendation-more-help
experience-cloud-kcs-help-kbarticles