首页
技术基础
备份恢复
SQL优化
诊断案例
BLOG
留言板
服务
生活
网摘
阅读
下载
墨天轮
English
eygle.com - 留言簿 - 回复留言 - Powered by eYgLe.Com
返回留言簿
回 复 留 言
留言ID:
留言原文:
To
:
eygle
盖老师:
您好!
1 有一台linux服务器,安装Oracle11G时物理内存为64G,运行一年均正常。
2 由于经费问题,物理内存减小为32G。上面有2个数据库A和B,均MEMORY_TARGET=28G。
启动数据库报错ORA-00845: MEMORY_TARGET not supported on this system.
3 网上提供了两种解决办法 增大/dev/shm或是减小MEMORY_TARGET,但没有比较两种方法的优劣。
于是选择增大/dev/shm到64G,两个数据库均能启动。
1)cat /etc/fstab | grep shm
shm /dev/shmtmpfssize=64g 0 0
2)使用df -h命令/dev/shm26G (CPU没有100%时)
4 平均每周随机出现1次CPU 100%,导致WEB程序查询不到数据。后台alter_SID.log没任何错误输出。停掉一个数据库后, /dev/shm 13G
5 请问,CPU 100% 是否跟shm(tmpfs)设置为64G有关?
1)服务器物理内存为32G,而shm(tmpfs)设置为64G,Oracle 11G以为可获取的物理内存为最大64G。平时运行时,/dev/shm =26G,高负载下/dev/shm 是否会超过32G?
2)Oracle请求〉32G的内存,VM子系统是受32G物理内存限制不再分配,还是从swap磁盘空间上继续分配?会导致CPU100%问题出现吗?
From
:
星月
2015.05.27 06:55
管理密码:
请输入管理密码, 否则无法回复.
斑竹昵称:
信息图标: ( 随机 )
BB 代码:
字体
宋体
黑体
隶书
楷体
幼圆
Arial
颜色
天蓝
品蓝
蓝色
深蓝
橙色
橙红
深红
红色
砖红
暗红
绿色
灰绿
海绿
粉红
果红
桃红
紫色
紫蓝
棕木
沙褐
土黄
深褐
土绿
灰色
大小
1号
2号
3号
4号
5号
内容:
如果想删除回复, 请点击最下面的删除回复按钮.
不建议这样搞,按照物理内存来做配置。SWAP上来很容易挂起,不意外的。 看看AWR什么内容。
删 除 回 复
管理密码:
请输入管理员密码, 只有版主才能删除回复.
Copyright © 2003~2012
eygle.com
All Rights Reserved.
Powered by:
www.eygle.com