資產效能調整指南

Adobe Experience Manager Assets設定包含許多硬體、軟體和網路元件。根據您的部署方案，您可能需要對硬體、軟體和網路元件進行特定配置更改，以消除效能瓶頸。

此外，確定並遵守某些硬體和軟體優化指南有助於構建完善的基礎，使您的Experience Manager資產部署能夠滿足對效能、可擴充性和可靠性的期望。

Experience Manager資產效能不佳，可能會影響使用者在互動式效能、資產處理、下載速度等方面的體驗。

事實上，效能最佳化是您在為任何專案建立目標量度之前所執行的基本任務。

以下是您可在發現效能問題並修正其後，再對使用者造成影響的關鍵重點區域。

平台

雖然在多種平台上支援Experience Manager，但Adobe在Linux和Windows上發現了對本機工具的最大支援，這有助於實現最佳效能並簡化實施。理想情況下，您應部署64位作業系統，以滿足Experience Manager資產部署的高記憶體要求。如同任何Experience Manager部署，您應盡可能實作TarMK。雖然TarMK無法擴展至單一製作例項以外，但其執行效能比MongoMK好。您可以新增TarMK卸載例項，以提升Experience Manager資產部署的工作流程處理能力。

臨時資料夾

若要改善資產上傳時間，請對Java臨時目錄使用高效能儲存。在Linux和Windows上，可使用RAM驅動器或SSD。在基於雲的環境中，可以使用等效的高速儲存類型。例如，在Amazon EC2中，短暫驅動器驅動器可用於臨時資料夾。

假設伺服器有足夠的記憶體，請配置RAM驅動器。在Linux上，運行以下命令以建立8 GB RAM驅動器：

mkfs -q /dev/ram1 800000
 mkdir -p /mnt/aem-tmp
 mount /dev/ram1 /mnt/aem-tmp
 df -H | grep aem-tmp

在Windows OS中，您必須使用第三方驅動程式來建立RAM驅動器，或僅使用高效能儲存（如SSD）。

在高效能臨時卷準備就緒後，請設定JVM參數-Djava.io.tmpdir。例如，您可以將以下的JVM參數添加到AEM的bin/start指令碼中的CQ_JVM_OPTS變數中：

-Djava.io.tmpdir=/mnt/aem-tmp

Java配置

Java版本

由於Oracle自2015年4月起已停止發行Java 7更新，因此Adobe建議在Java 8上部署Experience Manager資產。在某些情況下，它表現出改進的效能。

JVM參數

應設定以下JVM參數：

-XX:+UseConcMarkSweepGC
-Doak.queryLimitInMemory=500000
-Doak.queryLimitReads=100000
-Dupdate.limit=250000
-Doak.fastQuerySize=true

資料儲存和記憶體配置

檔案資料儲存配置

建議所有Experience Manager資產使用者將資料存放區與區段存放區分開。此外，配置maxCachedBinarySize和cacheSizeInMB參數有助於最大化效能。將maxCachedBinarySize設定為快取中可保存的最小檔案大小。指定cacheSizeInMB內用於資料儲存的記憶體內快取的大小。 Adobe建議您將此值設定為堆大小總計的2-10%之間。不過，負載/效能測試有助於確定理想的設定。

配置緩衝映像快取的最大大小

將大量資產上傳至Adobe Experience Manager時，若要避免記憶體耗用量出現非預期的尖峰，並防止JVM因OutOfMemoryErrors而失敗，請減少已設定的緩衝影像快取的最大大小。舉個例子，您的系統最大堆(- Xmxparam)為5 GB,Oak BlobCache設定為1 GB，檔案快取設定為2 GB。在這種情況下，緩衝快取最多需要1.25 GB和記憶體，這將僅留下0.75 GB記憶體，以備意外的尖峰。

在OSGi Web控制台中配置緩衝快取大小。在https://host:port/system/console/configMgr/com.day.cq.dam.core.impl.cache.CQBufferedImageCache，以位元組為單位設定屬性cq.dam.image.cache.max.memory。例如，1073741824為1 GB(1024 x 1024 x 1024 = 1 GB)。

