【问题标题】:How to handle lag in replicat in oracle goldengate while running housekeeping scheduler jobs in oracle database?在 Oracle 数据库中运行内务调度程序作业时,如何处理 Oracle Goldengate 中的复制滞后?
【发布时间】:2018-08-14 04:17:37
【问题描述】:

调度程序作业在每晚 11 点运行,以删除源 Oracle 数据库 12c 中的大约 500,000 条记录。在此期间,目标数据库上的复制延迟突然从 4 秒增加到 900 秒,并继续增加到 7500 秒,直到凌晨 3 点(调度程序作业的结束时间)。之后,延迟开始逐渐减少,并在凌晨 4 点再次达到 4 秒。这是 Oracle Goldengate 在生产数据库中运行内务调度程序作业时的正常行为吗?

【问题讨论】:

    标签: oracle plsql oracle-golden-gate


    【解决方案1】:

    根据您的描述,延迟似乎是由 500k 行删除操作引起的。

    您需要检查滞后来自何处。您可以在 OGG 中使用心跳内置功能。它很有帮助。取决于滞后的来源:

    1. 提取:如果操作在一个 DML 操作中进行 - 将其分成更小的块。

    2. 网络/硬件:进行一些网络调整,增加数据包大小。检查硬件负载。

    3. Replicat:如果您的小块应用仍然缓慢 - 尝试使用并行复制形式,例如 Parallel Replicat、Integrated Replicat。或者,如果此删除可以独立于事务运行,您也可以考虑使用 Coordinated Replicat 模式。

    【讨论】:

    • 在删除 1500 行后执行提交,这可能是导致复制缓慢的问题吗?提取过程运行良好。
    • 另外请解释当我们执行批量删除时并行或协调复制将如何帮助。我们已经在使用集成复制(OGG 版本 12.2.0.1)。
    • 什么是慢?路径是否填充得很快,而延迟来自 Replicat?滞后出现在哪里?使用 Coordinated Replicat 非常棘手。它可以使您的交易变得平静。如果你想使用这个选项,你必须确切地知道你在做什么。
    猜你喜欢
    • 1970-01-01
    • 2020-04-30
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-10-19
    • 1970-01-01
    • 2019-03-08
    • 1970-01-01
    相关资源
    最近更新 更多