Websphere Application Server 6.1安裝配置 for linux

IBM Websphere Application Server(WAS)

如何linux平臺上安裝WebSphere Application Server V6.1，包括如何解除安裝以往版本，建立概要檔案

[@more@]

WAS簡介：

WAS是Websphere Application Server的簡稱，和Weblogic一樣，是當前主流的是中介軟體之一。V6.1在6.0的基礎上增強了如下功能：

1．用單元模板建立一個包括一個部署管理器和一個結點的完整的單元

2．使您能夠行使管理安全

3．用新的Profile Management Tool（PMT，概要檔案管理工具）建立概要檔案

四種概要檔案的描述：【據我經驗來看，希望大家好好看看這幾個檔案的概念和區別！切記！不然後面會非常的繞人！！】

Cell profile（單元概要檔案）：一個單元概要檔案包含一個部署管理器概要檔案和一個應用程式伺服器結點概要檔案。你可以在建立單元概要檔案之後把其他一些應用程式伺服器結點新增到部署管理器概要檔案。單元概要檔案模板是V6.1

中新增的概要檔案型別。

Deployment manager profile（部署管理器概要檔案）：部署管理器為在一臺或者多臺機器上的邏輯上的一組應用程式伺服器提供一個單獨的管理介面。在部署管理器建立的時候開始，就已經可以獲得管理安全。

Application server profile（應用程式伺服器概要檔案）：一個應用程式伺服器概要檔案有一個名為 server1 的預設伺服器。應用程式伺服器可以與一個包含snoop servlet 和hitcount servlet 的預設應用程式一起建立，也可以與示例程式一起建立。你可以聯立一個應用程式伺服器，或者把它作為一個獨立的應用程式伺服器使用。

Custom profile（自定義概要檔案）：一個自定義概要檔案是一個空結點。你可

以向結點裡面新增應用程式伺服器，集簇，或者其他的Java 過程，例如通訊服

務器。你必須把自定義概要檔案新增到一個單元之中才能對其進行操作。

注意：為了搭建一個完整的WebSphere Application Server 執行環境，你至少要建立一個概要檔案。該概要檔案叫做預設概要檔案。預設概要檔案通常是在安裝WebSphere ApplicationServer 的時候建立的。但是，你也可以在安裝好WebSphere Application Server 之後再另行建立概要檔案。兩種建立概要檔案的方法的結果都是一樣的，都可以完成搭建一個完整的WebSphere Application Server 執行環境。

什麼是單元（Cell）？什麼是節點（Node）？Node、Profile 與 Server 之間的關係是什麼？

單元： 單元是整個分散式網路中一個或多個節點的邏輯分組。單元是一個配置概念，是管理員將節點間邏輯關聯起來的實現方法。管理員根據具體的業務環境，制定對其整體系統整合環境有意義的條件來定義和組織構成單元的節點。就一般情況來說，可以將單元看作是最大的作用域。

在 IBM WAS ND 產品中，管理配置資料都儲存在 XML 檔案中。單元保留了它每個節點中每臺伺服器的主配置檔案。同時每個節點和伺服器也有其自己的本地配置檔案。如果伺服器已經屬於單元，則對於本地節點或伺服器配置檔案的更改都是臨時的，透過在本地提交更改生效時，本地更改覆蓋單元配置，但是當執行單元配置文件同步到節點的操作時，在單元級別上對主控伺服器和主節點配置檔案所作的更改將會替換對該節點所作的任何臨時更改。

節點： 節點是受管伺服器（Server）的邏輯分組。節點通常與具有唯一 IP 主機地址的邏輯或物理計算機系統對應，節點不能跨多臺計算機。節點分為受管節點與非受管節點。

關於 Node、Profile 與 Server: 這三個概念比較容易混淆，我們拿出來對比說明：Node=Profile。Node 是管理上使用的概念，Profile 是實際的概要檔案，它們代表同一事物。Server 就是所謂的 Application Server Instance , 這是我們實際要佈署 Application 的地方。在IBM WAS ND 產品中受管節點的 Node Agent 目的就是讓 Deployment Manager Server 可以透過 Node Agent 來管 Node (Profile) 中的 Application Server Instance，一個 Node (Profile) 中可以有多個 Application Server Instance。

如果是非 ND 版本 , 則屬於 Single Server 版本，那麼一個 Node (Profile) 中只能有一個 Application Server Instance，如果你希望在一臺機器上有多個 Application Server Instance，那就只能透過建立多個 Profile (Node) 來達成，但這些 Node (Porfile) 彼此獨立沒有管理上的關係 (RelationShip)，只要使用的 TCP/IP Port 不要衝突即可。

