ORACLE open 不了，在线等待

pure_cmh 2003-01-06 11:11:04
ORACLE instance started.
Total System Global Area 1088487584 bytes
Fixed Size 73888 bytes
Variable Size 285351936 bytes
Database Buffers 802881536 bytes
Redo Buffers 180224 bytes
Database mounted.

到了这一步就停下不动了？？？？？？？？没有任何出错信息，郁闷中
...全文
120 18 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
18 条回复
切换为时间正序
请发表友善的回复…
发表回复
pure_cmh 2003-01-27
  • 打赏
  • 举报
 回复
顶

上次重新用dbassist建了个实例才解决，现在问题又来了，帮忙呀
tomhuang 2003-01-08
  • 打赏
  • 举报
 回复
分析一下启动日志啊。
wanghai 2003-01-06
  • 打赏
  • 举报
 回复
alert file里面有什么提示
pure_cmh 2003-01-06
  • 打赏
  • 举报
 回复
确实没有出错信息，如果有出错我就会去查相应的东西了：（要不怎么这么郁闷：（
wanghai 2003-01-06
  • 打赏
  • 举报
 回复
ALTER DATABASE OPEN这步报什么错啊，没错就说明能启动啊
pure_cmh 2003-01-06
  • 打赏
  • 举报
 回复
to tomhuang
是的
to wanghai
怎么到了最关键的没说出来？？？？？
to fzzlz
没反应
fzzlz 2003-01-06
  • 打赏
  • 举报
 回复
Database mounted。这样的话数据库应该已经起来了
试一下sql能否进入或有什么提示。
wanghai 2003-01-06
  • 打赏
  • 举报
 回复
Database mounted.应该是已经起来了吧
你一步步的来，先NOMOUNT，MOUNT，OPEN，要出错也是OPEN时出错
你看ALTER DATABASE OPEN看有什么错误，这一步应该是打开数据文件和REDO日志文件的
tomhuang 2003-01-06
  • 打赏
  • 举报
 回复
UNIX操作系统吗？
pure_cmh 2003-01-06
  • 打赏
  • 举报
 回复
skgmstack()+156 PTR_CALL 00000000 FFBEAEB4 ? FFBEAFF0 ? 1 ?
BFE64470 ? 5 ? BBF39644 ?
rpidru()+140 CALL skgmstack()+0 FFBEAFD4 ? 19D9678 ? F618 ?
818FAC ? FFBEAFF0 ? 157F7CC ?
rpiswu2()+608 PTR_CALL 00000000 FFBEB3F8 ? 819114 ?
FFFFFFFF ? BFE86C1D ?
1AC33EC ? 17 ?
kprball()+1800 CALL rpiswu2()+0 FFBEB080 ? 19D9800 ?
FFBEB358 ? 2 ? FFBEB350 ?
17 ?
kktextrg()+244 CALL kprball()+0 104 ? 4000 ? FFBEB568 ?
19D9400 ? 19D9800 ?
FFBEB3B4 ?
kkttrex()+2368 CALL kktextrg()+0 FFBEB524 ? FFBEB568 ? 17 ?
BB078784 ? 0 ? FFBEB7F5 ?
kktexeevt0()+564 CALL kkttrex()+0 BB06C324 ? 17 ? BB0651A0 ?
19D9400 ? 19DEC00 ?
FFBEB804 ?
adbdrv()+9172 CALL kktexeevt0()+0 19D9898 ? 19D9400 ?
FFBEB9A0 ? BB0F3BBC ? 0 ? 2 ?
opiexe()+10552 CALL adbdrv()+0 8000F800 ? 6 ? 193319C ? 3 ?
2 ? 19D9400 ?
opiosq0()+3896 CALL opiexe()+0 FFBEC0BC ? BB0F3BBC ? 4 ?
BB0F3BBC ? 19DC424 ?
1AD4DCC ?
opiodr()+5688 PTR_CALL 00000000 FFBED478 ? BB0F52D0 ? 0 ?
1AD4DCC ? 1AD6EB0 ?
BB0F3BBC ?
ttcpip()+956 PTR_CALL 00000000 1632190 ? FFBED864 ?
19DD800 ? 1 ? 1666FBA ? 1 ?
opitsk()+664 CALL ttcpip()+0 19DC420 ? 19DC4FC ? 1666FBA ?
FFBEE70C ? 4 ? 0 ?
opiino()+1792 CALL opitsk()+0 0 ? 19DB178 ? 19DDBF4 ? 0 ?
1 ? 0 ?
opiodr()+5688 PTR_CALL 00000000 FFBEFAA0 ? 80005000 ?
19DC400 ? 1A12700 ? 0 ?
19C83B8 ?
opidrv()+1316 CALL opiodr()+0 16320B0 ? FFBEF6A4 ?
19DD800 ? 0 ? 1666F82 ?
19E7704 ?
sou2o()+20 CALL opidrv()+0 3C ? FFBEF7B4 ? 19D9400 ?
FFBEF808 ? 0 ? 2F ?
main()+160 CALL sou2o()+0 FFBEFAB0 ? 3C ? 4 ?
FFBEFAA0 ? 172B164 ?
19E7704 ?
_start()+220 CALL main()+0 0 ? FFBEFC5C ? 19FECE8 ?
19D9400 ? 0 ? 0 ?
----- Argument/Register Address Dump -----
pure_cmh 2003-01-06
  • 打赏
  • 举报
 回复
