ora-01033:oracle的初始化或关闭正在进行中

正在工作，plsql developer连接数据库，突然报一个EOF错误，然后没有理会，结果plsql dev连不上了，就报上面的错误。

oracle 11.2  
由于小弟对oracle还不是太了解，因此请各位帮忙下。  当时正在工作呢，并没有动数据库中的任何文件。

8 个解决方案

#1

Total System Global Area  535662592 bytes
Fixed Size                  1375792 bytes
Variable Size             243270096 bytes
Database Buffers          285212672 bytes
Redo Buffers                5804032 bytes
資料庫已掛載.
ORA-00600: 內部錯誤代碼, 引數: [kcratr_nab_less_than_odr], [1], [89], [70218],
[70320], [], [], [], [], [], [], []

刚才用SYS作为dba登陆进去，然后shutdown  startup,结果报上面的错误，大侠帮忙

#2

数据库挂了，shutdown abort 执行后，重新启动即可

#3

LS的重启应该是重启oracle服务吧，，我已经重启了，结果报ora 01033 正在初始化或关闭 这个错误

#4

我也遇到过这种问题，在DOS窗口用SQLPLUS 登陆 关闭数据库然后直接startup 重启，让数据库实例重新加载；
还有问题的话就之只好去分析ALERT日志了，目录：database_home/admin/sid/bdump/alert_sid.log

#5

用sys用户登录sqlplus
然后执行startup force试试

#6

用sys用户登录sqlplus
然后执行startup force试试

#7

to 4L:
oracle 11g的日志文件不在这个目录下，select value from v$diag_info where name ='Diag Trace'; 可以找到日志目录

to 5L:
试了不行的

粘日志：

MMON (ospid: 228): terminating the instance
Instance terminated by MMON, pid = 228
Wed Apr 27 10:44:12 2011
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 2
Using LOG_ARCHIVE_DEST_1 parameter default value as USE_DB_RECOVERY_FILE_DEST
Autotune of undo retention is turned on. 
IMODE=BR
ILAT =18
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options.
Using parameter settings in server-side spfile F:\ORACLE\PRODUCT\11.2.0\DBHOME_1\DATABASE\SPFILECORETEK.ORA
System parameters with non-default values:
  processes                = 100
  sessions                 = 172
  nls_language             = "TRADITIONAL CHINESE"
  nls_territory            = "*"
  memory_target            = 600M
  control_files            = "F:\ORACLE\ORADATA\CORETEK\CONTROL01.CTL"
  control_files            = "F:\ORACLE\FLASH_RECOVERY_AREA\CORETEK\CONTROL02.CTL"
  db_block_size            = 8192
  compatible               = "11.2.0.0.0"
  db_recovery_file_dest    = "F:\oracle\flash_recovery_area"
  db_recovery_file_dest_size= 3852M
  undo_tablespace          = "UNDOTBS1"
  remote_login_passwordfile= "EXCLUSIVE"
  db_domain                = ""
  dispatchers              = "(PROTOCOL=TCP) (SERVICE=CORETEKXDB)"
  audit_file_dest          = "F:\ORACLE\ADMIN\CORETEK\ADUMP"
  audit_trail              = "DB"
  db_name                  = "CORETEK"
  open_cursors             = 300
  diagnostic_dest          = "F:\ORACLE"
Wed Apr 27 10:44:13 2011
PMON started with pid=2, OS id=440 
Wed Apr 27 10:44:13 2011
VKTM started with pid=3, OS id=2776 at elevated priority
VKTM running at (10)millisec precision with DBRM quantum (100)ms
Wed Apr 27 10:44:13 2011
GEN0 started with pid=4, OS id=2304 
Wed Apr 27 10:44:13 2011
DIAG started with pid=5, OS id=524 
Wed Apr 27 10:44:13 2011
DBRM started with pid=6, OS id=584 
Wed Apr 27 10:44:13 2011
PSP0 started with pid=7, OS id=480 
Wed Apr 27 10:44:13 2011
DIA0 started with pid=8, OS id=472 
Wed Apr 27 10:44:13 2011
MMAN started with pid=9, OS id=484 
Wed Apr 27 10:44:13 2011
DBW0 started with pid=10, OS id=468 
Wed Apr 27 10:44:13 2011
LGWR started with pid=11, OS id=444 
Wed Apr 27 10:44:13 2011
CKPT started with pid=12, OS id=208 
Wed Apr 27 10:44:13 2011
SMON started with pid=13, OS id=388 
Wed Apr 27 10:44:13 2011
RECO started with pid=14, OS id=384 
Wed Apr 27 10:44:13 2011
MMON started with pid=15, OS id=4072 
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 1 shared server(s) ...
ORACLE_BASE from environment = F:\oracle
Wed Apr 27 10:44:13 2011
alter database mount exclusive
Wed Apr 27 10:44:13 2011
MMNL started with pid=16, OS id=3204 
Successful mount of redo thread 1, with mount id 936000061
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: alter database mount exclusive
alter database open
Beginning crash recovery of 1 threads
 parallel recovery started with 2 processes
Started redo scan
Completed redo scan
 read 6 KB redo, 13 data blocks need recovery
Errors in file f:\oracle\diag\rdbms\coretek\coretek\trace\coretek_ora_600.trc  (incident=32953):
ORA-00600: ??????, ??: [kcratr_nab_less_than_odr], [1], [89], [70218], [70320], [], [], [], [], [], [], []
Incident details in: f:\oracle\diag\rdbms\coretek\coretek\incident\incdir_32953\coretek_ora_600_i32953.trc
Aborting crash recovery due to error 600
Errors in file f:\oracle\diag\rdbms\coretek\coretek\trace\coretek_ora_600.trc:
ORA-00600: ??????, ??: [kcratr_nab_less_than_odr], [1], [89], [70218], [70320], [], [], [], [], [], [], []
Errors in file f:\oracle\diag\rdbms\coretek\coretek\trace\coretek_ora_600.trc:
ORA-00600: ??????, ??: [kcratr_nab_less_than_odr], [1], [89], [70218], [70320], [], [], [], [], [], [], []
ORA-600 signalled during: alter database open...
Trace dumping is performing id=[cdmp_20110427104422]
Wed Apr 27 10:45:17 2011
Sweep [inc][32953]: completed
Sweep [inc2][32953]: completed
Wed Apr 27 10:46:06 2011

#8

哎  重新建立数据库，，，