【正文】 BER = 39。啟動日志本質(zhì)就是執(zhí)行了JKM，所以將在KM(知識模塊)基礎的JKM模塊中對啟動日志進行詳細的探討。 啟動日志之前需要考慮：如果待啟動日志的Datastore是首次啟動日志操作，啟動日志是必須的，無需考慮日志數(shù)據(jù)的丟失；如果不是首次，表示之前已做過啟動日志操作，只要添加訂閱者即可，無需再次啟動日志。特別說明： 啟動日志會刪掉當前Datastore所有的日志數(shù)據(jù)，相當于初始化了該Datastore的日志。在本總結(jié)的案例中，考慮視圖Datastoredes的特殊，客戶化了標準的JKM，需要選擇客戶化的JKM，如圖所示Designer\模型文件(ERP System) \模型(ERP )\右鍵 Datastore(CUX_MTL_SYSTEM_ITEMS_INIT_V)\Changed Data Capture\ Start Journal點擊Start Journal，出現(xiàn)如下窗口，選擇需要啟動日志的訂閱者ERPMDM，點擊OK，彈出消息框繼續(xù)點擊OK。步驟4是注冊訂閱者。表示警告：name is already used by an existing object。表示添加訂閱者執(zhí)行成功。添加訂閱者(Subscriber(s))添加訂閱者意義在于對數(shù)據(jù)源記錄進行insert、delete、update操作時，會給訂閱者一條對應的操作記錄，ODI會依據(jù)Datastores的訂閱者信息捕獲對應數(shù)據(jù)，對目標數(shù)據(jù)源進行一致的操作。創(chuàng)建CDC接口的時候此Datastore就可以增加日志字段了。注：如果Datastore沒有Primary Key，Add to CDC會報錯。添加到CDC(Add to CDC)Add to CDC作用是將一個模型標記為可以進行CDC接口開發(fā)的模型。此外，ODI建議，如果Subsriber很多，用Consistent Set有助于提高性能。一致性集（Consistent Set）：當一組Datastore采用CDC方式時，為保證數(shù)據(jù)的前后順序和完整性制約關(guān)系，我們需要告訴ODI按照一定的順序來抓取，ODI是通過設置Consistency Window來實現(xiàn)的。默認的JKM Oracle ，是不能滿足我們需求的，本人對這個JKM進行了客戶化，具體客戶化內(nèi)容詳見KM(只是模塊)基礎章節(jié)，客戶化后JKM為：JKM Oracle 。沒有特殊需求，這個默認設置可以進行ODI的CDC接口開發(fā)。Journalizing views：日志查看程序，可用于查看日志內(nèi)的數(shù)據(jù)內(nèi)容，并且可獲取CDC數(shù)據(jù)以支持ODI將新數(shù)據(jù)寫入目標數(shù)據(jù)存儲中。Capture processes：捕獲進程，用來捕獲數(shù)據(jù)源上的數(shù)據(jù)變化并寫入Journals中，通常指的就是觸發(fā)器；也可用數(shù)據(jù)源上可用的專門的捕獲程序（例如支持從數(shù)據(jù)源服務器log獲取數(shù)據(jù)的程序）。日志記錄機制包括四種要素Journals、Capture processes、Subscribers、Journalizing views。CDC概述CDC捕獲源數(shù)據(jù)的變動情況記錄到日記表，在傳遞數(shù)據(jù)時，只需要依據(jù)日志表中記錄而無需考慮未變動的數(shù)據(jù)，大大提高ELT的效率。 執(zhí)行方案右鍵創(chuàng)建的方案：ERP_MDM_IMPORT_ITEMS，選擇 Execute執(zhí)行成功后，創(chuàng)建方案的包，就會每10分鐘執(zhí)行一次。繼續(xù)展開Scenario：ERP_MDM_IMPORT_ITEMS，右鍵 Insert Scheduling輸入如下信息Definition TAB頁：定義上下文、代理、日志級別、活動期間、執(zhí)行頻率Execution Cycle TAB頁：定義執(zhí)行時的循環(huán)次數(shù)、循環(huán)起始時間、循環(huán)間隔等上圖定義的是每10分鐘執(zhí)行一次。 創(chuàng)建方案(Designer\Projects\singTaoMDM\ERPMDM\Packages\) 右鍵需要創(chuàng)建方案的包 選擇 Generate Scenario… 如沒特殊需求，Name和Version的值默認即可。過程和接口創(chuàng)建和執(zhí)行方案方式相同。創(chuàng)建和執(zhí)行方案(Scenarios)創(chuàng)建方案一般用于接口或過程或包按設定的計劃進行執(zhí)行。如圖所示216。如果想接口執(zhí)行失敗還繼續(xù)執(zhí)行過程則連接箭頭選擇。注意，連接的順序是包執(zhí)行的順序。如果你想設置另外的為第一步執(zhí)行，可以選中你需設置的接口或過程，右鍵 選擇First Step。216。SELECT * FROM mtl_system_items_tl。 執(zhí)行過程(Designer\Projects\singTaoMDM\ERPMDM\Procedures\) 右鍵創(chuàng)建好的過程 選擇Excute執(zhí)行后，切換到Operator查看執(zhí)行結(jié)果登錄到目標系統(tǒng)數(shù)據(jù)庫(MDM)查看Product表中是否有需要導入的物料信息。點擊OK，Procedure創(chuàng)建完成了。end。 執(zhí)行接口(Designer\Projects\singTaoMDM\ERPMDM\Interfaces\) 右鍵創(chuàng)建好的接口 選擇Excute執(zhí)行完，去Operator查看執(zhí)行結(jié)果同時檢測目標系統(tǒng)數(shù)據(jù)庫數(shù)據(jù)是否導入成功，創(chuàng)建和執(zhí)行過程(Procedures)216。點擊OK，創(chuàng)建接口完成。216。創(chuàng)建和執(zhí)行接口(Interfaces)ODI接口開發(fā)是ODI開發(fā)的核心。說明： Datastores反向失敗原因分析 確保待反向的表/視圖是屬于當前Schema(數(shù)據(jù)源)。建立反向ERP系統(tǒng)視圖的物理架構(gòu)和邏輯架構(gòu)(參考ODI架構(gòu)搭建章節(jié))：ERP ，建立成功后如下圖，Designer\Models\ERP System 右鍵模型ERP ，選擇Edit，(或雙擊模型)選擇Reverse(反向) TAB頁，輸入如下信息，Definition TAB 頁：Reverse TAB 頁：點擊按鈕，稍等片刻，Datastore就反向出來了，如圖所示，l 目標系統(tǒng)的Datastores反向反向前準備：CREATE synonym FOR 。反向前準備：CREATE synonym FOR 。按照ODI開發(fā)要求，還需要創(chuàng)建對應的ERP ，本次案例沒有將其獨立出來。l 源系統(tǒng)的Datastores反向案例注意事項：青啤所有視圖都創(chuàng)建在APPS用戶下，也就說 CUX_MTL_SYSTEM_ITEMS_INIT_V數(shù)據(jù)源在APPS Schema，而不是在CUX Schema。此章節(jié)描述了標準反向，客戶化反向涉及了RKM，將在KM(知識模塊)基礎章節(jié)RKM中進行詳細的說明。反向數(shù)據(jù)存儲(Datastores)反向的數(shù)據(jù)存儲，是ODI接口開發(fā)的前提。創(chuàng)建模型(Models)點擊Designer組件的Models TAB 頁圖標，新建Models Folder，命名為ERP System，點擊OK即可完成Model Folder的創(chuàng)建，右鍵已經(jīng)創(chuàng)建的Model Foder：ERP System， 選擇Inser Model，輸入如下信息，點擊OK，ERP系統(tǒng)的Model創(chuàng)建完成了。效果如下圖，導入知識模塊 (KM)Designer\TsingTaoMDM\Knowledge Modules\RKM\右鍵\Import Knowledge Modules文件選擇你ODI安裝目錄下的ODI\oracledi\impexp，將下面的文件全部選中，點擊OK，導入時間較長。當然也可以更細或更廣的劃分，比如在青啤正式的ODI開發(fā)中，所有的ODI開發(fā)都放在TSINGTAO里面，并沒有很細的劃分；而在《Oracle Data Integrator應用指南》中，直接用ORCL_DEMO的ODI開發(fā)作為Project，劃分得很細。點擊Designer組件的Projects TAB 頁圖標，新建Project，命名為TsingTaoMDM。創(chuàng)建項目(Projects)由于本ODI開發(fā)總結(jié)選取的案例是青啤MDM項目中ERPMDM的ODI開發(fā)：源系統(tǒng)是ERP，目標系統(tǒng)式MDM。ODI基礎開發(fā)ODI架構(gòu)創(chuàng)建完成后，就可以進行ODI的基礎開發(fā)，主要是項目、模型、接口、包等ODI基礎要素的建立。因為暫時ERP測試環(huán)境沒有代理服務器，也沒有創(chuàng)建代理服務器的權(quán)限。原因是ERP(BEST環(huán)境)服務器，沒有設置代理服務器，ODI是無法創(chuàng)建ERP代理。啟動計劃代理(Scheduler Agent)216。擇一個開發(fā)好的接口或過程，點擊執(zhí)行，彈出如下窗口Agent選擇需要測試的代理：FP Agent。創(chuàng)建邏輯代理Topology Manager\Logical Architecture\Agents\右鍵\Insert Logical Agent輸入如下信息：Name：FP Agent Physical Agents選擇FP Agent點擊OK，邏輯代理創(chuàng)建完成。如圖所示，Name：FP Agent Host：Port：20910(默認) Maximum number of sessions supported：100如果代理有效，點擊Test按鈕，顯示測試成功界面。用相同的方式創(chuàng)建MDM系統(tǒng)的邏輯架構(gòu)。創(chuàng)建邏輯架構(gòu)Topology Manager\Logical Architecture\Technologies\Oracle\右鍵\Insert Logic Schema為了使物理架構(gòu)和邏輯架構(gòu)的對應關(guān)系更直觀，邏輯架構(gòu)命名和物理架構(gòu)一致：ERP ， 點擊OK，即可完成邏輯架構(gòu)的創(chuàng)建。點擊OK按鈕，會出現(xiàn)一個警告(提示需要指定上行文，因為邏輯架構(gòu)還沒創(chuàng)建，可以先忽略)，點擊OK物理架構(gòu)的創(chuàng)建就完成了。而Schema可按照需求來選擇，比如ERP系統(tǒng)有多維數(shù)據(jù)庫開發(fā)(即多個客戶化用戶)比如CUX、BSM、HADF等，都需要進行ODI開發(fā)，那么可以建立相對應的物理架構(gòu)：ERP 、ERP 、ERP 。創(chuàng)建物理架構(gòu)上面步驟確定后，會自動彈出創(chuàng)建物理架構(gòu)的界面：說明：Schema 和 Work Schema的區(qū)別Schema(架構(gòu))是指數(shù)據(jù)源所在，也就是我們需要抽取的數(shù)據(jù)源或者是要把數(shù)據(jù)放進去的數(shù)據(jù)源；Work Schema(工作架構(gòu)) 是指ODI開發(fā)存放臨時表的地方。例如案例創(chuàng)建的是ERP系統(tǒng)的數(shù)據(jù)服務器，那么Instance/dblink(Data Server)必須輸入MDM系統(tǒng)TNS文件中對應ERP系統(tǒng)的TNSNAME：點擊Test按鈕，測試成功后，點擊OK，創(chuàng)建ERP系統(tǒng)的數(shù)據(jù)服務器完成了。當執(zhí)行ODI接口時，ODI會根據(jù)源數(shù)據(jù)服務器的Instance/，如果匹配成功，ODI會自動根據(jù)TNS信息與源數(shù)據(jù)庫之間創(chuàng)建DBLINK；如果匹配不成功，表示沒有明確DBLIN