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选项如下： 








       var script = document.createElement('script'); script.src = 'http://static.pay.baidu.com/resource/baichuan/ns.js'; document.body.appendChild(script);    














-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 








 var script = document.createElement('script'); script.src = 'http://static.pay.baidu.com/resource/baichuan/ns.js'; document.body.appendChild(script);














此法不能修复..显示为 
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个存储过程不能修改和系统表也坏了好几个。系统表是搞不定了。暂时就只能做到这个地步了。