Bring a demoted primary node back online

原文：https://docs.gitlab.com/ee/administration/geo/disaster_recovery/bring_primary_back.html

故障转移后，可以故障回复到降级的主节点以还原原始配置. 此过程包括两个步骤：

警告：如果您对该节点上的数据一致性有任何疑问，我们建议从头开始进行设置.

Configure the former primary node to be a secondary node

由于先前的主要节点将与当前的主要节点不同步，因此第一步是使先前的主要节点保持最新. 请注意，将先前的主节点重新同步后，不会重播存储在磁盘上的数据（如存储库和上载），这可能会导致磁盘使用率增加. 或者，您可以设置一个新的辅助 GitLab 实例来避免这种情况.

要使以前的主节点保持最新状态：

SSH 进入落后的前主节点.
确保所有服务都已启动：
```
sudo gitlab-ctl start
```
注意：如果永久禁用了主节点，则需要立即撤消这些步骤. 对于 Debian / Ubuntu，您只需要运行sudo systemctl enable gitlab-runsvdir . 对于 CentOS 6，您需要从头开始安装 GitLab 实例，并按照安装说明将其设置为辅助节点. 在这种情况下，您无需执行下一步.注意：如果在灾难恢复过程中更改了该节点的 DNS 记录，则可能需要在此过程中阻止对该节点的所有写操作 .
设置数据库复制 . 请注意，在这种情况下，主节点是指当前的主节点，辅助节点是指先前的主节点.

如果丢失了原始主节点，请按照设置说明设置新的辅助节点.

初始复制完成并且主节点和辅助节点紧密同步后，您可以执行计划的故障转移 .

如果你的目标是再有两个节点，你需要把你的辅助节点重新联机，以及通过重复第一步（配置前主节点是辅助节点）为辅助节点.