从Oracle卸载数据到文本文件的性能问题
某电信运营商营销系统每月上旬需卸载大量数据到文本文件,下发给相关单位。在奥运重保期间观察到运行该任务的主机CPU的IDLE接近于0,进行了分析,提出建议。[@more@]检查发现占用CPU的进程全部是sqlplus进程,而不是数据库性能问题时常见的server process,进一步了解,发现该业务处理是一系列脚本,调用sqlplus,通过SQL*Net连接到另一主机上的数据库,并把结果用spool输出到文本文件。用sqlplus产生文本文件固然是一个简单易行的方法,但是性能一般,对于如此多的SQL以及如此大量数据的输出,显然不是一个适当的办法。从用户处了解到,完
XX银行Oracle 9.2.0.5数据库损坏ORA-600 [4194]故障处理
接XX银行客户电话,前一天夜里硬件厂家工程师向EVA阵列加盘时出现异常,今天发现与这个磁盘阵列有关的两个关键业务系统的开发数据库无法打开,其中一个报错为ORA-600 [4194] [34] [50]。虽然不是生产系统,但数据库如不能尽快恢复,将严重影响系统的开发、测试,进一步影响新版本的上线工作。[@more@]alert.log部分内容=================Thu Aug 28 17:14:54 2008SMON: enabling tx recoveryThu Aug 28 17:14:54 2008Database Characterset is US7ASCIIThu Aug 28 17:14:55 2008Errors in file /oracle9i/admin/tbank/bdump/tbank_smon_22
测试1
测试1内容