Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

16

积分

0

好友

1

主题
1#
发表于 2012-8-12 16:17:53 | 查看: 8153| 回复: 11
请教一下关于启动数据库时候报ORA-00474的问题 如何处理 附件中 有详细的信息 谢谢各位兄弟了


按照你的那种操作方法 数据库起来了  过了几个小时数据库又死机掉了  附加新错误日志.rar.

[ 本帖最后由 mg122623 于 2012-8-12 21:37 编辑 ]

错误提示.zip

144.62 KB, 下载次数: 1356

新错误日志.rar

165.74 KB, 下载次数: 1322

12#
发表于 2012-8-12 21:39:22
action plan:

1. 彻底解决该问题: 放弃使用windows转移到linux上

or

2. 升级 11.1.0.7  到 11.2.0.3

3.

alter system set event= '10513 trace name context forever, level 2' scope=spfile;
shutdown immediate;
startup ;

长期设置10513 禁用smon recovery tx



用户无法提供有用的信息, 此贴关闭, 建议仅限于以上3个

回复 只看该作者 道具 举报

11#
发表于 2012-8-12 20:55:57

回复 10# 的帖子

按照你的操作 每次我要启动数据库之后 必须是在操作系统里面的ORACLE所有 服务都停掉  然后按照你给的方案去操作 才能打开数据库 。  否则在按照你那种启动完后  再shutdown immediate 后 再按照你那种方法启动 还是会ORA-00474这个错误

回复 只看该作者 道具 举报

10#
发表于 2012-8-12 20:23:43

回复 9# 的帖子

bug的概率很小, 更可能是操作不当引起的问题。 诊断取决于具体的日志和错误 , 我的诊断无法流于空谈。

回复 只看该作者 道具 举报

9#
发表于 2012-8-12 19:47:40

回复 4# 的帖子

这个是 ORACLE 11的 一个BUG吧?这种操作完后  数据库OPEN 后 会不会有可能再次 出现这种状况?更严重的来说会不会导致数据库彻底崩溃

回复 只看该作者 道具 举报

8#
发表于 2012-8-12 17:19:10
按照你那样做的 已经可以打开了 但是 我关闭完数据库后 再次 STARTUP  不操作你给的那些步骤  还是会跟之前一样的报 ORA-00474错误

回复 只看该作者 道具 举报

7#
发表于 2012-8-12 17:02:25
如何打不开 打不开总归有报错和 alert.log的

回复 只看该作者 道具 举报

6#
发表于 2012-8-12 16:39:56

回复 4# 的帖子

而且我现在数据库 怎么打都打不开。。。

回复 只看该作者 道具 举报

5#
发表于 2012-8-12 16:34:17
这个数据库是非归档模式的

回复 只看该作者 道具 举报

4#
发表于 2012-8-12 16:32:22
先使用 disable tx recovery的方法打开数据:

action plan:

shutdown immediate;

startup nomount;

alter system set fast_start_parallel_rollback=false;
alter system set events '10513 trace name context forever, level 2';

alter database mount;
alter database open;

回复 只看该作者 道具 举报

3#
发表于 2012-8-12 16:26:26
请问如何解决呢?

回复 只看该作者 道具 举报

2#
发表于 2012-8-12 16:22:49
ODM FINDING:


Database Characterset is ZHS16GBK
Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0x0] [PC:0x53E05DE, _intel_fast_memcpy.A()+18]
Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\ndboss\ndboss\trace\ndboss_smon_2192.trc  (incident=60137):
ORA-07445: exception encountered: core dump [intel_fast_memcpy.A()+18] [ACCESS_VIOLATION] [ADDR:0x0] [PC:0x53E05DE] [UNABLE_TO_READ] []
Incident details in: D:\APP\ADMINISTRATOR\diag\rdbms\ndboss\ndboss\incident\incdir_60137\ndboss_smon_2192_i60137.trc
Opening with Resource Manager plan: PLAN_FOR_NDSC_JD_XS
Starting background process FBDA
Sun Aug 12 15:26:35 2012
FBDA started with pid=38, OS id=4692
replication_dependency_tracking turned off (no async multimaster replication found)
Sun Aug 12 15:26:36 2012
Trace dumping is performing id=[cdmp_20120812152636]
Sun Aug 12 15:26:36 2012
Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\ndboss\ndboss\trace\ndboss_pmon_4276.trc:
ORA-00474: SMON process terminated with error
PMON (ospid: 4276): terminating the instance due to error 474
Instance terminated by PMON, pid = 4276



Windows NT Version V6.0 Service Pack 1 +11.1.0.7.0 - 64bit Production

