升级12C注意事项: 连接失败 ORA-28040 ORA-1017

当数据库升级到12c后,有些功能的改变可能影响到原应用的可用性,如数据库升级12c R2后原来的10G或更老的客户端或10g或更老的JDBC 驱动连接数据库里失败提示下面的错误信息:
ORA-28040: No matching authentication protocol error

, , , ,

Oracle 12c R2 新特性: Online PDB relocate (PDB hot move)

12.2的online pdb relocate 实现了PDB 在线几乎零停机时间在不同CDB之间的迁移,且在relocate过程中源库一直是open read-write状态,使用了增量日志的方式追加减少了最源库和网络资源的影响。降低了PDB操作和移动如上云、下云i的代价。

,

Oracle 12c R2 新特性: PDB refresh

PDB refresh功能有些像PDB HOT Clone , 同时又像PDB级的Data Guard(实际不是),PDB refresh可以手动同步刷新或自定义同步间隔自动同步. 应用场景是开发和测试环境的搭建, 因为是增量的同步也减少了对源数据库的影响, 或作为一种online的备份库. PDB refresh是数据库自带的功能, 不用借助其它第三方工具…

, , ,

Materialized View Fast Refresh Is Slow, 10046 trace show HASH_SJ hint (物化视图因为hash_sj hint刷新性能差)

物化视图是一种高级优化技术当用于数据分析报表类数据库, 把多表join的视图数据物化为真实的表数据存储. 我个人认为如果在OLTP中如果非用上了物化视图一定是应用的设计架构存在缺陷. 但是物化视图快速刷新可有时会出现性能问题, 根本原因是ORACLE的刷新引擎自作聪明的隐式加入的Hint.

, ,

Oracle 12c R2 New Feature: Hot Clone A PDB (12.2热克隆)

在12.1版本中Clone一份PDB源库需要打开在read only只读模式, 在12.2版本中引入了local undo mode, 源PDB在read/write 读写模式也可以Clone. 这样可以在复制一份测试环境时对源库影响降到最低, 同时local undo mode也是ORACLE推荐的.

,

Oracle 12c: index treedump

oracle 12C的index treedump比11G有了一点小变化, 这里简短的记录一下.
branch: 0x300252b 50341163 (0: nrow: 3, level: 1)
leaf: 0x300252c 50341164 (-1: row:485.0 avs:823)

, ,

Troubleshooting ORA-00600: [kpncxcc-1] from dblink & ORA-01801

前几日一数据库实例alert日志中出现了ORA-600 [kpncxcc-1], kpn开头的函数通常用于服务器之间通信, 从trace中也可以发现是一条调用了dblink的select, 在MOS未发现已知BUG.
ERROR:
ORA-00600: internal error code, arguments: [kpncxcc-1], [12], [5], [7], [], [], [], [], [], [], [], []

, , ,

Troubleshooting ORA-00600: [krccaub_2], [9], [10] & instance crash in Oracle 10.2.0.4 RAC

ORA-00600: internal error code, arguments: [krccaub_2], [9], [10], [], [], [], [], []
Sat Feb 25 05:14:31 2017
CTWR: terminating instance due to error 487

, ,

Oracle 12c New Feature: Listener注册进程LREG

在12c以前的版本中服务注册一直都是PMON进程负责,从12c起引入了LREG (listener registration)后台进程接管了这部分工作减轻PMON的工作,同样如果LREG 进程死了实例也会crash.

,

Oracle 12c New Feature: 临时表(global temporary tables) session专有的统计信息

在12C以前oracle不会主动维护全局临时表(global temporary tables)的统计信息, 并且如果手动收集也只是存在一份统计信息,即使不同的会话级临时表的数据量不一致,一旦存在对所有的会话可见,从12.1起可以使用GLOBAL_TEMP_TABLE_STATS 控制GTT表的统计信息是所有会话共享还是session级私有…

, ,