安裝：

Linux的預設安裝目錄是：/opt/WebSphere/AppServer（在後面都用$was表示）

如果在安裝前你的系統裡面已經安裝的有低版本的Websphere你需要先將其解除安裝掉。在$was/uninstall目錄中執行./uninstall一路下一步就OK了。

如果沒有的話就可以直接安裝了

一．在你的安裝程式，執行install命令，出現如下歡迎介面，點選Next即可

檢視那並接受協議

如果你已經在這臺電腦上安裝了WAS，並且想再安裝一個或者多個WAS的話，則會出現如下這個畫面。前提是你的電腦要足夠強

否則的話則會出現要你前些在哪裡安裝的介面，差不多都一樣了，相信這還難不住各位

這裡填寫想要安裝的目錄，但是有時候報如下錯誤。這種問題可能是你前一次在這個目錄裝過WAS了，也可能是原來裝過了但也刪除了，但是程式沒有撤銷，依然佔有這個資料夾，你可以關掉WAS或者重啟下電腦（注意：測試可以這樣，但是真實環境中卡千萬不能這樣！），或者乾脆直接換個資料夾即可。

這裡有四種模式可供我們選擇新手建議選擇第一種

一樣，新手建議選擇安裝樣板

下面是我們選擇的資訊，需要我們確認後才能繼續

、

好了，我們可以泡杯茶小酣一會，這裡需要20—30分鐘左右的時間，具體以機器效能而視。但是真正的挑戰才真正開始。我說的可是真的哈！！呵呵

當出現Success的字眼是說明我們安裝成功。下面開始配置WAS

確保出現類似下圖表示成功。

這裡記著下面兩個埠號。在後面要用到

SOAP_CONNECTOR_ADDRESS=8884

WC_adminhost=9064

在IE位址列輸入（port預設是9060，我們可以在$was/profiles/dmgr001/properties/portdef.props檢視各概要檔案相應埠號）即可進入圖形化管理介面。因為我的系統是64 位的不支援PTM圖形工具建立概要檔案。只能透過命令列來建立。這裡我也建議大家也在命令列來建立。因為在圖形化介面中會有延遲，並且有時候不能及時正確的顯示我們所需資訊。正常啟動的介面如下：

注意：我們首次建立的應用程式伺服器只能透過手動重啟，在WEB中試無法啟動的！！

命令：

表 1 manageprofiles 的模式

-create: 建立一個新的概要。

-augment 使用給定的概要模板，擴充某個特定的概要。

-delete 刪除一個概要。

-unaugment: 取消對概要的擴充。

-deleteAll 刪除所有已註冊的概要。

-listProfile 列出概要註冊中心中的概要。

-getName 返回指定路徑下的概要的名稱。

-getPath 返回指定概要名稱的路徑。

-validateRegistry 驗證概要註冊中心，並返回一個無效概要的列表。

-validateAndUpdateRegistry 驗證概要註冊中心，列出被清除的無效概要。

-getDefaultName 返回預設概要的名稱。

-setDefaultName 設定預設概要。

-backupProfile 將指定的概要備份到一個 zip 檔案。

-restoreProfile 從 zip 檔案中恢復指定的概要。

-response 在一個響應檔案中管理概要。

-help 顯示幫助。

Profile模板：概要是根據隨產品提供的模板建立的。這些模板位於/profileTemplates。每個模板都由一組提供概要初始設定的檔案和概要建立後將採取的操作列表組成。目前還沒有為您提供修改這些模板以及建立新模板的方法。當您使用manageprofiles建立概要時，您需要指定下列模板中的一個：

* Default（對於應用程式伺服器概要）

* Dmgr（對於部署管理器概要）

* Managed（對於自定義概要）

* Cell（對於單元概要）

下面是在命令列中新增概要檔案方式（大家一定注意路徑）：

[root@shasys01 bin]# pwd

$was/bin

[root@shasys01 bin]# ./manageprofiles.sh -create -profileName dmgr001 -templatePath $was/profileTemplates/dmgr -nodeName dnmgr001node -cellName dmgr001cell

INSTCONFSUCCESS: Success: Profile dmgr001 now exists. Please consult /list/opt/IBM/WebSphere/AppServer/profiles/dmgr001/logs/AboutThisProfile.txt for more information about this profile.

[root@shasys01 bin]# pwd

$was/bin

[root@shasys01 bin]# ./manageprofiles.sh -create -profileName app001 -templatePath $was/profileTemplates/default/ -nodeName default001node

