随笔分类 - oracle-troubleshooting
1
摘要:早上同事说测试环境的数据库连不上了。检查alert日志,发现报错如下: 本以为是很简单的归档日志满造成的报错,按照以往的操作过程,先把db_recovery_file_dest对应的很久之前的归档删除,再等数据库自己把没有归档的日志进行恢复。 结果删除完归档后,发现仍然报错。sqlplus和rman
阅读全文
摘要:早上海南的同事打电话说他们的审计库连不上了启动也报错,问了下最近做了些什么操作,答复是之前添加了一次磁盘。 猜测是添加磁盘启动后/dev/sdx顺序出错,或者没有正常的关闭数据库导致数据库无法正常启动。远程登过去,先看了一下alert日志:发现有如下报警:ORA-00704: bootstrap p
阅读全文
摘要:为测试一个迁移方案,装了一套10g rac环境,可能是很久没有装过10g的RAC了,整个过程情况不断。1.在把集群软件和数据库软件都装好之后,用crs_stat检测状态的时候,发现vip的状态不对,ping vipIP不通[root@rac10g01 ~]# cd $CRS_HOME[root@ra...
阅读全文
摘要:参考文档278641.10.备份备主备库的spfile备份主库的数据1.在主库上暂停向备库传日志alter system set log_archive_dest_state_X=defer scope=both sid='*'2.关闭备库以及备库监听,打上psu;不需要执行catpatch/cat...
阅读全文
摘要:crsctl check crs发现第二行报错:CRS-4638: Oracle High Availability Services is onlineCRS-4535: Cannot communicate with Cluster Ready ServicesCRS-4529: Cluster...
阅读全文
摘要:公司的11g的dataguard主备不同步,检查步骤如下:Primary:查询主库的最大日志 SQL> select max(sequence#) from v$archived_log;SQL> select max(sequence#) from v$archived_log where ap...
阅读全文
摘要:Problem Explanation:==================== A database is started in EXCLUSIVE mode by default. Therefore, the ORA-01102 error is misleading and may have...
阅读全文
摘要:同事说物化视图刷新慢,经检生产环境,发现部分物化视图刷新慢的原因是:由于同一个物化视图日志(mv log)被多个物化视图(mv)使用,不同的物化视图(mv)使用不同的刷新间隔,导致物化视图日志(mv log)中记录过多而使得快速刷新变得缓慢。具体查找过程如下:1.首先查询物化视图日志表select ...
阅读全文
摘要:1.TNS-00525: Insufficient privilege for operationStarted with pid=30869Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=ora11g)(PORT=1521)))Err...
阅读全文
摘要:1.检查alert日志是否存在异常。cat $ORACLE_BASE/admin/sid/bdump/alert_sid.log2.生成业务高峰日期的AWR报告,分析查看存在哪些等待事件,以及Top SQL。@?/rdbms/admin/awrrpti3.分析AWR报告中Load profile、命中率相关信息和共享池统计信息,是否存在异常。4.分析AWR报告中存在非正常的top等待事件,如有就需要分析是什么情况导致的等待。5.分析AWR报告中的Top SQL,是否存在执行计划不正确。查看每个对象的统计信息是否过期。exec dbms_stats.flush_database_monitor.
阅读全文
摘要:数据库10g才会有这个错,因为11g的grid和oracle是分开的。[oracle@news01 orcl]$ srvctl /u01/app/oracle/db_1/jdk/jre/bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory[oracle@news01 orcl]$ which srvctl/u01/app/oracle/db_1/bin/srvctl发现原来是执行的db_1下面的srvct
阅读全文
摘要:今天同事说有个项目生产环境的目录老是满。查看了一下bdump目录,发现确实是平均1分钟生成一个8M左右的trace文件。查询了一下alert日志,发现是个job的报错引起的。具体查看了一下trace文件,可以查找到具体的job号。首先去查询了一下dba_jobs,发现这个job的描述是EMD_MAINTENANCE.EXECUTE_EM_DBMS_JOB_PROCS。这个job是sysman用户的用于收集em相关信息的,可以考虑把这个job先停了。执行命令如下:EXEC DBMS_JOB.BROKEN(job#,TRUE);发现执行上述命令后,要报错:ORA-00604: 递归 SQL 级别
阅读全文
摘要:操作系统:AIX6.1 数据库:Oracle10.2.0.5 RAC2个节点。其中一个节点正常,另外一个节点的instance的状态是offline的,手工去启动的时候报错:ORA-27504: IPC error creating OSD contextORA-27300: OS system dependent operation:sendmsg failed with status: 59ORA-27301: OS failure message: Message too longORA-27302: failure occurred at: sskgxpsnd1ORA-27303: a
阅读全文
摘要:同事早上打电话说数据推不进去,查看日志有报警,让我帮忙解决下.日志如下:con=2(OMCSDATA): ORA-01157: cannot identify/lock data file 303 - see DBWR trace file#ORA-01110: data file 303: '/dev/romcs_omcsmd04'con=1(OMCSDATA): ORA-01157: cannot identify/lock data file 305 - see DBWR trace file#ORA-01110: data file 305: '/dev/rom
阅读全文
摘要:早上遇到朋友在问,将老库的数据迁移到新库,字符集不一样,怎么去检查.如果是新库是超集的),那一般是没问题,不会出现乱码的(子集与超集可参考[ID 119164.1])如果需要出个啥检查报告之类的,那么oracle官方提供了一个叫做csscan的工具,来进行检查.字符集可以参考网上的文章:http://space.itpub.net/8475224/viewspace-692675csscan的使用需要先安装:$sqlplus /nologSQL>conn / as sysdbaSQL>@@?/rdbms/admin/csminst.sqlSQL>exitcsscan的使用:c
阅读全文
摘要:在10.2.0.5上创建实例,配置EM的时候报错,忽略它后,库能正常登入,但EM不正常。之后在其他10.2.0.5的环境上又重试了一次,发现依然有这个问题,在10.2.0.1上没问题,于是怀疑是oracle的一个bug,查询了MOS,果然有这个。patch号为8350262。Oracle对此的解释是:In Enterprise Manager Database Control with Oracle Database 10.2.0.4 and 10.2.0.5, the root certificate used to secure communications via the Secure
阅读全文
摘要:这两天做一个迁移的测试,源是64位10.2.0.5,目标是32位的10.2.0.5,之前没有注意到64位到32位的区别,结果出了一些问题,现把解决过程记录一下.先是迁移:先在源端上面做一个rman的全备,把备份集copy到目标端,路径要和源端一致,备份脚本参考如下:run{sql'alter system archive log current';crosscheck backup;crosscheck archivelog all;backup as backupset incremental level=0 database format '/rman/full_%
阅读全文
摘要:今天检查alert日志发现几个错误,一个是关于job的,一个是关于ora-04030的.最终发现都和job有关,这儿小小总结一下.1.job报的错:1ORA-12012: error on auto execute of job XXXX数据库版本10.2.0.5(10g之后原来的job被SCHEDULER替换升级了) 根据XXXX的号可以查询相关视图来查询到是什么jobselect * from sys.scheduler$_job where obj#=&xxxx;然后再根据job以及alert中的其他提示来诊断问题出在哪儿.我在这个地方,alert中还提示了是调用了个存储过程,出
阅读全文
摘要:今天莫事干查询一个视图select * from dba_scheduler_jobs玩,结果发现报错ora-01882 未找到时区区域%s查询了下metalink发现需要打一个patch.具体id为:How To Apply The V4 DST Patches To Windows Clients or Servers [ID 417893.1]
阅读全文
摘要:早上接到同事电话说数据库连接超时.连到服务器上,查看alert日志,发现有如下的一些提示:process m000 diedksvcreate :process(m000) creation failed数据库版本为10.2.0.4 运行在64位的linux上.在metalink上查找相关的资料很少.之后用sysdba连进去操作的时候,发现已经不能正常操作,在征得同意的情况下,决定重启数据库.正常的shutdown immediate无法关闭,只有采用abort的方式(因为日志都在).在startup的时候报错:ora-27102: out of memory linux-x86_64 err
阅读全文
1