在之前的文章里讲到了如何使用docker运行gitlab服务，这里来说一下关于gitlab的备份。

方法一

因为是使用的docker容器运行的gitlab，考虑备份的时候，第一反应可能就是想直接拷贝容器的挂载目录。但是直接拷贝的目录，能不能直接在另外一台服务器上正常运行的起来呢？
gitlab容器运行用的数据确实都在挂载目录里面，理论上来讲是可以直接拿来用的。但是，我尝试了一下，直接拷还是存在一些问题的，查看gitlab容器运行日志会发现其中有关于数据库访问权限的报错，也有些redis参数设置等等的报错。在目录拷贝的过程中，两台服务器上的环境不完全一致，就会出现关于权限的报错，比如：在原服务器上gitlab-psql用户的uid为996，将所有者为gitlab-psql用户的文件拷贝到另一台服务器上之后，996的uid对应的是别的用户，这时候就会报出权限的问题。去排查这些问题，感觉还是挺麻烦的~~

方法二

使用gitlab自带的backup命令进行备份。在gitlab的help文档里面有相关的说明，URL地址是: http://your-gitlab-server/help/raketasks/backup_restore.md
利用gitlab的backup机制会生成一个名为[TIMESTAMP]_gitlab_backup.tar的tar文件，这个tar文件会包含所有的数据库数据、所有的repo数据，以及所有的附件。TIMESTAMP是以秒为单位的时间戳，用来区分不同的备份文件，如：1477287208_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的docker镜像，所以版本的一致性是可以确保的。
接下来，需要确保backup的tar文件在配置文件中指定的/var/opt/gitlab/backups目录下面。

sudo cp 1393513186_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=1393513186

# 再次启动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 CRON=1

如果想指定备份文件的保存时间的话，可以在/etc/gitlab/gitlab.rb中进行配置：

# limit backup lifetime to 7 days - 604800 seconds
gitlab_rails['backup_keep_time'] = 604800