回复 #9 yunzhongyue 的帖子
资历,能力不足于当版主~BTW:版主在别的版不能评分~:luya: :luya: 原帖由 liaosnet 于 2009-11-3 12:07 发表 http://bbs2.chinaunix.net/images/common/back.gif
前一段时间一台HDR连续出现表位图损坏,索引损坏的问题.影响到了业务,找他们要引起这个问题的原因...
感觉是比较低层了一点..
结果是: 无解..
能不能问一些具体问题，不敢为老法师求解，只想知道INFORMIX的HDR到底有些什么问题，是否好用：
1、用的是什么平台的什么版本？
2、问题出现在主机还是只读机上？表现出来是表无法访问还是（简单说你是怎样发现呢）？online.log里如何提示呢？
3、这个问题解决了吗（原因我也不好问了:mrgreen: ）？是备份恢复还是通过oncheck修复或者升级了？
希望能够得到法师的回复哦。:lol: 原帖由 3sane 于 2009-11-4 15:32 发表 http://bbs3.chinaunix.net/images/common/back.gif
能不能问一些具体问题，不敢为老法师求解，只想知道INFORMIX的HDR到底有些什么问题，是否好用：
1、用的是什么平台的什么版本？
2、问题出现在主机还是只读机上？表现出来是表无法访问还是（简单说你是怎样 ...
能不能问一些具体问题，不敢为老法师求解，只想知道INFORMIX的HDR到底有些什么问题，是否好用：
1、用的是什么平台的什么版本？
//hp-ux 11.11,数据库版本ids9.40fc7w4
2、问题出现在主机还是只读机上？表现出来是表无法访问还是（简单说你是怎样发现呢）？online.log里如何提示呢？
// 发现问题是在备机切为主机后..日志里已经报bitmap bad了...业务运行情况就是很不好....
03:07:27Assert Failed: Page Check Error in mappage:bad bitmap page
03:07:27IBM Informix Dynamic Server Version 9.40.FC7W4
03:07:27 Who: Session(56, user@mp1, 29892, c0000000188d0f88)
Thread(93, sqlexec, c0000000188a3270, 1)
File: rsdebug.c Line: 1029
03:07:27 Results: Possible inconsistencies in 'db20:"user".db_phone'
03:07:27 Action: Run 'oncheck -cD 5244373'
03:07:27stack trace for pid 19989 written to /opt/informix/informixdump/af.44572ee
03:07:27 See Also: /opt/informix/informixdump/af.44572ee, shmem.44572ee.0
03:08:06Page Check Error in mappage:bad bitmap page
当然偶尔出现一次也没啥...重建了这个表,重建HDR...下次又是这台机子出现...
21:26:01Assert Failed: DR: Local and Remote server type and/or last change(LC) incompatible
21:26:01IBM Informix Dynamic Server Version 9.40.FC7W4
21:26:01 Who: Session(84, user@mp1, 16637, c00000001a183af8)
Thread(121, sqlexec, c00000001a14f6b8, 3)
File: exfmsupp.c Line: 946
21:26:01 Results: Delete failed
21:26:01 Action: Run 'oncheck -cI db20:"user".db_user# 446_1440'
21:26:01stack trace for pid 6098 written to /opt/informix/informixdump/af.4617468
21:26:01 See Also: /opt/informix/informixdump/af.4617468, shmem.4617468.0
21:26:35DR: Local and Remote server type and/or last change(LC) incompatible
21:31:40Assert Failed: Fragid 0x5002f4, Rowid 0x48ae0a not found for delete in partnum 5002f5
21:31:40IBM Informix Dynamic Server Version 9.40.FC7W4
21:31:40 Who: Session(84, user@mp1, 16637, c00000001a183af8)
Thread(121, sqlexec, c00000001a14f6b8, 1)
File: exfmsupp.c Line: 946
21:31:40 Results: Delete failed
21:31:40 Action: Run 'oncheck -cI db20:"user".db_user# 446_1440'
21:31:40stack trace for pid 6095 written to /opt/informix/informixdump/af.4617468
21:31:40 See Also: /opt/informix/informixdump/af.4617468
又出现索引坏掉..但HDR的另一台机子检查却是好的....才想到问HDR的数据在什么情况下会坏掉.....IBM最终的答复是:由于不知道数据倒底是什么时候坏掉了,于是不知道是什么原因导致....
3、这个问题解决了吗（原因我也不好问了 ）？是备份恢复还是通过oncheck修复或者升级了？
希望能够得到法师的回复哦。
//解决? 整个数据库(含软件,没升级)重建...这个算解决了吧....oncheck?在备机上运行的结果是不可信的.... 此类问题找800较好。
回复 #13 liaosnet 的帖子
前段时间也碰到一个类似的问题也是HDR，
切换后，从服务器表以及索引损坏
后来查到是磁带的问题 原帖由 oldoger 于 2009-11-10 17:21 发表 http://bbs3.chinaunix.net/images/common/back.gif
前段时间也碰到一个类似的问题
也是HDR，
切换后，从服务器表以及索引损坏
后来查到是磁带的问题
:mrgreen: :mrgreen:这个原因我们考虑过....因为做出0级备份的检查...也用过文件方式备份...排除了0级备份设备的原因...
过去了就过去了...反正IBM没解决的问题又不只一,两个... 上面说HDR问题的是华为的兄弟吧？oracle就把所有遇到的问题能够解决了吗？还不是解决不了就ORA600什么的。
问题出现了，你们自己有时候都不搞不清楚。自己部署N个脚本，没事监控下数据库没反应就把数据库杀掉了kill -9 ！
数据怎么完整？有些问题并不是一朝一夕的，都是日常维护的错误造成的。 1.陆川老师还是个很牛b的牛人，，，我个人对他表示一下仰慕。
2。这个类似的问题很多单位都有发生，我个人有个建议可供参考： IC54478: IDS MAY HANG IN CHECKPOINT WITH PARALLEL INSERT AND UPDATE STATISTICS；
IC55256: RUNNING OUT OF MEMORY DURING BTSPLIT CAUSES INDEX CORRUPTION; SUBSEQUENT INSERT CAUSES AF IN BF_ONWTLIST
这两个patch我大致看了一下，有可能对2楼有帮助。。。另外，这个可能要具体情况具体分析，要看一下af文件和shmeme文件以及你的os情况再说。。。实话实说，，遇到这样的问题我都很烦的。
3。IBM Informix Dynamic Server Version 9.40.FC7W4 这个版本一直在ibm来说是比较稳定的版本，但貌似ibm的官方的说法是很多bug都在10之后的版本解决，，我个人还不知道10之后的版本的普及程度。。。
4，再次仰慕陆川老师。
页:
1
[2]