为了更好的了解一个产品我们基本都会从架构着手,学习Oracle erp也不例外.下面我就开始简单的解释一下.

Oracle erp分为3层,client-application-database.我们就拿R12来说明.

Client:也就是客户端,通过浏览器来访问系统,Oracle认证过的浏览器貌似是IE/firefox.不过有时候还是需要设置一下的.简单说R12版本IE 6，7，8，9都有认证,而且jre的版本也是有要求的.如想详细了解请参考metalink 389422.1

Application:应用层,不过又可以细分为Web server,Form server,Concurrent Manager,Admin server.

Web server:主要是提供浏览器访问服务的,也可以简单理解成apache.

Form server:通过浏览器URL跳转到form server然后在form上面进行日常的操作

Concurrent manager:算是EBS比较重要的一部分,任何的request都是通过它去运行的,包括标准的还有克制化的,还可以做一些排程的东西.

Admin server:主要是维护EBS用的,例如adadmin,adpatch

Database:数据库层,R12默认的版本是Oracle 11.1.0.7,不过我们现在一般都会把它升级到最新的版本11.2.0.3

上面简单的解释了EBS基本的主件和框架,下面我也简单说一下现在实施中最常用的架构(需要根据实际客户去设计).

1.Ap+DB,单ap,单db并且放在一台server上面.这也是最简单的架构

2.AP+DB,也是单节点AP,DB但是分开放.在两天物理server上面,但是为了安全客户会在OS层做HA.也有的客户会做EBS 的DG.

3.Multi-AP+DB,这种是多个AP单就一个DB,一般是客户的并发用户比较多,几千个用户同时在访问EBS,但是操作相对单一.这种一般也会做DG.

4.Multi-AP+RAC,这种架构比较复杂,多个AP底层用到RAC架构,第一AP有冗余,DB也会有多个instance,高可用考虑的比较多.现在很多客户选择这种架构,但是实际运用当中性能却不是很好.也有客户会对这种架构做DG.

上面有提到Multi-AP这种模式有两种,一种是共享的AP,另一种是每个node都有一份AP,简单说一下区别,

1.共享的AP实际中只有一份APPL_TOP,COMMON_TOP放在共享磁盘上,每个node有自己的inst_top,但是log需放在共享磁盘上.这种架构例如打patch,上传克制化的东西一需要一份就好.

2.分布的AP,每个node都有自己的APPL_TOP,COMMON_TOP,INST_TOP,但是concurrent manager log需要共享,所有的操作都要在每个AP node进行操作.但是任何一个节点当掉都还有一份完整的EBS存在.

提到上面的部分还有涉及到PCP的部分,以后会在介绍.

EBS--架构