数据库alert日志报错ORA-16000，查看对应的trc文件，大致如下报错： 2020-10-27 14:09:03.340 SESSION ID:(3340.75) 2020-10-27 14:09:03.340 CLIENT ID:() 2020-10-27 14:09:03.340 SERVICE NAME:(SYS$USERS) 2020-10-27 14:09:03.340 MODULE NAME:(rman@jkadg (TNS V1-V3)) 2020-10-27 14:09:03.340 ACT…
19C的RAC两个节点patch level不一致，导致无法操作asm的diskgroup，包括增加、删除dg时报错如下： ORA-15039: diskgroup not dropped ORA-15137: The ASM cluster is in rolling patch state. ■查看软件版本 crsctl query crs softwareversion crsctl query crs releaseversion Oracle High Availability Services rele…
■■node2打补丁报错 [root@zzjk02:0 /u01/soft]$ opatchauto apply /u01/soft/patch/31305339 OPatchauto session is initiated at Tue Sep 22 19:04:51 2020 System initialization log file is /u01/app/12.2.0/grid/cfgtoollogs/opatchautodb/systemconfig2020-09-22_07-04-53PM.log.…
昨晚在一体机配置19c的GI执行root.sh最后报错如下 2020/09/21 22:36:23 CLSRSC-594: Executing installation step 15 of 19: 'InstallKA'. 2020/09/21 22:36:25 CLSRSC-594: Executing installation step 16 of 19: 'InitConfig'. 2020/09/21 22:36:33 CLSRSC-594: Executing installation step 17 …
一个项目使用达梦数据库的一个表,有1400万数据,意欲导入oracle数据库. 采用windows客户端工具DBeaver直接导出了csv文件,这个DOS格式的导出文件,直接埋下了祸根,导致后续一直sqlldr导入报错,转换为unix格式后,一切变得简单. 根据达梦数据库的建表语句,编辑oracle建表语句如下: DROP TABLE "ETPS"."SSXX2" PURGE; TRUNCATE TABLE "ETPS"."SSXX2"; CREATE TABLE "ETPS"."SSXX2" ( "UUID" V…
某项目一个数据库连续3次宕掉,经查看alertlog文件,发现每次宕掉前报错: ORA-00600: internal error code, arguments: [15709], [29], [1] 该错误是由于数据库发生并行回滚触发了Oracle Bug 6954722 metalink： Solution ： To implement solution for unpublished Bug: 6954722, please execute one of the following steps: Use t…
一、问题描述 1、数据库情况 版本11.2.0.4；未开启归档 2、问题详情 数据库打开时报错如下。 Tue May 19 11:04:39 2020 alter database open resetlogs RESETLOGS is being done without consistancy checks. This may result in a corrupted database. The database should be recreated. RESETLOGS after incomplete …
一、问题描述 1、数据库情况 版本11.2.0.4；未开启归档 2、问题详情 数据库down了，之后重启主机，并调整了系统时间，再次打开时报错如下。 Sat May 16 22:18:57 2020 SMON: enabling cache recovery Errors in file E:\APP\ADMINROOT\diag\rdbms\wydb\wydb\trace\wydb_ora_1916.trc (incident=195772): ORA-00600: ??????, ??: [2662], [38…
根据oracle对于SQL执行计划基于成本的优化原则，这么大的结果集，相对于400万的表来讲，索引不如全表扫描快。
一个超过4000万的大表RESACTIVEINFO没有分区，将第一列主键ID按照范围分区，采用oracle的interval自动分区技术，做了一个改造，所有的索引均采用本地索引，实践证明性能大大提升，后续的维护也更为方便，以下是具体实施步骤，供参考。 采用新建分区表，将原表插入的方式，这样不会影响已有的业务，4300万的大表新建分区表，时间大约3-5个小时。