在Experience Manager 6.1 SP1中，如果您使用sling:osgiConfig節點來配置此屬性，請確保將資料類型設定為Long。如需詳細資訊，請參閱資產上傳期間的CQBufferedImageCache取用堆。

共用資料儲存

實作S3或共用檔案資料存放區有助於在大規模實作中節省磁碟空間並增加網路吞吐量。如需使用共用資料存放區之優點和缺點的詳細資訊，請參閱資產調整指南。

S3資料儲存

以下S3資料儲存配置(org.apache.jackrabbit.oak.plugins.blob.datastore.S3DataStore.cfg)幫助Adobe從現有檔案資料儲存中提取12.8 TB的二進位大對象(BLOB)到客戶站點的S3資料儲存中：

accessKey=<snip>
 secretKey=<snip>
 s3Bucket=<snip>
 s3Region=us-standard
 s3EndPoint=<a href="https://s3.amazonaws.com/">s3.amazonaws.com</a>
 connectionTimeout=120000
 socketTimeout=120000
 maxConnections=80
 writeThreads=60
 concurrentUploadsThreads=30
 asyncUploadLimit=30
 maxErrorRetry=1000
 path=/opt/author/crx-quickstart/repository/datastore
 s3RenameKeys=false
 s3Encryption=SSE_S3
 proactiveCaching=true
 uploadRetries=1000
 migrateFailuresCount=400

網路最佳化

Adobe建議啟用HTTPS，因為許多公司都有可偵聽HTTP流量的防火牆，這會對上傳和損毀檔案造成負面影響。對於大型檔案上傳，請確保用戶有有線連接到網路，因為WiFi網路很快就飽和了。有關確定網路瓶頸的指南，請參閱資產調整指南。要通過分析網路拓撲來評估網路效能，請參閱資產網路考量。

主要取決於可用頻寬量和Experience Manager實例上的負載。常見的配置選項（包括防火牆或代理）有助於提高網路效能。請謹記以下幾點：

根據您的實例類型（小、中、大），確保您的Experience Manager實例有足夠的網路頻寬。如果Experience Manager托管於AWS，則適當的頻寬分配尤其重要。
如果您的Experience Manager例項托管於AWS，則您可使用通用的縮放政策來獲益。如果使用者預期會有高負載，請更新執行個體。縮減其大小以適度/低負載。
HTTPS:大部分的使用者都有可偵聽HTTP流量的防火牆，這可能會對上傳檔案或在上傳作業期間損毀的檔案造成負面影響。
大檔案上載：確保用戶有到網路的有線連接（WiFi連接快速飽和）。

工作流程

暫時性工作流程

盡可能將「DAM更新資產」工作流程設為「暫時」。此設定可大幅降低處理工作流程所需的開銷，因為在此情況下，工作流程不需要通過正常的追蹤和封存流程。

注意

在Experience Manager 6.3中，「DAM更新資產」工作流預設為「暫時」。在此情況下，您可以跳過以下過程。

在要配置的Experience Manager實例上開啟http://localhost:4502/miscadmin。
從導覽樹狀結構中，展 開「工具 >工 作流程 >模型> dam 」。
按兩下DAM更新資產。
從浮動工具面板，切換到Page頁簽，然後按一下Page Properties。
選擇暫時工作流按一下確定。

注意

有些功能不支援暫時性工作流程。如果您的Experience Manager資產部署需要這些功能，請勿設定暫時性工作流程。

如果無法使用暫時性工作流程，請定期執行工作流程清除，刪除封存的DAM更新資產工作流程，以確保系統效能不會降低。

通常，您應每週執行清除工作流程。不過，在資源密集型情況（例如在大規模資產擷取期間）中，您可以更頻繁地執行它。

若要設定工作流程清除，請透過OSGi主控台新增「AdobeGranite工作流程清除」設定。接下來，在每週維護窗口中配置並計畫工作流。

如果清除執行時間太長，就會逾時。因此，您應確保清除作業完成，以避免因工作流程數量過多而導致清除工作流程無法完成的情況。

例如，在運行許多非暫時性工作流（建立工作流實例節點）後，您可以臨機運行ACS AEM Commons Workflow Replor。它會立即移除冗餘、已完成的工作流程例項，而非等待AdobeGranite工作流程清除排程器執行。