INSTCONFSUCCESS: Success: Profile app001 now exists. Please consult /list/opt/IBM/WebSphere/AppServer/profiles/app001/logs/AboutThisProfile.txt for more information about this profile.

[root@shasys01 bin]# pwd

$was/profiles/app001/bin

[root@shasys01 properties]# pwd

$was/profiles/dmgr001/properties

[root@shasys01 properties]# vim portdef.props

[root@shasys01 bin]# pwd

$was/profiles/app001/bin

[root@shasys01 bin]# ./addNode.sh 172.16.248.2 8884為部署管理概要檔案SOAP埠

一般出現下面類似結果表示成功

ADMU0116I: Tool information is being logged in file

/list/opt/IBM/WebSphere/AppServer/profiles/app001/logs/addNode.log

ADMU0128I: Starting tool with the app001 profile

CWPKI0308I: Adding signer alias "dummyclientsigner" to local keystore

"ClientDefaultTrustStore" with the following SHA digest:

0B:3F:C9:E0:70:54:58:F7:FD:81:80:70:83:A6:D0:92:38:7A:54:CD

CWPKI0308I: Adding signer alias "dummyserversigner" to local keystore

"ClientDefaultTrustStore" with the following SHA digest:

FB:38:FE:E6:CF:89:BA:01:67:8F:C2:30:74:84:E2:40:2C:B4:B5:65

CWPKI0308I: Adding signer alias "default" to local keystore

"ClientDefaultTrustStore" with the following SHA digest:

A6:3C:83:9B:40:4A:2B:0F:E3:43:C8:40:E3:24:1C:F2:36:BB:15:54

ADMU0001I: Begin federation of node default001node with Deployment Manager at

172.16.248.2:8884.

ADMU0001I: Begin federation of node default001node with Deployment Manager at

172.16.248.2:8884.

ADMU0009I: Successfully connected to Deployment Manager Server:

172.16.248.2:8884

ADMU0505I: Servers found in configuration:

ADMU0506I: Server name: server1

ADMU2010I: Stopping all server processes for node default001node

ADMU0510I: Server server1 is now STOPPED

ADMU0024I: Deleting the old backup directory.

ADMU0015I: Backing up the original cell repository.

ADMU0012I: Creating Node Agent configuration for node: default001node

ADMU0014I: Adding node default001node configuration to cell: dmgr001cell

ADMU0016I: Synchronizing configuration between node and cell.

ADMU0018I: Launching Node Agent process for node: default001node

ADMU0020I: Reading configuration for Node Agent process: nodeagent

ADMU0022I: Node Agent launched. Waiting for initialization status.

ADMU0030I: Node Agent initialization completed successfully. Process id is:

2158

ADMU9990I:

ADMU0300I: The node default001node was successfully added to the dmgr001cell

cell.

ADMU9990I:

ADMU0306I: Note:

ADMU0302I: Any cell-level documents from the standalone dmgr001cell

configuration have not been migrated to the new cell.

ADMU0307I: You might want to:

ADMU0303I: Update the configuration on the dmgr001cell Deployment Manager with

values from the old cell-level documents.

ADMU9990I:

ADMU0306I: Note:

ADMU0304I: Because -includeapps was not specified, applications installed on

the standalone node were not installed on the new cell.

ADMU0307I: You might want to:

ADMU0305I: Install applications onto the dmgr001cell cell using wsadmin

$AdminApp or the Administrative Console.

ADMU9990I:

ADMU0003I: Node default001node has been successfully federated.

每個應用程式伺服器概要檔案建立好之後都會有一個預設的應用程式伺服器server1

[root@shasys01 bin]# pwd

$was/profiles/app001/bin

[root@shasys01 bin]# ./startServer.sh server1

ADMU0116I: Tool information is being logged in file

/list/opt/IBM/WebSphere/AppServer/profiles/app001/logs/server1/startServer.log

ADMU0128I: Starting tool with the app001 profile

ADMU3100I: Reading configuration for server: server1

ADMU3200I: Server launched. Waiting for initialization status.

ADMU3000I: Server server1 open for e-business; process id is 2717

[root@shasys01 bin]# pwd

$was/profiles/app001/bin

[root@shasys01 bin]# ./serverStatus.sh server1

ADMU0116I: Tool information is being logged in file

$was/profiles/app001/logs/server1/serverStatus.log

ADMU0128I: Starting tool with the app001 profile

ADMU0500I: Retrieving server status for server1

ADMU0508I: The Application Server "server1" is STARTED

