GitLab数据恢复时的问题对应和常见技巧_gitaly got term

这篇文章整理一下GitLab数据恢复时的一些常见问题对应方法。

环境与版本

容器化方式部署、运行在Kubernetes中
版本：GitLab-CE 12.10.5

数据卷挂载

gitlab的数据文件分成如下三类，使用容器化方式，一般会做成本地卷，则对此卷进行归档操作（比如tar命令）即可进行备份。

恢复方式

恢复方式1:全卷使用

上述三个卷全部使用，重做GitLab容器，重启服务，理论上来说应该跟之前完全一致，在重启不能解决问题的时候，首先应该使用此种方式。

风险：如果有手动在容器中修改内容，但是此部分内容有未使用持久化的方式挂载出来的情况，则会存在风险，建议事前备份，容器启动不起来时，还是有些操作可以绕行的。更建议的是 基础框架即代码的方式，不要手工修改，所有操作应该以代码或者数据的方式存在，后续恢复自然简单地多。

恢复方式2: 不使用日志卷

GitLab容器启动之后，使用ps -ef 或者gitlab-ctl status就会知道，其实它启动了很多的进程，日志卷中保存此部分应用相关的数据和中间状态（出错的时候很多可能参照性却不强），如果方式1不能重启，首先考虑不使用日志卷进行恢复，此部分内容基本上不会对持久化数据产生影响

风险：同样存在手动在容器修改产生的问题，同时需要考虑到如果是否用整