版本環境：

[root@localhost gitlab]# cat /etc/redhat-release 
CentOS Linux release 7.3.1611 (Core) 

[root@localhost gitlab]# cat /opt/gitlab/embedded/service/gitlab-rails/VERSION
8.15.4

一、數據備份

先打開/etc/gitlab/gitlab.rb配置文件，查看一個和備份相關的配置項：

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

該項定義了默認備份出文件的路徑，可以通過修改該配置，並執行 gitlab-ctl reconfigure 或者

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包。

二、數據恢復

1.安裝gitlab

安裝包下載：https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/

上傳到服務器，yum安裝即可

yum -y localinstall gitlab-ce-8.15.4-ce.0.el7.x86_64.rpm

初始化，就執行一次

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

執行下面的命令進行恢復：

gitlab-rake gitlab:backup:restore BACKUP=1530773117_2018_07_05_gitlab_backup.tar

後面再輸入兩次yes就完成恢復了。

恢復完成後，啟動剛剛的兩個服務，或者重啟所有服務，再打開瀏覽器進行訪問，發現數據和之前的一致：

gitlab-ctl start unicorn
gitlab-ctl start sidekiq
或
gitlab-ctl restart

註意：通過備份文件恢復gitlab必須保證兩臺主機的gitlab版本一致，否則會提示版本不匹配。

遇到的報錯：數據量太大了，磁盤空間不足，打包報錯。

gitlab 備份與恢復