一、概念解释

Topology Manager主要用来管理下面5类任务，并将信息存储在主资料库中，供所有模块共享使用。

物理体系结构：

定义各种技术及其数据服务器、物理架构、物理代理。数据服务器瞎可以建立多个物理方案，每个物理方案的实质就是schema。

逻辑体系结构：

定义各种技术及其关联的逻辑架构、逻辑代理。一个逻辑方案需要基于一个或几个物理方案，实质上就是一层抽象，是物理方案的别名。

上下文：

上下文的主要目的是实现逻辑方案多物理方案的多对多关系，比如同一逻辑架构在不同上下文情况下可以对应不同的物理方案。

语言：

不同技术所能采用的语言特性。

代理：

代理是一个JAVA 组件组件建，也分为物理代理和逻辑代理两层，通常它需要在目标库上运行（也可以在非目标库上运行），作用是对数据迁移JOB 进行调度，通常，它只是从执行资料库检索代码，并请求数据库服务器、操作系统或脚本引擎执行代码。

资料库:

包含主资料库及其附属的工作资料库。Master Repository，保存企业所有IT资源的Topology，保存项目和数据模型的安全信息、版本信息，供ODI图形模块等使用。通常创建一个即可。Master Repository要尽可能独立存储，单独的Instance，或单独的Schema。Work Repository， 保存项目和数据模型，供ODI图形模块等使用。可创建多个。一个Work Repository只能连接一个Master Repository。一个Schema只能存储一个Work Repository，不过Master Repository倒可与其安装在同一Schema。

二、创建物理体系架构

2.1. 创建源数据库和目标数据库Scheme

这里分别使用ODI_SRC和ODI_TAG模拟源数据库和目标数据库。

创建用户ODI_SRC,ODI_TAG

1 /*第1步：创建临时表空间  */        2 create temporary tablespace odi_temp 3 tempfile ‘C:\app\ORACLE\oradata\orcl\odi_temp.dbf‘ 4 size 50m 5 autoextend on 6 next 50m maxsize 20480m 7 extent management local; 8 9 /*第2步：创建数据表空间 */ 10 create tablespace odi_data 11 logging 12 datafile ‘C:\app\ORACLE\oradata\orcl\odi_data.dbf‘ 13 size 50m 14 autoextend on 15 next 50m maxsize 20480m 16 extent management local; 17 18 19 /*第3步：创建用户并指定表空间 */ 20 create user ODI_SRC identified by ODI_SRC 21 default tablespace odi_data 22 temporary tablespace odi_temp 23 quota unlimited on odi_data 24 profile default ; 25 create user ODI_TAG identified by ODI_TAG 26 default tablespace odi_data 27 temporary tablespace odi_temp 28 quota unlimited on odi_data 29 profile default ; 30 31 /*第4步：给用户授予权限 */ 32 grant connect,resource to ODI_SRC; 33 grant connect,resource to ODI_TAG; 34 grant create view to ODI_SRC; 35 grant create view to ODI_TAG;

创建两个用户ODI_SRC_WORK 和 ODI_TAG_WORK,用于物理方案ODI_SRC和ODI_TAG的工作scheme

1 create user ODI_SRC_WORK identified by ODI_SRC_WORK    2 default tablespace odi_data 3 temporary tablespace odi_temp 4 quota unlimited on odi_data 5 profile default ; 6 7 create user ODI_TAG_WORK identified by ODI_TAG_WORK 8 default tablespace odi_data 9 temporary tablespace odi_temp 10 quota unlimited on odi_data 11 profile default ;

2.2. 创建数据服务器

Step1:点击拓扑->物理体系结构->选择Oracle->右键选择新建数据库服务器:

Step2：指定数据库服务器的定义：

名称：ODI_SRC

数据库服务器：localhost

连接（数据库的用户和密码，该用户的权限应高于或等于数据所在schema的权限）

用户：ODI_SRC

口令：ODI_SRC

Step3：指定数据库服务器的JDBC：

JDBC驱动程序：oracle.jdbc.OracleDriver

JDBC URL：jdbc:oracle:thin:@localhost:1521/pdborcl

保存,点击测试连接测试成功即可。

相同的操作建立数据服务器ODI_TAG

最后效果如图所示

2.3. 创建物理方案

Step1：在新建好的数据服务器ODI_SRC上点右键选择新建物理方案：

Step2：创建源数据库的物理方案，方案中均选择刚才在Oracle中代表源数据的ODI_SRC,

目录：ODI_SRC(表示该物理方案应连接到的源数据schema，也就是源数据在哪里)

工作目录：ODI_SRC_WORK(这里指定了之后在数据迁移过程中，需要创建的临时表的存放scheme),如果选择了ODI_SRC，则临时表在ODI_SRC的scheme下

点击保存,忽略掉下面的警告，稍后再配置上下文

同理为目标数据库创建物理方案，方案选择刚才创建的ODI_TAG，工作方案选择ODI_TAG_WORK 点击全部保存

最后的效果如下

2.4. 创建逻辑方案

Step1: 点击拓扑->逻辑体系结构->选择Oracle->右键选择新建逻辑方案:

Step2：创建逻辑方案ODI_SRC,这里可以使用ODI 已建好的上下文Global，也可以自己使用下面自己创建的上下文。物理方案对应到刚才创建好的源数据物理方案ODI_SRC.ODI_SRC，点击全部保存。

此时点击物理方案ODI_SRC.ODI_SRC，会发现上下文自动已经配置上了。这里实际反映了物理方案-上下文-逻辑方案直接的关系，这种设计 的目的是为了实现物理与逻辑上的分离。实现一个逻辑方案可以根据开发、生成等不同上下文，关联到不同的物理方案，而同一物理方案也可以支撑多个逻辑方案这 种灵活的配置需要。

Step3：同理创建逻辑方案ODI_TAG，物理方案对应到刚才创建好的源数据物理方案ODI_TAG.ODI_TAG，点击全部保存，最终效果如下

三、新建上下文

在系统中已经有了一个上下文Global，我们可以采用此上下文，也可以新建。

填入名称和代码，这里develop表示开发环境，代理先不填，保存效果如下

四、创建代理

代理同样需要创建物理代理和逻辑代理，如果是在本地进行开发，暂时不需要创建代理。

4.1创建物理代理

参照

4.2创建逻辑代理

上下文选择刚刚创建的Develop，也可以使用Global，物理代理方案选择刚才创建的OracleDIAgent

至此，拓扑结构就配置完成了，下面可以新建项目、模型、然后设计接口进行ETL了。