如何批量遷移資產

將資產移轉至Adobe Experience Manager時，需考慮幾個步驟。 從其目前的首頁擷取資產和中繼資料不在本檔案的範圍，因為實作之間的差異很大，但本檔案說明如何將這些資產匯入Experience Manager、套用其中繼資料、產生轉譯，並啟動它們以發佈例項。

必備條件

在實際執行此方法中的任何步驟之前，請先檢閱並實作資產效能調整提示中的指引。 許多步驟（例如設定最大併發作業）都可大幅提升伺服器在負載下的穩定性與效能。 在系統載入資產後，其他步驟（如配置檔案資料儲存）的執行難度要大得多。

移轉至Experience Manager

將資產移轉至Experience Manager需要幾個步驟，且應視為分階段程式。 遷移的階段如下：

1. 停用工作流程。
2. 載入標籤。
3. 收錄資產。
4. 處理轉譯。
5. 啟動資產。
6. 啟用工作流程。

停用工作流程

開始移轉之前，請停用DAM更新資產工作流程的啟動器。 最好將所有資產收錄至系統，然後以批次執行工作流程。 如果您在移轉進行時已上線，您可以排程這些活動在下班時間執行。

載入標籤

您可能已經有了要套用至影像的標籤分類法。 雖然CSV資產匯入工具和Experience Manager中繼資料描述檔支援等工具可自動將標籤套用至資產的程式，但標籤必須載入系統中。 ACS AEM Tools Tag Maker功能可讓您使用載入系統的Microsoft Excel試算表填入標籤。

收錄資產

在將資產放入系統時，效能與穩定性是重要的考量。 由於您要將大量資料載入系統，因此您需要確保系統能盡可能地執行，以盡量減少所需的時間，並避免系統超載，這可能會導致系統崩潰，尤其是在已在生產中的系統中。

將資產載入系統有兩種方法：使用HTTP的推播方式或使用JCR API的推播方式。

透過HTTP傳送

Adobe的「受管理服務」團隊使用名為Glutton的工具，將資料載入客戶環境。 Glutton是一個小型Java應用程式，可從一個目錄將所有資產載入Experience Manager部署的另一個目錄。 您也可以使用諸如Perl指令碼之類的工具將資產發佈到儲存庫中，而不是Glutton。

使用推送https的方法有兩個主要的缺點：

1. 資產需要透過HTTP傳輸至伺服器。 這需要相當多的開銷，而且非常耗時，因而延長了執行遷移所需的時間。
2. 如果您有必須套用至資產的標籤和自訂中繼資料，此方法需要執行第二個自訂程式，以便在匯入資產後，將此中繼資料套用至資產。

接收資產的另一種方法是從本地檔案系統提取資產。 不過，如果您無法將外部磁碟機或網路共用載入伺服器，以執行以拉式為基礎的方式，則最好透過HTTP張貼資產。

從本地檔案系統中讀取

ACS AEM Tools CSV Asset Importer會從CSV檔案中提取資產，以匯入資產。 Experience Manager Asset Manager API可用來將資產匯入系統並套用已設定的中繼資料屬性。 理想情況下，資產會透過網路檔案載入或透過外部磁碟機載入伺服器。

由於資產不需要透過網路傳輸，因此整體效能會大幅提升，而且通常認為此方法是將資產載入儲存庫的最有效方式。 此外，由於此工具支援中繼資料擷取，因此您可以在單一步驟中匯入所有資產和中繼資料，而不是建立第二個步驟，以透過個別工具套用中繼資料。

處理轉譯

將資產載入系統後，您需要透過DAM更新資產工作流程處理資產，以擷取中繼資料並產生轉譯。 在執行此步驟之前，您需要複製並修改DAM更新資產工作流程，以符合您的需求。 現成可用的工作流程包含許多您不需要的步驟，例如產生動態媒體PTIFF或InDesign Server整合。

根據您的需求設定工作流程後，您有兩個執行工作流程的選項：

1. 最簡單的方法是ACS公域的批量工作流管理器。 此工具允許您執行查詢，並通過工作流處理查詢結果。 還有設定批次大小的選項。
2. 您可搭配「合成工 作流程」使用ACS Commons Fast Action Manager 。雖然此方法涉及的範圍更廣，但可讓您在最佳化伺服器資源的使用時，移除Experience Manager工作流程引擎的負荷。 此外，Fast Action Manager還通過動態監控伺服器資源並調節系統上的負載，進一步提高了效能。ACS Commons功能頁上提供了示例指令碼。

