免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
› 论坛 › 数据库技术 › Oracle › Oracle 9i 无法正常启动，在线等待。
12下一页
最近访问板块 发新帖
查看: 3447 | 回复: 15
打印 上一主题 下一主题

Oracle 9i 无法正常启动，在线等待。 [复制链接]

jerry_yang

论坛徽章:
0
跳转到指定楼层
1楼 [收藏(0)] [报告]
发表于 2006-11-09 10:38 |只看该作者 |倒序浏览
早上启动应用，登陆后：
ORA-01034: ORACLE not available
ORA-27101: shared memory realm does not exists

alert_log 如下：

Thu Nov 09 10:07:20 2006
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
SCN scheme 2
Using log_archive_dest parameter default value
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up ORACLE RDBMS Version: 9.2.0.1.0.
System parameters with non-default values:
  processes                = 150
  timed_statistics         = TRUE
  shared_pool_size         = 50331648
  large_pool_size          = 8388608
  java_pool_size           = 33554432
  control_files            = D:\oracle\oradata\matthew\CONTROL01.CTL, D:\oracle\oradata\matthew\CONTROL02.CTL, D:\oracle\oradata\matthew\CONTROL03.CTL
  db_block_size            = 8192
  db_cache_size            = 25165824
  compatible               = 9.2.0.0.0
  db_file_multiblock_read_count= 16
  fast_start_mttr_target   = 300
  _allow_resetlogs_corruption= TRUE
  undo_management          = AUTO
  undo_tablespace          = UNDOTBS1
  undo_retention           = 10800
  remote_login_passwordfile= EXCLUSIVE
  db_domain                = domain
  instance_name            = matthew
  dispatchers              = (PROTOCOL=TCP) (SERVICE=matthewXDB)
  job_queue_processes      = 10
  hash_join_enabled        = TRUE
  background_dump_dest     = D:\oracle\admin\matthew\bdump
  user_dump_dest           = D:\oracle\admin\matthew\udump
  core_dump_dest           = D:\oracle\admin\matthew\cdump
  sort_area_size           = 524288
  db_name                  = matthew
  open_cursors             = 300
  star_transformation_enabled= FALSE
  query_rewrite_enabled    = FALSE
  pga_aggregate_target     = 25165824
  aq_tm_processes          = 1
PMON started with pid=2
DBW0 started with pid=3
LGWR started with pid=4
CKPT started with pid=5
SMON started with pid=6
RECO started with pid=7
CJQ0 started with pid=8
QMN0 started with pid=9
Thu Nov 09 10:07:23 2006
starting up 1 shared server(s) ...
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
Thu Nov 09 10:07:23 2006
ALTER DATABASE   MOUNT
Thu Nov 09 10:07:27 2006
Successful mount of redo thread 1, with mount id 551275547.
Thu Nov 09 10:07:27 2006
Database mounted in Exclusive Mode.
Completed: ALTER DATABASE   MOUNT
Thu Nov 09 10:07:28 2006
ALTER DATABASE OPEN
Thu Nov 09 10:07:28 2006
Beginning crash recovery of 1 threads
Thu Nov 09 10:07:28 2006
Started first pass scan
Thu Nov 09 10:07:29 2006
Completed first pass scan
4757 redo blocks read, 262 data blocks need recovery
Thu Nov 09 10:07:29 2006
Started recovery at
Thread 1: logseq 6731, block 3, scn 0.0
Recovery of Online Redo Log: Thread 1 Group 1 Seq 6731 Reading mem 0
  Mem# 0 errs 0: D:\ORACLE\ORADATA\MATTHEW\REDO01.LOG
Thu Nov 09 10:07:29 2006
Ended recovery at
Thread 1: logseq 6731, block 4760, scn 0.86915453
262 data blocks read, 262 data blocks written, 4757 redo blocks read
Crash recovery completed successfully
Thu Nov 09 10:07:30 2006
Thread 1 advanced to log sequence 6732
Thread 1 opened at log sequence 6732
  Current log# 2 seq# 6732 mem# 0: D:\ORACLE\ORADATA\MATTHEW\REDO02.LOG
