感谢您提供详细的文件夹列表，整体情况向好。

1. 磁盘状况正在恢复，并未持续恶化。 您的目录输出显示 D 盘剩余空间约 1TB（1,070,892,343,296 字节），对比您之前反馈的约 300GB 已有提升。 结合已处理文件夹持续写入并清理的现象，可以确认 ADAudit Plus 当前处理积压数据的速度已经高于新数据的流入速度，会同步回收磁盘空间。

CPU 接近 100% 属于追赶积压数据阶段的正常现象，积压处理完成后 CPU 负载就会回落。只要该趋势保持，无需执行紧急处置。

麻烦您每隔 30‑60 分钟收集以下两项信息反馈给我方，用来确认恢复趋势：

• …\eventdata\raw 路径下的文件数量
• D 盘可用磁盘空间

如果 raw 目录文件持续减少、可用空间持续增大，说明系统正在完成积压追赶工作。

2. Processed（已处理）目录下 5 个 06/04 日期文件，请排查该问题。 已处理文件夹中留存的 5 个时间为 06 月 04 日 08:13 的文件属于同一批数据，系统一直无法完成导入。 该批文件不会阻塞其余数据（其余所有数据流转均正常），但不会自动清除。请您检查：

• …\eventdata\processed_err 下文件数量（是持续增长还是为空？）
• 杀毒软件 / 终端安全是否已针对下述路径与进程配置排除项。文件 “卡住” 最常见的诱因就是安全软件拦截：
  • …\ADAudit Plus\eventdata
  • …\ADAudit Plus\index
  • …\ADAudit Plus\pgsql
  • …\ADAudit Plus\apps\dataengine‑xnode\data
  • 进程：…\jre\bin\java.exe 与 …\pgsql\bin\postgres.exe

这 5 个文件仅为 06 月 04 日短短几分钟的文件审计数据。请勿直接删除。待主积压数据全部处理完毕后，我们一同核查，确认是可以重新摄取，还是会形成一小段数据缺口。

3. 内存配置，请确认服务器物理内存大小。 您已将 wrapper.java.maxmemory 参数调整为 50000MB（约 50GB）。该配置在追赶积压阶段会起到帮助，但必须为 PostgreSQL 数据库以及操作系统预留充足内存。 请告知该服务器的总物理内存。如果分配 50GB 占比过高，反而会拖慢处理性能；待积压清理完成后，我们建议调整为更加均衡的内存数值。

总结：系统恢复态势良好。 重点关注两点：磁盘与 raw 目录的变化趋势、5 个卡住的异常文件。请把上述信息提供过来，我们再确认后续操作步骤。