將資產移轉至Adobe Experience Manager時,需考慮幾個步驟。 從其目前的首頁擷取資產和中繼資料不在本檔案的範圍,因為實作之間的差異很大,但本檔案說明如何將這些資產匯入Experience Manager、套用其中繼資料、產生轉譯,並啟動它們以發佈例項。
在實際執行此方法中的任何步驟之前,請先檢閱並實作資產效能調整提示中的指引。 許多步驟(例如設定最大併發作業)都可大幅提升伺服器在負載下的穩定性與效能。 在系統載入資產後,其他步驟(如配置檔案資料儲存)的執行難度要大得多。
下列資產移轉工具不屬於Experience Manager,不受Adobe支援:
本軟體為開放原始碼, Apache v2授權涵蓋此軟體。若要提出問題或報告問題,請造訪ACS AEM工具和 ACS AEM公域的GitHub 問題。
將資產移轉至Experience Manager需要幾個步驟,且應視為分階段程式。 遷移的階段如下:
開始移轉之前,請停用DAM更新資產工作流程的啟動器。 最好將所有資產收錄至系統,然後以批次執行工作流程。 如果您在移轉進行時已上線,您可以排程這些活動在下班時間執行。
您可能已經有了要套用至影像的標籤分類法。 雖然CSV資產匯入工具和Experience Manager中繼資料描述檔支援等工具可自動將標籤套用至資產的程式,但標籤必須載入系統中。 ACS AEM Tools Tag Maker功能可讓您使用載入系統的Microsoft Excel試算表填入標籤。
在將資產放入系統時,效能與穩定性是重要的考量。 由於您要將大量資料載入系統,因此您需要確保系統能盡可能地執行,以盡量減少所需的時間,並避免系統超載,這可能會導致系統崩潰,尤其是在已在生產中的系統中。
將資產載入系統有兩種方法:使用HTTP的推播方式或使用JCR API的推播方式。
Adobe的Managed Services團隊使用名為Glutton的工具,將資料載入客戶環境。 Glutton是一個小型Java應用程式,可從一個目錄將所有資產載入Experience Manager部署的另一個目錄。 您也可以使用諸如Perl指令碼之類的工具將資產發佈到儲存庫中,而不是Glutton。
使用推送https的方法有兩個主要的缺點:
接收資產的另一種方法是從本地檔案系統提取資產。 不過,如果您無法將外部磁碟機或網路共用載入伺服器,以執行以拉式為基礎的方式,則最好透過HTTP張貼資產。
ACS AEM Tools CSV Asset Importer從CSV檔案中提取資產,以匯入資產。 Experience Manager資產管理器API可用來將資產匯入系統並套用已設定的中繼資料屬性。 理想情況下,資產會透過網路檔案載入或透過外部磁碟機載入伺服器。
由於資產不需要透過網路傳輸,因此整體效能會大幅提升,而且通常認為此方法是將資產載入儲存庫的最有效方式。 此外,由於此工具支援中繼資料擷取,因此您可以在單一步驟中匯入所有資產和中繼資料,而不是建立第二個步驟,以透過個別工具套用中繼資料。
將資產載入系統後,您需要透過DAM更新資產工作流程處理資產,以擷取中繼資料並產生轉譯。 在執行此步驟之前,您需要複製並修改DAM更新資產工作流程,以符合您的需求。 現成可用的工作流程包含許多您不需要的步驟,例如Dynamic MediaPTIFF產生或InDesign Server整合。
根據您的需求設定工作流程後,您有兩個執行工作流程的選項:
對於具有發佈層的部署,您需要將資產啟動至發佈群。 雖然Adobe建議執行多個單一發佈例項,但將所有資產複製至單一發佈例項,然後複製該例項最有效。 在啟動大量資產時,在觸發樹狀結構啟動後,您可能需要進行干預。 原因如下:當觸發啟動時,項目會新增至Sling工作/事件佇列。 當此佇列的大小開始超過約40,000個項目後,處理速度大幅降低。 當此隊列的大小超過100,000個項目後,系統穩定性就會開始受到影響。
要解決此問題,可以使用Fast Action Manager管理資產複製。 這樣不需使用Sling佇列,降低開銷,同時可調節工作負載,以防止伺服器過載。 使用FAM管理複製的範例顯示在功能的檔案頁面上。
將資產傳送至發佈農場的其他選項包括使 用vlt-rcp 或oak-run,這些工具是Jackrabbit的一部份。另一個選擇是為Experience Manager基礎架構使用開放來源工具,稱為Grabbit,聲稱其效能比vlt快。
對於上述任何方法,但須注意的是,作者實例上的資產並未顯示為已啟動。 若要處理以正確啟動狀態來標籤這些資產,您還需要執行指令碼,將資產標示為已啟動。
Adobe不維護或支援Grabbit。
在啟動資產後,您可以複製您的發佈例項,以建立部署所需的份數。 克隆伺服器相當簡單,但需要記住一些重要步驟。 若要複製發佈:
crx-quickstart/launchpad/felix
下對sling.id
執行檔案系統搜索。 刪除此檔案。repository-XXX
檔案。crx-quickstart/install/org.apache.jackrabbit.oak.plugins.blob.datastore.FileDataStore.config
和crx-quickstart/launchpad/config/org/apache/jackrabbit/oak/plugins/blob/datastore/FileDataStore.config
,以指向新環境中資料儲存區的位置。完成移轉後,應重新啟用DAM Update Asset工作流程的啟動器,以支援轉譯產生和中繼資料擷取,以持續使用日常系統。
雖然不像以前那樣常見,但有時您需要將大量資料從一個Experience Manager部署移轉至另一個部署;例如,當您執行Experience Manager升級、升級硬體或遷移到新資料中心時,例如使用AMS遷移。
在這種情況下,您的資產已填入中繼資料,且已產生轉譯。 您只需專注於將資產從一個實例移至另一個實例。 在Experience Manager部署之間遷移時,請執行以下步驟:
停用工作流程:由於您要移轉轉譯和我們的資產,因此您想要停用DAM更新資產工作流程的工作流程啟動器。
移轉標籤:由於您已在源Experience Manager部署中載入了標籤,因此可以在內容包中構建標籤,並將該標籤安裝在目標實例上。
移轉資產:建議使用兩種工具將資產從一個Experience Manager部署移至另一個部署:
啟動資產:請依照為初始移轉至Experience Manager而記錄的啟動資產的指示。
仿製發佈:和新移轉一樣,載入單一發佈執行個體並進行仿製比在兩個節點上啟動內容更有效率。 請參閱克隆發佈。
啟用工作流程:完成移轉後,請重新啟用DAM更新資產工作流程的啟動器,以支援產生轉譯和中繼資料擷取,以持續使用日常系統。