最大並行作業數

預設情況下，Experience Manager運行的最大並行作業數等於伺服器上的處理器數。此設定的問題在於，在負載過重的期間，所有處理器都會被DAM更新資產工作流程佔用，使UI回應速度變慢，並防止Experience Manager執行其他可保護伺服器效能和穩定性的程式。作為一個良好做法，請執行以下步驟，將此值設定為伺服器上可用處理器的一半：

在Experience Manager作者上，前往http://localhost:4502/system/console/slingevent。
在與您的實施相關的每個工作流程佇列上，按一下「編輯」，例如「Granite暫時性工作流程佇列」。
更改「最大並行作業數」的值，然後按一下「保存」。

將隊列設定為可用處理器的一半是一個可行的解決方案。但是，您可能必須增加或減少此數量，以實現最大吞吐量，並按環境調整。暫時和非暫時性工作流程以及其他程式（例如外部工作流程）有不同的佇列。如果設定為50%的處理器同時處於活動狀態的多個隊列，則系統可以快速超載。大量使用的佇列在不同使用者實施中大不相同。因此，您可能必須仔細配置它們，以實現最高效率，而不犧牲伺服器穩定性。

卸載

若是大量耗用資源的工作流程或工作流程（例如視訊轉碼），您可以將DAM更新資產工作流程卸載至第二個製作例項。卸載的問題通常是，卸載工作流程處理後儲存的任何負載都會被執行個體之間往返複製內容的成本所抵消。

從Experience Manager 6.2開始，使用Experience Manager 6.1的Feature Pack，您可以使用無二進位檔的復寫執行卸載。在此模型中，製作例項共用通用資料存放區，且只會透過轉送復寫來回傳送中繼資料。雖然此方法適用於共用檔案資料存放區，但S3資料存放區可能會有問題。由於背景寫入執行緒可能會導致延遲，因此在卸載作業開始之前，資產可能尚未寫入資料存放區。

DAM更新資產設定

「DAM更新資產」工作流程包含為工作設定的完整步驟，例如Dynamic Media Classic PTIFF產生和InDesign Server整合。不過，大部分使用者可能不需要執行其中幾個步驟。 Adobe建議您建立DAM更新資產工作流程模型的自訂復本，並移除任何不必要的步驟。在此情況下，請更新DAM更新資產的啟動器，以指向新模型。

注意

密集執行DAM更新資產工作流程可大幅增加檔案資料存放區的大小。由Adobe進行的實驗結果表明，如果在8小時內執行約5500個工作流程，則資料存放區大小可增加約400 GB。

這是臨時增加，在運行資料儲存垃圾收集任務後，資料儲存被還原為原始大小。

通常，資料存放區垃圾收集任務與其他計畫維護任務一起每週運行。

如果您的磁碟空間有限，且大量執行DAM更新資產工作流程，請考慮更頻繁地排程垃圾收集任務。

生成運行時格式副本

客戶在其網站上使用各種大小和格式的影像，或用於分發給業務合作夥伴。由於每個轉譯都會增加儲存庫中資產的空間，因此Adobe建議審慎使用此功能。若要減少處理和儲存影像所需的資源量，您可以在執行階段產生這些影像，而非在擷取期間以轉譯的形式產生。

許多Sites客戶會實作影像servlet，在要求影像時調整大小並裁切影像，這會對發佈例項造成額外負載。不過，只要可快取這些影像，就可緩解挑戰。

另一種方法是使用Dynamic Media Classic技術完全放棄影像處理。此外，您可以部署Brand Portal，它不僅接管Experience Manager基礎架構的轉譯產生責任，還接管整個發佈層。

ImageMagick

如果您自訂「DAM更新資產」工作流程，使用ImageMagick產生轉譯，Adobe建議您在/etc/ImageMagick/修改policy.xml檔案。預設情況下，ImageMagick會使用作業系統卷上的整個可用磁碟空間和可用記憶體。在policy.xml的policymap部分內進行以下配置更改以限制這些資源。

