系统是1G内存?看看你的sga现在现在加起来达到了多少?

解决方案 »

  1.   

    可以先修改参数文件,加入pre_page_sga=true,然后重新启动数据库再试试
    不过建议最好还是执行一次Statspack,做一次分析会对数据库的情况更清晰
      

  2.   

    我已经把DATABASE BUFFERS 改为600M了,还是慢,连上几分钟以后在PL/SQL DEVELOPER 中运行SQL语句就死机了。
    STATSPACK倒是听过,但不会使用:(
      

  3.   

    该不是回滚段争用的问题罢!!
    该不是将数据建立在system的系统表空间下了罢
    用STATSPACK分析一下。
      

  4.   

    现在已经把  DATABASE BUFFERS 改为 300M ,VARIABLE SIZE  改为 160M 了后,系统还是慢,
    可能不是回滚段的问题,我查的时候数据库 RBS 段分配为1000M,而才使用了50M, 表空间用错的情况应该也不会出现的:)那只能用STATSPACK测一下了??
      

  5.   

    不应该是历史数据多,我们的数据庫不算是很庞大。
    不过同事发现可能是我们用一个开发工具MicroStrategy开发时,它会根据设的条件自动生成SQL,而好象就是那个SQL导致数据库不能正常运行(同事没运行该SQL时,我们都能正常工作)。不过原来的SGA肯定是设的有问题:),自动执行的SQL:
    select        a11.ITEM_TYPE2  ITEM_TYPE2,
            max(a12.NAME)  NAME,
            count(distinct a11.ITEM_CODE)  WJXBFS1,
            (sum((a11.COST_IN / 10000)) + sum((a11.COST_HOME / 10000)))  WJXBFS2
    from        EQSP_ITEM_BIN        a11,
            LU_EQSP_ITEM_TYPE2        a12
    where        a11.ITEM_TYPE2 = a12.ITEM_TYPE2
     and        a11.ITEM_TYPE1 = 'PZQ'
    group by        a11.ITEM_TYPE2EQSP_ITEM_BIN 、 LU_EQSP_ITEM_TYPE2   是两张视图,运行还不到1秒。但SQL就会死机,的SQL是系统生成的,好象不能改变其中的条件,但好象这样一句SQL也不应该就死机啊??