Successful open of redo thread 1.
Thu Nov 09 10:07:30 2006
SMON: enabling cache recovery
Thu Nov 09 10:07:31 2006
Undo Segment 1 Onlined
Undo Segment 2 Onlined
Undo Segment 3 Onlined
Undo Segment 4 Onlined
Undo Segment 5 Onlined
Undo Segment 6 Onlined
Undo Segment 7 Onlined
Undo Segment 8 Onlined
Undo Segment 9 Onlined
Undo Segment 10 Onlined
Successfully onlined Undo Tablespace 1.
Thu Nov 09 10:07:31 2006
SMON: enabling tx recovery
Thu Nov 09 10:07:31 2006
Database Characterset is ZHS16GBK
Thu Nov 09 10:07:32 2006
Errors in file d:\oracle\admin\matthew\udump\matthew_ora_3344.trc:
ORA-00600: 内部错误代码，参数: [4194], [75], [85], [], [], [], [], []

Recovery of Online Redo Log: Thread 1 Group 2 Seq 6732 Reading mem 0
  Mem# 0 errs 0: D:\ORACLE\ORADATA\MATTHEW\REDO02.LOG
Recovery of Online Redo Log: Thread 1 Group 2 Seq 6732 Reading mem 0
  Mem# 0 errs 0: D:\ORACLE\ORADATA\MATTHEW\REDO02.LOG
Thu Nov 09 10:07:35 2006
Errors in file d:\oracle\admin\matthew\udump\matthew_ora_3344.trc:
ORA-00607: 当更改数据块时出现内部错误
ORA-00600: 内部错误代码，参数: [4194], [75], [85], [], [], [], [], []

Error 607 happened during db open, shutting down database
USER: terminating instance due to error 607
Thu Nov 09 10:07:36 2006
Errors in file d:\oracle\admin\matthew\bdump\matthew_pmon_3992.trc:
ORA-00607: Internal error occurred while making a change to a data block

Instance terminated by USER, pid = 3344
ORA-1092 signalled during: ALTER DATABASE OPEN...

请高手指点！
numenhuang

论坛徽章:
0
2楼 [报告]
发表于 2006-11-09 10:40 |只看该作者
非正常关机？

把trace文件内容贴出来
实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？
jerry_yang

论坛徽章:
0
3楼 [报告]
发表于 2006-11-09 10:46 |只看该作者

回复 2楼 numenhuang 的帖子

是 调电了。。。


Dump file d:\oracle\admin\matthew\bdump\matthew_pmon_3992.trc
Thu Nov 09 10:07:36 2006
ORACLE V9.2.0.1.0 - Production vsnsta=0
vsnsql=12 vsnxtr=3
Windows 2000 Version 5.1 Service Pack 1, CPU type 586
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
Windows 2000 Version 5.1 Service Pack 1, CPU type 586
Instance name: matthew

Redo thread mounted by this instance: 1

Oracle process number: 2

Windows thread id: 3992, image: ORACLE.EXE

** 2006-11-09 10:07:36.000
*** SESSION ID1.1) 2006-11-09 10:07:35.000
error 607 detected in background process
ORA-00607: Internal error occurred while making a change to a data block


＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
太大了有1MB多，我截取一部分吧：
Windows thread id: 3344, image: ORACLE.EXE


*** SESSION ID9.3) 2006-11-09 10:07:28.000
Thread checkpoint rba:0x001a4b.00000002.0010 scn:0x0000.052deb16
On-disk rba:0x001a4b.00000a42.0000 scn:0x0000.052deb58
Use incremental checkpoint cache-low RBA
Thread 1 recovery from rba:0x001a4b.00000003.0000 scn:0x0000.00000000
----- Redo read statistics for thread 1 -----
Read rate (ASYNC) = 2378Kb/sec => 4757 blocks in 1s
Read buffer = 8192Kb (16384 blocks)
Longest record = 0Kb
Record moves = 0/10726 (0%)
----------------------------------------------
*** 2006-11-09 10:07:29.000
KCRA: start recovery claims for 262 data blocks
*** 2006-11-09 10:07:29.000
KCRA: buffers claimed = 262/262, eliminated = 0
*** 2006-11-09 10:07:32.000
ksedmp: internal or fatal error
ORA-00600: 内部错误代码，参数: [4194], [75], [85], [], [], [], [], []
Current SQL statement for this session:
update lob$ set retention = :1 where retention >= 0
----- Call Stack Trace -----
calling              call     entry                argument values in hex      
location             type     point                (? means dubious value)     
-------------------- -------- -------------------- ----------------------------
_ksedmp+147          CALLrel  _ksedst+0            
_ksfdmp.108+e        CALLrel  _ksedmp+0            3
_kgeriv+89           CALLreg  00000000             196190 3
_kseipre.107+3f      CALLrel  _kgeriv+0            
_ksesic2+24          CALLrel  _kseipre.107+0      
__VInfreq__kturdb+8  CALLrel  _ksesic2+0           1062 0 4B 0 55
b                                                  
_kcoapl+1df          CALLreg  00000000             3060F80 3060FDE B 6C01A014
_kcbapl+71           CALLrel  _kcoapl+0            3060F7C 6C01A000 1 7FFFFFFF
                                                   2000
