一个超过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，…

11g数据泵导出的dmp文件，导入12c时，遇见报错： 导入选项是content=all Table_exists_action=REPLACE parallel=9 EXCLUDE=USER,STATISTICS cluster=N 具体报错信息是： ORA-31693: Table data object "XXXXX"."YYYYYYYY" failed to load/unload and is being skipped due to error: ORA-39183: internal error -1…

以前遇见类似问题，没有留存日志，今天有同事再次求助，特记录下，以备后续参考。 提示信息：Entering emergency mode. Exit the shell to continue 如下图所示： 这种情况，一般是突然断电导致文件系统遭到破坏，系统启动时无法正常读取所需的文件信息，对于使用lvm管理的fs来说，一般是root逻辑卷遭到破坏，从而启动失败，一般对相关的文件系统进行检查修复即可。 让同事执行fsck /dev/sda，提示报错如下图： 转而直接对root卷进行修复，如下图： 可见系统检测出使用的…

接同事电话，上午十点多，新来的开发人员误删十几个表，并且已经做了插入操作，问能否恢复。 误操作是这样的：“先delete清空表里面的数据，然后insert一份其他的数据；大概十几个表” 给他们flashback恢复语句： CREATE TABLE tmpMytable AS SELECT * FROM test AS OF TIMESTAMP to_timestamp('20190418 15:40:00', 'yyyymmdd hh24:mi:ss'); 答复说使用这个办法，只恢复了3个表的数据，“UNISEQU…