----- PL/SQL Call Stack -----
object line object
handle number name
bb063dc8 67 package body INMSCD.DYN_OBJ_MANAGER
bb063dc8 189 package body INMSCD.DYN_OBJ_MANAGER
bb05a0b0 6 anonymous block
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
-------------------- -------- -------------------- ----------------------------
ksedmp()+168 CALL ksedst()+0 540 ? 0 ? FFBE4278 ?
FFBE3D1C ? FFBE3D00 ? 0 ?
ssexhd()+380 CALL ksedmp()+0 3 ? 0 ? 1 ? FFBE4998 ? 1 ?
7 ?
sigacthandler()+40 PTR_CALL 00000000 B ? FFBE51F0 ? 19DF400 ?
19DF400 ? 0 ? 0 ?
kssadf()+4 PTR_CALL 00000000 B ? FFBE51F0 ? FFBE4F38 ?
3783C80 ? B29EF79 ?
9E3779B9 ?
kqreqa()+32 CALL kssadf()+0 20 ? 8000CA80 ? 0 ? 0 ? 4 ?
280 ?
kqrpre()+2064 CALL kqreqa()+0 0 ? BB070C14 ? FFFF0400 ?
8000C3F8 ? BB070BB4 ?
BB070CE8 ?
kkpogtsn_get_tables CALL kqrpre()+0 BB070BA4 ? 8000C800 ?
BB070BA4 ? 3 ? 0 ? FFBE54F4 ?
ctcpre1()+2052 CALL kkpogtsn_get_tables 0 ? 0 ? 17 ? 0 ? 4E ?
FFBE45B8 ?
opitca()+2292 CALL ctcpre1()+0 1C2A278 ? 1000000 ? 1C28A5C ?
17 ? 0 ? 1 ?
kkslod()+1688 CALL opitca()+0 1C2A278 ? FFBE5778 ?
19DEC00 ? 19DB000 ? 1 ?
1C28648 ?
kglobpc()+540 PTR_CALL 00000000 19D9824 ? 0 ? 0 ? 1C28780 ?
1C28790 ? 1C2EB30 ?
kglpim()+320 CALL kglobpc()+0 19D9824 ? 1C284FC ?
FFBE5FD0 ? 1 ? 1 ? 19C83B8 ?
kglpin()+784 CALL kglpim()+0 FFBE5B20 ? FFBE5FD0 ?
1C284FC ? 1C233E4 ? 1C2356C ?
19C83B8 ?
kksfbc()+6472 CALL kglpin()+0 1C284FC ? FFBE5FD0 ?
1C232A8 ? 3 ? 80001D40 ?
BFEDDD80 ?
kkspsc0()+1584 CALL kksfbc()+0 19DEC00 ? 4000 ? FFBE5F38 ?
1AD2B9C ? 3B3 ? 1C23210 ?
opiosq0()+2464 CALL kkspsc0()+0 FFBE6240 ? 19D9400 ?
1C2EB30 ? 1 ? 1584C00 ?
19D9800 ?
opipls()+964 CALL opiosq0()+0 19DB000 ? 19DAC00 ? 0 ?
1AD71A8 ? 0 ? 3 ?
opiodr()+5688 PTR_CALL 00000000 1C2B028 ? FFBE7308 ?
FFBE7308 ? 17 ? 0 ? 1 ?
rpidrus()+128 CALL opiodr()+0 1632350 ? FFBE6BA4 ?
19DD800 ? 0 ? 166702A ?
1C2B028 ?
skgmstack()+156 PTR_CALL 00000000 FFBE6C8C ? FFBE6DC8 ? 1 ?
3B2 ? 7D0 ? FFBE919C ?
rpidru()+140 CALL skgmstack()+0 FFBE6DAC ? 19D9678 ? F618 ?
818FAC ? FFBE6DC8 ? 1C2B12C ?
rpiswu2()+608 PTR_CALL 00000000 FFBE71BC ? 819114 ?
FFFFFFFF ? 1C2B2DC ?
1C2B2DC ? 17 ?
rpidrv()+2240 CALL rpiswu2()+0 FFBE6E58 ? 19D9800 ?
FFBE712C ? 2 ? FFBE7124 ?
17 ?
psddr0()+136 CALL rpidrv()+0 0 ? 32 ? 4000 ? 19D9400 ?
FFBE717C ? 19D9800 ?
psdnal()+216 CALL psddr0()+0 FFBE7308 ? FFBE7268 ?
FFBE7308 ? 30 ? 1C2AFF4 ? 0 ?
ped2_exim()+68 PTR_CALL 00000000 FFBE919C ? FFBE9260 ? 0 ?
17 ? 17 ? 1 ?
pfrrun()+52816 CALL ped2_exim()+0 1AD6AF0 ? FFBE8F0C ?
1C2B028 ? 1AD6AF0 ? 18 ?
1C2B028 ?
peicnt()+324 CALL pfrrun()+0 55 ? 3B2 ? 1000000 ? 3B2 ?
7D0 ? FFBE919C ?
kkxexe()+468 CALL peicnt()+0 FFBE919C ? 1AD6AF0 ?
1AD6AF0 ? FFBE919C ?
FFBE90CC ? 0 ?
opiexe()+11608 CALL kkxexe()+0 19DEC00 ? 1AD6AF0 ?
7FFFFC00 ? 1584C00 ?
19D9400 ? BB05A0B0 ?
opiall0()+4944 CALL opiexe()+0 0 ? BB063340 ? 4 ? BB063340 ?
1AC55E0 ? 1C1B36C ?
opikpr()+404 CALL opiall0()+0 1AD7090 ? FFBEAAD8 ?
1631D30 ? 1C1B36C ? 65 ?
FFBEAABC ?
opiodr()+5688 PTR_CALL 00000000 65 ? 19DC400 ? FFBEB568 ? 0 ?
0 ? 1000 ?
rpidrus()+128 CALL opiodr()+0 1632340 ? FFBEADCC ?
19DD800 ? 0 ? 1667026 ?
BFDC6148 ?
pure_cmh 2003-01-06
  • 打赏
  • 举报
 回复
