基本配置概念

Adobe Experience Manager(AEM)會安裝所有參數的預設設定，讓它「立即可用」。不過，您可以針對自己的特定需求設定AEM。

AEM有許多方面可以設定：

有些項目通常為每個項目安裝配置，必須進行審查以確認它們是否適用於您的項目。
進一步配置可能是常見的，但並非必要；與功能或系統效能與穩定性相關。
其他則僅是AEM的某些選用功能所需（這些功能會連同適當的功能一起記錄）。

根據特定配置，這些更改可以使用：

Adobe CQ Web Console

這是配置OSGi捆綁包和服務的標準位置。

如需詳細資訊和建議的實務，請參閱設定OSGi。
存放庫

儲存庫中提供OSGi配置的子集。這可確保複製或複製儲存庫內容重新建立相同的配置。您也可以根據運行模式將自己的配置添加到儲存庫。

有關詳細資訊，請參閱儲存庫](/docs/experience-manager-65/deploying/configuring/configuring-osgi.html?lang=zh-Hant#osgi-configuration-in-the-repository)中的[OSGi配置，特別是向儲存庫添加新配置。
檔案系統

檔案系統中有一些配置檔案。
AEM WCM

AEM WCM本身可以設定各種方面，許多使用Tools主控台；例如，複製代理。

注意

使用Adobe Experience Manager時，有幾種方法可管理OSGi服務（控制台或儲存庫節點）的組態設定。

如需詳細資訊，請參閱設定OSGi。

注意

設定AEM很簡單，但您必須注意：

某些變更可能會對應用程式產生重大影響。因此，請先確定您有必要的經驗和知識，再開始設定AEM，並只進行您知道需要的變更。通過OSGi控制台所做的任何更改都應用於運行的系統（不需要重新啟動）。

主要配置注意事項

此清單詳細列出了每個新項目通常配置的主要區域。並非所有項目都需要，但必須閱讀並審查清單，以查看哪些項目適用。

此清單提供每個設定方面的簡短概述，以及提供完整詳細資訊之頁面的連結。

安全檢查清單

安全檢查清單中列出了幾個關鍵配置問題。請確定您已閱讀本文，並採取安裝所需的任何動作。

設定預設UI —— 最佳化觸控或經典

AEM中有兩個可用的UI:

觸控最佳化UI
Classic UI

您可以使用根映射來設定所需的UI。

注意

有關選擇UI的詳細資訊，請參閱選擇UI。

IPv4和IPv6

AEM的所有元素（例如儲存庫、Dispatcher等）都可安裝在IPv4和IPv6網路中。

由於無需特殊配置，因此操作是無縫的，如果需要，您只需使用適合您網路類型的格式來指定IP地址。

這表示當需要指定IP位址時，您可以（視需要）從以下位置選擇：

IPv6地址

例如https://[ab12::34c5:6d7:8e90:1234]:4502
IPv4地址

例如https://123.1.1.4:4502
伺服器名稱

例如，https://www.yourserver.com:4502
localhost的預設情況將解釋為IPv4和IPv6網路安裝

例如，http://localhost:4502

版本清除

在標準安裝中，每當您啟動頁面（更新內容後）時，AEM都會建立新版本的頁面或節點。您也可以使用側點的版本控制標籤，在要求時建立其他版本。所有這些版本都儲存在儲存庫中，並可以根據需要進行還原。

這些版本不會清除，因此儲存庫大小會隨著時間而增長，因此需要進行管理。

請參閱版本清除以取得完整詳細資訊，尤其是版本管理員，以取得如何設定AEM在建立新版本時清除舊版的詳細資訊。

記錄

AEM提供您設定：

中央記錄服務的全局參數
要求資料記錄；要求資訊的專用記錄設定
個別服務的特定設定；例如，日誌消息的單個日誌檔案和格式

如需詳細資訊，請參閱記錄。

執行模式

執行模式可讓您針對特定用途調整AEM實例；例如作者或發佈、測試、開發或內部網路等。

這是透過為每個執行模式定義組態參數集合來完成的。基本的配置參數集將應用於所有運行模式，然後您可以根據特定環境的目的調整其它配置參數集。然後會視需要套用這些值。

所有配置設定都儲存在一個儲存庫中，並通過設定運行模式激活。

如需詳細資訊，請參閱執行模式。

單一登入

單一登入(SSO)可讓使用者在提供驗證憑證（例如使用者名稱和密碼）一次後，存取多個系統。另一個系統（稱為受信任驗證器）執行驗證，並為Experience Manager提供用戶憑證。 Experience Manager會檢查並強制使用者的存取權限（亦即決定允許使用者存取哪些資源）。

如需詳細資訊，請參閱單一登入。

資源映射

資源對應可用來定義AEM的重新導向、虛名URL和虛擬主機。

例如，您可以使用這些映射來：

將所有請求前置詞/content，如此內部結構就會隱藏於您網站的訪客之外。
定義重新導向，以便將您網站的/content/en/gateway頁面的所有要求重新導向至https://gbiv.com/。

有關詳細資訊，請參見資源映射。

複製、反向複製和複製代理

複製代理是AEM的中心，作為用於：

從作者發佈( 啟用)內容至發佈環境。
從Dispatcher快取明確清除內容。
將使用者輸入（例如，表格輸入）從發佈環境傳回作者環境（在作者環境的控制下）。

有關詳細資訊，請參見Replication。

OSGi配置設定

OSG是AEM技術層面的一個基本元素。它用於控制AEM的組合束及其配置。

有關與項目實施相關的各種捆綁包的清單（根據捆綁包列出），請參見OSGi配置設定。並非所有列出的設定都需要調整，有些設定會提及以協助您瞭解AEM的運作方式。

使用AEM時，有幾種方法可管理此類服務的組態設定；如需詳細資訊和建議的實務，請參閱設定OSGi。

配置LDAP

需要LDAP驗證才能驗證儲存在（中央）LDAP目錄（如Active Directory）中的用戶。這有助於減少管理使用者帳戶所需的工作。

LDAP身份驗證發生在儲存庫級別，因此由儲存庫直接處理。如需詳細資訊，請參閱使用AEM設定LDAP。

如需AEM中的使用者管理（包括存取權限的指派），請參閱使用者管理與安全性。

配置Dispatcher

Dispatcher是Adobe Experience Manager的快取和／或負載平衡工具，可與企業級Web伺服器搭配使用。

有關完整詳細資訊，請參見Dispatcher，特別是 Configuring the Dispatcher ，以瞭解更多配置詳細資訊。

設定AEM LiveCycle Connector

隨著AEM檔案服務和AEM檔案安全性的發行，我們現在可以叫用LiveCycle檔案服務來轉換XFA表單、將檔案轉換為PDF，以及原則保護檔案。請閱讀AEM LiveCycle Connector以取得詳細資訊。

作業卸載和拓撲管理

分配在拓撲中分發包含Experience Manager實例的處理任務。借由卸載，您可以使用特定的Experience Manager實例來執行特定類型的處理。專業化的處理可讓您最大化可用伺服器資源的使用。

拓撲是鬆散耦合的Experience Manager群集，它們參與卸載。群集由一個或多個Experience Manager伺服器實例（單個實例被視為群集）組成。

有關如何查看或修改拓撲成員資格的詳細資訊，請參閱管理拓撲一節。

配置歡迎控制台

傳統UI的「歡迎使用」主控台提供AEM中各種主控台與功能的連結清單。

您可以設定可見的連結，如需詳細資訊，請參閱設定歡迎控制台。

為效能配置

效能是專案的關鍵。AEM（和／或基礎儲存庫）的某些方面可以設定為最佳化效能。

有關詳細資訊，請參見配置效能。

共用資料儲存

儲存庫資料儲存用於將大型二進位檔案的儲存從儲存庫卸載到單獨的區域，以便儲存庫樹內同一二進位檔案（例如映像）的多個實例只儲存一次。

此「儲存一次、多次引用」功能可以通過配置每個儲存庫的資料儲存以引用同一共用檔案系統位置來擴展，從而不僅提供單個儲存庫樹，還提供完全獨立的儲存庫。

這樣的資料儲存可以在同一群集中的不同節點之間共用，在同一安裝中不同的發佈和／或作者實例，甚至在不同安裝中完全不同的實例。

有關詳細資訊，請參閱配置資料儲存和節點儲存。

進一步配置注意事項

啟用HTTP over SSL

您可以啟用HTTP over SSL，以運用更安全的連線至您的伺服器。

如需詳細資訊，請參閱啟用HTTP over SSL。

AEM Portals和Portlet

入口網站是提供個人化、單一登入、不同來源的內容整合，以及托管資訊系統表現層的網頁應用程式。 portlet元件還允許您在頁上嵌入portlet。要訪問CQ5 WCM提供的內容，可以使用CQ5 Portal Director Portlet來安裝門戶伺服器。您可以通過安裝、配置和將Portlet添加到門戶頁面來執行此操作。

有關詳細資訊，請參見Portal和Portlet。

靜態對象的過期時間

靜態物件（例如圖示）不會變更。因此，應將系統配置為不會過期（在合理的時間段內），從而減少不必要的通信。

如需詳細資訊，請參閱靜態物件的過期。

在Java進程中開啟FIle

每個Java進程都可以訪問檔案——這需要系統資源。因此，會定義一個上限，即每個進程可同時訪問的檔案數。如果超出此限制，可能會發生異常錯誤。

如果AEM程式超過此上限，則會在error.log中看到訊息" too many open files"。

要避免此類例外，您需要：

檢查您的AEM程式使用多少個開啟的檔案。

如何進行此檢查將取決於實例運行的平台。可以使用lsof(Unix)或Process Explorer(Windows)等實用程式。

在開發和測試期間，應監控此值，以：
- 確認檔案已視需要關閉
- 確定所需的最大值（在各種情況下）
設定允許的上限。

新價值應同時滿足當前需求和未來任何峰值，因此最好將當前需求增加一倍。

預設情況下， serverctl將CQ_MAX_OPEN_FILES配置為8192;這應該足以適用於大多數情況。