0 前言
產(chǎn)品數(shù)據(jù)管理系統(tǒng)（Product Data Management，以下簡稱PDM）是以產(chǎn)品零部件為核心，實現(xiàn)對所有與產(chǎn)品有關(guān)的信息(包括部件、模型、圖紙、文檔、權(quán)限設(shè)置等)和與產(chǎn)品有關(guān)的過程(主要是與產(chǎn)品有關(guān)的企業(yè)內(nèi)部流程)一體化管理的系統(tǒng)。該系統(tǒng)已成為我所唯一的、重要的三維協(xié)同設(shè)計平臺，業(yè)務(wù)不間斷，后臺數(shù)據(jù)在存儲內(nèi)需做鏡像保護(hù)，并有專門的系統(tǒng)管理員和業(yè)務(wù)、數(shù)據(jù)庫管理員對系統(tǒng)進(jìn)行維護(hù)。8年來，PDM系統(tǒng)的成功應(yīng)用，不僅實現(xiàn)了數(shù)據(jù)的有效管理，而且規(guī)范了企業(yè)的業(yè)務(wù)流程。PDM系統(tǒng)提供了一個快速便捷的數(shù)據(jù)查詢和分享的平臺，對圖紙實行版本控制，保證了圖紙數(shù)據(jù)的一致性，提高了設(shè)計效率，縮短了產(chǎn)品開發(fā)周期，企業(yè)的競爭力也得到增強(qiáng)。
1 存在的問題
我所PDM應(yīng)用系統(tǒng)運(yùn)行已有8年時間，使用的服務(wù)器早已超期服役。AP（Application）服務(wù)器CPU出現(xiàn)故障，產(chǎn)品數(shù)據(jù)管理平臺因此停止服務(wù)2天，并且?guī)啄陙矶啻纬霈F(xiàn)硬件故障，主板、內(nèi)存、電源等核心部件更換，AP服務(wù)器已經(jīng)不能穩(wěn)定運(yùn)行。根據(jù)規(guī)劃，IT管理部門已將新服務(wù)器購置完成，準(zhǔn)備實施二次升級項目。
面臨二次升級項目實施時間不確定的實況，計算機(jī)室內(nèi)部討論后，確定將正在使用的PDM應(yīng)用系統(tǒng)遷移至新購置的一臺小型機(jī)上。圖1是移植前的硬件架構(gòu)及在存儲上的磁盤掛接情況。
圖1 移植前硬件架構(gòu)情況
2 兩種遷移方案的確定及實施
為將移機(jī)風(fēng)險降到最低，IT部門準(zhǔn)備了兩個方案。第一種方案是新服務(wù)器（作為AP服務(wù)器）+舊DB（Database）服務(wù)器；第二種方案是舊DB服務(wù)器用作DB+AP服務(wù)器一體式運(yùn)行的模式，但舊DB服務(wù)器能否承受如此重?fù)?dān)待驗證。第一種方案的風(fēng)險：我所PDM系統(tǒng)使用的是Windchill9.1版本，而新AP服務(wù)器操作系統(tǒng)的版本為Solaris 11，Windchill 9.1能否在Solaris 11系統(tǒng)上運(yùn)行（PTC公司沒有例證），需要我們驗證，即使能夠正常運(yùn)行，也存在一定的風(fēng)險。針對此風(fēng)險，一是在Solaris 11系統(tǒng)里安裝Solaris 10的虛擬機(jī)，但是計算機(jī)的硬件性能會受到很大影響；二是接受風(fēng)險，把Windchill 9.1運(yùn)行在Solaris 11系統(tǒng)上�？紤]到日后Windchill9.1版本升級，仍需要在Solaris 11系統(tǒng)上運(yùn)行新版本的Windchill軟件，我們選擇了第二種方法。
2.1方案1的實施和運(yùn)行
分別將Windchill 9.1應(yīng)用程序文件目錄、FileVault電子倉庫文件，以及備份文件的存儲LUN掛接到Solaris 11操作系統(tǒng)的新服務(wù)器上；并修改新服務(wù)器的host文件，以實現(xiàn)與DB服務(wù)器、轉(zhuǎn)圖服務(wù)器等的集成。PDM應(yīng)用服務(wù)啟動成功，并且平臺成功運(yùn)行。
圖2 新服務(wù)器+老DB服務(wù)器
實施步驟如下：
1) 檢查用戶
參照舊AP服務(wù)器，重新在新服務(wù)器里創(chuàng)建賬戶，盡量保持新舊服務(wù)器上的賬號和密碼統(tǒng)一。
2) 拷貝啟動&備份腳本
從舊服務(wù)器拷貝啟動、停止文本：/wtstart.sh, /wtstop.sh
3) 停服務(wù)
Windchill & Tomcat & Windchill DS
Tar /wfieri -> wfieri.tar
4) 卸載掛載
/dev/dsk/emcpower1a —— /filevault1
/dev/dsk/emcpower2a —— /filevault
/dev/dsk/emcpower0g —— /wfieri
5) 添加掛載
/dev/dsk/emcpower1a —— /filevault1
/dev/dsk/emcpower2a —— /filevault
/dev/dsk/emcpower0g —— /wfieri
在舊AP服務(wù)器上壓縮/wfieri為tar wfieri.tar，將wfieri.tar用ftp傳送到新服務(wù)器上，并解壓縮到/wfieri。
6) 配置新服務(wù)器上的host文件
從舊AP服務(wù)器上的host文件中拷貝數(shù)據(jù)庫服務(wù)器和轉(zhuǎn)圖服務(wù)器的相關(guān)信息。
7) 啟動服務(wù)：通過腳本，快速、成功啟動應(yīng)用服務(wù)。
8) 驗證：一次性驗證通過，由于新服務(wù)器硬件配置遠(yuǎn)遠(yuǎn)高于舊AP服務(wù)器，運(yùn)行時速度明顯加快。
9) 修改IP：將新AP服務(wù)器的IP地址改為舊AP服務(wù)器的IP地址，這樣用戶使用時就不會受到影響。
2.2 方案2的實施和運(yùn)行
將舊AP服務(wù)器的Windchill 9.1應(yīng)用程序文件目錄、File Vault電子倉庫文件，以及備份文件的存儲掛接到舊DB服務(wù)器；并修改host文件以實現(xiàn)DB服務(wù)器、轉(zhuǎn)圖服務(wù)器等的集成。啟動平臺服務(wù)成功，PDM應(yīng)用平臺運(yùn)行良好，但運(yùn)行速度不如第一個方案。DB服務(wù)器的操作系統(tǒng)為Solaris 10，與原服務(wù)器操作系統(tǒng)一致，PDM系統(tǒng)運(yùn)行起來比較順利。
圖3 老服務(wù)器運(yùn)行AP+DB一體式服務(wù)
最終，IT部門根據(jù)情況綜合決定，正式運(yùn)行時，執(zhí)行方案1。如出現(xiàn)問題，則切換為方案2。
3.備份方案
在舊AP服務(wù)器上安裝數(shù)據(jù)庫客戶端，實現(xiàn)了數(shù)據(jù)庫備份腳本在本地運(yùn)行，備份遠(yuǎn)程數(shù)據(jù)庫到本地。
新AP服務(wù)器上，由于數(shù)據(jù)庫客戶端版本跟操作系統(tǒng)版本之間不兼容，導(dǎo)致數(shù)據(jù)庫客戶端軟件無法安裝，上述的數(shù)據(jù)庫備份方案不能實現(xiàn)。目前，過渡期的做法：應(yīng)用端（包括LDAP、File Vault）和數(shù)據(jù)庫端分開備份。
4.總結(jié)
此次移機(jī)時間短、任務(wù)重，合理的移機(jī)方案保證了移機(jī)的順利進(jìn)行。業(yè)務(wù)能力尤其是Solaris操作系統(tǒng)的應(yīng)用能力進(jìn)一步提高，加深了對存儲LUN（Logical Unit Number）和主機(jī)之間的關(guān)系的理解，業(yè)務(wù)平臺數(shù)據(jù)的重要性認(rèn)識也進(jìn)一步加強(qiáng)。此次對PDM平臺數(shù)據(jù)維護(hù)的一點經(jīng)驗是：盡量將數(shù)據(jù)（Windchill DS、電子倉庫及備份數(shù)據(jù)）放在存儲上，既增強(qiáng)安全性，又方便遷移和升級使用。收獲多多，希望與讀者朋友們分享。
核心關(guān)注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊(yùn)涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。
轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/
本文標(biāo)題：PDM移機(jī)及備份經(jīng)驗分享
相關(guān)文章
