我们每天凌晨2点通过crontab备份gitlab。为了使整个备份/还原过程更加自动化，我们开始了一个项目，而我们大部分时间都在那。我们一直遇到的一个问题是，最近总的更新比较频繁，并且由于备份然后自动升级的过程错开了，我们的备份落后了24小时，因此，在还原时会出现版本不匹配错误升级后的第二天。
更复杂的解决方案是对我们的备份/还原脚本进行版本检查并推迟24小时，但这似乎不理想，如果不增加更多的复杂性以同时监视与设定的计划相比每个工作被推迟了多长时间每月的一周或第二个星期六进行测试。
我认为最好的解决方案是增加gitlab备份频率并利用详细的here的STRATEGY = copy选项。就是说，在更改cron以反映每6个小时一次的备份计划后，我看不到备份计数的任何实际增加。
gitlab在运行备份频率方面是否有限制？
Old Cron（每天一次，凌晨2点）： -0 2 * * * / opt / gitlab / bin / gitlab-rake gitlab：backup：create CRON = 1 && /root/datadog_success_push.sh
新Cron（未按预期运行-“每6个小时的30分钟，从0到23。”） -30 0/6 * * * / opt / gitlab / bin / gitlab-rake gitlab：backup：create STRATEGY = copy CRON = 1 && /root/datadog_success_push.sh