oradbm的博客

通过检查pmon进程查看已经启动的实例，发现有5个已经启动的实例。到metalink上面找一下，发现一个相似的文档，Doc ID 314179.1。从文档中的分析，可能是Linux的信号量不足造成的，把信号量增大一倍，重启启动dummy实例，成功了！乍一看以为是硬盘空间不够，使用du进行检查，发现空间没有问题。而且这个错误是在实例启动到nomount状态时出现的，这个过程中只需要访问数据库的参数文件，并不涉及到硬盘空间的问题。数据库无法正常启动。

朋友咨询了一个问题，"Oracle停了所有应用的情况下(还有一个zabbix连接数据库)，有一个用户被锁了，通过locked_date看是昨天晚上10:05锁的，然后今天早上解锁后也是10:05分锁住的，期间应用也没启动过，从监听日志看只有zabbix在连，没有失败的连接，从数据库看没有job，也没有触发器。Oracle的errorstack就像应用程序中加了断点调试，可以让我们很方便的找到一些问题的线索，如果有兴趣，可以关注下trace文件，记录了很多调用的堆栈信息，可以挖掘更多。

AWR 报告是 Oracle 数据库重要的性能诊断工具，AWR 对一段时间内数据库的核心状态指标进行详细的分类展示，蕴含了十分丰富的信息。如果某个指标异常，可以通过解读 AWR 报告对其追根溯源，寻找解决方案。

阻塞的源头为两个ddl操作导致大量的libray cache lock。

主机操作系统SUN OS M5000.主要问题为SWAP溢出，从AWR报告中显示，一场阶段数据库总消耗内存13%左右，并没有什么异常，很诧异，因为之前由于业务在/tmp目录创建dmp文件导致swap占用100%，导致数据库进程无法衍生，而未在/tmp目录中创建大文件且数据库连接数据合计也就在300 左右，很诧异，数据库内存都去哪了？？？导致大量的swap被占用？？？？？

联系管理员只能在将主机进行重启，杀掉hang死的数据库进程，将主机重启后，使用HA命令手动进行挂在并启动数据库 ，发现 没过一会数据库继续hang死并进入了死循环，于是在启动数据库时未开启监听，将主键索引进行反向化，程序启动时TX等待消失，但是数据库还是存在大量的db file sequential read read by other session等待。通过上述对故障的分析，问题主要出现在hdisk3存储在进行数据库单块读时hang住，数据库进行随之hang死，建议对数据库存储进行检查分析。

联系管理员只能在将主机进行重启，杀掉hang死的数据库进程，将主机重启后，使用HA命令手动进行挂在并启动数据库 ，发现 没过一会数据库继续hang死并进入了死循环，于是在启动数据库时未开启监听，将主键索引进行反向化，程序启动时TX等待消失，但是数据库还是存在大量的db file sequential read read by other session等待。通过上述对故障的分析，问题主要出现在hdisk3存储在进行数据库单块读时hang住，数据库进行随之hang死，建议对数据库存储进行检查分析。

查询资源占用的两种办法方法1select object_id from dba_objects where object_name = ‘被锁住的表名’;select ‘alter system kill session ‘’’ || SID || ‘,’ || SERIAL# || ‘’’;’ from VsessionwhereSIDin(selectsidfromvsession where SID in (select sid from vsessionw

1 故障现象rman进行全备份报错channel ch00: starting piece 1 at 05-JAN-20RMAN-03009: failure of backup command on ch01 channel at 01/05/2020 11:19:10ORA-19501: read error on file "/orcl/oracle/oradata2/undo...

在部署了ORACLE数据库的服务器上,我们大家或多或少的遇到过下列情况：1. 业务系统运行缓慢，作为系统管理员需要检查包括IO在内的系统资源，这时系统管理员、存储管理员可能得到DBA（数据库管理员）的反馈说，IO的响应时间很慢，达到了30毫秒以上，要求解决。但存储管理员检查又不存在热点盘的情况，系统的IO量就是很大，除了使用更多的RAID组来重新分布数据、更换为更高端的存储外，似乎没有太好的办法...

SMON功能(一):清理临时段温故而知新 SMON功能(一)SMON(system monitor process)系统监控后台进程，有时候也被叫做system cleanup process，这么叫的原因是它负责完成很多清理(cleanup)任务。但凡学习过Oracle基础知识的技术人员都会或多或少对该background process的功能有所了解。曾几何时对SMON功能的了解程...

