因去年架构一台双机系统(HA)外加一台逻辑备库和一台物理备库,作为企业的冗余和学习使用。不久前有发现逻辑备库系统上,产生的bdump目录下产生惊人的文件,全部是清理垃圾所产生的,造过有G的文件,严重耗掉硬盘,数据库用10.2.0.1.0 因问题一直在查之中,待没有完全解决只能暂用crontab来删除,以防止硬盘待尽。在alert.log文件也没有发现有关于pmon的错误信息来,一直处于郁闷当中。
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
-bash-3.00$ pwd
/u01/oracle/admin/ora10g/bdump
-bash-3.00$ ls -lh
总数 22378864
-rw-r----- 1 oracle dba 19M 7月 5日 21:38 alert_ora10g.log
-rw-r----- 1 oracle dba 2.1M 7月 5日 21:36 ora10g_arc0_808.trc
-rw-r----- 1 oracle dba 2.1M 7月 5日 21:38 ora10g_arc1_810.trc
-rw-r----- 1 oracle dba 8.9M 7月 5日 21:39 ora10g_arc2_812.trc
-rw-r----- 1 oracle dba 1.8M 7月 5日 21:36 ora10g_arc3_814.trc
-rw-r----- 1 oracle dba 120K 7月 5日 19:18 ora10g_lgwr_776.trc
-rw-r----- 1 oracle dba 251K 7月 5日 17:18 ora10g_lsp0_820.trc
-rw-r----- 1 oracle dba 424M 7月 5日 21:38 ora10g_p003_851.trc
-rw-r----- 1 oracle dba 2.5G 7月 5日 21:38 ora10g_p004_853.trc
-rw-r----- 1 oracle dba 2.1G 7月 5日 21:38 ora10g_p005_855.trc
-rw-r----- 1 oracle dba 2.3G 7月 5日 21:38 ora10g_p006_857.trc
-rw-r----- 1 oracle dba 2.0G 7月 5日 21:38 ora10g_p007_859.trc
-rw-r----- 1 oracle dba 1.1G 7月 5日 21:38 ora10g_p008_861.trc
-bash-3.00$ more ora10g_p005_855.trc
/u01/oracle/admin/ora10g/bdump/ora10g_p005_855.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /u01/oracle/product/10.2.0
System name: SunOS
Node name: fastrise08
Release: 5.10
Version: Generic_139555-08
Machine: sun4u
Instance name: ora10g
Redo thread mounted by this instance: 1
Oracle process number: 26
Unix process pid: 855, image: oracle@fastrise08 (P005)
*** 2010-04-07 08:55:52.005
*** SERVICE NAME:(SYS$BACKGROUND) 2010-04-07 08:55:52.002
*** SESSION ID:(136.1) 2010-04-07 08:55:52.002
krvsstp: Entered: newCount=6, ldCount=7
krvsgcol: col 0: name=JOB, SegCol=1, IntCol=1, dtype=2
krvsgcol: col 1: name=LOWNER, SegCol=2, IntCol=2, dtype=1
krvsgcol: col 2: name=POWNER, SegCol=3, IntCol=3, dtype=1
krvsgcol: col 3: name=COWNER, SegCol=4, IntCol=4, dtype=1
krvsgcol: col 4: name=LAST_DATE, SegCol=5, IntCol=5, dtype=12
krvsgcol: col 5: name=THIS_DATE, SegCol=6, IntCol=6, dtype=12
krvsgcol: col 6: name=NEXT_DATE, SegCol=7, IntCol=7, dtype=12
krvsgcol: col 7: name=TOTAL, SegCol=8, IntCol=8, dtype=2
krvsgcol: col 8: name=INTERVAL#, SegCol=9, IntCol=9, dtype=1
krvsgcol: col 9: name=FAILURES, SegCol=10, IntCol=10, dtype=2
krvsgcol: col 10: name=FLAG, SegCol=11, IntCol=11, dtype=2
krvsgcol: col 11: name=WHAT, SegCol=12, IntCol=12, dtype=1
krvsgcol: col 12: name=NLSENV, SegCol=13, IntCol=13, dtype=1
krvsgcol: col 13: name=ENV, SegCol=14, IntCol=14, dtype=23
krvsgcol: col 14: name=CUR_SES_LABEL, SegCol=15, IntCol=15, dtype=105
krvsgcol: col 15: name=CLEARANCE_HI, SegCol=16, IntCol=16, dtype=105
krvsgcol: col 16: name=CLEARANCE_LO, SegCol=17, IntCol=17, dtype=105
krvsgcol: col 17: name=CHARENV, SegCol=18, IntCol=18, dtype=1
krvsgcol: col 18: name=FIELD1, SegCol=19, IntCol=19, dtype=2
krvsstp: krvsgcol returned 19
krvscdt: column 0 is a date
krvscdt: column 1 is a date
krvscdt: column 2 is a date
krvscdt: column 3 is a number
krvscdt: column 4 is a number
krvscdt: column 5 is a number
krvscdt: column 6 is a date
krvscdt: column 7 is a date
krvscdt: column 8 is a date
krvscdt: column 9 is a number
krvscdt: column 10 is a number
krvscdt: column 11 is a number
krvscdt: column 12 is a number
krvsstp: allocate 3033 bytes for return statement
krvsstp: ffset=754, expected=2969
krvsstp: returning begin sys.dbms_internal_logstdby.jobupd(JOB_O=>1,JOB_OI=>1,LAST_DATE_N
=>TO_DATE('07-APR-2010 08:56:41', 'DD-MON-YYYY HH24:MI:SS'),LAST_DATE_I=>1,LAST_DATE_O=>T
O_DATE('07-APR-2010 08:55:36', 'DD-MON-YYYY HH24:MI:SS'),LAST_DATE_OI=>1,THIS_DATE_N=>NUL
L,THIS_DATE_I=>1,THIS_DATE_O=>TO_DATE('07-APR-2010 08:56:41', 'DD-MON-YYYY HH24:MI:SS'),T
HIS_DATE_OI=>1,NEXT_DATE_N=>TO_DATE('07-APR-2010 08:57:41', 'DD-MON-YYYY HH24:MI:SS'),NEX
T_DATE_I=>1,NEXT_DATE_O=>TO_DATE('07-APR-2010 08:56:36', 'DD-MON-YYYY HH24:MI:SS'),NEXT_D
ATE_OI=>1,TOTAL_N=>.0169212962962962962962962962962962963117,TOTAL_I=>1,TOTAL_O=>.0169212
962962962962962962962962962963117,TOTAL_OI=>1,FAILURES_N=>0,FAILURES_I=>1,FAILURES_O=>0,F
AILURES_OI=>1,FLAG_N=>0,FLAG_I=>1,FLAG_O=>0,FLAG_OI=>1); end;
krvsmsd: seq$ obj# translated from 50850 to 50850
krvsstp: Entered: newCount=9, ldCount=10
krvsgcol: col 0: name=OBJ#, SegCol=1, IntCol=1, dtype=2
krvsgcol: col 1: name=INCREMENT$, SegCol=2, IntCol=2, dtype=2
krvsgcol: col 2: name=MINVALUE, SegCol=3, IntCol=3, dtype=2
krvsgcol: col 3: name=MAXVALUE, SegCol=4, IntCol=4, dtype=2
krvsgcol: col 4: name=CYCLE#, SegCol=5, IntCol=5, dtype=2
krvsgcol: col 5: name=ORDER$, SegCol=6, IntCol=6, dtype=2
krvsgcol: col 6: name=CACHE, SegCol=7, IntCol=7, dtype=2
krvsgcol: col 7: name=HIGHWATER, SegCol=8, IntCol=8, dtype=2
krvsgcol: col 8: name=AUDIT$, SegCol=9, IntCol=9, dtype=1
krvsgcol: col 9: name=FLAGS, SegCol=10, IntCol=10, dtype=2
krvsstp: krvsgcol returned 10
一直在循环红色过程。。。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/15242702/viewspace-667263/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/15242702/viewspace-667263/