一、背景
在自建 Nextcloud 环境中，官方 Updater 在执行升级时默认会创建程序文件备份。然而，在具备虚拟化平台或文件系统级快照能力的服务器环境中，这一步往往是冗余的。
典型场景包括：
- 虚拟机平台快照（PVE / ESXi / Hyper-V）
- LVM Snapshot
- ZFS Snapshot
- Btrfs Snapshot
- 完整系统备份体系
当系统级快照已经覆盖 操作系统、数据库与数据目录整体状态 时，Nextcloud 自带备份的意义会明显降低。
因此，可以采用 跳过 Updater 内部备份 的升级方式。
二、Nextcloud Updater 的备份机制
Nextcloud CLI Updater：
updater/updater.phar
默认流程中包含程序目录备份步骤，其备份内容主要为：
Nextcloud 程序文件
该备份并不包含：
- 数据目录（data）
- 数据库内容
- Web 服务配置
- 系统运行环境
因此，它并不是完整的回滚方案。
三、系统快照与应用备份的区别
| 项目 | Nextcloud Backup | 系统快照 |
|---|---|---|
| 程序文件 | ✅ | ✅ |
| 数据目录 | ❌ | ✅ |
| 数据库一致性 | ❌ | ✅ |
| 系统整体状态 | ❌ | ✅ |
| 回滚速度 | 较慢 | 秒级 |
| 原子恢复 | ❌ | ✅ |
在具备系统级快照能力时：
应用层备份不再是主要安全保障。
四、升级前准备
1. 创建系统快照
升级前首先创建虚拟机或文件系统快照，确保能够整体回滚服务器状态。
这是跳过备份的前提条件。
五、跳过备份执行升级
进入 Updater 目录：
cd /var/www/nextcloud/updater
执行升级：
sudo -u www-data php updater.phar --no-backup
参数说明：
--no-backup
表示跳过 Nextcloud 内部程序备份步骤。
在交互式 CLI 模式下，Updater 会自动完成完整升级流程，包括：
- 环境检查
- 自动进入维护模式
- 下载新版本
- 替换核心程序文件
- 自动执行数据库升级
- 清理临时文件
- 自动退出维护模式
因此，该命令本身即可完成整个升级过程。
六、关于 occ upgrade 的说明
在使用 updater.phar 的交互式升级过程中，数据库迁移已经由 Updater 自动完成。
通常情况下，不需要再额外执行：
php occ upgrade
该命令主要用于以下场景：
- Web Updater 中断
- CLI 升级异常退出
- 文件已更新但数据库未迁移
- 手动恢复升级状态
属于修复操作，而非常规升级步骤。
七、升级完成后的状态验证
升级结束后，可进行一次状态确认：
sudo -u www-data php occ status
理想状态为：
installed: true
maintenance: false
needsDbUpgrade: false
其中：
needsDbUpgrade: false
表示升级流程已经完整结束。
八、为何选择跳过备份
在长期运行的自建环境中：
- Updater 备份会额外占用磁盘空间
- 升级时间明显增加
- 回滚能力有限
而系统快照具备：
- 全状态恢复能力
- 秒级回滚
- 文件与数据库一致性
- 更高可靠性
因此运维策略通常演变为：
系统级保护优先，应用级备份最小化。
九、风险说明
跳过备份仅适用于以下条件：
- 已完成可靠系统快照
- 可以随时整体回滚
- 服务器完全自主管理
不适用于：
- 无备份环境
- 不可中断生产服务
- 无法快速恢复的部署场景
十、结论
在具备完善服务器快照体系的前提下，使用：
sudo -u www-data php updater.phar --no-backup
即可完成 Nextcloud 的完整升级流程。
核心原则可以概括为：
优先依赖底层一致性快照，而非应用层复制备份。
该方式能够减少升级耗时、降低存储冗余，并提升整体系统可恢复能力。