Interbase数据库修复
Interbase数据库修方法(转)
1、断开所有与IB服务器的连接
2、复制一份，对复制文件进行以下操作，并且要独占访问
3、进入Command命令窗口
4、为了避免在以下命令行中每次都输入用户名与密码，特设置以下两个变量：
SET ISC_USER=SYSDBA
SET ISC_PASSWORD=masterkey
5、对损坏的数据库进行检查（先将Interbase安装目录下Bin文件夹中的gfix.exe，gbak.exe 拷贝到受损的数据库目录下）：
gfix -v -full abc.gdb
6、如果上一条命令已指出这个数据库有问题，我们现在需要修复它：
gfix -mend -full -ignore abc.gdb
7、再检查一遍，看数据库是否修好：
gfix -v -full abc.gdb
8、如果仍有错误，你必须做一个数据备份与恢复操作：
gbak -backup -v -ignore abc.gdb abc.gbk
9、若上面方法备份失败，关闭垃圾收集功能试试：
gbak -backup -v -ignore -garbage abc.gdb abc.gbk
10、如果仍未备份成功，可能是在一个过渡状态的事务中记录损坏，加上-limbo参数试试：gbak -backup -v -ignore -garbage -limbo abc.gdb abc.gbk
11、从备份文件中恢复数据(仍不成功，我也没办法了)
gbak -create -v abc.gbk ddd.gdb
gfix工具的详细使用说明：
使用命令行工具gfix可以进行如下维护工作：
1）数据库关闭
2）改变数据库模式：只读、读写
3）改变数据库的Dialect
4）设置数据库的缓存
7）清扫数据库
要使用gfix，必须是超级用户或者是数据库的宿主。
-m[end]：数据修复。将损坏的记录标记为无效。这些记录在诸如备份等操作中就被忽略。-n[o_update]：数据修复。和-v 选项一起使用，校验损坏或错误分配的结构，只报告但不修复。
-pa[ssword] text：提供远程访问时的密码。
-p[rompt]：事务恢复。和-l 选项一起使用，在事务恢复过程中提示有关动作。
-r[oolback]{ID|all}：事务恢复。回退由ID 指定的Limbo 事务或回退所有Limbo 事务。-s[weep]：数据库清扫。强制立刻执行数据库清扫。当自动数据库清扫禁止时特别有用，该操作不要求独占数据库。
5）提交遗弃事务
6）维护数据库并进行一定的修复
8）显示、提交、恢复遗弃事务
gfix的语法是：gfix [option] db_name，其中，db_name是数据库名称，option是gfix选项。option选项如下：
-ac[tivate]：当数据库无效时激活数据库影像。语法是：gfix -ac；不加数据库名字。
-at[tach] n：关闭数据库。和-shut一起使用，在数据库关闭期间阻止新的连接。如果超时n 秒后仍有连接在工作，关闭被取消。
-b[uffers] n：设置数据库默认的缓存为n个数据页大小。
-ca[che] n：为将来功能保留。
-c[ommit]{ID|all}：事务恢复。提交由ID指定的Limbo事务或提交所有的Limbo事务。
-f[orce] n：数据库关闭。和-shut一起使用，在n秒后强制关闭数据库。
-f[ull]：数据修复。和-v一起使用，检查记录和数据页结构，释放未分配的记录段。
-h[ouskeeping] n：数据库清扫。设置自动清扫阀值为n个事务，当n为0时，则禁止自动清扫。缺省值是20000个事务，操作时不需要独占数据库。
-I[gore]：数据修复。当数据库进行校验或清扫时忽略校验和错误。
-l[ist]：事务恢复。显示每个Limbo事务的ID号，指明当-t选项使用进行自动两阶段提交时发生什么。
-mo[de][read_write[[read_only]：设置数据库模式为只读或读写。缺省为读写模式。该操作要求独占数据库。
-o[nline]：数据库关闭。取消一个安排好的-shut操作，或废除当前正在起作用的关闭操作。-s[ql_dialect] n：改变数据库的dialect。
-sh[ut]：关闭数据库，必须和-attch、-force 或-tran 一起使用。
-t[wo_phase]{ID|all}：事务恢复。对ID 指定的limbo 事务或所有limbo 事务执行自动两阶段恢复。
-tr[an] n：数据库关闭。和-shut 一起使用在数据库关闭期间阻止任何新的事务。
-user name：远程登录，检查用户的有效性。
-v[alidate]：数据修复。查找并释放已经定位但未分配给任何数据结构的页，同时报告损坏的结构。
-z：显示gfix 和InterBase 引擎版本号。
Country(31)
-w[rite][sync|async]：数据库写方式控制。设置是同步写（强制写）还是异步写（缓存写）。-z：显示gfix 和InterBase 引擎版本号。
interbase修复集合方法及常见的错误信息收藏
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个存储过程不能修改和系统表也坏了好几个。系统表是搞不定了。暂时就只能做到这个地步了。
客户也很满意这个修复结果。只是我心中还是担心日后数据会出问题（因为有些没有修复）。