ORACLE
文章平均质量分 52
DBhanG
这个作者很懒,什么都没留下…
展开
-
Oracle 一次ORA-00600[kdsgrp1]
报错语句:select * from zx_wonder.TB_LIS_REPORT t where bgrq>'20210101'出现:ORA-00600: 内部错误代码, 参数: [kdsgrp1], [], [], [], [], [], [], [], [], [], [], []观察trace:[oracle@ETL trace]$ more /oracle/diag/rdbms/etl/ETL/trace/ETL_ora_25565.trc出现:* kdsgrp1-1:原创 2021-03-17 21:33:59 · 716 阅读 · 0 评论 -
Oracle ORA-1499 table/Index Cross Reference Failure
ORA-1499 table/Index Cross Reference Failure - see trace file (Doc ID 1499.1)详情:Error: ORA 01499Text: table/Index Cross Reference Failure - see trace file-------------------------------------------------------------------------------Cause: An error o原创 2021-03-17 21:37:47 · 395 阅读 · 0 评论 -
Oracle 一次ORA-00600[13013]
起初后台报错:昨晚9点至早上10点:ORA-00600: , : [13013], [5001], [126801], [109382409], [101], [109382437], [17], [], [], [], [], []Incident details in: /opt/app/oracle/diag/rdbms/jcd/jcd/incident/incdir_99948/jcd_ora_23550_i99948.trcNon critical error ORA-48113 caug原创 2021-03-17 21:55:02 · 481 阅读 · 0 评论 -
Oracle DataGuard环境下使用TDE透明加密需要注意的点
DataGuard环境下使用TDE透明加密:开启TDE:1.创建一个新目录,并指定为wallet目录$ mkdir -p /oracle/wallet设置wallet目录的方法很简单,编辑参数文件sqlnet.ora:$ vi $ORACLE_HOME/network/admin/sqlnet.ora加入以下信息,保存。ENCRYPTION_WALLET_LOCATION= (SOURCE= (METHOD=file) (METHOD_DATA= (DIRECTORY原创 2021-03-08 23:47:34 · 921 阅读 · 1 评论 -
Oracle 搭建OracleRAC底层存储策略设置(VMware底层存储vsan6.7)
VMware厚置备延迟置零,厚置备置零,精简置备的概念:1.厚置备延迟置零立刻分配指定大小的空间,空间内数据暂时不清空,以后按需清空。2.厚置备置零立刻分配指定大小的空间,并将该空间内所有数据清空。3.精简置备为该磁盘文件指定增长的最大空间,需要增长的时候检查是否超过限额。在客户环境的VMware环境下.由于底层存储设备采用VSAN 6.7.虚拟机存储策略为VSAN默认策略.那么磁盘策略也就是VSAN默认策略.在VSAN6.7中,默认的策略为精简置备.要记住如果搭建Oracle RAC使原创 2021-03-07 18:14:05 · 818 阅读 · 0 评论 -
Oracle SGA:allocation forceing comonent growth与cursor:pin s wait on X问题排查
1.问题现象20年12月31日,数据库应用人员反映2020-12-31 12:40:10存在告警,过了几分钟之后业务恢复正常。表现的状态:Connect to database time out, please check db status!因为业务反馈的内容很有限,所以我们取了12月31日12:00-13:00的AWR进行分析。可以看到AAS并不是很高,AAS=755.39/32.05=23.57(备注:AAS是衡量快照时间内数据库负载的重要指标)通过AWR观察可以看到有大量的cursor转载 2021-01-28 23:10:58 · 292 阅读 · 0 评论 -
Oracle LATCH ROW CACHE OBJECT案例
LATCH ROW CACHE OBJECT问题分析客户的系统,先后发生了几次Latch:row cache object等待,该等待会导致CPU迅速达到100%。SQL> select event,p1,P1RAW from v$session where event='latch: row cache objects';EVENT P1 P1RAW-------------------------转载 2021-01-27 23:10:11 · 2067 阅读 · 0 评论 -
Oracle SGA:allocation forceing comonent growth
Mos给出解释:属于明显的内存抖动故障排查视图:通过v$sga_resize_ops可以查询出AMM内存管理下的内存收缩增长分配情况:V$SGA_RESIZE_OPS官方解释:displays information about the last 800 completed SGA resize operations. This does not include in-progress operations. All sizes are expressed in bytes.当前执行的操作记录原创 2021-01-27 23:05:09 · 348 阅读 · 0 评论 -
Oracle 值得学习的一篇有关v$Latch的文章
值得学习的一篇有关Latch的文章:Latch的请求获取类型分为两种模式:Willing-to-wait:是指如果所请求的latch不能立即得到,请求进程将等待一很短的时间后再次发出请求。进程一直重复此过程直到得到latch。Immediate:是指如果所请求的latch不能立即得到,请求进程就不再等待,而是继续执行下去。以下参数都是对于Willing-to-wait模式的latch而言的,no-wait模式的latch获得情况统计值则在IMMEDIATE_GETS和IMMEDIATE_MISSES转载 2021-01-26 23:15:04 · 478 阅读 · 0 评论 -
Oracle PL/SQL工具kill会话跟踪测试
一:问题说明:在PL/SQL DeveloperVersion 11.0.5.1790 (64.bit)使用PL/SQL Developer进行kill会话,发现没有kill会话的选项。客户咨询,这种kill会话的情况是属于正常kill会话还是属于立即kill会话:二 跟踪测试:使用PLSQL连接测试数据库,并定位到当前会话ID:PL/SQL会话信息:SID=404 serial#=24050使用Oracle 10046事件进行跟踪该会话:查询出OS进程ID:select spid原创 2021-01-25 21:27:38 · 1011 阅读 · 0 评论 -
Oracle 一种CPU高定位会话的诊断思路
很多时候,系统CPU资源使用率高通常都是由于SQL导致的.所以找到这些问题SQL通常也就找到了问题所在.思路如下:1.通过top工具直接定位到高CPU耗用的进程PIDtop / ps -ef oracleora11g1 (LOCAL=NO)2.如果这些进程是远程连接数据库的进程,我们就可以通过系统层面PID和v$ process.spid相关联.select addr from v$process where spid=xxx3.进而再通过v$ process.addr和v$session原创 2021-01-24 22:34:03 · 184 阅读 · 0 评论 -
Oracle 统计信息的备份恢复机制
统计信息的备份恢复机制:今天说一下统计信息的备份恢复机制.从Oracle10g开始,当收集统计信息的时候,旧的统计信息会被保留,如果因为新的统计信息而出现性能问题,旧的统计信息旧可以被恢复。Oracle的历史统计信息保存在以下几张表中:WRI$_OPTSTAT_TAB_HISTORY 表的统计信息WRI$_OPTSTAT_IND_HISTORY 索引的统计信息WRI$_OPTSTAT_HISTHEAD_HISTORY 列的统计信息WRI$_OPTSTAT_HISTGRM_HISTORY 直方图的原创 2021-01-23 23:06:27 · 676 阅读 · 1 评论 -
Oracle 19c ORA-00700: soft internal error, arguments: [pga physmem limit]
19c数据库启动有ORA-00700错误:ORA-00700: soft internal error, arguments: [pga physmem limit], [5368709120], [3268329062], [], [], [], [], [], [], [], [], []内存设置问题:如果SGA+PGA>OS Memory * 80%,启动时则会给出错误警告.仅在19c版本中给出错误告警,具体看Mos:Getting ORA-00700 Message when Sta原创 2021-01-22 22:26:42 · 2375 阅读 · 0 评论 -
Oracle 集群资源db_unique_name不一致导致密码文件失效
情况描述:RAC集群环境,尝试通过tnsname连接备库.出现密码不正确的问题,问题反馈到我这里:[oracle@rac1 ~]$ sqlplus sys/oracle@orcldg as sysdbaSQL*Plus: Release 12.2.0.1.0 Production on Thu Jan 21 10:57:38 2021Copyright (c) 1982, 2016, Oracle. All rights reserved.ERROR:ORA-01017: invalid us原创 2021-01-21 22:20:18 · 345 阅读 · 0 评论 -
Oracle 共享内存段未释放导致数据库无法启动
Oracle 数据库异常关闭,共享内存未释放,导致无法启动。以下内容为测试环境复原故障现场:流程:尝试启动数据库出现报错信息:[oracle@server1 ~]$ sqlplus / as sysdbaSQL*Plus: Release 11.2.0.4.0 Production on Thu Jan 21 00:18:04 2021Copyright (c) 1982, 2013, Oracle. All rights reserved.Connected to an idle inst原创 2021-01-20 23:22:26 · 875 阅读 · 0 评论 -
Oracle shmmax参数设置与SGA的关系
Linux系统层面shmmax定义的是单个共享内存段的最大值.如果该参数设置小于Oracle SGA设置,那么SGA仍然可以创建成功,但是会被分配多个共享内存段.推荐调整shmmax设置,将SGA限制在一个共享内存段中。在Linux平台shmmax默认值为32M:[root@server1 ~]# more /proc/sys/kernel/shmmax33554432[oracle@server1 ~]$ sqlplus / as sysdbaSQL> startup;ORACLE in原创 2021-01-20 23:12:08 · 680 阅读 · 0 评论 -
Oracle DBCA出现PRVG-6085 : failed to retrieve the ASM parameter “cluster_database“ value
Oracle 12.2.0.1 RAC环境下DBCA新建实例.进行安装前检测时出现ASM Integrity:详细内容:报错信息:PRVG-6085 : failed to retrieve the ASM parameter “cluster_database” value on the node “rac1” PRVG-12941 : An internal command ‘cvuhelper’failed to run a SQL query on ASM on node “rac1”.原创 2021-01-20 23:04:05 · 614 阅读 · 0 评论 -
Oracle Warning: VKTM detected a time drift.
集群版本:11.2.0.4 数据库版本:11.2.0.4文章来自:https://www.linuxidc.com/Linux/2016-03/128903.htm时间是包括数据库系统在内的诸多信息系统基础件的重要因素。对于运行在操作系统OS之上的中间件组件而言,获取到一个准确、连续和一致的时间非常重要,特别是多节点的环境下。如果没有一个统一的时间管理机制,其上的cluster组件工作是及其困难的。本篇主要介绍Oracle vktm时间后台进程报警的Bug问题。1.从11g VKTM进程谈起对O转载 2021-01-19 22:18:07 · 2547 阅读 · 0 评论 -
Oracle 数据块头部的Fuzzy标记
Fuzzy标记位于数据文件头块offset 138中.可以使用bbed进行查询,0x04表示Fuzzy为YES,0x00表示fuzzy为NO当数据块的SCN可能大于数据文件头的SCN时,FUZZY标记为YES,所以数据库打开时的数据文件头fuzzy状态始终为YES。当数据正常运行时, 数据文件头的Fuzzy状态为YES.当数据正常关闭时,数据文件头的Fuzzy状态为NO.当数据异常关闭时, 数据文件头的Fuzzy状态为YES.SQL> select file#,status,fuz原创 2021-01-18 22:29:45 · 972 阅读 · 0 评论 -
Oracle RAC存储双活采用第三方仲裁的原因
Oracle RAC存储双活采用第三方仲裁的原因:DATA:设置双Failure group,每个存储柜为一个故障组,做normal冗余,一路镜像,Oracle保证每一个extent和它对应的镜像不会保存在相同的Failure group中,从而确保了当Failure group 中的某一个或多个磁盘,甚至整个failure group全部丢失时也不会有数据丢失,并实现了数据的镜像。OCR:在oracle中,一个节点必须能够访问大多数的VF(VF/2+1)才能够运行,如果某个节点在一个时间内一直无法原创 2021-01-17 21:23:50 · 787 阅读 · 1 评论