ODI Studio拓扑结构的创建与配置(Oracle)

一、概念解释

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;

View Code

创建两个用户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 ;

View Code

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