数据库不能启动,有ORA-00600问题: internal error code
ORA-00600: internal error code, arguments: [keltnfy-ldmInit], [46], [1], [], []我在虚拟机上面装了一个solaris system,然后装了一个oracle 10 R2数据库,前几天使用都很正常。 今天启动数据库的时候得到一个错误ORA-00600: internal error code, arguments: [keltnfy-ldmInit], [46], [1], [], []。 感到很迷惑,上网搜寻了一下,看到有人说:Check your /etc/hosts file.Oracle must be able to resolve your hostname.keltnfy-ldmInit is Oracles way to say it can't突然想到今天起来系统的时候使用hostname命令把机器名给改了,
关于 数据坏块 的整理和总结
数据库中表,出现了坏块。对于这个问题,在网上早就有了各种各样的讨论和解决办法,现在总结如下,以希望在关键时刻能用得上: 一、 数据表出现坏块,设置10231事件来进行EXP,然后在IMP的方法 对于这种情况来说,如果没有热备份,或者时间匆忙,来不及从备份中恢复,那么我们只能丢失一部分数据,先尽可能的修复在说了。 一般情况下,出现数据坏块,并不影响数据库的启动(非system 数据库文件损坏),但是一旦我们使用到了相关数据,就会报出类似如下信息的错误:ORA-01578: ORACLE 数据块损坏(文件号4,块号35
解决TNS-125000
metalink上解决此问题的几个方法: 1 重置init.ora参数文件,调小以下四个参数的值: short_area_size hash_area_size bitmap_merge_area_size create_bitmap_area_seze open_cursor2 调小SGA的大小3 减小oracle Job队列数量(job_queue_processes)和并发队列数(parallel_max_servers)4 重置并减小会话/线程使用的堆栈大小5 将oracle改为mts模式6 更换操作系统为windows NT 企业版7 使用intel的ESMA硬件支持,即使用大内存..1) 在intel系统上使用 /3G 开关..2) 使用PSE36内存....修改堆栈大小的办法:....停止oracle服务和
清楚Temp空间
修改参数 (仅适用于8i及8i以下版本) SQL>alter tablespace temp increase 1; SQL>alter tablespace temp increase 0; 合并碎片(对于ASM也不管用了) SQL>alter tablespace temp coalesce; 诊断事件(据说也没有太大的用处) SQL>alter session set events 'immediate trace name DROP_SEGMENTS level 4' 说明:temp表空间的TS#为3,So TS#+1=4 重建temp SQL>alter database temp tempfile '......' drop; SQL>alter tablespace temp add tempfile '......'; SQL> ORADEBUG WAKEUP 6 SMON cleans up only 8 e
利用10015诊断事件解决oracle crush down 一例
1、数据库crush,同时报ora600错误,第一个参数kteuPropTime-2,metalink上显示出现回滚段corrupt现象2、在init.ora中添加 _smu_debug_mode=1 (用来收集诊断信息 event="10015 trace name context forever, level 10" 10015事件就是 让oracle在启动时避免启动corrupt的回滚段3. 在跟踪文件中确定是那个回滚段corrupt4. 加入参数_corrupted_rollback_segments=(_SYSSMU1$)5. restart 数据库,ok、ref: http://carson.yculblog.com/post.1140421.html[@more@]
回滚段完蛋了的处理
背景: 用户修改一些配置,shutdown immediate,但是系统很久也没有关闭。等不及的用户 shutdown abort 数据库,然后startup。重新启动之后的数据库,在alert.log中不段出现类似的错误信息: SMON: about to recover undo segment 8 SMON: mark undo segment 8 as needs recovery 或者出现: smon: undo segment 46 is avaliable smon: need to recover undo segment 46 这些错误信息,由SMON 进程唤醒,所以一般是5分钟出现一次。 检查 dba_rollback_segs 发现这些回滚段的状
RAC题目
Thomas Zhang的3节点RAC题目 SERVICE12(DESCRIPTION =(ADDRESS = (PROTOCOL = TCP)(HOST = vip1)(PORT = 1521))(ADDRESS = (PROTOCOL = TCP)(HOST = vip2)(PORT = 1521))(LOAD_BALANCE = yes)(CONNECT_DATA =(SERVER = DEDICATED)(SERVICE_NAME = dbname)(FAILOVER_MODE =(TYPE = SELECT)(METHOD = BASIC))))SERVICE3(DESCRIPTION =(ADDRESS = (PROTOCOL = TCP)(HOST = vip3)(PORT = 1521))(CONNECT_DATA =(SERVER = DEDICATED)(SERVICE_NAME = dbname)))SERVICEA =(DESCRIPTION =(ADDRESS = (PROTOCOL = TCP)(HOST = vip1)(PORT = 1521))
用了no_merge后返回结果很快!
select /*+ no_merge(v$lock) no_merge(v$session) */ username ,machine ,v$lock.sid ,v$session.serial#,trunc(id1/power(2,16)) rbs ,bitand(id1,to_number('ffff','xxxx'))+0 slot,id2 seq,lmode ,request ,program,'alter system kill session '||''''||v$lock.sid||','||v$session.serial#||''''from v$lock ,v$session where v$lock.sid = v$session.sid and v$lock.type = 'TX';------这个很快返回结果select username ,machine ,v$lock.sid ,v$session.serial#,trunc(id1/power(2,16)) rbs ,bitand(id1,to_number('ffff','xxxx')
10.2 for linux的安装又出现了这个ins_rdbms.mk的错误
makefile '/oracle/product/10.2.0/db_1/rdbms/lib/ins_rdbms.mk' 的目标 'all_no_orcl' 时出错。请参阅 '/oracle/oraInventory/logs/installActions2005-12-29_10-44-31AM.log'这个需要下载:binutils-2.15.92.0.2-13.0.0.0.2.x86_64.rpm 地址: http://oss.oracle.com/projects/compat-oracle/dist/files/RedHat/binutils-2.15.92.0.2-13.0.0.0.2.x86_64.rpmrpm -Uvh --force binutils-2.15.92.0.2-13.0.0.0.2.x86_64.rpm问题2: ls: error while loading shared libraries: /etc/libcwait.so: cannot open shared object file: No such fi
数据库的rbs表空间中数据文件rbs01.dbf大小超过10G的处理
问题描述:接到客户投诉,数据库的rbs表空间中数据文件rbs01.dbf大小超过10G,并一直在增长,另一个rbs02.dbf正常,大小为800M,目前该目录空间使用率已达87%,可用磁盘空间已剩不多,能否将rbs01,dbf数据文件回收,请提供解决问题的方法。解决步骤:1.拨号至现场,确认空间大小。SQL> SELECT tablespace_name,max_m,count_blocks free_blk_cnt,sum_free_m,to_char(100*sum_free_m/sum_m, '99.99') || '%' AS pct_free FROM (SELECT tablespace_name,sum(bytes)/1024/1024 AS sum_m FROM dba_data_files GROUP BY tablespace_name),(S
当前日志文件坏了的处理办法
数据库当前日志坏了,强制打开不能成功,求救?? 处理结果 1、执行以下语句报错SQL> alter session set events 'IMMEDIATE trace name ADJUST_SCN level 1';ERROR:ORA-00600: internal error code, arguments: [kcsadjn1], [], [], [], [], [], [],[]这个错误在metalink上查了查没有找到。直接打开数据库还是报错SQL> alter database open;alter database open*ERROR at line 1:ORA-00600: internal error code, arguments: [2662], [0], [1186518378], [0],[1186662232], [12582914], [], []再执行一次,还是报错SQL> alter se