linux平台下Oracle问题

gck

linux 下的内存使用不同于NT平台，系统可能是用作catch的，
印象中是这个原因。

biti_rainy

最初由 wangkb 发布
[B]/proc/sys/vm/pagecache 文件配置：1       15        30
有问题吗？ [/B]

这个设置没什么问题，关键的问题在于识别  为什么变慢，你如何证明是因为内存的原因导致慢的。 因为我们都无法理解你所说的 创建2g文件内存消耗2g，然后导致数据库变慢，难不成你的文件是建在内存中不成。


我已经说过，你必须给出os和oracle的证明来，兴许在这个过程中你就找到了原因所在

xzh2000

最初由 biti_rainy 发布
[B]

这个设置没什么问题，关键的问题在于识别  为什么变慢，你如何证明是因为内存的原因导致慢的。 因为我们都无法理解你所说的 创建2g文件内存消耗2g，然后导致数据库变慢，难不成你的文件是建在内存中不成。


我已经说过，你必须给出os和oracle的证明来，兴许在这个过程中你就找到了原因所在 [/B]

并不是创建2G的文件就使用2G的内存,在创建文件时,
可能会将创建的文件部分加载到内存,
这个时间I/O Wait很高,系统慢是正常的.

wangkb

工作是昨天做的。没有抓屏记录。具体描述一下：
新装Linux AS 3 U4 for Ia 64和Oracle 10g 10.1.0.3，装完后用以下语句创建表空间：
CREATE TABLESPACE "IFADMIN"
    LOGGING
    DATAFILE '/oradb/hzlis/hzlis/ifadmin.ora' SIZE 4000M
EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT  AUTO;

CREATE
    TEMPORARY TABLESPACE "IF_TMP" TEMPFILE
    '/oradb/hzlis/if_tmp.ora' SIZE 2000M EXTENT
    MANAGEMENT LOCAL UNIFORM SIZE 1M;

CREATE TABLESPACE "JCYS_NDX"
LOGGING
DATAFILE '/oradb/hzlis/jcys_ndx.ora' SIZE 2000M
EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT  AUTO;

CREATE TABLESPACE "IF_RT_NDX"
LOGGING
DATAFILE '/oradb/hzlis/if_rt_ndx.ora' SIZE 2000M
EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT  AUTO;

CREATE TABLESPACE "DJ_FZ_NDX"
LOGGING
DATAFILE '/oradb/hzlis/dj_fz_ndx.ora' SIZE 2000M
EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT  AUTO;

CREATE TABLESPACE "JSYD_FZ_NDX"
LOGGING
DATAFILE '/oradb/hzlis/jsyd_fz_ndx.ora' SIZE 2000M
EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT  AUTO;

在创建表空间时，采用Linux的Ststem Monitor跟踪内存和CPU使用情况，例如在创建2G表空间时，内存的使用就增加2G，当SQLPLUS中提示表空间已创建成功后，内存的占用不会下降，待创建几个表空间后系统的内存会完全占用，系统变得非常缓慢。

还有，就是创建完表空间，重新启动服务器后，采用以下语句导入数据时，用Linux的Ststem Monitor跟踪内存和CPU使用情况，内存的使用会逐渐上升，OracleHZLIS进程占用内存最多，很快增加到2.4G，然后出现出现一长串负数。接下来Oracle崩溃，数据没有导完。必须重新Startup。

imp system/admin@hzlis fromuser=ifadmin touser=ifadmin file=ifadmin1.dmp,ifadmin2.dmp,ifadmin3.dmp log=imp.ifadmin.log feedback=1000 commit=y ignore=y