Nextcloud Snap高CPU占用问题分析与解决方案

问题现象

在Ubuntu 22.04系统上运行Nextcloud Snap的用户报告，在执行系统更新（apt update & apt upgrade）并重启后，服务器CPU使用率异常升高至99%。其中：

• snap.nextcloud.php-fpm服务占用约60% CPU
• snap.onlyoffice-ds.documentserver服务占用约20% CPU 更新前系统CPU使用率通常保持在30%以下。

根本原因分析

1. Redis持久化操作频繁

日志显示Redis持续执行后台保存操作：

10 changes in 300 seconds. Saving...
Background saving started by pid 56138
DB saved on disk

这种每300秒执行一次的持久化操作会消耗大量CPU资源，可能是由于配置不当或数据变更频繁导致。

2. 办公套件配置冲突

系统同时存在两个办公套件服务：

• Nextcloud Office（richdocuments）
• ONLYOFFICE Document Server

其中存在以下问题：

• Nextcloud Office的证书验证被禁用（disable_certificate_verification=yes）
• ONLYOFFICE虽然显示为禁用状态，但服务仍在运行
• 两者都配置为使用未加密的本地连接（192.168.0.100）

3. 全文搜索服务问题

fulltextsearch_elasticsearch插件可能存在问题，已知该插件在某些情况下会导致性能下降。

解决方案

1. 优化Redis配置

检查并调整Redis的保存策略：

• 增加save间隔时间
• 考虑使用AOF持久化方式替代RDB
• 检查是否有应用频繁写入Redis导致持续触发保存

2. 统一办公套件配置

建议选择并正确配置单一办公套件：

如果使用Nextcloud Office：

• 确保正确配置WOPI URL
• 启用证书验证（除非在可信内网环境）
• 完全禁用并移除ONLYOFFICE服务

如果使用ONLYOFFICE：

• 确保DocumentServer服务健康状态正常
• 检查/healthcheck端点是否可访问
• 配置正确的JWT密钥和头部

3. 全文搜索优化

• 检查全文搜索索引状态
• 考虑暂时禁用fulltextsearch_elasticsearch插件测试性能影响
• 确保Elasticsearch服务配置正确

预防措施

1. 系统更新前备份重要数据
2. 更新后监控系统资源使用情况
3. 避免同时启用多个功能相似的插件
4. 定期检查服务日志中的异常信息

后续观察

值得注意的是，该问题在未进行任何配置修改的情况下自行恢复正常。这种现象可能表明：

• 系统完成了某些后台处理任务（如索引重建）
• 临时性的资源争用问题
• 客户端同步操作结束

建议用户继续保持监控，如果问题再次出现，可按上述方案逐步排查。对于生产环境，建议在非高峰期执行系统更新操作。