您的位置:主页 > 成功案例 > 斯伦贝谢软件使用技巧 > Petrel操作技巧 >

成功案例

Petrel操作技巧>>

168.如何解决GF项目不能使用的问题

在GF应用的使用过程中,用户有时会发现,原来正在使用的项目在项目列表中看不到了,或者想共享的地震主工区在共享列表里看不到了。造成这种情况的原因可能有多种情况,其中一个情况是必然发生这种结果的,即:如果地震主工区的Charisma extension被创建,而且地震survey在Indepth中进行了注册,该地震主工区的地震被解释工区共享后,如果此时解释工区在没有去除共享地震体的情况下进行删除,必然会造成地震主工区的项目名在project management 的列表中消失。当我们在GF的蓝窗口中用gf_accounts查看时会发现:

项目处于列表的最下端,并且显示该项目处于不能使用的状态,同时Catalog_account 的名称为 deleting_Project. 此次原来共享该项目地震的解释项目仍能使用其共享的地震数据,但新的解释项目由于在共享列表中看不到该项目,造成无法共享该地震主工区地震的情况。如果重建项目会花费大量的时间进行地震数据的加载,下面提供一个简单的办法:

1. 首先检查该项目的oracle 帐号在finder_accounts 表中的存在

打开一个GF 蓝色窗口,敲入命令:

sqlplus system

select count(*) from all_objects where owner = 'YORK' ;

(把YORK 替换为你的实际项目名称)

select * from gf_dba.finder_accounts where account_name = 'YORK' ;

该项查询会发现:BASELINE_ACCOUNT 为“deleting_project” ENV_PASSWORD 为”UNKNOWN”,而正常项目BASELINE_ACCOUNT 为“deleting_project” ENV_PASSWORD 为”UNKNOWN”,

2. 对问题项目修复:

首先通过gf_accounts命令得到BASELINE_ACCOUNT,ENC_PASSWORD 名。

得到BASELINE_ACCOUNT为GF2012,BASELINE_VERSION:gf2012_14_opt

在SQL窗口下继续敲入下面指令:

通过修改后,我们看到在项目列表中就可以看到YORK项目已作为正常项目出现,或通过gf_accounts命令检查:

以上是修复该项目问题的方法,在实际的项目使用中,建议用户在删除解释项目时,最好先unshare共享的地震体再进行项目的删除。

地址:北京市朝阳区酒仙桥路20号颐堤港一座4层

邮编:100015 传真:010-64309502

Copyright © 2002-2024 斯伦贝谢科技服务(北京)有限公司  京ICP备 06043577 号-1