-oracle数据库恢复-Raid5数据恢复-RAID0数据恢复oracle 开发区 → ROW-00600 Internal error: [daputchunk,2]错误的解决办法


  共有2340人关注过本帖树形打印

主题:ROW-00600 Internal error: [daputchunk,2]错误的解决办法

oracle数据恢复-RAID5数据恢复-raid数据恢复
sosdb
  1楼 个性首页 | QQ | 信息 | 搜索 | 邮箱 | 主页 | UC


数据恢复 恢复数据
等级:超级版主 帖子:809 积分:10386 威望:0 精华:1 注册:2007-1-28 11:50:49
ROW-00600 Internal error: [daputchunk,2]错误的解决办法  发帖心情 Post By:2007-7-14 8:25:38

ROW-00600 Internal error: [daputchunk,2]解决办法

今天开发人员反映,在在往数据库中插入地图图片时,应用(VC++编写)报告ROW-00600 Internal error: [daputchunk,2]错误,当然第一反应是上网查找该问题了。不错,在网上也仅有几个帖子提出了解决思路,其大致内容如下:
1)给blob字段赋值时,如果这个字段被设置为非空(NOT NULL),那么直接使用appendchunk函数会有问题;
2)要得到blob中的值还是要用GetChunk()命令,在ado中select的blob只是起定位的作用,而且Provider=SQLOLEDB.1要改为OraOLEDB.Oracle.1,否则getchunk命令可能不能执行;
3)对BLOB对象的访问只能使用 dbms_lob;

4)数据库服务器的字符集问题;
5)打补丁到9.2.0.4;

经过测试和分析发现:
1)根本不对;
2)应用确实调用了appendchunk函数,但OLEDB的驱动为Provider=OraOLEDB.Oracle.1;
3)dbms_lob是数据库函数,应用上的显示应该不仅是调用该包;
4)客户端和服务器端字符集一致;
5)现有补丁已经到了9.2.0.6;

因此,以上解决方法对我们的系统而言系统根本不存在,由于得知是操作地图(BLOB对象),因此想到了可能是数据库的大池出了问题,经过调大数据库服务器大池参数,该问题解决:
alter system set large_pool_size=***** scope=both

总结:
在出现比较怪异的问题时,大家通常的反应都是上网查找,往往忽略了直接问题的原因,因此造成了一些思路上的误区,其实仔细的分析问题才是锻炼DBA思路的关键。



www.sosdb.com 专业数据库恢复

oracle数据恢复raid数据恢复

qq:9417901

msn:glkgdj@hotmail.com

支持(0中立(0反对(0单帖管理 | 引用 | 回复 回到顶部

返回版面帖子列表

ROW-00600 Internal error: [daputchunk,2]错误的解决办法








签名