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