AIX6.1/11.2.0.3数据库上关于SWAP的一个BUG
时间： 18:20:18
&&&& 阅读：192
&&&& 评论：
&&&& 收藏：0
标签：&&&&&&&&&&&&&&&昨天去南京某客户那里调优新上线的业务数据库，在查看alert.log日志时发现在过去的一段时间里，每过几个小时或间隔一段时间，就会报类似以下的内容：
Thu Aug 21 09:01:26 2014
WARNING: Heavy swapping observed on system in last 5 mins.
pct of memory swapped in [8.42%] pct of memory swapped out [2.16%].
Please make sure there is no memory pressure and the SGA and PGA
are configured correctly. Look at DBRM trace file for more details.
Thu Aug 21 14:56:27 2014
WARNING: Heavy swapping observed on system in last 5 mins.
pct of memory swapped in [5.40%] pct of memory swapped out [8.63%].
Please make sure there is no memory pressure and the SGA and PGA
are configured correctly. Look at DBRM trace file for more details.
Sat Oct 18 22:13:48 2014
WARNING: Heavy swapping observed on system in last 5 mins.
pct of memory swapped in [7.76%] pct of memory swapped out [0.33%].
Please make sure there is no memory pressure and the SGA and PGA
are configured correctly. Look at DBRM trace file for more details.
客户的环境是IBM P570，AIX 6.1，安装了Oracle 11.2.0.3单实例数据库，物理内存64G，仅仅分配了20G给SGA，采用memory自动管理
查阅了一下MOS，发现是AIX平台上的一个bug，相关文档为：[]
对应的数据库和平台：
Oracle Database - Enterprise Edition - Version 11.2.0.3 to 11.2.0.3 [Release 11.2]
IBM AIX on POWER Systems (64-bit)
There is new warning message in alert.log in 11.2.0.3 similar to
WARNING: Heavy swapping observed on system in last 5 mins.
pct of memory swapped in [2.08%] pct of memory swapped out [0.12%].
Please make sure there is no memory pressure and the SGA and PGA&
are configured correctly. Look at DBRM trace file for more details.
On AIX platform this message can be seen even when there is no virtual memory swapping at all.& &&--物理内存足够，而且根本没有使用swap交换空间
You may compare the vmstat from AIX level with DBRM trace file entries to see the differences.
The issue is caused by unpublished&.
Swap usage messages are based on statistics that do not reflect the actual usage.
The v$osstat does not reflect proper stats for the swap space paging.
解决方法：
Apply&&on top
of your IBM AIX on POWER Systems (64-bit) platform.&
P.S: Bug is port-specific.& &&--这个bug是针对端口指定的平台的
The issue is fixed in patchset 11.2.0.4 and release 12.1.&
& --说是在12.1的patch中修复了，但实际上12.1还是会有这个问题，会有ora-700错误，详见文档：[ID ]
来看一下BUG：的描述：
B - Defect
已在产品版本中修复
2 - Severe Loss of Service
96 - Closed, Duplicate Bug
212 - IBM AIX on POWER Systems (64-bit)
数据库版本
Port-Specific
Oracle Database Products
Oracle Database Suite
Oracle Database
5 - Oracle Database - Enterprise Edition
Hdr: .2.0.3 RDBMS 11.2.0.3 VOS PRODID-5 PORTID-212
Abstract: FALSE SWAP WARNING MESSAGES PRINTED TO ALERT.LOG ON AIX
*** 10/08/12 04:52 am ***
& BUG TYPE CHOSEN
& ===============
& SubComponent: Virtual Operating System
& ======================================
& DETAILED PROBLEM DESCRIPTION
& ============================
& Oracle process seems to check wrong OS local statistic (which include also
& FILESYSTEM caching etc.)
& Alert log shows WARNING: Heavy swapping observed on system in last 5 mins.
& pct of memory swapped in [2.08%] pct of memory swapped out [0.12%].
& Please make sure there is no memory pressure and the SGA and PGA
& are configured correctly. Look at DBRM trace file for more details.
& but this is not reflected at OS level.
& DIAGNOSTIC ANALYSIS
& ===================
& 1. nmon shows virtual memory swapping does not occur at all - see attached file --nmon根本没有监控到swap动作
& 2. Oracle Database Server is 11.2.0.3 and contains fix for
& 3. Server configuration
& real mem: 144GB
& lowest value of fre memory : 87,65 GB --剩余内存充足
& 4. DBRM seems to use a wrong OS statistics - trace file is attached
& WORKAROUND?
& ===========
& TECHNICAL IMPACT
& ================
& Wrong diagnostic analyze.
& Message is bothering customer‘s DBA when in fact the warning message is
& misleading
& RELATED ISSUES (bugs, forums, RFAs)
& ===================================
& /jive3/thread.jspa?threadID=1104581
& HOW OFTEN DOES THE ISSUE REPRODUCE AT CUSTOMER SITE?
& ====================================================
& DOES THE ISSUE REPRODUCE INTERNALLY?
& ====================================
& EXPLAIN WHY THE ISSUE WAS NOT TESTED INTERNALLY.
& ================================================
& Unavailable Data Volume
& IS A TESTCASE AVAILABLE?
& ========================
& Link to IPS Package:
& ====================
& not available
DBRM(Database Resource Manager)是11gR2中新特性中出现的后台进程，会在alert.log告警日志中反映OS操作系统最近5分钟是否有剧烈的swap活动，而在AIX平台上，由于BUG：的存在，oracle的这个进程谎报了内存进行了swapin和swapout动作。我们知道，只有当物理内存真的不够用的情况下，才会去用swap（通常会配置成物理内存的2倍），而swap是非常耗费性能的（从物理磁盘读写）。但是个人认为这个bug的危害性并不大，仅仅只是在alert.log日志中报了一个WARNING，并没有因为这个影响导致对数据库更加负面的影响，因此是否打补丁到11.2.0.4就见仁见智了，如果想让alert.log平安无事，那么就可以升级一下patch。当然了，如果真的是因为OS内存吃紧造成的swap动作，就要区别对待了，因为此时的确会对数据库造成严重影响。要区分是否真的内存不足而非系统误报，那么主要还是通过nmon，topas，vmstat等监控工具来进行分析（linux下还可以用free监控）
对于AIX平台，其实还有另一个bug，只不过是unpublished base bug，而不是port-specific bug
AIX Platform
If your Platform is IBM-AIX then this is not the only possible reason for this alert log message.&
For IBM AIX on POWER Systems (64-bit), there is also next known&port-specific bug:
&- FALSE SWAP WARNING MESSAGES PRINTED TO ALERT.LOG ON AIX
with&unpublished base bug:
: WRONG PAGE-IN AND PAGE-OUT OS VM STATS IN AIX.
在vmware平台中的这个WARNING信息，如果不是bug引起，则很有可能和ora-04031/ora-04030相关，这个就严重多了
Under VMWare, the messages may perhaps indicate a more serious issue,&even when no memory related ORA-4031/ORA-4030 errors are reported.&
Under circumstances, an instance in a virtual machine&may be simply terminated by PMON due to error 471&without further errors in the alert log.
The OS logs may in such case report an&out of memory&condition like below:
[ ~]# grep Kill /var/log/messages*
/var/log/messages-:Jun 27 18:29:06 vmh-msfc-dodp02 kernel: [941] Out of memory: Kill process 42094 (oracle) score 391 or sacrifice child
/var/log/messages-:Jun 27 18:29:06 vmh-msfc-dodp02 kernel: [203] Killed process 42094, UID 303, (oracle) total-vm:kB, anon-rss:27412kB, file-rss:109612
通常解决OS内存swap问题有以下几种方案：
1. 诊断是否存在内存泄露的进程，解决内存泄露
2. 调优SGA/PGA，减少oracle对内存的占用
3. 利用/proc/sys/vm/drop_caches，暂时释放一些cache的内存（Linux）
4. 调整系统VM内存管理参数， 例如Linux上sysctl.conf中的以下几个参数:
vm.min_free_kbytes:Raising the value in&/proc/sys/vm/min_free_kbytes&will
cause the system to start reclaiming memory at an earlier time than it would have before.
vm.vfs_cache_pressure:At the default value of vfs_cache_pressure = 100 the kernel will attempt
to reclaim dentries and inodes at a “fair” rate with respect to pagecache and swapcache reclaim. Decreasing vfs_cache_pressure causes the kernel to prefer to retain dentry and inode caches.&Increasing
vfs_cache_pressure beyond 100 causes the kernel to prefer to reclaim dentries and inodes.
vm.swappiness:default 60,Apparently&/proc/sys/vm/swappiness&on
Red Hat Linux allows the admin to tune how aggressively the kernel swaps out processes‘memory. Decreasing the swappiness setting may result in improved Directory performance as the kernel&holds more of the server process in memory longer before swapping it
设置以下值，以减少OOM(Out Of Memory)的可能性:
# Oracle-Validated setting for vm.min_free_kbytes is 51200 to avoid OOM killer
vm.min_free_kbytes = 51200
vm.swappiness = 40
vm.vfs_cache_pressure = 200
&标签：&&&&&&&&&&&&&&&
&&国之画&&&& &&&&chrome插件
版权所有 京ICP备号-2
迷上了代码！Access denied |
used Cloudflare to restrict access
Please enable cookies.
What happened?
The owner of this website () has banned your access based on your browser's signature (3889ebeff61278d4-ua98).要塞3游戏BUG解决大全(一定有你需要的)_飞翔单机游戏网
您的位置： →
→ 要塞3游戏BUG解决大全(一定有你需要的)
【飞翔导读】《要塞3》的小问题多多，辜负了许多玩家的期望。原因何在呢？平衡问题还有一些bug问题。大家总是希望PC游戏能尽可能少的bug或各种小问题，而《要塞3》在这方面或许和《狂怒》不相上下。
《3》在发售前可谓是让无数人翘首以待，可惜事与愿违，期望越大，随着而来的失望也越大。《要塞3》的小问题多多，辜负了许多玩家的期望。原因何在呢？平衡问题还有一些bug问题。大家总是希望PC游戏能尽可能少的bug或各种小问题，而《要塞3》在这方面或许和《狂怒》不相上下。这导致玩家差评无数，而开发商却只安静地看着玩家发泄而不作修补。他们允许玩家尽情发泄自己的情绪。笔者本身也遇到过各种bug和问题，虽然我只是玩了游戏的教程模式，单纯的跟着游戏的指导。不过当中有些问题还真是涉及到游戏核心的问题，开发商应该尽快推出修正升级补丁。虽然如此，你可以尝试以下方式来对付这些bug，当机，还有画面问题。1.游戏引擎初始化失败如果你的笔记本支持默认的Intel显卡和你独立显卡之间互相转换，那么估计会遇到这个问题。修复此问题可尝试：打开设备管理器-展开显示设备器-关闭内置Intel显卡。2.操作出现bug？单位被卡住？储存游戏，尝试重新读取存档。这只是临时的解决方案，开发商随后应该会出相应的补丁解决这个问题。3.地图编辑器在哪里？本地游戏目的下面 - stronghold3/bin/win32_release/mapeditor.exe4.如何开启V-Sync？Steam的安装目录下，点击bin文件夹，然后是“win32_release”，寻找一个名为“config.xml”的文件，打开它可以开启V-Sync。5.游戏的多人模式无法启动目前已经修复6.多人游戏的链接问题如果你无法进行多人游戏，检查一下你的网络连接设置和你安装的杀毒软件，因为有可能是这些问题导致联机不能。如果想确保联机没问题，建议把《要塞3》加入杀毒软件的信任名单，或者直接把杀毒软件关。7.游戏单机和各种小Bug如果你经常遇到当机和小Bug，别无他路，这两天内《要塞3》会推出升级修复补丁。8.《要塞3》按启动没反应这是由Steam引起的问题，检查验证你的游戏文件是否完整，或者重装。9.黑屏问题出现这种情况可能是显卡驱动的问题。你可以尝试修改《要塞3》的分辨率或者更新你的显卡驱动。强制改变分辨率的方法如下：打开你的安装目录\Steam\steamapps\common\stronghold3\bin\win32_release用文本方式打开 “config.xml”第三行& resolution width=1024 height=768试试改成和你桌面一样的分辨率再试一下。这个引起可能是由于你的笔记本可切换的显卡，试试把内置显卡的运行关闭。10.游戏进行感觉有延迟如果你在单人模式感觉延迟，那么可以调低你的游戏配置。而如果你在多人模式感觉延迟卡顿，查看一下你的网络连接是否正常。阴影效果没必要设置太高。
飞翔声明：飞翔网登载此文出于传递更多信息之目的，并不意味着赞同其观点或证实其描述。
评论：1 次
阅读本文后您有什么感想? 已有 0 人给出评价!欢迎来到中国电信10000知道搜索门户
<input type="hidden" name="SSORequestXML" value="CAP01002468603566635292/login.do">
请选择您想要切换的城市/省份：A-GH-HI-NO-TU-Z
当前位置： &&&&&&问题详情
').appendTo($("body"));
//ajaxCallIdea();
//加载意见征集页面
function ajaxCallIdea(){
type:"GET",
url:"/idxmanager/idea/idea_show.html",
dataType:"html",
success:function(dom){
$(dom).appendTo($("body"));
//查询是否有注册有礼活动
function ajaxHasZCYL(){
type:"GET",
url:"getRegistZcylInfo.do",
success:function(msg){
if(msg&&msg!="0"){
'').appendTo($("body"));
//ajaxCallZCYL();
var info = $.trim(msg);
var reward = info.split("|");
if(reward.length==2){
var tp = reward[0];
var tv = reward[1];
//加载注册有礼页面
function ajaxCallZCYL(){
type:"GET",
url:"/idxmanager/idea/zcyl_show.html",
dataType:"html",
success:function(dom){
$(dom).appendTo($("body"));
我的iOS客户端v2.3.0版本存在登录bug，怎么解决？
<span title="身份:普通用户
昵称:189********1689| &悬赏分：
0分 | &提问时间： 08:59| &浏览113次 | &问题归属地：
&以下答案是否解决了您的问题？0 &分享到：
尊敬的用户，您好！1.升级后用户输入旧版本的手势密码进入客户端，显示“会话码过期，请重新登录”，点击登录后，客户端一直处于等待页面，且页面按钮操作无效，需要从后台把翼支付客户端进程删除掉才能退出。解决办法：用户在手势密码页面，点击切换账号，重新登录后可正常使用。2.用户已经升级至最新版本，进入客户端后会弹出“新版本”提示。解决办法：（1）现版本更新请用户点击忽略后进入使用。（2）新版本今晚已经修改符合苹果新发布系统规范。3.部分用户点击翼支付客户端后，出现闪退。解决办法：该问题已随苹果商店的更新机制同步后解决，闪退的用户可重新打开客户端。感谢您对电信产品的关注与支持！
<span style="margin-right:20" id="point回答时间: 09:05
回答者：爱翼专家团队
回答时间： 09:05
其他回答&共0条