*** SESSION ID:(7.1) 2003-01-06 12:00:25.491
Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x0, PC: kssadf()+4
*** 2003-01-06 12:00:26.059
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [kssadf()+4] [SIGSEGV] [Address not mapped to object] [0] [] []
Current SQL statement for this session:
CREATE TABLE CSC_TRAFFIC_BUSY_8_1_2003(NODE_ADDR VARCHAR2(50) NULL, SAMPLEDATE DATE NULL, PERIOD NUMBER NULL, CS_INDEX NUMBER NULL, ST1 NUMBER NULL, ST2 NUMBER NULL, ST3 NUMBER NULL, ST4 NUMBER NULL, ST5 NUMBER NULL, ST6 NUMBER NULL, ST7 NUMBER NULL, ST8 NUMBER NULL, ST9 NUMBER NULL, ST10 NUMBER NULL, ST11 NUMBER NULL, ST12 NUMBER NULL, ST13 NUMBER NULL, ST14 NUMBER NULL, ST15 NUMBER NULL, ST16 NUMBER NULL, ST17 NUMBER NULL, ST18 NUMBER NULL, ST19 NUMBER NULL, ST20 NUMBER NULL, ST21 NUMBER NULL, ST22 NUMBER NULL, ST23 NUMBER NULL, ST24 NUMBER NULL, ST25 NUMBER NULL, ST26 NUMBER NULL, ST27 NUMBER NULL, ST28 NUMBER NULL, ST29 NUMBER NULL, ST30 NUMBER NULL, ST31 NUMBER NULL, ST32 NUMBER NULL, PRIMARY KEY(NODE_ADDR,SAMPLEDATE,PERIOD,CS_INDEX) USING INDEX ) PCTFREE 10 PCTUSED 40 INITRANS 2 MAXTRANS 255 STORAGE (INITIAL 4194304 NEXT 2097152 MINEXTENTS 1 MAXEXTENTS 505 PCTINCREASE 0 FREELISTS 10 FREELIST GROUPS 1 BUFFER_POOL DEFAULT) CACHE
hrb_qiuyb 2003-01-06
  • 打赏
  • 举报
 回复
