編者按:筆者單位4 臺服務器承載著上下級機構公文的發送、傳遞和接收,需提供7×24 小時的不間斷服務,生產系統和備份系統故障切換要求為分鐘級,因此需做好系統級別的1:1 備份方式,確保業務中斷后能快速恢復。
單位系統采用C/S 架構,共4 臺服務器,操作系統使 用Windows Server;數據庫使用Oracle,Web 服務器使用WAS(WebSp here Application Server),Oracle 和WAS 均采用單節點部署,運行1 個實例。1 臺提供數據庫服務;另外3 臺提供門戶、辦公等服務。
系統服務主要由WAS 提供,在3 臺服務器上均有部署,是備份的重點;Oracle 只在1 臺服務器上部署,備份相對較簡單。
WAS 使用的是自帶的IBM版JDK,在安裝WAS的時候會自動安裝在其目錄下,此JDK與SUN JDK 主要是編碼上有所區別。由于此系統基于WAS 開發,備份機建議還是使用IBM JDK,否則可能會遇到各種奇怪的問題。
由于系統在使用過程中,不僅修改了很多配置文件,而且還打過不少的補丁,若使用最初的軟件包部署備份機,會面臨很大的風險,而且故障排除會很困難。因此,備份的思路是利用生產系統制作部署包,進行應用程序備份,數據備份可以直接采用復制的方式。
以其中一臺WAS 服務器例,另外2 臺相同。該服務器計算機名為s3,部署2 個應用程序oa.war和sf.war。WAS的安裝目錄WAS_HOME 為D:IBMWebSphereAppServerprofilesApp Srv01;oa.war的安裝目錄為WAS_HOMEinstalledAppss3 Node01Cell oa_war.earoa.war;sf.war的安裝目錄為WAS_HOMEinstalledAppss3 Node01Cell sf_war.earsf.war。
首先進入該服務器WAS_HOMEinstalledAppss3Node01Celloa_war.ear目錄,將oa.war 目錄復制出來,然后進入剛才復制的oa.war 目錄,搜索以ibm 開頭的文件,共有2 個,一個是Web 綁定文件ibm-web-bnd.xmi,另一個是Web 擴展文件ibm-web-ext.xmi,刪除這2個文件,最后在命令行中執行JDK的jar 命令創建應用程序的war 部署包,命令為jar-cvf oa.war *(需 在oa.war 目錄中執行)。
ibm-web-bnd.xmi 和ibm-web-ext.xmi 用來描述如何部署一個模塊或應用,包括其結構、內容、依賴和運行環境的配置數據,位于META-INF 文件夾。
sf.war 應用程序的備份方式與oa.war的備份方式一致。
備份完成后,在另一臺服務器上,安裝好操作系統,設置與原服務器相同的計算機和IP 地址,安裝并配置好WAS 之后,就可以使用上述2個程序包直接安裝應用程序了。
這種方式的好處是應用程序中所做的更新都會被打包(當然也包括已修改的配置文件),而且不會有任何風險。后續只要應用程序和配置不發生變化,就不需要再備份應用,只需定期將生產系統中數據文件同步過來就可以了;缺點是操作相對復雜一些,生成war 包時還需要安裝JDK。
在服務器的oa_war.ear、sf_war.ear 目錄中,分別將oa.war 目錄 和sf.war目錄壓縮為2 個 ZIP 包。oa.war.zip 包的目錄結構是oa.war 更 新的應用程序,其中oa 是應用程序名,oa.war 為文件夾名稱,而不是war 包,sf.war.zip 包結構也一樣。
進入WAS 管理控制臺,依次點擊“應用程序”→“企業應用程序”→“更新(先勾選需要更新的應用程序再點更新)”→“替換、添加或刪除多個文件”,瀏覽選擇ZIP 文件,點擊“下一步”→“確定”,WAS 就開始更新應用程序,在保存之前可以查看更新了那些文件。
這種方式除了更新應用程序外,還會更新WAS DM中的ear 包(企業歸檔文件,位于WAS_HOMEconfigcellss3Node01Cellapplications),更新過程中路徑和文件名一致的文件都會被替換,不存在的文件會添加進去。

更新完畢后,將oa_war.ear 和sf_war.ear 文 件(注意是文件,不是文件夾)復制到其他服務器上即可。當然也可以在WAS管理控制臺中,點擊“應用程序”→“企業應用程序”,然后勾選oa_war前的復選框,最后點擊“導出”,即可下載oa_war.ear,同樣的方法下載sf_war.ear包(系統投入使用后,打補丁,修改配置后未在WAS 中更新,則此文件不會更新,因為WAS 應用和DM 部署是分離的)。
新ear 包生成后,在另一臺服務器上,按上述配置服務器后,在WAS 管理控制臺中,就可以使用2 個ear 包安裝應用程序了。這種方式的操作相對簡單,具有war包方式的優點,缺點是更新可能導致生產系統服務中斷,有一定風險;在更新包比較大時,更新后保存時間會非常的長,有可能更新失敗。