_kcrfwr+734          CALLrel  _kcbapl+0            3060F7C 6C3E898C 3044C70
_kcbchg1+7ec         CALLrel  _kcrfwr+0            
_ktuchg+630          CALLrel  _kcbchg1+0           0 4 3044EF8 3044F10 0 0
_ktbchg2+75          CALLrel  _ktuchg+0            2 66F2CD00 1 3108A9C 3108AA4
                                                   3060F7C 3109008 3060ED0 0 0
_kddchg+18f          CALLrel  _ktbchg2+0           0 66F2CD00 3108A9C 3108AA4
                                                   3060F7C 3109000 3060ED0 0 0
_kduovw.53+6e3       CALLrel  _kddchg+0            3108FC4 3108A9C 3108AA4
                                                   3060F7C 3060ED0 0 0
_kduurp.53+61a       CALLrel  _kduovw.53+0         3108FC4
_kdusru+aa5          CALLrel  _kduurp.53+0         3108FC4 0
_kauupd+12e          CALLrel  _kdusru+0            3108754 0 3108FC4 0
_updrow+729          CALLrel  _kauupd+0            3108750 0 3108FC4 0 66F30758
                                                   4 9C 66F30488 F 304B874
                                                   304B878
_qerupFetch+107      CALLrel  _updrow+0            
_updaul+202          CALL???  00000000             66F30828 0 66F2FB08 7FFF
_updThreePhaseExe+b  CALLrel  _updaul+0            66F2F89C 304BA04 0
6                                                  
_updexe+105          CALLrel  _updThreePhaseExe+0  66F2F89C 0 3108FC4 304BAE0
                                                   66F2F89C 1 304BAE0 0
_opiexe+f97          CALLrel  _updexe+0            66F2F89C 304BC1C
_opiall0+849         CALLrel  _opiexe+0            4 3 304BFF8
_opikpr+1ec          CALLrel  _opiall0+0           65 22 304C1F4 0 0 304C28C 33
                                                   20 0 0 0 0 0
_opiodr+4cd          CALLreg  00000000             65 14 304CA08
_rpidrus.43+99       CALLrel  _opiodr+0            65 14 304CA08 0
_skgmstack+71        CALLreg  00000000             304C570
_rpidru+6d           CALLrel  _skgmstack+0         304C588 196018 F618 778198
                                                   304C570
_rpiswu2+17e         CALLreg  00000000             304C964
_kprball+514         CALLrel  _rpiswu2+0           68210C48 0 304C8E4 2 304C904
                                                   0 304C8E4 0 5DF6C0 42AA70
                                                   304C964 8
_kkblobu+376         CALLrel  _kprball+0           304CA08 100
_kdltnfy+bc          CALLrel  _kkblobu+0           2A30
_kscnfy+30           CALLreg  00000000            
_adbdrv+2bb3         CALLrel  _kscnfy+0            19 2000000
..1.5_1.filter.29+2  CALLrel  _adbdrv+0            
9d                                                
_opiosq0+9a4         CALLrel  _opiexe+0            4 0 304DDD8
_kpooprx+c6          CALLrel  _opiosq0+0           3 E 304DE70 24
_kpoal8+225          CALLrel  _kpooprx+0           304E738 304E680 13 1 0 24
_opiodr+4cd          CALLreg  00000000             5E 14 304E734
_ttcpip+a86          CALLreg  00000000             5E 14 304E734 0
_opitsk+2f4          CALLrel  _ttcpip+0            
_opiino+5fc          CALLrel  _opitsk+0            0 0 19C2E0 309F024 EE 0
_opiodr+4cd          CALLreg  00000000             3C 4 304FBD4
_opidrv+233          CALLrel  _opiodr+0            3C 4 304FBD4 0
_sou2o+19            CALLrel  _opidrv+0            
_opimai+10a          CALLrel  _sou2o+0            
_OracleThreadStart@  CALLrel  _opimai+0            
4+35c                                             
77E5D338             CALLreg  00000000            