sqlplus login hang, syscal高, 频繁的实例重启 11.2.0.4 RAC on SunOS 5.10 (Solaris)

这是一套11.2.04 2节点4实例2数据库的CLUSTER, 每个节点上有2个实例, 每过一段时间其中1个节点上1个实例就会挂起hang死和实例驱逐重启, 主机环境是基于X86 64的Solaris OS (sunos 5.10)操作系统, 496 CPUs, 1TB的内存, 使用RAW裸设备存储…

, ,

Query V$SEGSTAT or V$SEGMENT_STATISTICS views slowly (慢)

昨天有个朋友在做性能监控时遇到了一个性能问题咨询我是否遇到过? 在他所有的数据库实例中只有一个节点查询V$SEGMENT_STATISTICS时几个小时都未出结果, 其实这个问题影响11.2.0.3 ,11.2.0.4多个版本及平台

, ,

2016个人年终总结

2016已走远在春节来临之前, 习惯性的总结一下去年我的经历, 当然G20这类大事我等吃瓜群众就不参与了, 当然一年里除了关注#宝强的家事外也做了一些正事, 我很满意, 当然没用上洪荒之力.

12C AWR show Tablespace And Datafiles Av Read (ms) high(高) BUG

12C的AWR的数据比11G又丰富了许多, 增加了ASH, ADDM, OGG的信息在AWR中. 前不久有个朋友说他的AWR I/O”AV rd(ms)” 显示的值非常高,Oracle认为大于20毫秒的平均磁盘读取时间是不可接受的

,

当C语言的程序处理 chr(0) or ‘\0’ 时的ORA-01008 Case

前几日遇到一套用C语言封装的数据复制程序故障, 同步的数据变化数据存储在数据库,但同步的流程控制是封装好的, 今天突然日志中出现了ORA-01008: not all variables bound, 该错误是语法级错误当SQL中的实际付值数量小于绑定变量数时提示.

,

Oracle 12c New Feature: Partition增强(四) multi-column list, auto-list ,interval subpartition, partition level readonly

这篇是12c partition多个新特性的集合, 看完会由衷的赞叹ORACLE rdbms在分区中所做的改进. 主要测试新特性有:
1, 支持多列的list partition
2, 自动list partition
3, 分区级的read only
4, interval subpartition
5, 自动list + interval subpartition 近乎全自动

, , , ,

Oracle 12c New Feature: Partition增强(三)Partial Indexes(部分索引)

在12c之前没办法在部分或指定的分区上创建索引,在12c 版本中引入了Partial Indexes(部分索引), 无论是global还是local都可以有选择性的对部分分区创建索引,这可能是在12c分区新特性中最出色的一个

, ,

Oracle 12c New Feature: Partition增强(二) online在线维护

随着数据的逐渐的增长, 在目前这个数据”爆炸式”增长的趋势下, 也许最初设计的非分区表需要转换为分区, 以前如果不停业务的话可以使用在线重定义, 但是在12c 中alter table增加了online clause, 有没有遇到过需求把现有的非分区表转换为分区表, 同时需要考虑表上现有的索引, 又不停业务? 在12c 中成为现实.

, ,

Oracle 12c New Feature: PARTITION 增强(一) 多分区维护

在数据库维护中Partition 到处可见, 经常要add, drop, split, merge, truncate partition, 比如我们现在的数据库环境一套库每月要增加上万的分区, oracle 在新版本中对于partition一再增强, 稍后会对12C partition相关技术整理, 这篇日志将演示12c 在分区维护上的增强.

,

Leap Second (闰秒) 在ORACLE环境的影响

因为我国是东八时区(UTC+8),所以我国将在北京时间2017年1月1日的7时59分59秒也会做闰秒调整和全球同步,到时会出现7:59:60的特殊现象。对时间敏感的系统不可忽略,除了航天系统,我们的数据库系统应该也要做好检查, 润秒有可能会使OS Reboot,应用HANG, Clusterware restart影响.

,