你有1G的内存没，如没有，
将shared_pool_size及db_block_buffers调小一点。
wanghai 2003-01-06
  • 打赏
  • 举报
 回复
inms_ora_1925.trc
去看，一些BCAKGROUND PROCESSES错误，把inms_ora_1925.trc贴上来
pure_cmh 2003-01-06
  • 打赏
  • 举报
 回复
Mon Jan 6 12:00:26 2003
Errors in file /data/oracle/admin/inms54/udump/inms_ora_1925.trc:
ORA-07445: exception encountered: core dump [kssadf()+4] [SIGSEGV] [Address not mapped to object] [0] [] []
Mon Jan 6 12:00:27 2003
Errors in file /data/oracle/admin/inms54/udump/inms_ora_1925.trc:
ORA-00600: internal error code, arguments: [504], [2147533076], [16], [4], [row cache objects], [0], [0], [2147533076]
各位帮忙看一下
luckysxn 2003-01-06
  • 打赏
  • 举报
 回复
最笨的办法，全局搜一下alert*.ora
wanghai 2003-01-06
  • 打赏
  • 举报
 回复
看你INIT。ORA文件里background_dump_dest 指定的路径
pure_cmh 2003-01-06
  • 打赏
  • 举报
 回复
where the alert file?
浅析Oracle等待事件
oracle 等待事件 一、简述 Oracle等待事件是在Oracle 7.0.12中引入的，当时等待事件大致有100多个；在Oracle 8.0中Oracle等待事件数目增加到150多个，在Oracle 8i中有大约220个等待事件；而在Oracle 9i中大约有400多个等待事件；在Oracle 10g中有约916个等待事件，在oracle 11g中有约1367个等待事件。 Oracle...
一次oracle无法open的解决
这几天因为公司的复杂查询出现性能的问题（说实话本来就没设计好，数据行数都在1000W左右），所以需要进行调优，其实问题很简单，在系统中都使用了exists来进行表关联， 当然是不行的，我利用了表内联来解决问题 恩，结果还算不错，从跑不出来到了第一次硬解析在10分钟以内，但是公司管理层还是希望请“大牛”来查看下（该说的我都说了，摆明了不相信我吗）   “大牛”来的第一天：        一、调整过程...
Oracle数据库启动过程及状态详解（nomount、mount和open）
先来简要了解一下Oracle数据库体系架构以便于后面深入理解，Oracle Server主要由实例（instance）和数据库（database）组成。实例（instance）由共享内存（SGA）和后台进程系统组成，数据库（database）是存储在磁盘上的一系列物理文件。SGA主要由Share Pool（共享池，又分Library Cache和Data Dictionary Cache，前者临时...
oracle硬解析、软解析、软软解析（open_cursors）散记
无论是硬解析，软解析还是软软解析，ORACLE在解析和执行目标SQL时，始终会先去当前SESSION的PGA中寻找是否存在匹配的缓存Session Cursor.
toad连接不到oracle怎么办,toad连接不上oracle
问题：oracle服务是手动启动的，每天都要开关机。不知道为什么每过几天都是连接不上oracle，现象是，第一次连接的时候提示：ORA-12514：TNS:监听程序当前无法识别连接描述符中请求的服务，第二次连接的时候就一直等待，没有任何提示，就是连接不是。解决方案：要将product/10.2.0.1/network/admin/listener.ora 中的SID_LIST_LISTENER =...
基础和管理

17,382

社区成员

95,118

社区内容

发帖
与我相关
我的任务
社区描述
Oracle 基础和管理
社区管理员
  • 基础和管理社区
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章