ODI Studio拓撲結構的建立與配置(Oracle)

ODI Studio拓撲結構的建立與配置(Oracle)

1、概念解釋

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、建立物理體系架構

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，會發現上下文自動已經配置上了。這裏實際反映了物理方案-上下文-邏輯方案直接的關係，這種設計的目的是爲了實現物理與邏輯上的分離。實現一個邏輯方案能夠根據開發、生成等不一樣上下文，關聯到不一樣的物理方案，而同一物理方案也能夠支撐多個邏輯方案這種靈活的配置須要。

Step3：同理建立邏輯方案ODI_TAG，物理方案對應到剛纔建立好的源數據物理方案ODI_TAG.ODI_TAG，點擊所有保存，最終效果以下

3、新建上下文

在系統中已經有了一個上下文Global，咱們能夠採用此上下文，也能夠新建。

填入名稱和代碼，這裏develop表示開發環境，代理先不填，保存效果以下

4、建立代理

代理一樣須要建立物理代理和邏輯代理，若是是在本地進行開發，暫時不須要建立代理。

4.1建立物理代理

參照Configuring the Domain for the Java EE Agent

4.2建立邏輯代理

上下文選擇剛剛建立的Develop，也能夠使用Global，物理代理方案選擇剛纔建立的OracleDIAgent

至此，拓撲結構就配置完成了，下面能夠新建項目、模型、而後設計接口進行ETL了。