帮忙啊，oracle817在hp11.0上内存问题

eygle

xysco，你真命苦周末还跑去加班!

估计这种问题只好找HP的麻烦了,或者弄个好的glance来监控一下！

seay

最初由 biti_rainy 发布
[B]这是正常现象  

别紧张小姑娘 [/B]

我还是觉得不是正常的现象。那些占用的进程被谁占用了？

再继续尝试

：）
非常感谢大家，还有xysco
我的msn：ls09@263.net

seay

谢谢大家热心的帮助，现在问题明朗了

在这里总结一下。
这个问题的确是biti说的sga没有完全装入内存引起的。
后来将lock_sga=true后就好了（当然也要在os上对dba用户赋予相应的权限You need to give the oracle Unix user memory locking privileges at the OS level. ）
操作系统启动以后还剩余1.2g左右的空闲内存，oracle的sga区有800M左右，设置lock以后，剩余400M左右。在座相同的delete/rollback，内存使用正常，不会大量减少。当然这是没有启动应用的情况。呵呵，问题解决了。谢谢：）




1) Login as root:     %su root  2) Create the file "/etc/privgroup":     $vi /etc/privgroup          3) Add line "dba MLOCK" to file.     Note: The group dba is assuming the oracle owner's ID is part of the                 dba           group.   4) As root, run the command "/etc/setprivgrp -f /etc/privgroup":     $/etc/setprivgrp -f /etc/privgroup   Solution Explanation:  =====================   In order for Oracle to lock the SGA into memory, the software  owner must have locking privileges at the OS level.

overtime

lock_sga还有这个功能？！太令人惊讶了。

eygle

LOCK_SGA locks the entire SGA into physical memory. It is usually advisable to lock the SGA into real (physical) memory, especially if the use of virtual memory would include storing some of the SGA using disk space. This parameter is ignored on platforms that do not support it.

很难想象这个问题是由于Lock_sga引起的？

seay，你是怎样发现这个原因的?有没有相关文档依据说明?

biti_rainy

我问了几个问题：
1：oracle启动前free mem 多大 (1.2G)
2： SGA设置的多大(800M)
3：oracle 启动后 free  mem 多大(800M)
4: 执行大任务后free mem多少(大约400M)

你们说说，不是这个原因还是什么原因

eygle

你什么时候问的?我怎么没看见

biti_rainy

最初由 eygle 发布
[B]你什么时候问的?我怎么没看见 [/B]

什么都要你看见

petergan

glance重装就可以再用一个月，然后再重装，我这就是这样。。。