n******1 发帖数: 3756 | 1 如果有人问让你比较过去manual 配置和现在的Automatic Shared Memory Management
的利弊,
应该怎么说呢,或者说是不是就可以依赖Automatic Shared Memory Management的设置
,有什么情况不适合使用automatic的, 你们的经验是什么 |
c******n 发帖数: 7263 | 2 所有类似问题都可以这么回答
generally来说 auto跟容易设置和管理。但是不能一概而论 嘿嘿
我实际碰到过一个问题就是偷懒只设了memory_target 结果一次application patch之
后 db就出现内存不足 最后发现是db cache和shared pool没有设reserved size,两者
不停的resize,造成shared pool里面有一个 kgh no access的东西越来越大 最终内存
不够用 着严格来说算oracle的bug fix就是根据实际需要设reserved size 减少resize
次数 这也就和手动差不多了
如果有人问让你比较过去manual 配置和现在的Automatic Shared Memory Management
的利弊,应该怎么说呢,或者说是不是就可以依赖Automati........
【在 n******1 的大作中提到】 : 如果有人问让你比较过去manual 配置和现在的Automatic Shared Memory Management : 的利弊, : 应该怎么说呢,或者说是不是就可以依赖Automatic Shared Memory Management的设置 : ,有什么情况不适合使用automatic的, 你们的经验是什么
|
n******1 发帖数: 3756 | 3 你举的例子就已经很好,我也想到会有这个问题,但没有实际碰过
resize
Management
【在 c******n 的大作中提到】 : 所有类似问题都可以这么回答 : generally来说 auto跟容易设置和管理。但是不能一概而论 嘿嘿 : 我实际碰到过一个问题就是偷懒只设了memory_target 结果一次application patch之 : 后 db就出现内存不足 最后发现是db cache和shared pool没有设reserved size,两者 : 不停的resize,造成shared pool里面有一个 kgh no access的东西越来越大 最终内存 : 不够用 着严格来说算oracle的bug fix就是根据实际需要设reserved size 减少resize : 次数 这也就和手动差不多了 : : 如果有人问让你比较过去manual 配置和现在的Automatic Shared Memory Management : 的利弊,应该怎么说呢,或者说是不是就可以依赖Automati........
|