應用程式伺服器設定

請指定伺服器的邏輯名稱。伺服器名稱在節點內必須是唯一的。 不過，如果叢集內有多個節點，您可以有相同伺服器名稱的不同伺服器，只要伺服器和節點配對是唯一的即可。 您無法變更這個欄位所顯示的值。

例如，node1 節點中的 server1 伺服器和 node2 節點中的 server1 伺服器在相同的叢集中是允許的。不過，在相同節點中，您不能有兩部名稱為 server1 的伺服器。 產品的管理動作（如在 Scripting 中參照伺服器）會使用伺服器名稱。

在 z/OS 平台上，這個名稱有時稱為詳細名稱。

避免困難： 如果您使用廣域資源序列化 (GRS) 環，將一或多個 monoplex 附加到 sysplex 環境中，正在任何 monoplexes 中執行的任何伺服器的 Cell 名稱，在整個 GRS 環境中必須是唯一的。這項需求表示正在任何 monoplex 中執行之伺服器的 Cell 名稱：

• 必須不同於正在 sysplex 中執行之任何伺服器的 Cell 名稱
• 必須不同於正在另一個附加到 sysplex 之 monoplex 中執行之任何伺服器的 Cell 名稱

如果您的伺服器在 GRS 環境中使用重複的 Cell 名稱，WebSphere Application Server 無法區分 sysplex Cell 和 monoplex Cell，而會將這兩種伺服器視為屬於相同的 Cell，這種不確切的 Cell 關聯通常會造成無法預期的處理結果。gotcha

指定伺服器的簡短名稱，且在 Cell 內必須是唯一的。只有 z/OS 平台會顯示這個欄位。 簡短名稱同時也是預設的 z/OS 工作名稱，用來使工作量管理程式 (WLM)、自動重新啟動管理程式、SAF（如 RACF®）、已啟動作業控制等作業系統之原生機能識別伺服器。

這是一個選用欄位，只有在執行於 z/OS 時，才會出現。 如果您並未指定簡短名稱欄位值，簡短名稱預設值是 BBOSnnn，其中 nnn 是 Cell 中的第一個可用來建立唯一簡短名稱的任意號碼。 比方說，如果預設簡短名稱已指派給 Cell 內的兩部其他伺服器，如果您在建立這部伺服器時，未指定簡短名稱，簡短名稱 BBOS003 便會指派給這部伺服器。 建立好應用程式伺服器之後，您可以將這個產生的簡短名稱改成符合命名慣例的名稱。

服務者和附屬項工作名稱的預設值，就是這個簡短名稱，再附加 S（服務者），或附加 A（附屬項）。 如果您必須使用 8 字元的伺服器簡短名稱，服務者和附屬項工作名稱會成為 9 字元的名稱。 因此，您必須更新服務者和附屬項程序定義的啟動指令引數，以使用新的 8 字元伺服器簡短名稱。 「將 7 個字元的伺服器簡短名稱轉換成 8 個字元」主題說明如何執行這項更新。

指定伺服器的通用簡短名稱，在 Cell 內必須是唯一的。 這是一個選用欄位，只有 z/OS 平台會顯示這個欄位。 如果您要建立非叢集伺服器，伺服器的通用簡短名稱會成為叢集轉移名稱，如果您要建立叢集伺服器，則會成為叢集簡短名稱。

如果您並未指定通用簡短名稱欄位值，通用簡短名稱預設值是 BBOCnnn，其中 nnn 是 Cell 中的第一個可用來建立唯一通用簡短名稱的任意號碼。 比方說，如果預設通用簡短名稱已指派給 Cell 內的三部其他伺服器，如果您在建立這部伺服器時，未指定通用簡短名稱，通用簡短名稱 BBOC004 便會指派給這部伺服器。

啟用這個選項可能會縮減應用程式伺服器啟動時間，因為它會變更部分 JVM 設定（如停用位元組碼驗證）以及減少即時 (JIT) 編譯器編譯成本。 在正式作業伺服器中，請勿啟用這項設定。只有在 6.0 版或更新版本的 Cell 中執行的應用程式伺服器可以使用這個設定。

指定您要利用 -Xverify 和 -Xquickstart JVM 內容來作為啟動值。 在選取這個選項之前，請將 -Xverify 和 -Xquickstart 內容當作通用引數新增到 JVM 配置中。

如果選取這個選項，您必須先將配置儲存起來，重新啟動伺服器之後，這個配置變更才會生效。

這個選項的預設值是 false，表示伺服器不要以開發模式啟動。 將這個選項設為 true 時，則指定伺服器要在開發模式下啟動，並使用會縮短伺服器啟動時間的設定。

請選取這個欄位，以在多重執行緒上啟動伺服器。這會縮短啟動時間。

