GitLab在CentOS上的备份恢复策略是什么

CentOS 上 GitLab 的备份与恢复策略

一 核心原则与备份范围

• 备份对象应包含：代码仓库与数据库（由 Omnibus 的 rake 任务统一打包）、配置文件与密钥、可选的 SSL 与自定义 SSH 密钥。
• 关键配置与文件：
  • 配置文件：/etc/gitlab/gitlab.rb
  • 密钥文件：/etc/gitlab/gitlab-secrets.json（用于加密与签名，恢复时必须一致）
  • 可选：/var/opt/gitlab/nginx/conf（自定义 Nginx 配置）、/etc/postfix/main.cf（邮件配置）
  • 备份归档默认目录：/var/opt/gitlab/backups，文件名形如：1700647561_2023_11_22_13.12.15_gitlab_backup.tar
• 版本一致性：进行恢复时，目标环境的 GitLab 版本应尽量与备份时一致，避免兼容性问题。

二 备份策略与自动化

• 手动全量备份：执行 rake 任务生成归档，归档包含仓库与数据库等应用数据。
  • 命令：gitlab-rake gitlab:backup:create
  • 建议同时拷贝备份归档与配置文件/密钥到安全位置（离线或异地）。
• 定时备份（crontab）：
  • 示例（每天 02:00 执行）：0 2 * * * /opt/gitlab/bin/gitlab-rake gitlab:backup:create
  • 如以 root 身份添加任务，可在命令前加 sudo；确保执行用户具备相应权限。
• 备份目录与保留策略：
  • 配置项：gitlab_rails[‘backup_path’]（备份目录）、gitlab_rails[‘backup_keep_time’]（保留时间，单位秒）
  • 示例：保留 7 天 → gitlab_rails[‘backup_keep_time’] = 604800
  • 修改后执行：gitlab-ctl reconfigure 使配置生效。

三 恢复流程与要点

• 准备与版本匹配：
  • 将备份归档放到目标服务器的备份目录（默认 /var/opt/gitlab/backups），必要时调整文件属主属组与权限。
  • 确认目标 GitLab 版本与备份时一致（或按升级路径先对齐版本）。
• 执行恢复（示例）：
  • 停止写入服务：gitlab-ctl stop unicorn；gitlab-ctl stop sidekiq
  • 恢复数据：gitlab-rake gitlab:backup:restore BACKUP=1700647561_2023_11_22_13.12.15
  • 启动服务：gitlab-ctl start
  • 说明：恢复过程中通常会有两次交互式确认，输入 yes 继续。
• 迁移场景：
  • 将旧服务器的备份归档与配置文件（gitlab.rb、gitlab-secrets.json 等）复制到新服务器对应路径后，按上述步骤恢复；如外部 URL 或端口变更，需在恢复后调整 gitlab.rb 的 external_url 并重新配置（gitlab-ctl reconfigure）。

四 安全与运维实践

• 备份安全：对备份归档与配置文件实施访问控制与加密存储；定期将归档拷贝到异地/离线位置，降低单点风险。
• 保留与容量：根据合规与业务需求设置合理的保留周期（如 7–30 天），并监控备份目录磁盘使用率。
• 校验与演练：定期在测试环境验证备份的完整性与可恢复性，演练恢复流程并留存记录。
• 监控与日志：开启与备份相关的日志记录与告警，及时发现失败任务或异常增长。