Skip to main content

此版本的 GitHub Enterprise Server 已于以下日期停止服务 2024-09-25. 即使针对重大安全问题,也不会发布补丁。 为了获得更好的性能、更高的安全性和新功能,请升级到最新版本的 GitHub Enterprise。 如需升级帮助,请联系 GitHub Enterprise 支持

从失败的升级中恢复

了解如何从失败的升级中回滚。

如果升级失败或中断,你应将实例还原为其之前的状态。 完成此操作的过程取决于升级类型。

如果实例配置为高可用性,并且主节点升级失败,则可以将(未升级的)副本提升为主要副本。 还需要更新 DNS 以指向新的主节点。 一旦拥有了可以正常工作的主节点,就可以考虑创建一个新的副本节点。 请参阅“关于高可用性配置”和“恢复高可用性配置”。

回滚补丁版本

要回滚修补程序版本,请将 ghe-upgrade 命令与 --allow-patch-rollback 开关结合使用。 在回退之前,必须在所有副本节点上运行 ghe-repl-stop 来暂时停止复制。 回滚升级时,必须使用一个带 .pkg 扩展的升级包文件。 不支持带 .hpkg 扩展的热补丁包文件。

ghe-upgrade --allow-patch-rollback EARLIER-RELEASE-UPGRADE-PACKAGE.pkg

运行命令后需要重启。 回滚不会影响数据分区,因为迁移不是在补丁版本上运行的。

回退完成后,通过在所有节点上运行 ghe-repl-start 来重启复制。 请参阅“命令行实用程序”。

回滚功能版本

若要从某功能版回滚,请从虚拟机快照还原,以确保根分区和数据分区处于一致的状态。 请参阅“生成快照”。