一键安装Gitlab后的备份、迁移与恢复
2016-10-27 17:08
501 查看
原创作品,http://linuxerxy.blog.51cto.com/10707334/1865414
1.Gitlab创建备份
使用以上命令会在/var/opt/gitlab/backups目录下创建一个名称类似为1393513186_gitlab_backup.tar的压缩包,这个压缩包就是Gitlab整个的完整部分, 其中开头的1393513186是备份创建的日期。2.Gitlab恢复
3.Gitlab迁移迁移如同备份与恢复的步骤一样, 只需要将老服务器/var/opt/gitlab/backups目录下的备份文件拷贝到新服务器上的/var/opt/gitlab/backups即可(如果你没修改过默认备份目录的话)。但是需要注意的是新服务器上的Gitlab的版本必须与创建备份时的Gitlab版本号相同. 比如新服务器安装的是最新的8.5版本的Gitlab, 那么迁移之前, 最好将老服务器的Gitlab 升级为8.5再进行备份。4.自动备份通过crontab使用备份命令实现自动备份:
例如加入以下, 实现每天凌晨2点进行一次自动备份:
恢复过程中遇到一个错误:
系统是centos 6.2的 ,gitlab是8.8.5迁移到另外一台服务器上的,其它页面都可以正常显示,但是一点击项目就会显示500,。查看/var/log/gitlab/gitlab-rails/production.log日志,发现上述错误 。通过搜索知道,这是gitlab数据迁移时的一个缺陷。解决方法:1、覆盖原来gitlab的 db_key_base 到新的gitlab db_key_base 位置在 /etc/gitlab/gitlab-secrets.json 2、EE版本执行
sudo gitlab-rails runner "Project.where(mirror: false).where.not(import_url: nil).each { |p| p.import_data.destroy if p.import_data }"CE版本执行
sudo gitlab-rails runner "Project.where.not(import_url: nil).each { |p| p.import_data.destroy if p.import_data }"重启gitlab,发现500错误不见,项目能访问到。
1.Gitlab创建备份
sudo gitlab-rails runner "Project.where(mirror: false).where.not(import_url: nil).each { |p| p.import_data.destroy if p.import_data }"CE版本执行
sudo gitlab-rails runner "Project.where.not(import_url: nil).each { |p| p.import_data.destroy if p.import_data }"重启gitlab,发现500错误不见,项目能访问到。
相关文章推荐
- 一键安装Gitlab后的备份、迁移与恢复
- 使用Gitlab一键安装包后的日常备份恢复与迁移
- 使用Gitlab一键安装包后的日常备份恢复与迁移
- 使用Gitlab一键安装包后的日常备份恢复与迁移
- 一键安装Gitlab后的备份、迁移与恢复 推荐
- 一键安装Gitlab后的备份、迁移与恢复
- 使用Gitlab一键安装包后的日常备份恢复与迁移
- 使用Gitlab一键安装包后的日常备份恢复与迁移
- 使用Gitlab一键安装包后的日常备份恢复与迁移
- 使用gitlab一键安装包的后的日常备份恢复和迁移
- 使用Gitlab一键安装包后的日常备份恢复与迁移
- 使用Gitlab一键安装包后的日常备份恢复与迁移
- 使用Gitlab一键安装包后的日常备份恢复与迁移
- GitLab安装、迁移与恢复
- Gitlab安装、备份、恢复
- GitLab 在 CentOS 6下安装,备份和恢复
- GitLab CE服务器安装配置备份恢复升级注意项总结
- gitlab安装配置、备份恢复
- 使用Gitlab一键安装包后的备份恢复与迁移