Aron Rotteveel Asked: 2009-05-05 01:31:01 +0800 CST2009-05-05 01:31:01 +0800 CST 2009-05-05 01:31:01 +0800 CST 从失败的 UNIX 包升级中恢复的最佳实践? 772 当通过像 Aptitude 这样的包管理器升级或安装包时,你如何确保之后一切正常? 如果包管理器在运行后会破坏某些东西,您是否有清单或计划从中恢复? 在更新包管理器时,有什么方法可以最大程度地降低出现问题的风险,如果是这样:你是怎么做的? linux unix package-management 3 个回答 Voted Best Answer David Schmitt 2009-05-05T02:03:31+08:002009-05-05T02:03:31+08:00 确保升级后一切正常 在升级之前仔细检查对软件包列表的更改。我在这个部门看到的许多问题是人们盲目地信任这些工具,然后没有注意到 apache 因为其他一些失误而消失了。 升级时检查 apt 的输出。如果某些事情无法重新开始,这可以立即提供反馈。 配置适当且深入的监控解决方案。Nagios将是一个开始。 应急预案 准备好当前的备份。 知道你在做什么。不要仅仅因为它们闪烁就按下按钮。 切换到热备服务器。 最小化风险 仅使用您的发行版中的软件包。 仅使用来自同一版本的软件包。 不要安装非打包软件。 不要安装外国软件包。 首先在您的 QA 服务器上尝试升级。 womble 2009-05-05T02:01:14+08:002009-05-05T02:01:14+08:00 监测和测试。监控确保它仍在工作(无论包管理器是否出错),如果您正在进行重大升级,您可以事先进行测试。虚拟化可以帮助您轻松复制生产环境,自动化可以帮助您构建生产副本,并且拥有一个永久的暂存环境可以让您在某个地方进行尝试。 当您进行升级或任何重要的维护时,您应该对整个过程进行完全脚本化,包括回滚和升级后测试。 《系统和网络管理实践》对于系统管理员来说是一本很棒的书,描述了这些类型的过程以及如何将清单等放在一起。 Eddie 2009-05-05T07:26:25+08:002009-05-05T07:26:25+08:00 我对rpmand yum/的经验yumex,但它可以翻译。 对于正在升级的关键软件包,我只是正常使用该软件包以确保其正常工作。如果我 upgrade bind,那么我会做一些我希望成功的 DNS 请求。如果我升级 Apache httpd,那么我会打开一些网页。如果我升级open-office,那么我会打开一两个文档。 在极少数情况下,软件包升级会让事情变得很糟糕,我的恢复过程是: 卸载失败的包(有时我必须“强制”卸载) 手动删除卸载后留下的任何临时文件或配置文件 重新安装失败的升级包 测试 如果在上面的第 4 步之后它再次失败,那么我重复但回退到以前的版本。 在进行任何重大升级之前,我会确保我的备份是最新的。当我进行升级时,这节省了我的屁股一次,只是发现新版本尚未与我的视频卡兼容,并且被记录为这样。(我没有完全阅读发行说明。真遗憾。)在升级期间我的硬盘出现故障时,它也救了我一次。 因此,要回答关于最小化风险的第三个问题: 备份! 始终阅读发行说明 如果您不是第一个升级的人,并且对此感到紧张,请检查互联网以查看其他人是否在抱怨问题 准备好恢复盘——对于大多数现代 Linux 发行版,安装盘也是一张恢复盘。找出您的发行版提供的恢复机制。如果可能,通过 CDRom 引导进入恢复模式,以便了解它是如何工作的,从而了解如何chroot从恢复模式进入安装。
确保升级后一切正常
在升级之前仔细检查对软件包列表的更改。我在这个部门看到的许多问题是人们盲目地信任这些工具,然后没有注意到 apache 因为其他一些失误而消失了。
升级时检查 apt 的输出。如果某些事情无法重新开始,这可以立即提供反馈。
配置适当且深入的监控解决方案。Nagios将是一个开始。
应急预案
准备好当前的备份。
知道你在做什么。不要仅仅因为它们闪烁就按下按钮。
切换到热备服务器。
最小化风险
仅使用您的发行版中的软件包。
仅使用来自同一版本的软件包。
不要安装非打包软件。
不要安装外国软件包。
首先在您的 QA 服务器上尝试升级。
监测和测试。监控确保它仍在工作(无论包管理器是否出错),如果您正在进行重大升级,您可以事先进行测试。虚拟化可以帮助您轻松复制生产环境,自动化可以帮助您构建生产副本,并且拥有一个永久的暂存环境可以让您在某个地方进行尝试。
当您进行升级或任何重要的维护时,您应该对整个过程进行完全脚本化,包括回滚和升级后测试。
《系统和网络管理实践》对于系统管理员来说是一本很棒的书,描述了这些类型的过程以及如何将清单等放在一起。
我对
rpm
andyum
/的经验yumex
,但它可以翻译。对于正在升级的关键软件包,我只是正常使用该软件包以确保其正常工作。如果我 upgrade
bind
,那么我会做一些我希望成功的 DNS 请求。如果我升级 Apachehttpd
,那么我会打开一些网页。如果我升级open-office
,那么我会打开一两个文档。在极少数情况下,软件包升级会让事情变得很糟糕,我的恢复过程是:
如果在上面的第 4 步之后它再次失败,那么我重复但回退到以前的版本。
在进行任何重大升级之前,我会确保我的备份是最新的。当我进行升级时,这节省了我的屁股一次,只是发现新版本尚未与我的视频卡兼容,并且被记录为这样。(我没有完全阅读发行说明。真遗憾。)在升级期间我的硬盘出现故障时,它也救了我一次。
因此,要回答关于最小化风险的第三个问题:
chroot
从恢复模式进入安装。