> 文章列表 / Page 309

同11.2.0.1.2 psu同时发布的还有10.2.0.4.5 psu,值得注意的是这2个psu都包括了针对ora-600/7445错误出现时信息显示的原因和调用(cause/action)。 附该psu的readme note: Released: July 13, 2010 This document is accurate at the time of release. For any…

7月13日，11g release 2 的第二个补丁集更新发布了；9i的最终版本为9.2.0.8,10g上10.2.0.5很有可能成为最终版本，我们预期今后(11g,12g)中Patch set数量会有效减少，而patch set update数量可能大幅增加；这样的更新形式可以为Oracle Database提升一定的软件形象。可以猜想11gr2的最终版本号可能是11.2.0.2/3.x。 附该psu的readme note: Released: July 13, 2010 This document is accurate at the…

一般情况下无法从动态视图(v$session/v$session_wait)看到这个等待事件，因为它十分短暂。其本质从字面意思上来解释的话，是一种网络等待(network issue)； 举例而言，如果运行的代码中包含某种可能的错误，且在调用中触发了的话，服务器端本地的服务进程有义务对远程客户端告知该信息，这个告知的过程中服务进程就处于SQL*Net break/reset to client等待中，直到客户端收到问题信息为止。与一般意义上的Sever-client模式一样，使用dblink时也可能出现该种等待事件。 下面我们来尝试演示该种等待事件： SQL> create table tv (t1 int unique); Table created. SQL> insert into tv…

客户的新系统上线已经一年有余，核心系统硬件采用IBM P595，操作系统版本AIX　5300-09，存储使用DS6000,数据库版本为10.2.0.4，没有打额外的patch set update.此套系统平时会话数量在2000-3000的水平，每秒新建会话在10个左右。 客户这套系统一直有一个问题，即每次准备关闭实例进行一些维护工作时，在多次手动执行检查点（确保脏块被写出）后，shudown immediate命令仍需要非常长的时间才完成关闭数据库动作；之前客户一直使用在shutdown之前将大部分应用服务进程杀死的方法，可以缩短 shutdown immediate命令完成的时间。 实际上服务进程在2000-3000的OLTP系统在当前已经很普及了，而在其他平台上(譬如:Linux,SUN OS)上则不会出现一个shutdown操作持续半个小时以上的情况。 通过查询My Oracle support发现一个9i上shutdown immediate费时半个小时的note: Hdr: 3484589 9.2.0.4.0 RDBMS 9.2.0.4.0 PRODID-5…

前几日，有客户报一个备用库实例中有多个回话hang住的问题，在hang住前本地有维护人员执行了truncate表的操作。 同事前往客户现场进一步确认了问题，并传回了当时hang状况下的266级systemstate文件。该实例的并发回话数量较少，所以实例状态抓取后总的信息量并不多，这种情形中通过分析systemstate信息往往要好于分析hanganalyze信息。 通过著名的源自于metalink的ass awk脚本可以很快找出各进程的状态，以及重要资源的持有者： awk -f ass109.awk systemstate.txt Starting Systemstate 1 ………………………………….. Ass.Awk Version 1.0.9 – Processing systemstate.txt System State…

We are planning to implement 11gR2 RAC on OCFS2 file system. We are going to have ocr files,voting disk files,database…

9i 中v$session_wait 是Oracle wait interface的一个主要用户接口，而该动态视图的内容来源于x$ksusecst内部视图： SQL> select view_definition from v$fixed_view_definition where view_name='GV$SESSION_WAIT'; VIEW_DEFINITION -------------------------------------------------------------------------------- select s.inst_id,s.indx,s.ksussseq,e.kslednam, e.ksledp1,s.ksussp1,s.ksussp1r,e. ksledp2, s.ksussp2,s.ksussp2r,e.ksledp3,s.ksussp3,s.ksussp3r, decode(s.ksusstim,…

Question #1: ========== _optimizer_cost_based_transformation=false Currently set to false, should we keep or remove it for 11g upgrade? It is a…

_optimizer_adaptive_cursor_sharing=false disables the feature. There are 2 new columns in V$sql , IS_BIND_SENSITIVE and IS_BIND_AWARE that indicate the status for…

Found that background process of diag is occupied high pga memory usage in RAC of node 1. Value of PGA…