1. 修改gitlab.rb文件
vi /etc/gitlab/gitlab.rb(分别修改备份目录和备份保留时间)
gitlab_rails[‘backup_path’] = “/var/opt/gitlab/backups” (修改备份目录)
gitlab_rails[‘backup_keep_time’] = 604800 (7天,默认单位为s)
2. GitLab数据自动备份
1)如果没有、etcetc/crontab定时任务配置文件,执行crontab -e命令生成该配置文件;
2)编辑/etc/crontab定时任务配置文件,在里面添加定时任务指令如下:
[root@jenkins ~]$ crontab -e
0 23 * * * /usr/bin/gitlab-rake gitlab:backup:create
3. 重新读取配置文件
gitlab-ctl reconfigure
4. 重启gitlab
gitlab-ctl restart
知识小贴士:
在crontab文件里面,每一行代表一项任务,每行的每个字段代表一项设置,它的格式共分为六个字段,前五段是时间设定段,第六段是要执行的命令段,每个字段ii之间用空格分割,没用的段用*代替,格式如下:
m h dom mon dow user command
其中:
m: 表示分钟,可以是从0到59之间的任何整数。
h:表示小时,可以是从0到23之间的任何整数。
dom:表示日期,可以是从1到31之间的任何整数。
mon:表示月份,可以是从1到12之间的任何整数。
dow:表示星期几,可以是从0到7之间的任何整数,这里的0或7代表星期日。
user : 表示执行的用户。
command:要执行的命令,可以是系统命令,也可以是自己编写的脚本文件(如shell文件)
OS:CentOS 7.2
Git:1.8.3.1
备份模式:
以下步骤以双机备份为例,单机备份同理,只是在镜像git项目的时候把git url换成单机中的git项目目录即可。
首先,查看系统软件库中是否有git和git的版本:
CentOS 7.2环境下的输出如下:
CentOS 7.x版本的仓库中已经附带了1.8.3.1版本的git,可以直接安装。
CentOS 6.x中的git是1.7.x版本,自带库中git版本低的linux发行版可以添加git1.8.3.1的源来安装git,但这个操作要求本机能访问互联网
其他版本的git理论上也可以,请自行测试
结果最后显示“安装完成”或“Complete”表示安装成功。可以直接使用git命令测试一下:
输出如下表示git安装成功并可用。
创建一个git用户,用来提供给外部用户以git url的方式访问git库。
在用户目录或其他对外目录中创建 /git/repos 目录,用来存放git库。
注意: 尽量使用git用户来创建该目录,方便以后git操作该目录,如果是使用其他用户创建的,记得使用以下命令将该目录的owner改为git:
为了方便访问,可以在根目录下创建一个软链连接到该目录:
这样设置后,假如以后有一个库叫 test.git ,那么就可以通过以下url来访问git库了:
创建一个测试库用来测试备份及连通性。
同主GIT服务器的《安装git》章节。
同主GIT服务器的《创建git库目录》章节。
目录结构尽量与主git服务器上的结构一致,如果不一致,使用软链的形式将git url配置为与主git服务器一致,这样保证在切换服务器时,客户端不用做修改操作。
以上个步骤中创建的 test.git 为例:
这样,主git服务器中的 test.git 就镜像到备份机中了。
如果主服务器的git项目发生了变更,可以将变更同步到备份机。
将以上同步命令写成脚本,添加一个定时任务来定时同步即可。
(待补充)
备份同步时每次都需要输入主git服务器的密码,比较麻烦,也不利于定时同步的脚本操作,可以使用ssh免密登录的方式,在主服务器上配置备份服务器的公钥。
一路Enter(回车键),完成后会打印出密钥的生成位置,通常在用户主目录的 .ssh 目录中。默认情况下会生成以下两个文件:
一定要注意上述命令中的第三步,权限要设置对,否则认证不过去不能免密登录。
如果在实际运行中,主git服务器挂了一段时间,在这段时间里一直是备份git服务器在工作,那么在修复好主服务器后需要将这一段时间的变更同步回主服务器。
操作完成后备份库自上一次同步后的更改都推送到了主库。
gitlab的备份默认是放在AWS上,可以通过修改配置文件备份至阿里云OSS
修改 /opt/gitlab/etc/gitlab.rb 文件里的如下内容
进入容器执行 gitlab-ctl reconfigre 让上步的配置生效
重启容器 docker restart gitlab
在容器中执行 gitlab-rake gitlab:backup:create ,等命令成功结束后,到阿里云的OSS桶中检查,就会发现备份文件已经自动上传, 在你设置的备份路径下的 1508412719_2017_10_19_10.0.2_gitlab_backup.tar 文件
注意 gitlab.rb 与 gitlab-secrets.json 文件可能会备份失败, 需要手动将这两个文件备份
这两个文件所在目录为 /opt/gitlab/etc 下面
开启一个新的gitlab环境, 版本必须与之前的备份的版本一样
等待片刻后输入两次 yes 完成恢复
参考自以下链接:
https://www.cnblogs.com/straycats/p/7702271.html
https://www.jianshu.com/p/bb25ff793000
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)