Memory (Avail/Total): Ph:60113M/65500M, Ph+PgF:72731M/76331M


Dump continued from file: D:\APP\ADMINISTRATOR\diag\rdbms\ndboss\ndboss\trace\ndboss_smon_2192.trc
ORA-07445: exception encountered: core dump [intel_fast_memcpy.A()+18] [ACCESS_VIOLATION] [ADDR:0x0] [PC:0x53E05DE] [UNABLE_TO_READ] []

========= Dump for incident 60137 (ORA 7445 [intel_fast_memcpy.A()+18]) ========
----- Beginning of Customized Incident Dump(s) -----
Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0x0] [PC:0x53E05DE, _intel_fast_memcpy.A()+18]

Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
Process Id: 0x000012b0  Thread Id : 0x00000890    Time : Sun Aug 12 15:26:35
Excp. Code: 0xc0000005  Excp. Type: ACCESS_VIO    Flags: 0x00000000

------------------- Registers ----------------------------
ip=00000000053E05DE sp=000000001A17AD78 rp=0000000000000002
r1=000000001A73C000 r2=0000000000001900 r3=0000000000000000
r4=0000000000000054 r5=000000001A17AD78 r6=0000000000000002 r7=0000000000000000
r8=000000001A73C000 r9=000000000000C806 r10=00000000FFFFC806 r11=000000001A17B178
r12=0000000000004000 r13=000000001A17BB00 r14=000000001A7259C0 r15=000000001A72DF26
------------------- End of Registers ---------------------


*** 2012-08-12 15:26:35.609
----- SQL Statement (None) -----
Current SQL information unavailable - no cursor.

----- Call Stack Trace -----
calling              call     entry                argument values in hex      
location             type     point                (? means dubious value)     
-------------------- -------- -------------------- ----------------------------
_intel_fast_memcpy.           0000000000000000     000000000 000000000 000000000
A()+18                                             000000000
000000001A72DF20     CALL???  _intel_fast_memcpy.  01A1901CC 0013A9F46 000030000
                              A()+18               0FFFFFFFF
000000001A1901CC     CALL???  000000001A72DF20     0013A9F46 000030000 0FFFFFFFF
                                                   0000000EC
kturunlc()+752       CALL???  000000001A1901CC     000030000 0FFFFFFFF 0000000EC
                                                   000000000
kturmmbu()+65        CALL???  kturunlc()+0         01590B870 01A17CD10 01A17BB00
                                                   000000004
kturrur()+499        CALL???  kturmmbu()+18        01590BE30 0004AAA3C 000000000
                                                   0081BF0C6
ktundo()+595         CALL???  kturrur()+0          01590BE30 007E5C275 01500BE30
                                                   7FF4CD9F238
ktubko()+6382        CALL???  ktundo()+0           000000002 30208C45279
                                                   01A1901C0 000001B9C
kturrt()+3272        CALL???  ktubko()+0           01A17CD10 01A17CD00 000000004
                                                   01A17CE10
kturec()+2687        CALL???  kturrt()+0           01A17CE10 00147001E 000000001
                                                   000000000
kturax()+1301        CALL???  kturec()+2609        20000006E 000000000 000000001
                                                   000000000
ktprbeg()+887        CALL???  kturax()+0           7FF00000010 7FF00000000
                                                   01A17D780 000400000
ktmmon()+4040        CALL???  ktprbeg()+87         000000000 000008482 000000000
                                                   010133DA6
ktmSmonMain()+593    CALL???  ktmmon()+504         00708F590 000000000 000000038
                                                   01590BE30
ksbrdp()+1165        CALL???  ktmSmonMain()+0      00708F590 00000808B
                                                   1A000002B7 C0000946E
opirip()+727         CALL???  ksbrdp()+0           00000001E 005E16698 01A17F9F0
                                                   000000000
opidrv()+1337        CALL???  opirip()+0           000000032 000000004 01A17FD30
                                                   000000000
sou2o()+52           CALL???  opidrv()+202         000000032 000000004 01A17FD30
                                                   01A17FCF0
opimai_real()+444    CALL???  sou2o()+0            000000000 07753A967 000000000
                                                   000000000
opimai()+96          CALL???  opimai_real()+0      000000000 00740F950 000000764
                                                   000000768
BackgroundThreadSta  CALL???  opimai()+0           01A17FE98 000000001 000000000
rt()+695                                           000000000
000000007753495D     CALL???  BackgroundThreadSta  00E8CA9A0 000000000 000000000
                              rt()+0               000000000
0000000077738791     CALL???  0000000077534950     000000000 000000000 000000000

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-11-16 04:53 , Processed in 0.051737 second(s), 25 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569