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