■启动/关闭supplemental log，不需重启数据库 否则不能捕获所有的DML/DDL/DCL等操作日志 select supplemental_log_data_min from v$database; alter database add supplemental log data; alter database drop supplemental log data;

supplemental log补充日志不是独立的日志，而是对重做日志的少量补充。 LogMiner、闪回事务、闪回事务查询、逻辑standby、streams、GoldenGate等功能或工具需要开启补充日志才能正常工作。 补充日志分为：数据库级补充日志、 表级补充日志，可在【数据库】和【表】两种级别进行设置。

构建HBase集群最后启动HMaster时报错Failed construction RegionServer

一个超过4000万的大表RESACTIVEINFO没有分区，将第一列主键ID按照范围分区，采用oracle的interval自动分区技术，做了一个改造，所有的索引均采用本地索引，实践证明性能大大提升，后续的维护也更为方便，以下是具体实施步骤，供参考。 采用新建分区表，将原表插入的方式，这样不会影响已有的业务，4300万的大表新建分区表，时间大约3-5个小时。

一个简单的关联查询缓慢，出不来结果，SQL语句如下： select * from kktongjibiao a where a.content_id not in (select content from kkjiuwangzhanID b); 其中a表数据量424508，b表数据量203619。 经实验模拟，发现是关联字段类型不一致导致，a表字段是数字，b表字段是字符。 以下记录了详细的模拟过程。 create table kktongjibiao as select jc_content.content_id …

近期adg备库负荷高，经常高达99%甚至100%，所在主机还同时运行了两个informix实例，经过分析主机监控信息，发现informix占用了更多的CPU，但由于无法检查、控制informix，决定先从oracle方面尽量优化处理。 针对adg备库的使用，主要是来自一个报表库A的dblink查询，该报表库A建立在另外的城市，网络带宽受限，一些大量的报表查询会非常缓慢，一些任务甚至挤压了很多天无法执行完毕，而这些查询也进一步增加了主机CPU负荷。 注意，此时没有停掉异地的报表库，又在本地建立了报表库B，同样通过db…

困扰很久的问题，几个大项目每天晚上定时expdp逻辑备份，有2个大表总是导出失败，提示快照过旧。 ■expdp报错信息 ORA-31693: Table data object "xxx"."T_BPM_INTERFACE_INFO" failed to load/unload and is being skipped due to error: ORA-02354: error in exporting/importing data ORA-01555: snapshot too old: rollback se…

■表RESACTIVEINFO导出失败，提示01555快照过旧 ORA-31693: Table data object "XXX"."RESACTIVEINFO" failed to load/unload and is being skipped due to error: ORA-29913: error in executing ODCIEXTTABLEPOPULATE callout ORA-01555: snapshot too old: rollback segment number 10 with …

alertlog里面的"DISTRIB TRAN"信息主要出现在RAC系统中，意思是：当前系统存在分布式作业，正在等待其它节点完成作业。是一种延时提示。如果未出现ORA-告警，其实是可以不理会的。 可以使用如下方式关闭oracle RAC分布式特性 alter system set _CLUSTERWIDE_GLOBAL_TRANSACTIONS=FALSE scope=spfile; 然后restart database ，生效。

17:03开始，node3大量的12170错误、TNS-12535错误，18:39重启node3即恢复正常 当数据库和客户端的连接超过特定时间，就会把这样的信息写入到alert日志中，所以这不一定是一个致命的问题。 cat sqlnet.ora SQLNET.INBOUND_CONNECT_TIMEOUT = 120 “在Oracle11G中，有这样两个参数SQLNET.INBOUND_CONNECT_TIMEOUT 和INBOUND_CONNECT_TIMEOUT_listenername；他们的默认值为60s，…