啟動資產

對於具有發佈層的部署，您需要將資產啟動至發佈群。 雖然Adobe建議執行多個單一發佈例項，但將所有資產複製至單一發佈例項，然後複製該例項最有效率。 在啟動大量資產時，在觸發樹狀結構啟動後，您可能需要進行干預。 原因如下：當觸發啟動時，項目會新增至Sling工作／事件佇列。 當此佇列的大小開始超過約40,000個項目後，處理速度大幅降低。 當此隊列的大小超過100,000個項目後，系統穩定性就會開始受到影響。

要解決此問題，可以使用Fast Action Manager管理資產複製。 這樣不需使用Sling佇列，降低開銷，同時可調節工作負載，以防止伺服器過載。 使用FAM管理複製的範例顯示在功能的檔案頁面上。

將資產傳送至發佈農場的其他選項包括使 用vlt-rcp 或oak-run，這些工具是Jackrabbit的一部份。另一個選擇是為Experience Manager基礎架構使用開放來源工具，稱為Grabbit，聲稱其效能比vlt快。

對於上述任何方法，但須注意的是，作者實例上的資產並未顯示為已啟動。 若要處理以正確啟動狀態來標籤這些資產，您還需要執行指令碼，將資產標示為已啟動。

複製發佈

在啟動資產後，您可以複製您的發佈例項，以建立部署所需的份數。 克隆伺服器相當簡單，但需要記住一些重要步驟。 若要複製發佈：

1. 備份源實例和資料儲存。
2. 將實例和資料儲存的備份還原到目標位置。 以下步驟均參考此新實例。
3. 在crx-quickstart/launchpad/felix下對sling.id執行檔案系統搜索。 刪除此檔案。
4. 在資料儲存的根路徑下，找到並刪除任何repository-XXX檔案。
5. 編輯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 ，以指向新環境中資料儲存區的位置。
6. 啟動環境。
7. 更新作者上任何複製代理的配置，以指向新實例上正確的發佈實例或調度器刷新代理，以指向新環境的正確調度程式。

啟用工作流程

完成移轉後，應重新啟用DAM Update Asset工作流程的啟動器，以支援轉譯產生和中繼資料擷取，以持續使用日常系統。

跨Experience Manager部署遷移

雖然不像以前那樣常見，但有時您需要將大量資料從一個Experience Manager部署移轉至另一個部署；例如，當您執行Experience Manager升級、升級硬體或遷移到新資料中心時，例如使用AMS遷移。

在這種情況下，您的資產已填入中繼資料，且已產生轉譯。 您只需專注於將資產從一個實例移至另一個實例。 在Experience Manager部署之間遷移時，請執行以下步驟：

1. 停用工作流程：由於您要移轉轉譯和我們的資產，因此您想要停用DAM更新資產工作流程的工作流程啟動器。

2. 移轉標籤：由於您已在源Experience Manager部署中載入了標籤，因此可以在內容包中構建標籤，並將該標籤安裝在目標實例上。

3. 移轉資產：建議使用兩種工具將資產從一個Experience Manager部署移至另一個部署：

   • Vault Remote Copyor vlt rcp允許您跨網路使用vlt。您可以指定源目錄和目標目錄，並從一個實例下載所有儲存庫資料並將其載入到另一個實例。 Vlt rcp記載於https://jackrabbit.apache.org/filevault/rcp.html
   • Grabbitis是 Time Warner Cable為實施而開發的開放原始碼內容同步 Experience Manager 工具。由於它使用連續的資料流，與vlt rcp相比，它的延遲更低，並聲稱速度比vlt rcp快2到10倍。 Grabbit也僅支援Delta內容的同步，這可讓Grabbit在初始移轉通過完成後同步變更。

4. 啟動資產：請依照為初始移轉至Experience Manager而記錄的啟動資產的指示。

5. 仿製發佈：和新移轉一樣，載入單一發佈執行個體並進行仿製比在兩個節點上啟動內容更有效率。 請參閱克隆發佈。

6. 啟用工作流程：完成移轉後，請重新啟用DAM更新資產工作流程的啟動器，以支援產生轉譯和中繼資料擷取，以持續使用日常系統。