蘇亮

摘 要：每個企業(yè)隨著業(yè)務(wù)的發(fā)展都在不斷的擴張，擴張的表面形式就是在異地建設(shè)研發(fā)中心或者工廠。那么針對這種類型的企業(yè)，制定及實施Teamcenter PLM解決方案時，首先要考慮的是就是系統(tǒng)構(gòu)架要采用什么模式，采用集中式數(shù)據(jù)管理模式還是選擇Multi-Site的管理模式？本文根據(jù)某公司項目實施的經(jīng)驗，詳細(xì)介紹一下本地卷和預(yù)加載解決方案，供大家借鑒。

關(guān)鍵詞：集中式數(shù)據(jù)管理 Teamcenter PLM 預(yù)加載

1 方案應(yīng)用場景

目前國內(nèi)多數(shù)大型企業(yè)為保持自身的競爭力和產(chǎn)品的市場份額，都會選擇在異地建立研發(fā)中心和工廠，如奇瑞、上汽等汽車企業(yè)都有自己的異地研發(fā)中心/工廠。那么企業(yè)總部的IT人員在考慮為異地搭建PLM系統(tǒng)時，首先需要考慮的就是如何管理和維護異地工廠/研發(fā)中心的數(shù)據(jù)。從企業(yè)集團的角度出發(fā)，為保障PLM系統(tǒng)數(shù)據(jù)的安全性以及可維護性，最好的方式是將異地工廠/研發(fā)中心的數(shù)據(jù)全部保存在總部的服務(wù)器上進行集中式管理和維護。

把異地工廠/研發(fā)中心的數(shù)據(jù)在總部進行集中式管理，則要面臨技術(shù)層面的3個問題：

1.異地工廠/研發(fā)中心的數(shù)據(jù)如何安全快速的保存到總部服務(wù)器上：異地工廠/研發(fā)中心與總部之間通常都是專線連接，考慮到成本因素，通常異地工廠/研發(fā)中心與總部之間的帶寬有限，如果采取一般的主/次FMS的文件傳輸方式，帶寬將滿足不了系統(tǒng)數(shù)據(jù)傳輸?shù)男枨蟆?/p>

2.異地工廠/研發(fā)中心如何安全快速的讀取自己上傳到系統(tǒng)的數(shù)據(jù)：異地工廠/研發(fā)中心將自己的數(shù)據(jù)保存到了總部站點，數(shù)據(jù)讀取的速度同樣受制于帶寬的限制，如采取一般的主/次FMS的文件傳輸方式，帶寬將同樣滿足不了系統(tǒng)數(shù)據(jù)讀取速度的要求。

3.異地工廠/研發(fā)中心與異地工廠/研發(fā)中心之間如何保障數(shù)據(jù)的快速共享。

2 方案原理

以奇瑞實施的異地研發(fā)中心數(shù)據(jù)共享的項目為例，其總部在蕪湖，有2個異地研發(fā)中心A和B。同時A和B存在數(shù)據(jù)共享的需求。為解決上述的3個技術(shù)問題，項目中就采用了本地卷和預(yù)加載的方案，經(jīng)過1年多的實際運行，證明此方案可有解決上述三個問題。

圖1為某企業(yè)本地卷及預(yù)加載解決方案，其中A站點的本地卷為TJ_Volume，B站點本地卷為HD_Volume，預(yù)加載為A緩存文件TJ_FSC_Cache和B緩存文件HD_FSC_Cache。該解決方案運行的原理如下表1：

從上述方案中，可以看出這種配置方案的優(yōu)勢：

●異地研發(fā)中心當(dāng)天產(chǎn)生的數(shù)據(jù)都會自動從本地卷遷移到總部的卷服務(wù)器中，遷移完成后，本地卷中的數(shù)據(jù)清空。這樣方便總部統(tǒng)一對數(shù)據(jù)進行存儲、備份和維護，保證了數(shù)據(jù)的安全性。

●從異研發(fā)中心遷移到總部的數(shù)據(jù)每天也會通過計劃任務(wù)自動預(yù)加載到異地研發(fā)中心的緩存服務(wù)器中，這樣保障了異地研發(fā)中心客戶端訪問數(shù)據(jù)的速度。

●異地研發(fā)中心與異地研發(fā)中心之間的數(shù)據(jù)也會以預(yù)加載的模式緩存到對方的緩存服務(wù)器中，異地研發(fā)中心之間的數(shù)據(jù)共享也變得快捷和方便。

3 方案配置詳細(xì)說明

3.1 本地卷遷移配置方法

圖表1中節(jié)點3和節(jié)點9是將異地的本地卷的數(shù)據(jù)遷移到總部對應(yīng)的卷中，以節(jié)點9為列，其具體配置腳步如表2：

3.2 預(yù)加載配置方法

圖表1中節(jié)點4和節(jié)點8是將總部卷中的當(dāng)天新產(chǎn)生的數(shù)據(jù)預(yù)加載到各自的緩存服務(wù)器中，節(jié)點5是將B當(dāng)天的數(shù)據(jù)緩存到A，節(jié)點10是將A當(dāng)天的數(shù)據(jù)緩存到B，其具體的配置腳本如表3：

預(yù)加載模式需要程序的開發(fā)，需要通過搜索找出當(dāng)天本地卷產(chǎn)生的數(shù)據(jù)文件，并把這些文件放置在某一個目錄下，那么專業(yè)開發(fā)的工具collect_dataset就可實現(xiàn)這個功能，并將搜索出來的數(shù)據(jù)集存放在infodba用戶下的指定文件夾下。例如：

%TC_ROOT%＼bin＼collect_dataset -u=infodba -p=infodba -g=dba -env=ch -target_group=HDGroup

>%logname%

就是將HDGroup（B組）當(dāng)天新產(chǎn)生的數(shù)據(jù)集搜索出來，并放置在infodba用戶下的指定的文件夾下。

4 方案的缺點

該方案的優(yōu)點已做了詳細(xì)描述，但是也存在2個較明顯的缺點：

首先就是首次實施時，需要把異地研發(fā)中心所有的數(shù)據(jù)遷移到總部，所耗費的時間與數(shù)據(jù)量有著直接的關(guān)系。

其次，對異地緩存服務(wù)器的硬盤的空間需求較大：隨著時間的增加越來越多的數(shù)據(jù)需要緩存到異地的服務(wù)器，那么對磁盤空間的要求會越來越高。

5 方案總結(jié)

該方案乃多個站點企業(yè)模式的另一種全新的且有別于Multi-site的PLM解決方案。該方案從硬件構(gòu)架上來說，簡單經(jīng)濟。實際運行中，性能亦可滿足用戶對系統(tǒng)性能的要求。此方案的提出，為多研發(fā)中心的企業(yè)另辟蹊徑，找到一種全新的解決方案。希望通過本文的介紹，給PLM行業(yè)從業(yè)人員以啟發(fā)。