WebSphere Application Server 的安裝過程只是簡單地放置一組運行時進程必需的核心產品文件。在安裝之後，您需要創建一個或多個用來定義運行時的概要，以獲得一個可工作的系統。這些概要所定義的運行時組件將共享核心文件。
利用 Base 和 Express，您只能獲得獨立式應用程序服務器，如圖 1 所示。每個應用程序服務器都是在一個單獨的單元和節點中定義的。管理控制檯是由某個應用程序服務器承載的，它只能連接到該應用程序服務器。多個應用程序服務器可以實現無中央管理。應用程序服務器概要定義了這一環境。您還可以用 Network Deployment 包創建獨立式應用程序服務器，不過您最可能使用的方式是，將該服務器與某個單元聯合，以實現中央管理。
圖 1 系統管理拓撲圖獨立服務器（Base 和 Express）
有了 Network Deployment 包，您可以利用中央管理能力，選擇定義多個應用程序服務器，請參見圖 2 中的總結。管理域是一個由一個或多個節點組成的單元。每個節點包含一個/多個應用程序服務器和一個節點代理，部署管理器提供一個管理點對節點代理進行管理。
可以將部署管理器放置在某臺已承載了一個或多個應用程序服務器的計算機上。對於單臺機器的開發和測試環境而言，這是一種常見的拓撲結構。而對於大多數產品的拓撲結構，我們建議將部署管理器放置在某臺單獨的專用機器上。
這一運行時環境的基礎始於部署管理器，部署管理器將爲該單元提供管理界面。正如您預料的那樣，部署管理器是由某個部署管理器概要定義的。
圖 2 系統管理拓撲圖網絡部署
可以採用下列兩種方式之一添加節點：
您可以創建一個應用報務器概要，然後將其與單元聯合起來。當某一節點被添加到某個單元時，將爲該節點創建一個節點代理，該節點的各個配置文件將被添加到單元的主配置存儲庫。之後部署管理器將承擔該節點所有服務器的配置責任。
注意，已被聯合的應用程序服務器的名稱總是顯示爲“server1”。
您可以定義一個自定義概要，用來創建一個將與單元聯合的空白節點。在聯合之後，您可以在部署管理器的管理控制檯中創建應用程序服務器和集羣，以進一步配置該節點。您的最好選擇是使用一套服務器命名約定。
我們已經提到一些用來定義運行時的概要類型。在下列各節中，我們將更深入地研究這些概要。
應用程序服務器概要
應用程序服務器概要定義了某個獨立式應用程序服務器。使用這一概要，您將擁有一個可以獨立運行的或未託管的應用程序服務器。該環境將有下列特性：
- 概要由一個單元、一個節點和一個服務器組成。單元和節點在管理方面並無關聯，但您在管理控制檯的各個範圍內進行管理時會看到它們。
- 應用程序服務器的名稱是“server1”。
- 應用程序的示例將安裝在服務器中（可選）。
- 該服務器有一個專用的管理控制檯。
該類型的概要，其主要用途是：
- 在某次 Base 或 Express 安裝中構建一個獨立的服務器。
- 在某次 Network Deployment 安裝中構建一個獨立的服務器，這次安裝不是由部署管理器（如測試計算機）管理的。
- 在一個分佈式服務器環境中構建一個服務器，將其與部署管理器聯合並由該部署管理器進行管理。如果您是使用 WebSphere Application Server 的新手，需要利用示例快速完成一個應用程序服務器，這將是一個很好的選擇。如果您聯合了這一節點，缺省的單元將過時，該節點會被添加到部署管理單元。服務器名稱仍是“server1”，管理控制檯會從應用程序服務器中移除。
部署管理器概要
部署管理器概要將在分佈式服務器環境中定義一個部署管理器。雖然您完全可以獲得 Network Deployment 包並只運行獨立式服務器，但這會使您錯過 Network Deployment 的許多優點，包括工作負載管理、故障管理和中央管理。
在 Network Deployment 環境下，您應創建一個部署管理器概要。這將帶給您：
- 一個單元，作爲管理域
- 一個節點，作爲部署管理器
- 一個附有管理控制檯的部署管理器
- 沒有應用程序服務器
一旦您有了部署管理器，您就可以：
- 聯合由現有的應用程序服務器概要或自定義概要構建節點。
- 在管理控制檯中創建新的應用程序服務器和集羣。
自定義概要
自定義概要是一個空白節點，它用來與某個部署管理器聯合起來。當您構建一個分佈式服務器時會使用這種類型的概要。請按下列方式使用自定義概要：
1. 創建一個部署管理器概要。
2. 在每個您要在其中運行應用程序管理器的節點中，創建一個自定義概要。
3. 在自定義概要的創建過程中，或在此後使用 addNode 命令，將每個自定義概要與部署管理器聯合起來。
4. 在管理控制檯中，在各節點上創建新的應用程序服務器和集羣。
單元概要
單元概要（新）：這一新增選項允許您在一個單獨的系統中，快速設置一個分佈式服務器。
一個單元概要實際上是兩個概要的組合：部署管理器概要和應用程序服務器概要。應用程序服務器概要是與單元聯合起來的。部署管理器和應用程序管理器駐留在同一個系統中。這一類型的概要使您能快速開始處理一個分佈式服務器環境，對於所有節點都在同一個測試系統中的測試環境特別有用。
如果您使用的是先前版本的 WebSphere Application Server，您會注意到目錄結構的不同之處。首先，所有的包（Base，Express 和 Network Deployment）在安裝過程中會指定相同的根目錄。例如，在 Windows 中安裝時，這個目錄通常是 c:\Progam Files\IBM\WebSphere\AppServer。在這本 IBM 紅皮書中，我們將這個根目錄表示爲 <was_home> 目錄。
<was_home> 目錄下除了各個傳統目錄（bin，config，installedapps，等等），現在還有了一個概要目錄，其中包括您創建的可以在缺省的 home 位置使用的概要的子目錄。每個概要的目錄結構與基本結構類似。也就是說，每個概要下的唯一運行時都必須有 bin，config，installedApps 和其他目錄。
例如，如果您是在 Windows 系統中安裝的，並創建了一個名爲 AppSrvr01 的概要，您通常會見到如圖 3 中所示的目錄結構。
圖 3 目錄結構
不過，概要可以存儲在任意文件夾中，所以我們建議用更爲友好的結構存儲它們(缺省情況下，目錄至少有 6 層)。我們將每個概要目錄的根目錄（缺省情況下是 <was_home>/profiles/profile_name）表示爲 <profile_home>。
我們爲什麼要強調這一點呢？如果我們在 <was_home>/bin 目錄下輸入命令，它們是針對由缺省概要定義的運行時執行的。缺省的概要由下列項目決定：
- 在您創建概要時，將其定義爲缺省概要。最後一個被指定爲缺省的概要最爲優先。還可以使用 manageprofiles 命令指定缺省的概要。
- 如果您沒有指定缺省概要，它將是您創建的第一個概要。
如果要確保執行的命令行操作是針對正確的運行時的，您需要在下列的做法中選擇一項：
- 在使用某一命令，並在 <was_home>/bin 目錄下執行該命令時，請指定 -profileName 選項。
- 在 <profile_home>/bin 目錄下執行該命令。
z/OS 的考慮因素
根據您設置系統的方式，概要的配置信息將保存在 HFS 或 zFS 中。對於每個放置概要的文件系統，一個單獨的目錄可以作爲它的裝入點。裝入點的名稱可以由您隨意命名，該名稱是在概要的自定義過程中設置的，下列各節將介紹這一自定義過程。
在裝入點下，您能找到兩個目錄，一個用於守護進程服務器，一個用於概要。圖 4 所示，是一個應用程序服務器概要。您可以看到裝入點下的文件結構，包括應用程序服務器目錄和守護進程目錄。
守護進程目錄結構與概要目錄結構相似，其名稱“Daemon”是固定的， “AppServer”的名稱則會在概要自定義過程中改變，下列各節將介紹這一過程。
圖 4 z/OS 目錄結構
如果您對 AppServer/profiles/default/config/cells 目錄下進行檢查，您會發現一個目錄，它與您在概要的自定義階段提供的單元長名同名。在這一目錄結構的下一層，在 /nodes 目錄下，有一個與您提供的節點長名同名的目錄
注意：在概要下您將看到缺省設置。您在工作站中創建的概要名稱將不會顯示在這裏。“default”這一名稱始終用在 WebSphere Application Server V6.1 for z/OS 中。無法創建或直接修改概要名稱。
在規劃週期中，已經爲 WebSphere Application Server 環境選擇了一個拓撲結構。有多種拓撲結構可供選擇，每種都有各自的獨特功能。
不過，當我們討論用概要構建一個 WebSphere Application Server 環境時，我們會將重點放在 WebSphere Application Server 進程或 z/OS 的守護進程上。無論您選擇的是哪種拓撲結構，在決定您要創建的概要時，實際只需要考慮兩種情況：
1. 您計劃創建一個或多個獨立式應用程序服務器。我們把這稱作獨立式服務器環境。
2. 您計劃創建一個部署管理器，以及一個/多個帶有應用程序管理器的節點。我們將這一環境中的應用程序服務器稱爲受託管的服務器。這些節點可以共存或駐留於不同的計算機。我們將其稱爲分佈式服務器環境。
下列主題將敘述它們各自的基本步驟。您可以對其加以擴展以適合您自己的環境。
如果您要創建一個獨立式應用程序服務器，請執行下列操作：
1. 在系統中安裝您選擇的 Base，Express 或 Network Deployment。
在 Express 和 Base 的安裝期間，將會創建一個應用程序服務器概要。利用 Network Deployment，您可以選擇創建任何類型的概要，包括應用程序服務器概要。
2. 在該系統中創建一個應用程序服務器。由於您在 Base 和 Express 安裝後會自動獲得一個應用程序服務器，您只要在需要某個額外的獨立服務器環境時再這樣做即可。
構建這一環境時有兩個選項。您可以根據您的環境選擇某選項。如果您要從頭創建一個新的生產環境，我們建議採用第 1 種方法。每種方法對於開發或測試環境都是適用的。
注意：當在某臺單獨的計算機或 LPAR 上定義多個部署管理器時，您需要確保爲每個管理器選擇的端口和名稱都是唯一的。關於商品的詳細信息，請參閱《Planning and Designing for WebSphere Application Server V6.1》(SG24-7305)。
方法1
這一方法假定您沒有要聯合的某個獨立應用程序服務器，而是要從部署管理器創建應用程序服務器。這將使您在創建期間對應用程序服務器的特性擁有更多控制權，包括服務器名稱（所有用應用程序服務器概要創建的應用程序服務器都被命名爲 server1）。您還可以
創建一個應用程序服務器，對其進行自定義，然後把它作爲將來創建應用程序服務器時的模板。如果您使用了集羣，您可以創建集羣和它的應用程序服務器，將它們作爲一個管理進程。
當您用這種方法創建應用程序服務器時，您不會自動得到示例應用程序，但您可以在以後需要時安裝它們：
這種方法的流程是：
1. 在某個服務器上安裝 Network Deployment。如果這是用某臺計算機上的部署管理器（或一臺或多臺獨立的計算機上的應用程序服務器）實現的多計算機安裝，請在每臺計算機上安裝此產品。
2. 在部署管理器計算機上創建一個部署管理器，然後啓動它。
3. 在應用程序服務器計算機上創建並聯合一個自定義概要，然後啓動該節點。您可以在概要創建過程中將結點與單元聯合起來，或者您還可以選擇將其作爲第二個步驟手動完成。
4. 驗證以確保節點代理已經啓動。它應在聯合的過程中自動啓動。
5. 打開部署管理器的管理控制檯，然後在管理控制檯中，在自定義概要節點上創建應用程序服務器或集羣。
方法2
這一方法假定您會將某個應用程序服務器與單元聯合起來。通過應用程序服務器概要，您會擁有一個現有的應用程序服務器，它可能已經安裝了應用程序，包括示例應用程序和您已經安裝的任何用戶應用程序。
1. 在服務器上安裝 Network Deployment。如果這是一次多計算機安裝（用某臺計算機上的部署管理器或一臺/多臺獨立的計算機上的應用程序服務器實現），請在每臺計算機上安裝此產品。
2. 在部署管理器計算機上創建一個部署管理器，然後啓動它。
3. 在應用程序服務器計算機上創建一個應用程序服務器概要，然後啓動應用程序服務器。
4. 打開部署管理器的管理控制檯，然後將應用程序服務器概要定義的節點添加到單元。
5. 這將刪除應用程序服務器單元，並將節點與部署管理器單元聯合起來。如果您希望保留在服務器上已經安裝的應用程序，請務必在聯合節點時指定這一點。
新的節點代理在聯合過程中將自動啓動，但您需要手動啓動應用程序服務器。
本文截取自 IBM 紅皮書《WebSphere Application Server V6.1：系統管理與配置》的第 3 章的第 1，2 小節，詳細闡述了 WebSphere Application Server 系統管理的拓撲結構，主要類型，目錄結構以及如何使用概要創建一個系統。本文爲概要（Profile）系列文章的第 1 部分，在第 2 ，3 部分，將向您介紹如何創建和管理概要。
- IBM 紅皮書《WebSphere Application Server V6.1：系統管理與配置》：本紅皮書提供了包括 WebSphere Application Server V6.1 的配置和管理相關的信息。
- WebSphere Application Server V6 系統管理，第 3 部分：使用概要文件簡化管理系統
：本文描述瞭如何在基礎應用服務器以及 Network Deployment（ND）環境中創建、使用和管理概要文件，以及如何在概要文件之間複製配置的機制。
- IBM WAS ND 分佈式網絡環境的理解與集羣的實現：本文基於較爲普遍應用的中間件產品 IBM WAS ND v6.1 講述集羣及分佈式網絡環境的相關概念，並且使用一個實例來演示集羣環境的完整實現過程。
- WebSphere Application Server 常見問題及解答：本專欄提供給用戶最常見的一些關於 WebSphere Application Server 的基本問題的解答。
- WebSphere Application Server V6 中事務的高可用性和部署考慮事項：本文描述了事務高可用性的兩種主要類型，討論了與其相關的基礎設施需求，並說明了在您的 WebSphere Application Server 部署中啓用這些類型的高可用性的配置步驟。
- 如何爲新創建的應用服務器配置 Web 管理控制檯：本文介紹了一個解決方案利用 wsadmin 命令將 Web 管理控制檯部署到其他的應用服務器上，方便了用戶管理。
- 在WAS6.0 ND中實現集羣：本文通過兩個實際場景，介紹如何從頭搭建一個WAS ND水平集羣環境以及如何將一個已有的單節點（或三節點）Web環境擴展成五節點的集羣環境。