ORA-19583/ORA-27206/ORA-06512

发表于 2012 年 2 月 2 日 由 惜分飞

检查alert日志发现近期数据库出现了ORA-19583/ORA-27206/ORA-06512错误

Fri Dec 30 12:22:36 2011
Errors in file /oracle9/app/admin/ykcdb/udump/ykcdb_ora_5390564.trc:
ORA-19583: conversation terminated due to error
ORA-27206: requested file not found in media management catalog
ORA-06512: at "SYS.DBMS_BACKUP_RESTORE", line 625

进一步查看trace文件发现

Oracle9i Enterprise Edition Release 9.2.0.7.0 - 64bit Production
With the Partitioning option
JServer Release 9.2.0.7.0 - Production
ORACLE_HOME = /oracle9/app/product/9.2.0
System name:    AIX
Node name:      OFFON2
Release:        3
Version:        5
Machine:        000A36B8D600
Instance name: ykcdb
Redo thread mounted by this instance: 1
Oracle process number: 79
Unix process pid: 5390564, image: oracle@OFFON2 (TNS V1-V3)

*** 2011-12-30 12:22:36.051
*** SESSION ID:(32.62184) 2011-12-30 12:22:36.023
FATAL ERROR IN TWO-TASK SERVER: error = 12152
*** 2011-12-30 12:22:36.051
ksedmp: internal or fatal error
ORA-19583: conversation terminated due to error
ORA-27206: requested file not found in media management catalog
ORA-06512: at "SYS.DBMS_BACKUP_RESTORE", line 625
----- Call Stack Trace -----
calling              call     entry                argument values in hex      
location             type     point                (? means dubious value)     
-------------------- -------- -------------------- ----------------------------
ksedmp+0148          bl       ksedst               1025AE55C ?
opitsk+0968          bl       ksedmp               20289E71C ?
opiino+0798          bl       opitsk               000000000 ? 000000000 ?
opiodr+08c8          bl       _ptrgl               
opidrv+032c          bl       opiodr               3C00000018 ? 4101C7F40 ?
                                                   FFFFFFFFFFFF810 ? 0A03547C8 ?
sou2o+0028           bl       opidrv               3C0C000000 ? 4A039C2D0

查看mos发现[ID 558993.1]提供了错误原因和解决方案
错误原因：RMAN backup to tape using veritas netbackup，The MML parameters like NB_ORA_CLIENT and NB_ORA_SERV were not given in proper case while configuring channel in RMAN backup.
解决方法：The NB_ORA_CLIENT and NB_ORA_SERV MML parameters are case sensitive. So make sure to give these parameters in same case while allocating or configuring RMAN channel as it is configure in Veritas server.

发表在 ORA-xxxxx | 标签为 , , | 一条评论

使用dblink导致scn发现改变

发表于 2012 年 1 月 21 日 由 惜分飞

1.dblink目标端

[oracle@node1 ~]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.3.0 Production on Sat Jan 21 15:25:59 2012

Copyright (c) 1982, 2011, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, Oracle Label Security, OLAP, Data Mining,
Oracle Database Vault and Real Application Testing options

SQL> select dbms_flashback.GET_SYSTEM_CHANGE_NUMBER scn from dual;

       SCN
----------
  17454270

SQL> select file#,CHECKPOINT_CHANGE# scn from v$datafile;

     FILE#        SCN
---------- ----------
         1   17454265
         2   17454265
         3   17454265
         4   17454265
         5   17454265
         6   17454265
         7   17454265
         8   17454265
         9   17454265
        10   17454265
        11   17454265

     FILE#        SCN
---------- ----------
        13   17454265
        14   17454265

13 rows selected.

通过这里可以知道，该数据库目前的scn是小于18000000。

2.dblink操作

[oracle@node1 admin]$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.5.0 - Production on Sat Jan 21 15:49:39 2012

Copyright (c) 1982, 2010, Oracle.  All Rights Reserved.


Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> select dbms_flashback.GET_SYSTEM_CHANGE_NUMBER scn from dual;

       SCN
----------
  20359364

SQL> select dbms_flashback.GET_SYSTEM_CHANGE_NUMBER scn from dual@chf;

       SCN
----------
  20359367

通过这步操作发现目标端的scn发生改变，和原端库scn一致(因为先后关系，有小出入)

3.再次查看dblink目标端

SQL>  alter system checkpoint;

System altered.

SQL> select file#,CHECKPOINT_CHANGE# scn from v$datafile;

     FILE#        SCN
---------- ----------
         1   20359409
         2   20359409
         3   20359409
         4   20359409
         5   20359409
         6   20359409
         7   20359409
         8   20359409
         9   20359409
        10   20359409
        11   20359409

     FILE#        SCN
---------- ----------
        13   20359409
        14   20359409

13 rows selected.

通过checkpoint之后，发现目标库的scn已经发现改变(向前推荐),从而证明使用dblink，确实使得scn小的库和scn大的库一致。

发表在 Oracle | 评论关闭

人生中的十个不要等

发表于 2012 年 1 月 20 日 由 惜分飞

一、不要等到想要得到爱时才学会付出

　　人生就像一场戏，在等待中错过了美丽。正如歌中所唱：该出手时就出手。因为幸福就在你身边。当你付出时，爱以从你身边轻轻划过，留下的是悔恨、遗憾。
二、不要等到孤单时才想念起你的朋友

　　什么是朋友？真正的朋友永远不会离弃你。人生得一知己足矣，孤独时、彷徨时，朋友是你最忠实的听众，他们没有怨言，他们有的只是一颗包容的心。
三、不要等到有了职位时才去努力工作

　　有的人一生都在等自己如意的工作，戴到白发之时方诲自己执著地等待。因为世界真的很精彩，只要你肯努力，处处都有你满意的工作。
四、不要等到失败时才记起他人的忠告

　　忠言逆耳利于行，良药苦口利于病。世人往往善于听信谗言，因为谗言总是美丽的，而忘了这句古话。待到自己失败时，一切如过眼云烟，烟消云散。
五、不要等到生病时才意识到生命脆弱

　　生命真的很脆弱，一只蚂蚁可能死在你的脚下，只不过你没有觉察。可能你在生命的边缘徘徊，为什么不珍惜自己的生命？
六、不要等到分离时后悔没有珍惜感情

　　为什么总是离别之后才懂得珍惜，因为人无完人，金无足赤。拥有一颗宽容的心，善待别人就等于善待自己。
七、不要等到有人赞赏你时才相信自己

　　每个人都有自己的优点和长处，自信有时也是成功的钥匙。要等到别人的赞赏，恐怕已经太迟了，因为生命属于你只有一次，没有循环，没有往复。
八、不要等到别人指出才知道自己错了

　　其实，勇于承认错误并没有人嘲笑你，反而得到别人的尊重。因为每个人都有错误，只不过有的人善于掩饰自己的错误，有的人勇于承认罢了。
九、不要等到腰缠万贯才准备帮助穷人

　　助人为乐永远是一种美德，待到腰缠万贯之时，你不一定会快乐，因为你的施舍别人不一定接受。
十、不要等到临死时才发现要热爱生活

　　生活真的很精彩，为什么要游戏人生。人生就像一条长河，永远没有尽头，没有止境。并不因为你的生老病死而改变。热爱生活就等于热爱

发表在 至理名言 | 一条评论