--------------------- Binary Stack Dump ---------------------
实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？
jerry_yang

论坛徽章:
0
4楼 [报告]
发表于 2006-11-09 10:49 |只看该作者

回复 2楼 numenhuang 的帖子

看看附件吧

matthew_ora_3344.rar

172.89 KB, 下载次数: 77

trac
实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？
numenhuang

论坛徽章:
0
5楼 [报告]
发表于 2006-11-09 11:00 |只看该作者
可能是rollback segment有坏块。
把这个参数_allow_resetlogs_corruption注释掉，这是你们手工添加的吧，不是redo log的问题。
数据库smon已经做完rolling forward了，但是作rollback时出的错。

[ 本帖最后由 numenhuang 于 2006-11-9 11:01 编辑 ]
实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？
exitgogo

论坛徽章:
0
6楼 [报告]
发表于 2006-11-09 11:12 |只看该作者
4194错误通常说明UNDO段出现问题,最好的办法是通过备份进行恢复,如果没有备份,那么可以通过特殊的初始化参数进行强制启动
实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？
jerry_yang

论坛徽章:
0
7楼 [报告]
发表于 2006-11-09 11:18 |只看该作者

回复 5楼 numenhuang 的帖子

还是没有正确启动：

Thu Nov 09 11:07:06 2006
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
SCN scheme 2
Using log_archive_dest parameter default value
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up ORACLE RDBMS Version: 9.2.0.1.0.
System parameters with non-default values:
  processes                = 150
  timed_statistics         = TRUE
  shared_pool_size         = 50331648
  large_pool_size          = 8388608
  java_pool_size           = 33554432
  control_files            = D:\oracle\oradata\matthew\CONTROL01.CTL, D:\oracle\oradata\matthew\CONTROL02.CTL, D:\oracle\oradata\matthew\CONTROL03.CTL
  db_block_size            = 8192
  db_cache_size            = 25165824
  compatible               = 9.2.0.0.0
  db_file_multiblock_read_count= 16
  fast_start_mttr_target   = 300
  undo_management          = AUTO
  undo_tablespace          = UNDOTBS1
  undo_retention           = 10800
  remote_login_passwordfile= EXCLUSIVE
  db_domain                = domain
  instance_name            = matthew
  dispatchers              = (PROTOCOL=TCP) (SERVICE=matthewXDB)
  job_queue_processes      = 10
  hash_join_enabled        = TRUE
  background_dump_dest     = D:\oracle\admin\matthew\bdump
  user_dump_dest           = D:\oracle\admin\matthew\udump
  core_dump_dest           = D:\oracle\admin\matthew\cdump
  sort_area_size           = 524288
  db_name                  = matthew
  open_cursors             = 300
  star_transformation_enabled= FALSE
  query_rewrite_enabled    = FALSE
  pga_aggregate_target     = 25165824
  aq_tm_processes          = 1
PMON started with pid=2
DBW0 started with pid=3
LGWR started with pid=4
CKPT started with pid=5
SMON started with pid=6
RECO started with pid=7
CJQ0 started with pid=8
QMN0 started with pid=9
Thu Nov 09 11:07:09 2006
starting up 1 shared server(s) ...
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
Thu Nov 09 11:07:09 2006
ALTER DATABASE   MOUNT
Thu Nov 09 11:07:14 2006
Successful mount of redo thread 1, with mount id 551260701.
Thu Nov 09 11:07:14 2006
Database mounted in Exclusive Mode.
Completed: ALTER DATABASE   MOUNT
Thu Nov 09 11:07:14 2006
ALTER DATABASE OPEN
Thu Nov 09 11:07:14 2006
Beginning crash recovery of 1 threads
Thu Nov 09 11:07:14 2006
Started first pass scan
Thu Nov 09 11:07:15 2006
Completed first pass scan
4764 redo blocks read, 262 data blocks need recovery
Thu Nov 09 11:07:15 2006
Started recovery at
Thread 1: logseq 6732, block 3, scn 0.0
Recovery of Online Redo Log: Thread 1 Group 2 Seq 6732 Reading mem 0
  Mem# 0 errs 0: D:\ORACLE\ORADATA\MATTHEW\REDO02.LOG
