backup-utils：GitHub Enterprise Server 官方备份与恢复工具

获取下载链全程约 1 分钟

打开微信，搜索「软件教程管家」关注，或长按下方二维码关注
回复关键词 backup-utils
公众号自动回复网盘链接，点击即可保存下载

backup-utils：GitHub Enterprise Server 官方备份与恢复工具

打开微信扫一扫关注
或搜索【软件教程管家】

backup-utils 是 GitHub 官方给 GitHub Enterprise Server（GHES）准备的传统外置备份与恢复工具集，核心就是 ghe-backup 和 ghe-restore 两条命令：在线备份、Git 数据增量传输、快照保留、低优先级执行，一套流程把整个实例的备份和恢复包下来。但先说清楚它的定位：这是给还在跑传统外置备份架构的现有环境用的，新部署 GHES 3.20 或更高版本，优先选内置备份服务；而且项目计划从 GHES 3.22 开始退役，长期方向是迁移走，不是接着加码。

快速判断

仅建议将本项目用于仍在运行传统 GitHub Enterprise Server 外置备份架构、且版本与项目要求匹配的现有环境。对于 GHES 3.20 或更高版本的新部署，应优先选择内置备份服务；如果必须继续使用本工具，应明确其退役边界并提前规划迁移。

backup-utils 技术定位

项目	说明
项目名称	backup-utils（GitHub Enterprise Server 备份与恢复工具）
仓库地址	GitHub 开源仓库
适用对象	GitHub Enterprise Server（自托管实例），不适用于 GitHub.com
核心命令	ghe-backup（备份）、ghe-restore（恢复）
备份方式	在线备份 + Git 数据增量传输 + 快照存储
快照保留	支持配置多个快照及保留周期
退役节点	计划从 GHES 3.22 开始退役

核心功能

完整备份与恢复：通过 ghe-backup 和 ghe-restore 提供 GitHub Enterprise Server 的完整备份与恢复能力。
在线执行：备份可以在线执行，GitHub Enterprise Server 设备无需在整个备份过程中进入维护模式。
Git 数据增量传输：Git 仓库数据支持增量备份，仅传输上次快照之后发生变化的内容。
快照存储省空间：快照存储仅为相对上一个快照新增的数据消耗空间，并支持配置多个快照及保留周期。
低优先级运行：备份命令以较低 CPU 和 I/O 优先级运行，以降低备份期间对 GitHub Enterprise Server 的性能影响。

架构与工作机制

这是面向 GitHub Enterprise Server 的主机侧备份与恢复工具集，通过 ghe-backup 和 ghe-restore 执行完整实例备份与恢复。它支持在线备份、Git 仓库数据增量传输、基于快照的高效存储和可配置保留周期，并以较低 CPU 与 I/O 优先级运行以减少对设备的影响。整个工具围绕一台独立备份主机工作：备份主机拉取实例数据、落盘到外置存储，快照之间只存增量。

生态与集成

项目围绕 GitHub Enterprise Server 工作，提供 ghe-backup 和 ghe-restore 两个主要命令，并配套备份主机、存储、版本要求、调度、快照文件结构、Docker 和恢复使用文档。README 明确提到 GHES 3.20 及以上版本可使用内置备份服务作为替代方案。

适合人群

适合仍需维护 GitHub Enterprise Server 传统外置备份方案的运维团队、平台工程师和灾难恢复负责人。对于新部署且运行 GHES 3.20 或更高版本的团队，应优先评估内置备份服务，而不是直接采用本工具。

使用场景

可用于现有 GitHub Enterprise Server 环境的周期性在线备份、Git 仓库增量保护、多快照保留和灾难恢复演练。它也适合需要独立备份主机、外置存储和可调度备份任务的传统运维架构，但不宜作为新部署的默认长期方案。

主要优势

工具边界清晰：项目直接覆盖 GitHub Enterprise Server 的备份和恢复流程，ghe-backup 管备份、ghe-restore 管恢复，分工明确。
对服务干扰小：在线备份和低优先级执行有助于降低备份任务对服务运行的干扰，不用停服就能备份。
省传输、省存储：Git 仓库增量传输与快照存储能够减少重复传输和新增存储占用。
文档入口较完整：项目提供较完整的部署、调度、存储、恢复和快照结构文档入口。

限制与注意点

传统工具，新部署别首选：该项目属于传统外置备份工具，新部署的 GHES 3.20 或更高版本应评估内置备份服务。
退役时间表已定：README 说明该工具将从 GHES 3.22 开始退役，因此不适合作为新环境的长期默认方向。
并行备份有额外依赖：并行备份与恢复依赖 GNU awk 和 moreutils，部分发行版还需要单独安装 moreutils-parallel。
要独立备份主机和存储：工具依赖独立备份主机及足够的存储空间，实际容量和环境要求需依据项目文档确认。
只面向 GHES：项目主要面向 GitHub Enterprise Server，README 未说明其适用于 GitHub.com 或其他代码托管平台。

部署建议

工具运行在独立备份主机及 GitHub Enterprise Server 环境中，支持大多数 Linux 或 Unix 环境。部署前需要确认备份主机、存储空间和 GitHub Enterprise Server 版本要求；并行备份与恢复还需要 GNU awk、moreutils，部分系统需单独安装 moreutils-parallel。README 另提供 Docker、调度和使用文档。部署顺序建议：先核对 GHES 版本是否在支持范围，再准备备份主机和存储，最后按文档配好调度任务，先做一次完整备份加一次恢复演练再投入周期运行。

维护建议

维护时应持续核对 GitHub Enterprise Server 版本要求、备份主机依赖和存储容量，并验证定期备份与恢复流程。由于项目计划从 GHES 3.22 开始退役，现有用户应制定迁移到内置备份服务的评估和切换计划；具体兼容矩阵需查看 README 文档或源码确认。备份没演练过恢复等于没备份：恢复演练要排进周期计划，而不是只看备份任务跑成功了。

选型建议

如果需求是为 GitHub Enterprise Server 提供在线、增量和可保留多个快照的外置备份，本项目具备对应能力。选型前应核对 GHES 版本、备份主机与存储条件、Linux 或 Unix 兼容性，以及 GNU awk 和 moreutils 等依赖。新环境还应将内置备份服务与本工具比较，重点评估独立主机需求和长期迁移成本。一句话选型：现有传统架构、版本匹配、短期内不升级，继续用 backup-utils 并排好迁移计划；新部署或 GHES 3.20 以上，直接评估内置备份服务。