我想知道是否有办法安装较新版本的OS，比如说从运行中的OS（例如Ubuntu 12.04）在服务器磁盘的第二个分区上安装14.04（当它出现时），然后更改grub引导顺序并重新引导到新的系统（减少服务器停机时间）？
设想：
第一个分区-Ubuntu 12.04-快乐且正在运行的
第二个分区-空
新的LTS来了
第一个分区-Ubuntu 12.04（服务器仍在运行）-在第二个分区上安装14.04第二
个分区-正在安装
安装后重启
第一个分区-旧系统（即将被清除）
第二个分区-服务器现在在14.04上运行（停机时间减少为一次重新启动）
有什么想法可以实现吗？木偶有能力实现这种自动化吗？
谢谢！
您可能可以做，但是在我开始做之前，请考虑传统方法：
等待下班时间。几台服务器需要被激活24/7和那些通常不会有故障转移系统，让你在一次升级一个服务器，而无需任何停机时间。如果计划一个小时的停机时间并不重要，则可以安排升级。
将磁盘备份到第二个磁盘上。但是您已经定期制作这些了，对吧？
执行您的标准LTS到LTS升级。修复所有损坏的问题，然后继续进行。服务器上的服务将一直保持活动状态（MySQL等会在升级时重新启动自身，但通常会直接备份）。
做您要问的唯一方法是使用虚拟机。您可以尝试使用轻量级的LXC或schroot方法，但我认为您可能只想因为VirtualBox较旧且已记录在案而想使用VirtualBox。
安装它，创建对磁盘具有接近物理，原始访问权限的VM，安装Ubuntu，并进行所有设置。我将授予您，如果您需要在升级中进行任何更改，这将为您提供很多灵活性，使您可以重新配置内容。
另一个唯一的真正的高可用性方法是热替换/故障转移方法。启动一台全新的服务器，安装Ubuntu，进行配置，同步数据（最好在所有服务器之间通过NFS从SAN共享数据，这样就可以保持原子一致性）并启动并运行它。轻拂一下开关，在新的微秒内，新服务器将取代旧服务器。
一种更现代的方法是仅在所有金属上虚拟化，以便即使只有一台物理主机服务器，也可以为新服务器创建另一台VM并进行简单的软切换。
我认为第一种传统方法可为您提供最大的安全性，而不会像使用虚拟机那样使现有的生产设置复杂化（假设它们尚未安装到位）。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句