應用程式伺服器概要檔案的server1開啟之後就可以在IE圖形化介面檢視配置資訊了。

[root@shasys01 bin]# pwd

$was/profiles/dmgr001/bin

[root@shasys01 bin]# ./startManager.sh

ADMU0116I: Tool information is being logged in file

$was/profiles/dmgr001/logs/dmgr/startServer.log

ADMU0128I: Starting tool with the dmgr001 profile

ADMU3100I: Reading configuration for server: dmgr

ADMU3200I: Server launched. Waiting for initialization status.

ADMU3000I: Server dmgr open for e-business; process id is 8681

部署管理器概要檔案的控制檯開啟之後就可以在IE圖形化介面檢視配置資訊了

如果仔細比較的話，大家會發現應用程式伺服器概要檔案的圖形化資訊和部署管理器概要檔案的圖形化資訊還是有很大區別的，這個問題我這裡專門提出來主要是因為，我當時對於應用程式伺服器概要檔案和部署管理器概要檔案之間的區別和聯絡很模糊，所以當我看到應用程式伺服器概要檔案的圖形化資訊是很是鬱悶，就是找不到從哪裡啟動server。浪費了很多時間去查資料。

好了到這裡WAS的基本配置算是結束了。再往下的路已經很簡單了。大家可以在圖形化介面玩了。上面我幾乎每一個命令都給大家標示了路徑希望大家能重視起來，要不讓倒時候服務起不來可被怪我沒提醒哈！！呵呵，還有就是服務和命令不能重複使用負責會報錯，但是在命令提示符下提示的資訊卻是相當的不明確。跟linux沒法比呀。呵呵

總結：

下面是我總結的幾句話。相信在大家迷茫的時候會大家有所啟發幫助

1． 部署管理器邏輯的為應用程式提供一個單獨的管理介面，在部署管理器建立的開始就可以獲得管理安全

2． 一個應用程式伺服器概要檔案都有一個名為server1的預設伺服器

3． 某個結點成為受管結點後，這個結點上的server需要DM+Node Agent啟動後，才能啟動或者停止server

4． Node Agent協調機器上伺服器之間的管理。他是執行伺服器，他代表Network Deployment環境中的節點，必須在每個節點啟動Node Agent後 Deployment Manager （DM）才能控制節點上的server，你必須以開始就啟動Node Agent

5． Node Agent必須正在執行，DM才能管理節點上的伺服器。

6． addNode.sh命令將啟動Node Agent 當節點不小心stop後./startNode.sh再啟動結點

7． 在$was下，還有一層目錄，我們發現和$was/profiles/下的各個概要檔案中的目錄架構是一樣的。該層下的命令都是對於預設概要檔案來說的。在其下執行時需要指定-profileName

8． addNode.sh命令來聯合概要檔案

9． 確定概要檔案使用的埠號：$was/profiles/proproties/portdef.props,如果埠衝突了的話可使用ws_ant指令碼來手動指定埠號

10． 啟動順序：先同步——啟動結點—啟動服務

關閉順序：先關閉結點—再關閉服務

啟動命令順序：# 啟動HttpServer

/opt/IBM/HTTPServer/bin/apachectl start

# 啟動Dmgr

/opt/IBM/WebSphere/AppServer/profiles/Dmgr01/bin/startManager.sh

# 啟動Node

/opt/IBM/WebSphere/AppServer/profiles/AppSrv01/bin/startNode.sh

# 啟動Server

/opt/IBM/WebSphere/AppServer/profiles/AppSrv01/bin/startServer.sh s1

/opt/IBM/WebSphere/AppServer/profiles/AppSrv01/bin/startServer.sh s2

複製程式碼停止命令如下（停止命令序列與啟動命令序列相反）# 停止Server

/opt/IBM/WebSphere/AppServer/profiles/AppSrv01/bin/stopServer.sh s2

/opt/IBM/WebSphere/AppServer/profiles/AppSrv01/bin/stopServer.sh s1

# 停止 Node

/opt/IBM/WebSphere/AppServer/profiles/AppSrv01/bin/stopNode.sh

# 停止 Dmgr

/opt/IBM/WebSphere/AppServer/profiles/Dmgr01/bin/stopManager.sh

# 停止 HttpServer

/opt/IBM/HTTPServer/bin/apachectl stop

檢視server狀態

./serverStatus.sh

排查日誌

/home/webas/IBM/WebSphere/AppServer/profiles/AppSrv01/logs/serverStatus.log

SystemErr.log

SystemOut.log