請指定您要伺服器元件、服務和應用程式平行啟動而非循序啟動。

這個選項的預設值是 true，表示在伺服器啟動時，在多重執行緒上啟動伺服器元件、服務和應用程式。 將這個選項設為 false，就是指定當伺服器啟動時，在單一執行緒上啟動伺服器元件、服務和應用程式，啟動時間可能會加長。

應用程式的啟動順序，會隨著您指派給它們的加權而不同。 加權相同的應用程式會平行啟動。

如果要設定應用程式的加權，請在管理主控台中，按一下應用程式 > 應用程式類型 > WebSphere 企業應用程式 > application_name > 啟動行為，然後在啟動順序欄位中指定適當的值。 應用程式越重要，啟動順序值應該越低。 比方說，您可以將最重要應用程式的啟動順序值指定為 1，將次重要應用程式的啟動順序值指定為 2。 之後，您可能想要平行啟動接下來的四個應用程式，而將它們的啟動順序全部指定為 3。

如果您要依照這部伺服器所執行之應用程式的需要來啟動伺服器元件，請選取這個內容。

選取這個內容之後，當需要伺服器元件時，會動態啟動它們。 如果未選取這個內容，在伺服器啟動程序期間，會啟動所有伺服器元件。 因此，選取這個選項可以減少啟動時間，縮減伺服器的記憶體覆蓋區，因為在啟動程序期間，啟動的元件比較少。

如果部署在伺服器的所有應用程式都是相同類型，啟動需要的元件是最有效的。 比方說，如果所有應用程式都是使用 Servlet 和 JavaServer Pages (JSP) 的 Web 應用程式，使用這個選項時的運作情況會比較好。 如果您的應用程式使用 Servlet、JSP 和 Enterprise JavaBeans (EJB)，這個選項的運作情況會比較差。

避免困難： 為了確定相容於其他 WebSphere 產品，所以取消選取這個選項的預設值。 在選取這個選項之前，請確認您結合這個產品來執行的任何其他 WebSphere 產品都支援這個功能。gotcha

指定應用程式伺服器以 64 位元模式執行，這是預設值。 以 64 位元模式執行會提供更多虛擬儲存體給使用者應用程式。 只有 z/OS 平台會顯示這個欄位。

依預設，「WebSphere 自訂工具箱」會設定成以 64 位元模式來啟動所有應用程式伺服器。 不過，您可以變更「WebSphere 自訂工具箱」的設定，使所有應用程式伺服器都以 31 位元模式來啟動。 另外，如果您只想要特定應用程式伺服器以 31 位元模式來啟動，您也可以取消選取部分應用程式伺服器的這個設定。

在執行不同伺服器的模式之間，並不互相依賴。 因此，您可以部分伺服器以 64 位元模式執行，部分以 31 位元模式執行。 不過，您最終應該將所有伺服器轉換成以 64 位元模式執行，因為以 31 位元模式執行伺服器的支援已被淘汰。

指定伺服器可在「限制」或「容許」模式下執行。

「限制」模式是一種可協助您判斷應用程式是否適合移轉的診斷模式。這種模式會判斷是否存取內部應用程式伺服器類別。如果使用這些內部類別，可能造成這些應用程式在未來的版本中無法順利運作。但是，「限制」模式無意將所有類別從一般用途排除，即使類別可能變更。為了讓應用程式伺服器運作正確，不會限制某些可能變更的類別。「限制」模式無意在應用程式與應用程式伺服器內部類別之間提供完全的隔離。請勿在正式作業執行時期環境中使用「限制」模式；其結果僅作為指引用。

這個內容的預設值是容許。

請選取是否有單一類別載入器來載入所有應用程式，或每個應用程式都使用不同的類別載入器。

指定類別載入器要先在母類別載入器中搜尋，或先在應用程式類別載入器中搜尋，來載入類別。Developer Kit 類別載入器和產品類別載入器的標準是母項優先。

只有在「類別載入器原則」欄位設為 S*ingle 時，這個欄位才適用。

如果您選取應用程式優先，應用程式就可以置換母類別載入器中所包含的類別，但如果您混合使用已置換的類別和未置換的類別，這個動作可能會導致 ClassCastException 或鏈結錯誤。

這部伺服器在原生作業系統上的程序 ID。

這個內容是唯讀。系統會自動產生值。

這部伺服器在其中執行的 Cell 名稱。

這個內容是唯讀。

這部伺服器在其中執行的節點名稱。

這個內容是唯讀。

這部伺服器的執行時期啟動狀態。

這個內容是唯讀。

這個鏈結在「其他內容」之下，會顯示所安裝產品的產品資訊。 這項資訊包括產品名稱、ID、版本、建置日期和建置層次。