SRP — 社群內容儲存 srp-community-content-storage
簡介 introduction
自AEM Communities 6.1起，使用者產生的內容(UGC)會儲存在儲存資源提供者(SRP)提供的單一共用存放區中。 有數個SRP選項可供選擇，例如ASRP、MSRP和JSRP。
和先前的版本不同，AEM執行個體間沒有反向/正向復寫UGC。 SRP會改為讓UGC可從所有製作和發佈執行個體中直接存取建立、讀取、更新和刪除(CRUD)操作，但JSRP除外。
以下是每個SRP選項🔗的特性，在選擇適當的SRP和基礎部署時，這些特性對於決策程式是至關重要的資訊。
如需有關使用SRP for UGC的詳細資訊，請參閱儲存資源提供者概觀。
SRP選項的特性 characteristics-of-srp-options
透過此選項，UGC會從遠端儲存在由Adobe託管和管理的雲端服務中。 它需要額外的授權，並與客戶代表合作，為該特定授權布建帳戶。 ASRP需要：
-
Adobe提供並支援的關聯雲端服務可儲存社群內容。
-
在特定地區（美國、歐洲、中東及非洲、亞太地區）選擇資料中心。
-
所有對UGC的程式化存取都是透過SRP API。
ASRP適合：
- 適用於TarMK發佈陣列。
- 當無意投資本機儲存時。
透過此選項，UGC會直接保留在本機MongoDB執行個體中。
MSRP需要：
- MongoDB的本機、授權安裝以儲存社群內容。
- Apache Solr的本機安裝。
- 所有對UGC的程式化存取都是透過SRP API。
ASRP適合：
- 適用於現有的TarMK發佈陣列。
- 適用於MongoMK或RdbMK叢集。
- 預期大量社群內容時。
使用此選項，UGC會直接保留在本機MySQL資料庫執行個體中。
DSRP需要：
- 本機安裝的MySQL，用來儲存社群內容。
- Apache Solr的本機安裝。
- 所有對UGC的程式化存取都是透過SRP API。
DSRP適合：
- 適用於現有的TarMK發佈陣列。
- 適用於MongoMK或RdbMK叢集。
- 預期大量社群內容時。
使用預設選項時，沒有通用存放區。 UGC只會保留在與輸入它的AEM執行個體相同的JCR存放庫中。
JSRP：
- 將社群內容儲存在AEM作者或發佈執行個體的JCR存放庫中。
- 需要透過SRP API以程式設計方式存取UGC。
- 如果部署了多個發佈執行個體，則需要發佈叢集（TarMK陣列中的發佈執行個體之間沒有復寫機制）。
- 稽核僅在發佈環境中執行（製作和發佈之間沒有反向/正向復寫機制）。
- 最適合用於開發、示範和訓練。
設定SRP configuring-srp
根據基礎部署指定預設儲存選項，是透過儲存組態主控台進行。
如需每個選項的組態詳細資訊，請參閱：
如果未主動選取儲存體選項，預設會啟用JSRP。
其他資訊 additional-information
從未復寫UGC ugc-never-replicated
在作者環境中，作者會建立頁面內容並將其復寫至發佈環境。 當頁面包含互動式AEM Communities功能（例如評論、評論、論壇、部落格或QnA）時，發佈執行個體上的成員（登入網站訪客）互動會導致使用者產生的內容(UGC)進入發佈環境。
之前，系統會將此社群內容反向復寫至製作執行個體，並將製作內容反向復寫至發佈執行個體。 使用反向和正向復寫來維護AEM執行個體之間的一致性時出現問題。
從AEM Communities 6.1開始，使用共用儲存空間供UGC使用，消除了複製UGC的需求，如上所述。
復寫網站內容時，絕不會復寫UGC。
管理使用者資料 managing-user-data
CommunitIes感興趣的還有使用者、使用者群組 和 使用者設定檔。 當拓撲是發佈陣列時，在發佈環境中建立和更新此使用者相關資料時，必須讓其他發佈執行個體也能使用。
自AEM Communities 6.1起，使用者相關資料會使用Sling分送（而非復寫）進行同步。 如需詳細資訊，請造訪使用者同步處理。
升級至AEM Communities 6.5 upgrading-to-aem-communities
升級至AEM 6.5 Communities時，如果需要保留既有的UGC，則應根據是AEM 5.6.1或AEM 6.0社群使用Adobe隨選儲存還是UGC的內部部署儲存來採取步驟。
如需詳細資訊，請造訪升級至AEM Communities 6.5。