<policymap>
  <!-- <policy domain="system" name="precision" value="6"/> -->
  <policy domain="resource" name="temporary-path" value="/ephemeral0/imagemagick_tmp"/>
  <policy domain="resource" name="memory" value="1000MiB"/>
  <policy domain="resource" name="map" value="1000MiB"/>
  <!-- <policy domain="resource" name="area" value="1gb"/> -->
  <policy domain="resource" name="disk" value="10000MiB"/>
  <!-- <policy domain="resource" name="file" value="768"/> -->
  <policy domain="resource" name="thread" value="1"/>
  <policy domain="resource" name="throttle" value="50"/>
  <!-- <policy domain="resource" name="time" value="3600"/> -->
</policymap>

此外，將configure.xml檔案中ImageMagick的臨時資料夾的路徑（或通過將環境變數MAGIC_TEMPORARY_PATH設定為具有足夠空間和IOPS的磁碟分區）設定為。

注意

如果ImageMagick使用所有可用磁碟空間，配置錯誤可能會使伺服器不穩定。使用ImageMagick處理大型檔案所需的策略更改可能會影響Experience Manager效能。有關詳細資訊，請參閱安裝和配置ImageMagick。

注意

可在/usr/lib64/ImageMagick-*/config/下找到ImageMagick policy.xml和configure.xml檔案，而不是/etc/ImageMagick/。有關配置檔案位置的詳細資訊，請參閱ImageMagick文檔。

如果您在Adobe Managed Services(AMS)上使用Experience Manager，如果您打算處理大量大型PSD或PSB檔案，請聯絡Adobe客戶支援。 Experience Manager可能無法處理超過30000 x 23000像素的高解析度PSB檔案。

XMP回寫

XMP回寫會在AEM中修改中繼資料時更新原始資產，結果如下：

資產本身已修改
資產的版本已建立
對資產執行DAM更新資產

所列結果消耗了大量資源。因此，Adobe建議停用XMP回寫（如果不需要）。

如果已勾選執行工作流程標幟，匯入大量中繼資料可能會導致耗用大量資源的XMP回寫活動。在精益伺服器使用期間規劃此類匯入，以免其他使用者的效能受到影響。

複寫

將資產複製至大量發佈執行個體時（例如在Sites實作中）,Adobe建議您使用鏈式復寫。在這種情況下，製作例項會複製到單一發佈例項，然後複製到其他發佈例項，釋放製作例項。

配置鏈複製

選擇要用於將複製連結到
在該發佈執行個體上，新增指向其他發佈執行個體的復寫代理
在這些復寫代理上，在觸發器標籤上啟用接收時

注意

Adobe不建議自動啟用資產。不過，如有需要，Adobe建議您將此作為工作流程的最後一步，通常是DAM更新資產。

搜索索引

請務必實作最新的Service Pack和效能相關Hotfix，因為它們通常包含系統索引的更新。請參閱效能調整提示 | 6.x ，針對某些可套用的索引最佳化，視您的AEM版本而定。

為您經常運行的查詢建立自定義索引。有關詳細資訊，請參閱用於分析慢速查詢和正在建立自定義索引的方法。有關查詢和索引最佳實務的其他深入分析，請參閱查詢和索引的最佳實務。

Lucene索引配置

您可以對Oak索引設定進行一些最佳化，以協助改善Experience Manager資產效能：

更新LuceneIndexProvider配置：

導覽至/system/console/configMgrorg.apache.jackrabbit.oak.plugins.index.lucene.LuceneIndexProviderService
在Experience Manager 6.2之前的版本中啟用CopyOnRead 、 CopyOnWrite和預取索引檔案 。這些值預設在Experience Manager 6.2及更新版本中啟用。

更新索引配置以改進重新索引時間：

開啟CRXDe /crx/de/index.jsp並以管理使用者身分登入
瀏覽至/oak:index/lucene
新增名為excludedPaths的String[]屬性，其值為「/var」、「/etc/workflow/instances」和「/etc/replication」
瀏覽至/oak:index/damAssetLucene
新增名為includedPaths的String[]屬性，其中包含一個值「/content/dam」
儲存

(僅限AEM6.1和6.2)更新ntBaseLucene索引以改善資產刪除和移動效能：

