interbase修复集合方法及常见的错误信息

2022-06-29 00:00:00 专区 方法 显示 修复 再试

IB修复集合方法:
gfix方法:
SET ISC_USER=SYSDBA
SET ISC_PASSWORD=masterkey
copy employee.gdb database.gdb
gfix -v -full database.gdb
gfix -mend -full -ignore database.gdb
gfix -v -full database.gdb
gbak -backup -v -ignore database.gdb database.gbk
gbak -backup -v -ignore -garbage database.gdb database.gbk
此法不能修复..显示为
ERROR: database file appears corrupt ()
ERROR: wrong page type
ERROR: page 2796 is of wrong type (expected 6, found 7)
ERROR: gds_$compile_request failed
Exiting before completion due to errors
方法二:IBCONSOLE的validation法:
register database后,点击右键试过用里面的选项为true,false都试过了.
显示为:
Database file appears corrupt ()
bad checksum
checksum error on database page 14824
方法三:dbrecovery1.0企业版,
修复出来,出现一堆的sql脚本和一个bat文件.但是不会用.而且里面的脚本根本没有原有的数据记录.
请高手赐教!
方法四.ibexpert方法:
也是出现相似错误.能恢复都domain,但是没有table,
还显示说存储过程,触发器有错.
------------也不行!
方法五:ems ib manager
显示的效果跟ibexpert一样不行.
唉!!!!!!!!
方法六:datapump:到了select tables to move后就出错.
显示错误为
general sql errror.internal gds software consistency check(wrong record length(183))

刚刚接到电话,又一个客户的ib出现了问题!!
修复是出错如下::
Database file appears corrupt ()
bad checksum
checksum error on database page 17784

不过有好的消息,就是我用了几种方法混合后,那天晚上我有混合了来再试。凭我弄数据库的时间,这几种方法应该是好的了。我只有这种混合方法了。那天我混到3点多钟很奇怪的事情发生了。那个gdb复制几次后再试,居然可以好像发现那个坏了的表可以读了。导入速达软件再试,结果可以用了。可是有4个存储过程不能修改和系统表也坏了好几个。系统表是搞不定了。暂时就只能做到这个地步了。客户也很满意这个修复结果。只是我心中还是担心日后数据会出问题(因为有些没有修复)。
————————————————
版权声明:本文为CSDN博主「hollson」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/hollson/article/details/159713/

相关文章