我们每天凌晨 2 点通过 crontab 为 gitlab 使用一次工作备份。一个使整个备份/恢复过程更加自动化的项目已经开始，我们大部分时间都在那里。我们一直遇到的一个问题是最近综合更新相当频繁，并且由于备份和自动升级是错开的，我们的备份落后了 24 小时，因此，我们在恢复时遇到版本不匹配错误升级后的第二天。
更复杂的解决方案是在我们的备份/恢复脚本中构建版本检查并推迟 24 小时，但这似乎并不理想，如果不增加更多复杂性来监控与设置的计划相比每周或每周一次的作业推迟了多长时间每个月的第二个星期六考试。
我认为最好的更简单的解决方案是简单地增加 gitlab 备份频率并利用此处详述的 STRATEGY=copy 选项。也就是说，在更改 cron 以反映每 6 小时一次的备份计划后，我没有看到备份计数有任何实际增加。
gitlab 关于备份的运行频率是否有限制？
老 Cron（每天凌晨 2 点）：- 0 2 * * * /opt/gitlab/bin/gitlab-rake gitlab:backup:create CRON=1 && /root/datadog_success_push.sh
新 Cron（没有按预期工作 - “从 0 到 23，每 6 小时的第 30 分钟。”） - 30 0/6 * * * /opt/gitlab/bin/gitlab-rake gitlab:backup:create STRATEGY =复制 CRON=1 && /root/datadog_success_push.sh