此內容說明您可以設定的選用設定,以改善AEM表單應用程式伺服器的效能。
AEM forms使用AEM forms存放庫作為其資料來源。 AEM表單存放庫會儲存應用程式資產,並且在執行階段,服務可以從存放庫擷取資產,作為完成自動化業務流程的一部分。
存取資料來源相當重要,視您執行的AEM表單模組數目以及同時存取應用程式的使用者數目而定。 可使用連線集區來最佳化資料來源存取。 連線集區 這是一種技術,用來避免每次應用程式或伺服器物件需要存取資料庫時,建立新資料庫連線的額外負荷。 連線集區通常用於Web式應用程式和企業應用程式,通常由應用程式伺服器處理,但不限於應用程式伺服器。
請務必正確設定連線集區引數,以免連線用盡,進而導致應用程式效能降低。
若要正確設定連線集區設定,應用程式伺服器管理員必須在當天尖峰時段監視連線集區。 監控可確保應用程式和使用者隨時都能使用足夠的連線。 大部分的應用程式伺服器都包含監控工具。
您可以使用「WebLogic伺服器管理主控台」來監視網域中每個JDBC資料來源執行處理的各種統計資料。 如需詳細資訊,請參閱WebLogic檔案。
當應用程式伺服器管理員決定正確的連線集區設定時,該人員必須將此資訊傳達給資料庫管理員。 資料庫管理員需要此資訊,因為資料庫連線的數目等於資料來源之連線集區的連線數目。 然後,完成以下步驟來設定應用程式伺服器和資料來源型別的連線集區設定。
在「網域結構」下,按一下「服務」>「JDBC」>「資料來源」,然後在右窗格中按一下「IDP_DS」。
在下一個畫面中,按一下Configuration > Connection Pool標籤,然後在下列方塊中輸入值:
按一下儲存,然後按一下啟動變更。
重新啟動WebLogic管理的伺服器。
在「變更中心」下,按一下「鎖定與編輯」。
在「網域結構」下,按一下「服務」>「JDBC」>「資料來源」,然後在右窗格中按一下「EDC_DS」。
在下一個畫面中,按一下Configuration > Connection Pool標籤,然後在下列方塊中輸入值:
按一下儲存,然後按一下啟動變更。
重新啟動WebLogic管理的伺服器。
如果您通常要處理相對較小的檔案,您可以改善與檔案傳輸速度和儲存空間相關的效能。 若要這麼做,請實作下列AEM Forms產品設定:
最大內嵌大小和儲存目錄(AEM表單暫存檔目錄和GDS目錄)是在管理主控台中設定的。
當由AEM表單傳送以進行處理的檔案小於或等於預設檔案最大內嵌大小,檔案會儲存在伺服器內嵌,且檔案會序列化為Adobe檔案物件。 內嵌儲存檔案可大幅提升效能。 不過,如果您使用表單工作流程,內容也可能儲存在資料庫中以供追蹤。 因此,增加最大內嵌大小可能會影響資料庫大小。
大於最大內嵌大小的檔案會儲存在本機檔案系統中。 傳送到伺服器或從伺服器傳輸的Adobe檔案物件只是該檔案的指標。
當檔案內容內聯(即小於最大內聯大小)時,內容會作為檔案序列化裝載的一部分儲存在資料庫中。 因此,增加最大內嵌大小可能會影響資料庫大小。
變更最大內嵌大小
在管理控制檯中,按一下設定>核心系統設定>設定。
在「預設檔案最大內嵌大小」方塊中輸入值,然後按一下「確定」。
對於JEE環境上的AEM Forms和JEE環境中包含的OSGi套件組合上的AEM Forms AEM Forms,檔案最大內嵌大小屬性的值必須相同。 此步驟僅針對JEE環境上的AEM Forms更新值,而非針對JEE環境上的OSGi套件組合中的AEM Forms更新AEM Forms。
使用下列系統屬性重新啟動應用程式伺服器:
com.adobe.idp.defaultDocumentMaxInlineSize=[value specified in Step 2]
上述系統屬性會覆寫針對JEE環境上的AEM Forms以及JEE環境上的OSGi套件組合中包含的AEM FormsAEM Forms設定的Document Max Inline Size屬性值。
預設的內嵌大小上限為65536位元組。
增加最大內嵌大小需要更多記憶體來儲存序列化檔案。 因此,通常還需要增加JVM棧積大小上限。
負載過重、處理許多檔案的系統可快速讓JVM棧積記憶體達到飽和。 若要避免OutOfMemoryError,請將JVM棧積大小上限增加一個量,該量等於內嵌檔案的大小乘以通常在任何指定時間執行的檔案數目。
JVM棧積大小上限增加= (內嵌檔案大小) x (處理的平均檔案數)。
正在計算JVM棧積大小上限
在此範例中,目前的JVM最大棧積設定為512 MB,而最大內嵌大小為64 KB。 伺服器必須針對同時執行10個作業的案例進行設定,每個作業都有9個輸入檔案和1個結果檔案(每個作業共有10個檔案和100個檔案同時處理)。 所有檔案的大小都在512 KB以下。
若要儲存所有內嵌檔案,請將內嵌大小上限設定為至少512 KB。
使用以下方程式計算JVM棧積大小上限所需的增加:
(512 KB) x (100) = 51200 KB或50 MB
JVM棧積大小上限必須增加50 MB,總計為562 MB。
考慮棧積片段
將內嵌檔案的大小設定為較大的值,會增加OutOfMemoryError在容易產生棧積片段的系統上的風險。 若要內嵌儲存檔案,JVM棧積記憶體必須有足夠的連續空間。 某些作業系統、JVM和記憶體回收演演算法容易產生棧積片段。 片段化會減少連續棧集空間的數量,即使存在足夠的可用空間總計,也會導致OutOfMemoryError。
例如,先前在應用程式伺服器上的作業導致JVM棧積處於分散狀態,而且記憶體回收行程無法充分壓縮棧積,以重新取得大型的可用空間區塊。 即使已調整JVM棧積大小上限以增加內嵌大小,也可能發生OutOfMemoryError。
若要解決棧積碎片,內嵌檔案大小不可設定為大於棧積總大小的0.1%。 例如,JVM最大棧積大小為512 MB時,可支援的最大內嵌大小為512 MB x 0.001 = 0.512 MB或512 KB。
本節說明WebSphere Application Server環境的特定設定。
如果您正在執行Configuration Manager,或嘗試使用命令列公用程式產生Enterprise JavaBeans (EJB)建置程式碼 ejbdeploy 且發生OutOfMemory錯誤,請增加配置給JVM的記憶體數量。
在中編輯ejbdeploy指令碼 [appserver根目錄]/deploytool/itp/目錄:
ejbdeploy.bat
ejbdeploy.sh
尋找 -Xmx256M
引數並將其變更為較高的值,例如 -Xmx1024M
.
儲存檔案。
執行 ejbdeploy
命令或使用Configuration Manager重新部署。
本內容說明Microsoft Windows Server 2003作業系統環境的特定設定。
在搜尋連線上使用連線集區最多可減少50%所需的連線埠數量。 這是因為該連線一律使用指定網域的相同認證,而且內容和相關物件會明確關閉。
按一下[開始] > [執行]以啟動登入編輯程式,並在[開啟]方塊中輸入 regedit
並按一下「確定」。
移至登入機碼 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
在登入編輯器的右窗格中,找到TcpTimedWaitDelay值名稱。 如果名稱未出現,請從選單列中選取「編輯」>「新增」>「DWORD值」以新增名稱。
在「名稱」方塊中,輸入 TcpTimedWaitDelay
如果您沒有看到閃爍的游標,而且 New Value #
在方塊內,在右側面板內按一下滑鼠右鍵,選取「重新命名」,然後在「名稱」方塊中輸入 TcpTimedWaitDelay
.
對值名稱MaxUserPort、MaxHashTableSize和MaxFreeTcbs重複步驟4。
在右窗格內連按兩下以設定TcpTimedWaitDelay值。 在「基礎」下,選取「小數」,然後在「值」方塊中鍵入 30
.
在右窗格內連按兩下以設定MaxUserPort值。 在「基礎」下,選取「小數」,然後在「值」方塊中鍵入 65534
.
在右窗格內連按兩下以設定MaxHashTableSize值。 在「基礎」下,選取「小數」,然後在「值」方塊中鍵入 65536
.
在右窗格內連按兩下以設定MaxFreeTcbs值。 在「基礎」下,選取「小數」,然後在「值」方塊中鍵入 16000
.
如果您使用登入編輯器或使用其他方法不正確地修改登入,可能會發生嚴重問題。 這些問題可能需要重新安裝作業系統。 修改登入時,您將自行承擔風險。