Thu Nov 09 11:07:15 2006
Ended recovery at
Thread 1: logseq 6732, block 4767, scn 0.86935524
262 data blocks read, 262 data blocks written, 4764 redo blocks read
Crash recovery completed successfully
Thu Nov 09 11:07:16 2006
Thread 1 advanced to log sequence 6733
Thread 1 opened at log sequence 6733
  Current log# 3 seq# 6733 mem# 0: D:\ORACLE\ORADATA\MATTHEW\REDO03.LOG
Successful open of redo thread 1.
Thu Nov 09 11:07:16 2006
SMON: enabling cache recovery
Thu Nov 09 11:07:17 2006
Undo Segment 1 Onlined
Undo Segment 2 Onlined
Undo Segment 3 Onlined
Undo Segment 4 Onlined
Undo Segment 5 Onlined
Undo Segment 6 Onlined
Undo Segment 7 Onlined
Undo Segment 8 Onlined
Undo Segment 9 Onlined
Undo Segment 10 Onlined
Successfully onlined Undo Tablespace 1.
Thu Nov 09 11:07:17 2006
SMON: enabling tx recovery
Thu Nov 09 11:07:17 2006
Database Characterset is ZHS16GBK
Thu Nov 09 11:07:19 2006
Errors in file d:\oracle\admin\matthew\udump\matthew_ora_3384.trc:
ORA-00600: 内部错误代码，参数: [4194], [75], [85], [], [], [], [], []

Recovery of Online Redo Log: Thread 1 Group 3 Seq 6733 Reading mem 0
  Mem# 0 errs 0: D:\ORACLE\ORADATA\MATTHEW\REDO03.LOG
Recovery of Online Redo Log: Thread 1 Group 3 Seq 6733 Reading mem 0
  Mem# 0 errs 0: D:\ORACLE\ORADATA\MATTHEW\REDO03.LOG
Thu Nov 09 11:07:21 2006
Errors in file d:\oracle\admin\matthew\udump\matthew_ora_3384.trc:
ORA-00607: 当更改数据块时出现内部错误
ORA-00600: 内部错误代码，参数: [4194], [75], [85], [], [], [], [], []

Error 607 happened during db open, shutting down database
USER: terminating instance due to error 607
Thu Nov 09 11:07:22 2006
Errors in file d:\oracle\admin\matthew\bdump\matthew_pmon_3496.trc:
ORA-00607: Internal error occurred while making a change to a data block

Instance terminated by USER, pid = 3384
ORA-1092 signalled during: ALTER DATABASE OPEN...

Trc.rar

173.32 KB, 下载次数: 43

trc
实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？
numenhuang

论坛徽章:
0
8楼 [报告]
发表于 2006-11-09 11:19 |只看该作者
1. 做好备份
2. 使用dbverify工具验证一下undo
3. 如果是rollback segment出问题了：
   a. 如果有备份，则使用备份恢复到corruption前的时间点
   b. 如果没有备份，则设置_corrupted_rollback_segments参数，删除已有的rollback segment（此时数据库能open，可以通过v$rollname，v$rollstat来察看信息），重新创建undo tablespace。

[ 本帖最后由 numenhuang 于 2006-11-9 11:42 编辑 ]
实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？
jerry_yang

论坛徽章:
0
9楼 [报告]
发表于 2006-11-09 11:20 |只看该作者

回复 6楼 exitgogo 的帖子

数据库整体备份是有的！ 该如何正确操作？
实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？
numenhuang

论坛徽章:
0
10楼 [报告]
发表于 2006-11-09 11:23 |只看该作者
原帖由 jerry_yang 于 2006-11-9 11:20 发表
数据库整体备份是有的！ 该如何正确操作？

什么类型的备份，从你的启动信息来看，数据库运行在non archivelog模式？
实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？
12下一页
返回列表 发新帖
高级模式
B Color Image Link Quote Code Smilies
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号：11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们：huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP