Gitlab---数据备份
Gitlab数据备份
https://docs.gitlab.com/omnibus/settings/backups.html#backup-and-restore-using-non-packaged-database
1. 创建备份目录
# mkdir -p /backup/gitlab
# chown git.git -R /backup/gitlab
2. 打开/etc/gitlab/gitlab.rb配置文件，配置备份相关的配置项：
gitlab_rails['manage_backup_path'] = true
gitlab_rails['backup_path'] = "/backup/gitlab"
该项定义了默认备份出文件的路径，可以通过修改该配置，并执行 gitlab-ctl reconfigure 或者 gitlab-ctl restart 重启服务生效。
3. 执行备份命令进行备份
# gitlab-rake gitlab:backup:create
也可以添加到 crontab 中定时执行
可以到 /backup/gitlab 找到备份包，解压查看，会发现备份的还是比较全面的，数据库、repositories、build、upload等分类还是比较清晰的。
每天执行备份，肯定有目录被爆满的风险，打开/etc/gitlab/gitlab.rb配置文件，找到如下配置：
gitlab_rails['backup_keep_time'] = 604800
设置备份保留7天（7*3600*24=604800），秒为单位，如果想增大或减小，可以直接在该处配置，并通过gitlab-ctl restart 重启服务生效。
备份完成，会在备份目录中生成一个当天日期的tar包。
数据恢复
1、安装部署 gitlab server
2、恢复 gitlab
2-1. 打开/etc/gitlab/gitlab.rb配置文件，配置备份相关的配置项：
gitlab_rails['backup_path'] = "/backup/gitlab"
修改该配置，定义了默认备份出文件的路径，并执行 gitlab-ctl reconfigure 或者 gitlab-ctl restart 重启服务生效。
2-2. 停掉数据连接服务：
gitlab-ctl stop unicorn
gitlab-ctl stop sidekiq
如果是台新搭建的主机，理论上不停这两个服务也可以。停这两个服务是为了保证数据一致性。
2-3. 将老服务器/backup/gitlab目录下的备份文件拷贝到新服务器上的/backup/gitlab
注意权限：600权限是无权恢复的。 实验环境可改成了777，生产环境建议修改属主属组为git
# pwd
/backup/gitlab
# chown git.git 1530773117_2019_03_05_gitlab_backup.tar
2-4. 执行下面的命令进行恢复：后面再输入两次yes就完成恢复了。
gitlab-rake gitlab:backup:restore BACKUP=1530773117_2019_03_05_gitlab_backup.tar
注意：backups 目录下保留一个备份文件可直接执行
恢复指定文件，gitlab会自动去查找备份目录。
指定文件名的格式类似：1585234454_2020_03_26_12.7.7_gitlab_backup.tar（名字-时间-版本号-后缀），文件后缀_gitlab_backup.tar不要添加
gitlab-rake gitlab:backup:restore BACKUP=1585234454_2020_03_26_12.7.7
恢复完成后，启动刚刚的两个服务，或者重启所有服务，再打开浏览器进行访问，发现数据和之前的一致：
gitlab-ctl start unicorn
gitlab-ctl start sidekiq
或
gitlab-ctl restart
注意：通过备份文件恢复gitlab必须保证两台主机的gitlab版本一致，否则会提示版本不匹配
忘记root密码
如果忘记root密码, 可以登录到Gitlab服务器,执行以下操作:
删除project
1. 无代码: 点进project, 拉到最下方点下面的按钮删除
2. 有代码
点进project-->Settings--->General project settings --->Advanced settings --->Remove project
