解决办法(1)
一种情况是在恢复时没有给够足够大的磁盘空间，建议的空间是所备份文件的8到10倍左右，如所备份的磁盘文件为10MB，恢复井工区时应该最小值给100MB。 强烈建议用户在创建或恢复井工区时给足数据库的空间大小，一般为200MB左右，因为随着数据的不断增加，井工区的数据可用空间将越来越小。在地震中不能解释断层就跟井工区的空间已满有关。
通常Linux下的LM默认是开启自动扩展表空间功能（OW_AUTOEXTEND），Solaris下默认的有时没有打开，这时要检查一下（查看$OWHOME/conf/lgcenv.cf文件），以确保开启此功能。这样当井工区越来越大时，可防止表空间不足现象发生。
另一种情况是在所备份的工区中存在一些错误的表，这时需要删除数据库中一些表文件，重新做备份。做法如下：
orastat 查看所需备份的井工区名及访问口令字
su - oracle
sqlplus 工区名／口令字
select OBJECT_NAME,STATUS from user_objects where
OBJECT_TYPE = 'VIEW';
drop view view_nmae;
commit;
重新备份井工区，然后再恢复即可。
###################################
解决办法(2)
龙踞中原(109983164) 09:47:37
1、在终端窗口内设置OW_ALLOW_IMPORT_ERRORS环境变量：
% setenv OW_ALLOW_IMPORT_ERRORS yes
2、在同一窗口内键入admprj打开工区管理工具：
% admprj
3、恢复井工区。
以上是忽略数据库内部错误恢复OpenWorks井工区的方法。
估计大家都经常遇到恢复井工区中途出错失败的问题，原因都是因为一些死断层、孤立断点或者重复断层引起的，该方法可以忽略所有这些错误而保证恢复正常结束。
注：龙踞中原提供的此法经本人验证，当备份的数据库中错误不很严重时是有效的。在此对龙兄表示感谢。
###################################
清理损坏的断层数据，提升SeisWorks断层检索性能
进入Seismic Project Manager-->SeisWorks Fault Data Manager，在File菜单下：
运行Clean Fault Data可批量清除损坏的断层数据；
运行Delete Statistics可清除tune统计信息。这些信息是由运行OpenWorks Project Tune utility而遗留在SeisWorks断层表中。通常，运行OpenWorks Project Tune会提升数据库性能，但由其产生的统计信息可能会大大降低SeisWorks断层检索性能。（例如，如果一个地震工区有许多断层段和断距，SeisWorks的性能可能会降低。）
以上操作将对整个工区发生作用。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
相关内容：
误删除数据库文件*.dbs导致oracle启动失败解决办法（更新）
http://blog.chinaunix.net/uid-124509-id-61961.html
阅读(7803) | 评论(1) | 转发(1) |
