分类标签归档:Oracle

oracle数据库版本和JDBC驱动版本的对应关系及系统整体优化思想


针对复杂系统的优化,我们也不能掉以轻心,需要进行综合性分析,然后找到一个整体的解决方案,再进行实施。

如果系统是由一系列的服务组成的,这些服务之间存在上下游关系。就像一条河一样,水会从上游流到下游。由于排队效应的存在,任何一个上游环节被打通,就会有更多的水流向下游,下游环节如果存在新的瓶颈,那么可能会出现更为严重的堵塞。因此在做一些存在极限负载的系统的优化的时候,我们一定要考虑到排队效应的问题,充分考虑系统下游的承载能力,再采取相应的优化措施。否则上游优化一旦完成,下游无法承载过量的业务的时候,可能导致灾难。

系统发生性能问题时,最好从系统架构方面分析,对应用服务器jvm作thread du

全部内容

Orabbix不支持Zabbix4.0问题解决


使用zabbix4监控ORACLE时时, orabbix插件会报错: Orabbix - received unexpected response ' ' for key 'alive'

修改代码步骤:

// 1 - Download orabbix-src-1.2.3.zip from https://sourceforge.net/projects/orabbix/files/
// 2 - Edit Sender.java file located at ./com.smartmarmot/orabbix/
// 2.1 - Original Code

        Socket z

全部内容

升级到ORACLE 12C后优化器参数改变导致ORA-00979: not a GROUP BY expression的解决办法


最近遇到了一个11.2.0.3 升级 12.2 后有个存储过程无法执行,提示“ORA-00979: not a GROUP BY expression” 错误,显然是个SQL语法的问题。那很可能是哪个优化器新特性在查询转换过程中出现问题,下面还原这个问题, 和介绍一种简单粗暴的方法。

构建表结构,还原错误

create table anbob.test_t1(minbillcycle  varchar2(10));
insert into anbob.test_t1 select to_char(sysdate,'yyyymm') from dual;
create table

全部内容

ORACLE 12c升级造成密码版本改变登录失败问题


数据库升级为12c后,客户端没有做任何改变但连接不上数据库,报ORA-1017错误:

具体原因是ORACLE 12C R2中默认的认证协议是12, 即便是sqlnet.ora文件不存在默认值同样生效,12是一种区分大小写密码的认证,是一种新的认证协议。 解决办法是创建或在现有的sqlnet.ora文件中增加参数sqlnet.allowed_logon_version_server.

在12c以前的版本中解决方法是在sqlnet.ora文件增加参数SQLNET.ALLOWED_LOGON_VERSION, 该参数在12c中以被sqlnet.allowed_logon_version_server

全部内容

Oracle 19c 新特性一览


Oracle 19c 新特性一览

文章目录
Oracle 19c 新特性一览
可用性
一般
简化了 DG Broker中对于数据库参数的管理
动态修改Fast-Start Failover (FSFO)目标库
Broker的FSFO支持仅观察模式
当主库闪回时,备库也会跟着闪回
将主库还原点传播
DG多实例REDO应用支持IM
ADG中DML重定向
PDB支持恢复目录
定期清除闪回日志以提高FRA大小的可预估
DG中引入新的参数用于调整自动解决中断方案
更细粒度的补充日志
分片
跨分片传播参数值值
同一个CDB中支持多个PDB分片
System-Managed Sharding支持多表家族

全部内容

Zabbix查询ORACLE可用表空间大小时访问dba_free_space缓慢问题


使用zabbix客户端监控ORACLE可用表空间时, 发现有时候查询进程会越来越多, 导致系统越来越慢, 并且都在执行同一个SQL, 查询dba_free_space视图,网上资料都说和回收站recyclebin$有关, 实际上没有开启回收站。完整的查询语句为:

select t.tablespace_name, t.mb "TotalMB", 
t.mb - nvl(f.mb,0) "UsedMB", nvl(f.mb,0) "FreeMB" ,
lpad(ceil((1-nvl(f.mb,0)/decode(t.mb,0,1,t.

全部内容

ORACLE 可执行文件宿主改变问题


Oracle用户和grid用户必须有相同的组,并且 ASM Disk的属组要和这个组保持一致,否则数据库无法访问ASM磁盘不能成功启动。

安装PSU或安装one-off patch补丁时,在relink编译oracle执行文件后文件的group ownership属组可能会发生改变,对比可以和oracle 执行文件相同路径下的oracle0文件(上一版oracle的mv)查看。 当oracle用户和oracle执行文件都没有OS ASM属组如asmadmin时,会无法读取ASM disk. 解决方法,手动修改或使用setasmgidwrap 修改;使用srvctl 启动实例,让oracle自动

全部内容