使用gitlab自带的backup命令进行备份。在gitlab的help文档里面有相关的说明，URL地址是: http://your-gitlab-server/help/raketasks/backup_restore.md
利用gitlab的backup机制会生成一个名为[TIMESTAMP]_gitlab_backup.tar的tar文件，这个tar文件会包含所有的数据库数据、所有的repo数据，以及所有的附件。TIMESTAMP是以秒为单位的时间戳，用来区分不同的备份文件，如：1541527310_2018_11_07_9.5.1_gitlab_backup.tar。需要注意的是，利用backup机制进行备份的话，对gitlab的版本是要求严格一致的。例如用8.6版的gitlab生成的备份文件，拿到8.7版的gitlab上进行恢复，是会报错的。
(1) backup操作的命令
#如果使用包安装的gitlab的话，使用以下命令
sudo gitlab-rake gitlab:backup:create
#如果使用源码安装的gitlab话，使用以下命令
sudo -u git -H bundle exec rake gitlab:backup:create RAILS_ENV=production
也可以使用SKIP变量来选择要备份的内容，SKIP变量的选项有：db, uploads (attachments), repositories, builds(CI build output logs), artifacts (CI build artifacts), lfs (LFS objects)。多个项之间用逗号隔开：
sudo gitlab-rake gitlab:backup:create SKIP=db,uploads
backup命令执行之后，终端上会出现导出数据库及repo数据等的的操作日志。
(2) backup的相关配置
backup文件的保存位置在config/gitlab.yml配置文件里面设置。打开这个配置文件，可以找到关于backup的这么一段配置：
## Backup settings
backup:
path: "/var/opt/gitlab/backups" # Relative paths are relative to Rails.root (default: tmp/backups/)
archive_permissions: # Permissions for the resulting backup.tar file (default: 0600)
keep_time: # default: 0 (forever) (in seconds)
pg_schema: # default: nil, it means that all schemas will be backed up
upload:
# Fog storage connection settings, see http://fog.io/storage/ .
connection:
# The remote 'directory' to store your backups. For S3, this would be the bucket name.
remote_directory:
multipart_chunk_size:
encryption:
默认情况下，备份文件是放在/var/opt/gitlab/backups目录下的，另外archive_permissions属性用来指定生成tar文件的权限属性，默认为0600。还可以通过upload设置，将备份上传到远程服务器，详细配置这里不做介绍。
注意：后来自己在实际配置中发现，在gitlab.yml里面配置backups之后，执行gitlab-ctl reconfigure命令，发现配置的东西被冲掉了，需要在gitlab.rb里面配置才行：
gitlab_rails['manage_backup_path'] = true
gitlab_rails['backup_path'] = "/var/opt/gitlab/backups" #备份目录
gitlab_rails['backup_archive_permissions'] = 0644 #生成的文件权限
gitlab_rails['backup_keep_time'] = 864000 #保留10天
(3) 利用backup文件恢复
首先，用来恢复的服务器上要有一个跟生成backup文件同版本的gitlab运行环境。我使用的是同一个gitlab的ubuntu镜像，所以版本的一致性是可以确保的。
接下来，需要确保backup的tar文件在配置文件中指定的/var/opt/gitlab/backups目录下面。
sudo cp 1541527310_2018_11_07_9.5.1_gitlab_backup.tar /var/opt/gitlab/backups/
然后，就可以同过命令来执行恢复操作了：
# 先关闭连接数据库的进程
sudo gitlab-ctl stop unicorn
sudo gitlab-ctl stop sidekiq
# 通过指定时间戳来执行restore操作，这个操作会复写gitlab的数据库
sudo gitlab-rake gitlab:backup:restore BACKUP=1541527310
# 再次启动gitlab
sudo gitlab-ctl start
# 通过下面命令检查gitlab
sudo gitlab-rake gitlab:check SANITIZE=true
需要注意的是：backup生成的tar文件的备份是不会对gitlab的配置文件进行备份的，gitlab.rb, gitlab.yml, /etc/gitlab/gitlab-secrets.json（存放着数据库中为two-factor authentication加密信息的key）等这些配置文件需要另行备份。
(4) 配置备份的定时任务
利用cron来进行定时备份操作
0 2 * * * /opt/gitlab/bin/gitlab-rake gitlab:backup:create SKIP=db,uploads
设置脚本定期清理备份文件gitlab.sh，配置以下参数：
find /var/opt/gitlab/backups/ -mtime +7 -type f |xargs rm -rf
如果想指定备份文件的保存时间的话，也可以在/etc/gitlab/gitlab.rb中进行配置：
# limit backup lifetime to 7 days - 604800 seconds
gitlab_rails['backup_keep_time'] = 604800
