gitlab 备份与恢复

 原服务部署代码

~]# cd /data/gitlab

gitlab]# docker run --detach -p 8443:443 -p 380:80 -p 322:22 --name gitlab --restart unless-stopped  -v `pwd`/config:/etc/gitlab -v `pwd`/log:/var/log/gitlab -v `pwd`/data:/var/opt/gitlab  beginor/gitlab-ce:11.0.1-ce.0

查看需要备份的gitlab版本

docker exec github cat /opt/gitlab/embedded/service/gitlab-rails/VERSION

11.0.1

先打开/data/gitlab/config/gitlab.rb配置文件,查看一个和备份相关的配置项:

gitlab_rails['backup_path'] = "/var/opt/gitlab/backups"

可以到/var/opt/gitlab/backups找到备份包,解压查看,会发现备份的还是比较全面的,数据库、repositories、build、upload等分类还是比较清晰的

该项定义了默认备份出文件的路径,可以通过修改该配置,并执行 gitlab-ctl reconfigure 或者 gitlab-ctl  restart重启服务生效。备份执行一条命令就搞定:/opt/gitlab/bin/gitlab-rake gitlab:backup:create,也可以加到crontab中定时执行:

0 2 * * * /opt/gitlab/bin/gitlab-rake gitlab:backup:create

可以到/var/opt/gitlab/backups找到备份包,解压查看,会发现备份的还是比较全面的,数据库、repositories、build、upload等分类还是比较清晰的。

每天执行备份,肯定有目录被爆满的风险,我们可以立马想到的可以通过find 查找一定的时间前的文件,配合rm进行删除。不过不需要这么麻烦,gitlab-ce自身集成的有自动删除配置。同样打开/etc/gitlab/gitlab.rb配置文件,可以找到如下配置:

gitlab_rails['backup_keep_time'] = 604800

这里是设置备份保留7天(7*3600*24=604800),秒为单位,如果想增大或减小,可以直接在该处配置,并通过gitlab-ctl restart 重启服务生效

备份完成,会在备份目录中生成一个当天日期的tar包。

二、数据恢复

初始化,就执行一次

gitlab-ctl reconfigure

启动

gitlab-ctl status/stop/start

通过本机IP访问页面,设置初始密码,其他操作类似GitHUB。

2.恢复gitlab

恢复前需要先停掉数据连接服务:

gitlab-ctl stop unicorn

gitlab-ctl stop sidekiq

如果是台空主机,没有任何操作,理论上不停这两个服务也可以。停这两个服务是为了保证数据一致性。如果你没修改过默认备份目录的话,将老服务器/var/opt/gitlab/backups目录下的备份文件拷贝到新服务器上的/var/opt/gitlab/backups

[root@localhost gitlab]# rsync -avz 1530773117_2018_07_05_gitlab_backup.tar 10.0.3.111:/var/opt/gitlab/backups/

600权限是无权恢复的。 --- 这里改成了777

[root@yunwei-test backups]# pwd

/var/opt/gitlab/backups

[root@yunwei-test backups]# chmod 777 1530773117_2018_07_05_gitlab_backup.tar

[root@yunwei-test backups]# ll

total 17328900

-rwxrwxrwx 1 git git 17744793600 Jul  5 14:47 1530773117_2018_07_05_gitlab_backup.tar

执行下面的命令进行恢复:后面再输入两次yes就完成恢复了。

gitlab-rake gitlab:backup:restore BACKUP=1530773117_2018_07_05

PS:根据版本不同恢复时可能有点小区别

[root@localhost backups]# gitlab-rake gitlab:backup:restore BACKUP=1537974886_2018_09_26_10.8.7

或者

[root@localhost backups]# gitlab-rake gitlab:backup:restore BACKUP=1537974886

vi /data/gitlab/config/gitlab.rb

gitlab_rails['backup_path'] = "/var/opt/gitlab/backups"

gitlab_rails['backup_keep_time'] = 604800


0 2 1,15 * * /data/gatlab/gitlabback.sh >/dev/null 2>&1


vi gitlabback.sh


#!/bin/bash

docker exec github /opt/gitlab/bin/gitlab-rake gitlab:backup:create >/dev/null 2>&1

scp -p 250 /data/gitlab/data/backups/*.tar 192.168.0.8:/home/gitlab-back >/dev/null 2>&1

恢复

mv 1639387305_2021_12_13_11.0.1_gitlab_backup.tar /data/gitlab/data/backups

chmod +x 1639387305_2021_12_13_11.0.1_gitlab_backup.tar

docker exec -it gitlab bash

cd /var/opt/gitlab/backups

gitlab-rake gitlab:backup:restore BACKUP=1639387305_2021_12_13_11.0.1

后面再输入两次yes就完成恢复了。

恢复完成后,启动刚刚的两个服务,或者重启所有服务,再打开浏览器进行访问,发现数据和之前的一致:

gitlab-ctl start unicorn

gitlab-ctl start sidekiq

gitlab-ctl restart

注意:通过备份文件恢复gitlab必须保证两台主机的gitlab版本一致,否则会提示版本不匹配。

©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容