瀏覽至/oak:index/ntBaseLucene/indexRules/nt:base/properties
在/oak:index/ntBaseLucene/indexRules/nt:base/properties下新增兩個nt：非結構化節點slingResource和damResolvedPath
在節點上設定以下屬性(其中ordered和propertyIndex屬性的類型為Boolean:

slingResource

name="sling:resource"

ordered=false

propertyIndex= true

type="String"

damResolvedPath

name="dam:resolvedPath"

ordered=false

propertyIndex=true

type="String"
在/oak:index/ntBaseLucene節點上，設定屬性reindex=true
按一下「全部保存」
監視error.log以查看何時完成索引：

已完成索引的重新索引：[/oak:index/ntBaseLucene]
您也可以看到已完成索引，方法是重新整理CRXDe中的/oak:index/ntBaseLucene節點，因為重新索引屬性會回復為false
索引完成後，返回CRXDe，並將type屬性設定為在這兩個索引上禁用
- /oak:index/slingResource
- /oak:index/damResolvedPath
按一下「全部保存」

禁用Lucene文本提取：

如果您的使用者不需要搜尋資產內容(例如搜尋PDF檔案中包含的文字)，則您可以停用此功能來改善索引效能。

前往Experience Manager套件管理器/crx/packmgr/index.jsp
上傳並安裝以下套件

取得檔案

猜測總計

建立生成大結果集的查詢時，請使用guessTotal參數，以避免運行這些查詢時記憶體利用率過高。

已知問題

大型檔案

與AEM中的大型檔案有兩個主要的已知問題。當檔案的大小大於2 GB時，冷備用同步可能會出現記憶體不足的情況。在某些情況下，它會阻止備用同步運行。在其他情況下，會造成主要執行個體當機。此情況適用於Experience Manager中大於2GB的任何檔案，包括內容包。

同樣，當檔案在使用共用S3資料儲存時達到2GB大小時，檔案可能需要一些時間才能從快取完全保存到檔案系統。因此，使用無二進位複製時，可能無法在複製完成之前保存二進位資料。此情況可能會導致問題，尤其是如果資料的可用性很重要，例如在卸載情況下。

效能測試

對於每個Experience Manager部署，建立一個能快速識別並解決瓶頸的效能測試制度。以下是需要關注的一些關鍵領域。

網路測試

針對客戶的所有網路效能問題，請執行以下任務：

從客戶網路內測試網路效能
從Adobe網路內測試網路效能。若為AMS客戶，請與您的CSE合作，從Adobe網路內進行測試。
從另一個接入點測試網路效能
使用網路基準工具
對Dispatcher進行測試

Experience Manager 執行個體測試

為了通過高效的CPU利用率和負載共用將延遲降至最低並實現高吞吐量，請定期監控Experience Manager實例的效能。特別是：

對Experience Manager實例運行負載測試
監控上傳效能和UI回應

Experience Manager 資產績效檢查清單

啟用HTTPS來繞過任何企業HTTP流量偵測器。
使用有線連線上傳大量資產。
設定最佳JVM參數。
配置檔案系統DataStore或S3 DataStore。
停用子資產產生。如果已啟用，AEM工作流程會為多頁資產中的每個頁面建立個別資產。這些頁面都是個別資產，會耗用額外的磁碟空間、需要版本設定，以及處理額外的工作流程。如果您不需要個別頁面，請停用子資產產生和頁面擷取活動。
啟用暫時性工作流程。
調整Granite工作流程佇列，以限制同時執行的工作。
配置ImageMagick以限制資源消耗。
從「DAM更新資產」工作流程中移除不必要的步驟。
設定工作流程和版本清除。
優化Lucene索引配置。
使用最新的Service Pack和Hotfix來最佳化索引。請向Adobe客戶支援洽詢任何其他可用的索引最佳化。
使用guessTotal優化查詢效能。
如果您設定Experience Manager以從檔案內容偵測檔案類型（在Experience Manager Web Console中設定 Day CQ DAM Mime Type Service），請在非尖峰時段大量上傳許多檔案，因為操作耗用大量資源。

Business.Adobe.com 資源

Content Insights Personalized Experiences Document Generation Managed Cloud Content Management Headless Cms