已安装NetBox的Ubuntu 18.04 LTS原地升级至22.04 LTS的可行性及影响咨询
2026-4-17
已安装NetBox的Ubuntu 18.04 LTS原地升级至22.04 LTS的可行性及影响咨询
你好！首先明确说——原地升级从Ubuntu 18.04 LTS到22.04 LTS是可行的，但因为你的系统上跑着NetBox，确实得谨慎操作，不能掉以轻心。我给你梳理下关键要点和实操建议，帮你尽量规避风险：
备份永远是第一要务！
别嫌麻烦，升级前一定要做好全量备份：- 备份NetBox数据库：如果用的是默认的PostgreSQL，执行
pg_dump netbox > netbox_backup.sql，把这个备份文件拷到外部存储或者其他安全的机器上； - 备份NetBox的配置、静态文件和媒体文件：打包目录
tar -czf netbox_full_backup.tar.gz /opt/netbox/netbox/config /opt/netbox/netbox/media； - 如果是虚拟机，直接给系统打个快照，这是最快的回滚方式。
- 备份NetBox数据库：如果用的是默认的PostgreSQL，执行
关于你提到的“锁定NetBox及其依赖”的思路，可行但要注意细节
单纯锁定包并不能完全规避风险，得结合环境兼容性来看：- 先锁定NetBox相关包：用
apt-mark hold命令，比如先查包名dpkg -l | grep netbox，然后执行apt-mark hold netbox netbox-common（根据实际输出调整包名）； - 注意底层依赖的版本变化：Ubuntu 18.04用的是Python 3.6、PostgreSQL 10，而22.04是Python 3.10、PostgreSQL 14。如果你的NetBox版本比较旧（比如2.x及以下），可能不兼容这些新版本的依赖，那你得先把NetBox升级到支持22.04环境的版本（比如3.x以上）再做系统升级；
- 锁定包后，系统升级时如果更新了系统级依赖库，可能还是会导致NetBox运行异常，所以这个方法只能作为辅助，不能完全依赖。
- 先锁定NetBox相关包：用
升级前的准备工作要做足
- 先把当前18.04系统的所有包更到最新：
apt update && apt upgrade -y，完成后重启系统，确保没有未修复的报错； - 停止NetBox及相关服务：
systemctl stop netbox netbox-rq，防止升级过程中服务崩溃或数据损坏； - 检查并禁用第三方PPA：有些非官方PPA可能不支持22.04，用
add-apt-repository --remove ppa:xxxx/xxxx暂时移除，升级完成后再根据情况重新添加。
- 先把当前18.04系统的所有包更到最新：
升级过程中的注意事项
- 启动升级：执行
do-release-upgrade，跟着向导一步步走就行； - 遇到配置文件替换提示时，除非你自己修改过系统默认配置（比如Nginx、Redis的配置），否则建议选择保留当前版本（选N），避免覆盖NetBox的相关配置；
- 升级完成后先别急着启动NetBox：先检查Python、PostgreSQL的版本是否符合NetBox的要求，然后解除之前锁定的包
apt-mark unhold netbox netbox-common； - 尝试启动服务并排查问题：
systemctl start netbox netbox-rq，用journalctl -u netbox -f查看日志，如果有依赖缺失的报错，要是用虚拟环境安装的NetBox，先激活环境再执行pip install -r /opt/netbox/requirements.txt重新安装依赖。
- 启动升级：执行
回滚方案要提前想好
如果升级后NetBox死活跑不起来，先尝试修复依赖或配置；要是实在搞不定，直接回滚系统快照（虚拟机），或者用之前备份的数据库和配置文件，在全新的22.04系统上重新部署NetBox——有时候全新部署反而比原地升级更稳妥，尤其是对生产环境的重要服务来说。
备注：内容来源于stack exchange，提问作者ben
