Oracle设置日志参数-ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;

要实现两个数据库之间的实时同步,需要给Oracle设置参数

ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;  -- 执行了12小时,等待数据库中的其它事务都提交以后才执行完成
ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (PRIMARY KEY) COLUMNS;
ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (UNIQUE) COLUMNS;

遇到的问题

  在执行第一条命令的时候,等待超过12小时,命令挂起12小时。原因是要等待数据库中的其它事务都提交以后才可以执行这个命令。

解决方案

  1. 等待其它事务全部执行完成

  2. 数据库停机重启,强制关闭所有事务就可以顺利的执行你的命令了。

注意:如果在等待命令的过程中,强行kill掉这个设置参数的命令会如何。下面是参考资料,注意,仅供参考。

当执行ALTER DATABASE ADD SUPPLEMENTAL LOG DATA命令时,如果命令长时间不响应,并且决定中断(kill)这个操作,这可能会有几种不同的结果,取决于命令执行到了哪个阶段以及Oracle数据库的具体处理机制。
是否会引起回滚?
  • 命令特性:ALTER DATABASE ADD SUPPLEMENTAL LOG DATA这类DDL (Data Definition Language) 命令通常不涉及大量数据的修改,而是修改数据库的元数据或配置。因此,从理论上讲,即使这个命令被中断,需要回滚的操作相对较少,不像大规模的数据插入或更新那样涉及大量的数据回滚。
  • Oracle处理机制:Oracle数据库对于DDL操作的处理通常是原子性的,意味着要么完全执行,要么完全不执行。如果你强行中断了这个命令,Oracle会尝试撤销已经部分完成的操作,以保持数据库的一致性和完整性。这种撤销操作通常涉及的是元数据的更改,而不是大量数据的回滚。
潜在影响:
  • 数据库状态:强行中断可能会留下未完成的操作,这可能需要数据库在后续操作中进行清理或恢复,但这种情况对于ALTER DATABASE ADD SUPPLEMENTAL LOG DATA来说影响通常较小。
  • 性能影响:即使有回滚发生,由于这个命令涉及的更改主要是配置性质的,不涉及大量数据的移动,所以对数据库性能的影响应该是有限的。
建议:
  • 监控和分析:如果这个命令长时间不响应,建议先通过Oracle的动态性能视图(如V$SESSION或V$SQL等)监控命令的执行状态,了解是否真的卡住,还是只是执行较慢。
  • 谨慎操作:在决定kill一个数据库操作之前,最好是谨慎考虑,因为这可能会留下未完成的状态。如果必须这么做,确保你了解可能的后果,并准备好执行必要的后续步骤,比如重新执行命令或检查数据库的一致性。
总的来说,虽然中断ALTER DATABASE ADD SUPPLEMENTAL LOG DATA命令可能不会导致大规模的数据回滚,但任何强制中断操作都应谨慎进行,以避免潜在的问题。在操作前最好咨询Oracle的官方文档或寻求专业的DBA支持。

热门相关:铁血大明   虎狼之师   秾李夭桃   士子风流   护花猎王