linux - 在 Linux DR 数据库服务器重新启动期间安全停止和重新启动 Oracle Golden Gate 复制的过程

Question

我们正在使用 Golden Gate 在主数据库服务器和 DR 数据库服务器之间进行复制。由于 SAN 即将停用，我们不得不将 DR 服务器关闭几个小时。在这种情况下，我试图弄清楚在 DR 关闭之前和 DR 重新启动之后要遵循的步骤顺序，以维护正确的 Golden Gate 复制，而不会放弃 Extracts/Replicat 或主/DR Linux 服务器上的任何其他问题。任何输入将不胜感激。

Answer 1

第 1 步:不需要在主数据库上触及数据提取(因为主数据库上没有任何更改，数据提取应该启动，并且在 DR 事件进行时将所有数据更改提取到跟踪文件)。

第 2 步:确保没有长时间运行的 session (通常是批处理，这会给金门进程带来延迟)。这更像是一种健全性检查，以确保一旦 DR 事件完成并且流程被启动，流程不会异常终止或需要特别注意。

第 3 步:关闭主数据库站点上的泵。如果有多个泵将数据泵送到多个目标数据库，请确保仅关闭指向发生灾难恢复事件的目标数据库的泵。

第 4 步:验证泵已关闭并且所有正在运行的数据(自泵关闭以来待应用的数据更改已完全应用到目标数据库)。您可以使用 LAG 命令来验证是否有任何待应用到 DR 站点的数据。

第 5 步:关闭 DR 数据库站点上的复制进程。

第 6 步:DR 维护的周转。

---

一旦 DR 事件完成并且 DR 数据库启动，请按照以下步骤操作。

第 1 步:在 DR 站点上启动复制。第 2 步:在主站点启动泵。第 3 步:验证滞后是否降至零。监视 ggserr.log 是否有任何问题，直到延迟降为零。

谢谢拉胡尔