GitLab在Debian下的备份指南
在进行备份前,需确认GitLab服务状态正常,并备份关键配置文件(如/etc/gitlab/gitlab.rb、/etc/gitlab/gitlab-secrets.json、/etc/ssl/目录),避免配置丢失。这些文件存储了GitLab的实例配置、密钥及SSL证书,是恢复的重要依据。
为确保备份数据一致性,建议停止GitLab的unicorn(处理HTTP请求)和sidekiq(后台任务)服务:
sudo gitlab-ctl stop unicorn
sudo gitlab-ctl stop sidekiq
使用gitlab-rake工具创建备份,默认备份文件会存储在/var/opt/gitlab/backups目录下,文件名格式为时间戳_版本_gitlab_backup.tar(如1712345678_16.0.0_gitlab_backup.tar):
sudo gitlab-rake gitlab:backup:create
若需立即执行备份(而非等待定时任务),可添加CRON=1参数:
sudo gitlab-rake gitlab:backup:create CRON=1
备份完成后,检查目标目录是否存在.tar格式的备份文件,并确认文件大小(应大于0字节):
ls -lh /var/opt/gitlab/backups/
若需更改备份存储位置,编辑GitLab主配置文件/etc/gitlab/gitlab.rb,添加或修改以下参数:
gitlab_rails['backup_path'] = "/data/gitlab/backups" # 自定义备份目录
gitlab_rails['backup_keep_time'] = 604800 # 备份保留时间(秒),此处设置为7天
修改后,重载GitLab配置使变更生效:
sudo gitlab-ctl reconfigure
通过crontab实现自动备份,例如每天凌晨2点执行备份并删除10天前的旧备份:
/var/opt/gitlab/backups/gitlabbak.sh,内容如下:#!/bin/bash
/opt/gitlab/bin/gitlab-rake gitlab:backup:create # 执行备份
sleep 10 # 等待备份完成
find /var/opt/gitlab/backups -name "*.tar" -type f -mtime +10 -exec rm -rf {} \; # 删除10天前的备份
sudo chmod +x /var/opt/gitlab/backups/gitlabbak.sh
crontab,添加定时任务(每天凌晨2点执行):sudo crontab -e
添加以下行:0 2 * * * /bin/sh /var/opt/gitlab/backups/gitlabbak.sh > /dev/null 2>&1
在新服务器或原服务器上安装与备份版本一致的GitLab(版本不匹配可能导致恢复失败),并配置好gitlab.rb文件。
将旧服务器/var/opt/gitlab/backups目录下的备份文件复制到新服务器的对应目录(需与gitlab_rails['backup_path']设置一致)。
停止GitLab服务,避免数据冲突:
sudo gitlab-ctl stop unicorn
sudo gitlab-ctl stop sidekiq
使用gitlab-rake恢复备份,BACKUP参数为备份文件名中的时间戳部分(如1712345678):
sudo gitlab-rake gitlab:backup:restore BACKUP=1712345678
恢复过程中需输入两次yes确认覆盖现有数据。
恢复完成后,启动GitLab服务:
sudo gitlab-ctl start
# 或重启所有服务
sudo gitlab-ctl restart
通过浏览器访问GitLab Web界面(默认地址http://服务器IP),使用原有账号登录,检查项目、代码库、CI/CD配置及用户信息是否恢复完整。
600)。gitlab:backup:create命令为全量备份,若需增量备份,可通过第三方工具(如rsync)实现,但需注意增量备份的恢复复杂性。