GitLab 备份与隔离恢复演练

登记实例标识、GitLab 精确版本和 CE/EE 类型、数据库/Gitaly/对象存储拓扑、恢复点与预算；指定执行、业务验收和停止决策人。以下仅供获准登录 Linux package 实例后读取运行信息，不执行备份或停止服务，输出经脱敏后归档。

sudo gitlab-rake gitlab:env:info
sudo gitlab-ctl status

逐项确认应用备份覆盖的数据库、仓库、附件、LFS、Packages 等实际启用功能；对象存储和配置、secrets、TLS/SSH 材料按安装形态另行备份。Redis/Sidekiq 待执行任务不应假定在应用备份中。只记录秘密材料的受控引用和关联时间，不把明文与加密数据放在同一公开归档。

新增备份属于获批的资源密集操作，先检查容量与业务窗口，并按官方维护流程确认后台任务无待执行或运行项、窗口内不会进入新任务，再按实际安装文档执行；不能擅停生产任务来补这一条件。若已有可用备份，则使用只读副本并查找该窗口的任务状态证据。记录备份任务日志、大小、摘要以及对象存储清单，区分普通归档与 server-side repository 备份，后者所需外部备份对象必须完整保留。下例仅计算文件摘要，不证明可恢复。

sha256sum -- '<APPROVED_BACKUP_ARCHIVE>'

在独立演练资源部署与备份完全相同版本、相同 CE/EE 类型的 GitLab；先验证空实例本身工作正常，再核对所有数据库端点、Gitaly 存储名和对象桶指向演练资源。阻断出站邮件、Webhook、Runner 获取任务与其他外部自动化，不能只靠不同页面标题区分生产。不要复用含现有数据的目标。

按部署形态恢复匹配的 secrets 和必要配置，并把地址、存储桶、邮件、LDAP 等指向安全演练配置；不是原样覆盖所有生产配置。Linux package 的配置应用按该版本官方步骤执行，确认存储名称与备份数据匹配。应用配置后再次检查出站隔离；不输出密钥值，不将 secrets 存进 Git。

由批准的执行人在已确认空演练实例按对应官方流程恢复。Linux package 流程需先停连接数据库的 Puma 与 Sidekiq，按备份 ID 执行恢复，完成后再按官方要求启动和检查。恢复会覆盖目标数据库；本步骤不提供可直接批量执行的生产覆盖命令。记录开始/结束时间、每个子任务和异常，不跳过失败模块继续宣称整体成功。

使用批准的普通测试用户和只读凭据，抽查项目可见性、权限拒绝路径、精确提交、分支、Wiki、LFS、附件与制品；对加密数据运行官方 secrets 诊断并只保留结果摘要。以已知提交和文件校验清单对照，而非仅看登录页；禁止在演练实例启用真实流水线发送制品或通知。

交付恢复证据包：备份 ID、时间和摘要、目标身份、操作记录、数据缺口、实际耗时、业务确认及后续负责人。演练结束后按保留审批处理副本和临时凭据。真正灾难切流需另行解决原实例写入隔离、DNS/SSH 信任、身份与 Runner 接入及恢复后新写入归属，本次不自动切流。