從ERP產生的Data,是否能透過Mail派送給其他人?

只要檔案可以被 Trinity Agent 所讀取就可以寄送 email。

為什麼Trinity的資料轉換特別快速?

這主要有幾點因素:
1. Trinity在設計轉換元件的時候,都採取不落地的原則,資料讀入,經過轉換規則轉成正確
格式後,立刻寫入到目的地資料庫,所以特別快速。
2. Trinity完美結合資料庫的批量載入(bulk load)功能,在速度上的提升,沒有比這個更快的了。
3. Trinity執行Job的Agent,採用分散式架構設計,所以同一個工作流程的工作負載,可以透過適當的設計,分散到不同的Agent中,也大幅的加快了載入的速度。
4. Trinity設計的時候採用Multi-threading設計,所以可以讓很多Job同時執行,加快處裡速度,同時又可以兼顧程式對操作介面的反應速度,可謂是一舉兩得。

採用Trinity的Name pipe方式轉換資料,萬一Name pipe故障怎麼辦?

基本上可使用Trinity的原生功能,將job設計為將資料累積至目的地資料庫的一個暫時性表格中,待全部資料都移轉成功後,才一次更名為正式的表格名稱。
所以如果在轉換過程中,Name pipe發生故障,資料並沒有實際寫入目的地資料表格;只要重新再執行該工作,即可完成作業,不用擔心Roll back之類的問題。

Trinity的CDC功能,作法為何?效能好嗎?

Trinity的CDC(Change Data Capture)的功能,與其他知名大廠所提供的功能並無不同,都是可以針對有增/刪/修的資料才進行更新的動作,對於資料量大但是增刪幅度小的資料表格,可以大幅節省每次的資料更新時間。
不同點在於作法,他廠的CDC多半是讀取來源資料庫的Transaction log來判斷資料變更與否,而且多需要在來源資料庫中安裝軟體,或者是加入日期欄位,因此,對於來源資料庫(通常會是營運資料庫或是OLTP資料庫)的效能多少有影響,對於金融業等營運系統較敏感的客戶,這方面的考量尤其明顯。
Trinity的CDC做法則是在目標資料庫中使用暫存的方式保留上一版的資料,每次載入時將新舊版比較,即可得知差異所在。
根據實機測試,1G的資料,Trinity約僅需花費4分鐘左右,即可判讀出差異,效能相當理想。

產品介紹中講到Trinity的效能相當理想,有具體的數據可供參考嗎?

效能的問題,其實牽涉的層面相當廣,除了資料整合系統本身的原始設計外,也和硬體設備、資料庫規劃、甚至磁碟機陣列的配置、以及網路頻寬都有關係。
但是如單純以Trinity本身的效能而言,根據我們實測的結果,以下為二個典型案例:
-------------------------------
600萬筆資料的資料表格
從SQL Server轉至Oracle 
Trinity : 5' 49''
M牌產品: 25'
-------------------------------
4.5G資料表格
Oracle轉至Greenplum
Trinity: 7'29'' (10.8MB/sec)
K牌產品:13 hrs
T牌產品:14 hrs
-------------------------------

另外一個測試數據,則是以一部PC伺服器作測試,以下為測試的情境及數據:
-------------------------------
硬體規格:1 CPU Dual Core, 8G RAM, Linux Redhat v5.4
資料庫:Oracle 11g R2, DB2 v9.5, Greenplum v3.6.1
資料量:378 MB
-------------------------------
DB2轉至Oracle
Trinity: 52'' (7.2 MB/Sec)
I牌產品:66'' (5.7 MB/Sec)
D牌產品:65'' (5.8 MB/Sec)

Oracle轉至Greenplum
Trinity: 47'' (8.0 MB/Sec)
I牌產品:67'' (5.6 MB/Sec)
D牌產品:71'' (5.3 MB/Sec)
-------------------------------
以上數據謹供參考。

ETL Lite Repository Migrate 到Trinity Repository 的可行性?

ETL lite是Teradata公司的產品,其Repository移植到Trinity Repository是可行的。不過因Trinity Repository的嚴謹度較高,所以約六成左右可以Migrate成功,剩下的四成左右就要靠人工去調整,例如原來Teradata對於資料型態的認定並不嚴格,文字型態的數字,也可寫進數字型態的欄位,但是其他DB就不一定可以,所以需要調整這一類的程式。

Trinity是否可讀網頁程式?如何讀取?

可使用 Groovy Script 來編寫讀取網頁內容資料

Trinity的Agent可橫向擴充最多可到幾台?是否能提供參考值?

Agent數並無限制,目前的客戶中,最多使用大於150台Agent的佈署。

同時執行的排程數可無限擴充嗎?是否有建議值?

在單一Agent上最多可同時執行64個作業。而單一agent上能執行多少作業,還是要看硬體規格而定,並無標準答案。

在Trinity中可供設定的作業權限種類有哪些?

在Trinity中可供設定的作業權限種類一共有七種, 分別是:

View, Add, Modify, Delete, Run, Rerun, Grant

權限

說明

View

是指使用者是否對此物件有查看的權限

Add

是指使用者是否對此物件有新增Job及Job Step的權限

Modify

是指使用者是否對此物件有進行修改的權限

Delete

是指使用者是否對此物件有刪除的權限

Run

是指使用者是否能在TaskConsole介面中對此物件有執行工作的權限

Rerun

是指使用者是否能在TaskConsole介面中對此物件在執行工作失敗後有重新執行的權限

Grant

是指使用者是否對此物件有再授權給其他使用者的權限. 使用者必需對物件有Grant的權限後才能把自己擁有對物件的權限再授權給其他的使用者

 

設定Mail Step的subject是否可以加入變數,自動帶出job name?

可以,可使用變數 ${taskname}。