蘇亮

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

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

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

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

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

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

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

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

2 方案原理

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

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

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

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

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

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

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

3.1 本地卷遷移配置方法

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

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

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

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

4 方案的缺點(diǎn)

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

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

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

5 方案總結(jié)

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