EBS R12 opatch -invPtrLoc 目录问题

简介:

1. 在 ORACLE_HOME (10.1.2)及 IAS_ORACLE_HOME (10.1.3) 的OPatch下查看opatch的版本都是一样的

   (1.0.0.0.63),所以环境变量中PATH设置哪个OPatch目录都是可以的 (看了我们的环境变量基本都是
    设置的PATH=$PATH:$ORACLE_HOME/OPatch:  也即10.1.2下的opatch) ? 


2. 任何opatch的补丁在apply之前都会提示是在10.1.2还是10.1.3下执行(实施ISG文件上的确是有) ? 
   类似 Source the file $INST_TOP/ora/10.1.3/.env and then apply the following patches 
   to the Oracle10g Application Server 10.1.3.5 Oracle Home 


3.  opatch有针对10.1.2目录的,有针对10.1.3的,opatch之前通过以下三种方式设置是否效果一样(待验证) ? 
     a).  source  $INST_TOP/ora/10.1.3/SID_hostname.env (报错,提示需要设置/etc/oraInst.loc)
     b).  export  ORACLE_HOME=/home/applxxx/apps/tech_st/10.1.3 (报错,提示需要设置/etc/oraInst.loc)
     c).  opatch  apply  -invPtrLoc  $IAS_ORACLE_HOME/oraInst.loc  -oh  $IAS_ORACLE_HOME
          (注: $IAS_ORACLE_HOME是10.1.3目录)

/etc/下只能设置一个oraInst.loc文件,那么是否使用 -invPtrLoc 会灵活一些 ??  

本文转自ITPUB博客tolywang的博客,原文链接:EBS R12 opatch -invPtrLoc 目录问题,如需转载请自行联系原博主。

相关文章
|
3月前
【Azure Policy】分享Policy实现对Azure Activity Log导出到Log A workspace中
在Policy Rule部分中,选择资源的类型为 "Microsoft.Resources/subscriptions", 效果使用 DeployIfNotExists (如果不存在,则通过修复任务进行修正。 在 existenceCondition 条件中,如果当前订阅已经启用了 diagnostic setting并且输出日志到同一个Log A workspace,表示满足Policy要求,不需要进行修正。 在 deployment 中,使用了 ARM 模板, 为订阅添加Diagnostic Setting并且所有的日志Category均启用。
|
存储 Oracle 关系型数据库
EBS 清理附件表空间apps_ts_media表空间内附件fnd_lobs
参考文档: Avoiding abnormal growth of FND_LOBS table in Applications 11i [ID 298698.
1530 0
|
关系型数据库 Oracle 数据库管理
|
中间件 关系型数据库 Oracle