数据库先一直好好的,然后今天突然不能启动了.数据库可以mounted但是不能open,在SQLPlus中open报错:
ora-03113:end-of-file on communication channel 急!请帮忙看看,谢谢!看了下alert.log显示如下:
Starting ORACLE instance (normal)
Thu Feb 14 17:22:14 2008
Running with 1 strand for Non-Enterprise Edition
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 2
KCCDEBUG_LEVEL = 0
Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST
Autotune of undo retention is turned on. 
Running with 1 strand for Non-Enterprise Edition
Dynamic strands is set to FALSE
Running with 1 shared and 18 private strand(s). Zero-copy redo is FALSE
IMODE=BR
ILAT =18
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up ORACLE RDBMS Version: 10.1.0.2.0.
System parameters with non-default values:
  processes                = 150
  shared_pool_size         = 83886080
  large_pool_size          = 8388608
  java_pool_size           = 50331648
  control_files            = E:\PHOENIX_DATA\PSZX_DB\CONTROL01.CTL, E:\PHOENIX_DATA\PSZX_DB\CONTROL02.CTL, E:\PHOENIX_DATA\PSZX_DB\CONTROL03.CTL
  db_block_size            = 8192
  db_cache_size            = 25165824
  compatible               = 10.1.0.2.0
  db_file_multiblock_read_count= 16
  db_recovery_file_dest    = D:\oracle\product\10.1.0\flash_recovery_area
  db_recovery_file_dest_size= 2147483648
  undo_management          = AUTO
  undo_tablespace          = UNDOTBS1
  remote_login_passwordfile= EXCLUSIVE
  db_domain                = 
  dispatchers              = (PROTOCOL=TCP) (SERVICE=pstcXDB)
  job_queue_processes      = 10
  background_dump_dest     = D:\ORACLE\PRODUCT\10.1.0\ADMIN\PSZX_DB\BDUMP
  user_dump_dest           = D:\ORACLE\PRODUCT\10.1.0\ADMIN\PSZX_DB\UDUMP
  core_dump_dest           = D:\ORACLE\PRODUCT\10.1.0\ADMIN\PSZX_DB\CDUMP
  sort_area_size           = 65536
  db_name                  = pszx_db
  open_cursors             = 300
  pga_aggregate_target     = 25165824
PMON started with pid=2, OS id=2304
MMAN started with pid=3, OS id=2508
DBW0 started with pid=4, OS id=2544
LGWR started with pid=5, OS id=3312
CKPT started with pid=6, OS id=2760
SMON started with pid=7, OS id=1316
RECO started with pid=8, OS id=2716
Thu Feb 14 17:22:21 2008
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
CJQ0 started with pid=9, OS id=1068
Thu Feb 14 17:22:22 2008
starting up 1 shared server(s) ...
Oracle Data Guard is not available in this edition of Oracle.
Thu Feb 14 17:22:24 2008
ALTER DATABASE   MOUNT
Thu Feb 14 17:22:24 2008
Controlfile identified with block size 16384
Thu Feb 14 17:22:29 2008
Setting recovery target incarnation to 2
Thu Feb 14 17:22:29 2008
Successful mount of redo thread 1, with mount id 1662504912
Thu Feb 14 17:22:29 2008
Database mounted in Exclusive Mode.
Completed: ALTER DATABASE   MOUNT
Thu Feb 14 17:22:29 2008
ALTER DATABASE OPEN
Thu Feb 14 17:22:29 2008
Beginning crash recovery of 1 threads
Thu Feb 14 17:22:29 2008
Started first pass scan
Thu Feb 14 17:22:30 2008
Completed first pass scan
 1569 redo blocks read, 189 data blocks need recovery
Thu Feb 14 17:22:30 2008
Started redo application at
 Thread 1: logseq 1884, block 9787, scn 0.0
Recovery of Online Redo Log: Thread 1 Group 2 Seq 1884 Reading mem 0
  Mem# 0 errs 0: E:\PHOENIX_DATA\PSZX_DB\REDO02.LOG
Thu Feb 14 17:22:30 2008
Errors in file d:\oracle\product\10.1.0\admin\pszx_db\udump\pstc_ora_3648.trc:
ORA-00600: internal error code, arguments: [4554], [100], [], [], [], [], [], []
检查了trc文件,如下:
Dump file d:\oracle\product\10.1.0\admin\pszx_db\udump\pstc_ora_3648.trc
Thu Feb 14 17:22:29 2008
ORACLE V10.1.0.2.0 - Production vsnsta=0
vsnsql=13 vsnxtr=3
Oracle Database 10g Release 10.1.0.2.0 - Production
Windows XP Version V5.1 Service Pack 2
CPU             : 1 - type 586
Process Affinity: 0x00000000
Memory (A/P)    : PH:334M/959M, PG:1769M/2315M, VA:1770M/2047M
Instance name: pstcRedo thread mounted by this instance: 1Oracle process number: 13Windows thread id: 3648, image: ORACLE.EXE (SHAD)
*** SERVICE NAME:() 2008-02-14 17:22:29.843
*** SESSION ID:(162.3) 2008-02-14 17:22:29.843
Thread 1 chkpt rba 0x00075c.00000002.0010 scn 0x0000.01a74e0a
     Cache-low rba 0x00075c.0000263b.0000
       On-disk rba 0x00075c.00002c5c.0000 scn 0x0000.01a75d07
  Use cache-low rba for recovery
Thread 1 start rba 0x00075c.0000263b.0000 scn 0x0000.00000000
----- Redo read statistics for thread 1 -----
Read rate (ASYNC): 784Kb in 0.17s => 0.00 Mb/sec
Longest record: 28Kb, moves: 0/1221 (0%)
Change moves: 7/33 (21%), moved: 0Mb
Longest LWN: 71Kb, moves: 0/157 (0%), moved: 0Mb
----------------------------------------------
----- Recovery Hash Table Statistics ---------
Hash table buckets = 32768
Longest hash chain = 1
Average hash chain = 189/189 = 1.0
Max compares per lookup = 1
Avg compares per lookup = 4194/4810 = 0.9
----------------------------------------------
*** 2008-02-14 17:22:30.046
KCRA: start recovery claims for 189 data blocks
*** 2008-02-14 17:22:30.046
KCRA: blocks processed = 189/189, claimed = 189, eliminated = 0
*** 2008-02-14 17:22:30.843
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [4554], [100], [], [], [], [], [], []
Current SQL statement for this session:
ALTER DATABASE OPEN
----- Call Stack Trace -----
calling              call     entry                argument values in hex      
location             type     point                (? means dubious value)     
急!请帮忙看看,谢谢!