1 对数据建库影响今日对数据库主机进行重启，主机起来后发现系统得时间为2019-09-25 04:15：00，而正常得时间应该为2019-09-25 01:15：00显然系统时间不对，数据库已经正常启动。产生影响1 对数据库的插入，采用sysdate进行数据库插入降导致数据异常。2 对于数据库的调度job将运行。修改系统时间对于数据库本身没有什么影响，数据库是已scn号来记录。...

一次数据库割接，管理员在关闭数据库过程中执行如下命令：shutdown immediate发现很长时间不能正常关闭数据库。查看alert日志发现如下内容：MMNL absent for 2207 secs; Foregroundstaking over，hang住很长时间不能关闭。The database iswaiting for pmon to clean up process...

目录(?)[+]案例分析：ora-04031与ora-04030错误分析与解决摘要：错误如下：GATHER_STATS_JOB encountered errors.  Check the trace file.Sat Nov 27 06:00:15 2010Errors in file /oradata/oracle/admin/app2/bd

近日对数据库告警日志进行例行巡检经常发现如下报错信息：操作系统solaris （swap空间的重要性)Wed Aug 17 09:11:54 CST 2016Errors in filearsystem_p064_22926.trc:ORA-07445: exception encountered: core dump [ksmpgd_init_ctx()+4] [SIGS

问题概述：1 在AL32UTF8字符集中采用dblink方式，创建远程视图，带汉字列名视图，到12.2.0.1版本数据库系统，报错ora-00600 ：内部代码错误，参数：[qctbyt:bfc】，【32765】，【32767】，【1】，【1】，【0】2 在ZHS16GBK字符集时错误消失。问题处理： 如果将报错的字段采用to_nchar的方式进行转换后，问题消失。...

1 maxuproc调整以及杀LOCAL=NO远程连接进程1  linux所有含有关键字“LOCAL=NO”的进程，这是Oracle数据库中远程连接进程的共同特点，因此通过以下命令可以kill掉所有的进程 ps -ef |grep LOCAL=NO|grep -v grep|cut -c 9-15|xargs kill -9 管道符“|”用来隔开两个命令，管道符左边命...

搜索了一下metalink，发现这个是ORACLE 10g/ 11g特别版本中的一个bug来的，原因是当数据库关闭后，仍然有对象在库缓存中。 这并不表示系统中有任何损坏或有问题。可以忽略或打补丁升级。这个bug在10.2.0.5, 11.2.0.1中被修复了。CAUSEThis may be due to unpublishedBug 4483084 - ORA-600 [LIBR...

来看看oracle实际使用的内存：select sum（pga_alloc_mem）/1024/1024/1024 Alloc from v$process ; +select sum(value)/1024/1024/1024 as b from v$sga + 进程本身消耗的内存。操作系统频繁使用swap，原因基本是系统内存不够用了。从数据库的内存配置来看，128G总内...

今日业务反馈，表stat_info表被锁，使用如下语句查询锁表对应的client以及执行的sql语句select t2.sid, t2.SERIAL#, t2.CLIENT_INFO, t3.OBJECT_NAME, t2.STATUS, t2.PROGRAM, t4.SQL_FULLTEXT,...

转载于https://blog.youkuaiyun.com/msdnchina/article/details/43610167白鳝的Oracle优化日记：一个金牌DBA的故事.pdf$ ps gv |sort +6b -nr |head -10 6357032 - A 0:39 560140 51948 75248 32768 187414 62252 0.0 4...

会话1update t1 set a='10’ where id=100; --执行完，不提交update t1 set a=‘20’ where id=200 --执行等待会话2的锁。会话2update t1 set a='10’ where id=200; --执行完，不提交update t1 set a=‘20’ where id=100 --执行等待会...

1event 600251.Without event 60025 set (before and after commit):都出现v$tempseg_usage中存在对应记录,而且提交后不能释放Temp LOB space2.With event 60025 set (before and after commit):都未现v$tempseg_usage中存在对应记录,证明提交后释放T...

最近在帮助网友处理一个关于ora-00600内部报错问题。创建语句为create table t1 sa select * from t2; 在执行cretae table tablename1 as select * from tabelname2时，报错如下：ORA-00600: 内部错误代码, 参数: [KGHALP1], [0X000000000], [],