WebSphere Process Server管理器的恢復

本文解釋了 WebSphere  Process Server 管理中的一項重要任務 —— 在遭遇不可恢復的災難後還原部署管理器。

  簡介

  當 WebSphere Process Server 部署管理器突然停止或變得不可恢復時,那麼客戶機就將陷入危險的境地。您不應該僅僅安裝產品並創建配置文件,因為這種現有的拓撲會帶來一些具有獨特特性的 WebSphere Process Server(此後簡稱為 Process Server)應用程序。本文給出了一個 WebSphere Process Server 6.0.2.X 部署管理器恢復場景,它將處理 Process Server 提出的挑戰。本文還適用於 WebSphere Process Server V6.x。本文介紹了可以幫助您儘可能順利地完成此過程的流程以及所需的步驟。

  前提

  您必須在每次成功修改配置後備份部署管理器配置,並集中存儲備份配置文件。需要進行備份的配置修改包括:

  完成服務器調優

  新應用程序部署

  在配置、JDBCJMS MQ 等中添加、修改和刪除資源。

  WebSphere Process Server 運行時安裝

  本文將安裝 Process Server 運行時並將補丁包應用到安裝好的運行時中。要開始恢復過程,首先要將產品安裝到新服務器中。

  檢查新服務器是否擁有和舊服務器相同的操作系統操作系統補丁,舊服務器就是指部署管理器在出現故障之前在其上運行的服務器。使用相同的操作系統可以確保資源路徑名等具有兼容性。

  在將託管部署管理器的新服務器上安裝產品。

  使用用於創建主站點服務器的相同響應文件。

  確保 Process Server 安裝位置在所有服務器中都是相同的,例如:/opt/IBM/WebSphere/ProcServer

  應用補丁:

  確保新的服務器使用與其餘節點相同的版本。包括精確的補丁包。參見WebSphere Process Server V6.0.2 Fixpack 4 (6.0.2.4) for V6.0.2 客戶。

  複製必要的第三方庫、屬性和文件。

  第三方庫位置應當匹配主站點服務器的位置,例如 Oracle JDBC jars 和位置。

  根據共享驅動器映射所有的共享目錄。確保使用與生產環境相同的驅動器名稱和驅動器字母。包括以下例子:

  共享日誌目錄

  共享事務日誌等

  在新服務器上創建部署管理器配置文件

  在新服務器上安裝好 Process Server 運行時後,下一步是在新服務器上創建部署管理器配置文件。本節將描述匹配現有安裝所需的關鍵信息。注意,不一定要與現有安裝完全相同,但是這樣做會簡化配置恢復過程(配置恢復過程將在下一節介紹)。

  在新服務器上創建部署管理器配置文件。確保以下名稱匹配初始部署管理器服務器上的配置:

  profileName

  nodeName

  cellName

  installLocation

  注意:如果可行的話,可以通過更新主機名使用與構建主站點相同的響應文件。這提供了一致性並減少了錯誤的數量。

  檢查部署管理器是否已經成功安裝。

  在新的服務器上恢復 WebSphere Process Server 部署管理器

  本節主要關注從備份文件中恢復部署管理器的配置:

  將最近的部署管理器配置備份文件複製到新服務器:<DMGR_PROFILE>/WPS_DMGR_PRIMARY_BACKUP_DD_MM_YY.zip

  運行 restoreConfig<DMGR_PROFILE_HOME>/bin/restoreConfig.sh <DMGR_PROFILE> /WPS_DMGR_PRIMARY_BACKUP_DD_MM_YY.zip -username <user_name> -password <password>

  如果使用了不同的 cell 名稱,那麼可能會發出警告,要求您在恢復過程期間使用-force標誌。

  如果主機名不同的話,使用虛擬 IP 解析獲得相同的 DMGR 主機名。有關修改 DMGR 主機名的更多信息,參見WebSphere Application Server V6.0 配置修改最佳實踐。

  刪除以下子目錄中的所有內容:

  < DMGR_PROFILE_HOME >/wstemp

  < DMGR_PROFILE_HOME >/config/temp

  在服務器上啟動部署管理器:

  輸入startManager

  觀察日誌文件並確保部署管理器在 DR Server 1 上正確啟動。

  同步節點代理

  本節將同步現有的節點與新創建的部署管理器。

  如果主機名已被修改為新的主機名,那麼必須執行這一步驟。

  在 wsadmin.properties 中將com.ibm.ws.scripting.host修改為新的主機名:NODE_AGENT_PROFILE_HOME /properties/wsadmin.properties. change to the com.ibm.ws.scripting.host=<NewHostName>

  保存文件。

  將 Node 代理同步到新的 DMGR Server

  <NODE_PROFILE_HOME>/bin/syncNode (.bat/.sh)<dmgr_host> <dmgr_soap_port> -username <name> -password <password>

  觀察部署管理器上的日誌文件和控制台上的日誌文件。

  啟動節點代理:

  <NODE_PROFILE_HOME>/bin/startNode(.bat/.sh)

  觀察 Node Agent 1 的日誌文件,確保它們是良好的,並且日誌中沒有出現錯誤。

  確保一次只同步一個,不會對 Service SLA 產生影響。

以下文章點擊率最高

Loading…

     

如果這文章對你有幫助,請掃左上角微信支付-支付寶,給於打賞,以助博客運營

發表評論

您的電子郵箱地址不會被公開。 必填項已用*標註