如何大量移轉資產 assets-migration-guide

將資產移轉至Adobe Experience Manager時，需要考量數個步驟。 從資產和中繼資料擷取其目前的首頁超出本檔案的範圍，因為不同實作之間差異極大，但本檔案說明如何將這些資產匯入Experience Manager、套用其中繼資料、產生轉譯，以及將其啟動以發佈執行個體。

先決條件 prerequisites

在實際執行此方法中的任何步驟之前，請先檢閱並實作Assets效能調整秘訣中的指引。 許多步驟（例如設定並行作業的最大值）可大幅提升伺服器在負載下的穩定性和效能。 在系統載入資產後，其他步驟（例如設定檔案資料存放區）則要困難得多。

移轉至Experience Manager migrating-to-aem

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

停用工作流程 disabling-workflows

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

載入標籤 loading-tags

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

擷取資產 ingesting-assets

將資產擷取至系統時，效能和穩定性是重要考量。 由於您要將大量資料載入系統，因此您想要確保系統執行良好，將所需的時間減至最少，並避免系統超載，這可能會導致系統當機，尤其是在已經投入生產的系統中。

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

透過HTTP傳送 pushing-through-http

Adobe的Managed Services團隊會使用名為Glutton的工具，將資料載入客戶環境。 Glutton是一個小型Java應用程式，可將一個目錄中的所有資產載入Experience Manager部署上的另一個目錄中。 您也可以使用Perl指令碼等工具，將資產發佈至存放庫，而不使用Glutton。

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

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

從本機檔案系統擷取 pulling-from-the-local-filesystem

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

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

處理轉譯 processing-renditions

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

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

啟用資產 activating-assets

若為具有發佈階層的部署，您需要將資產啟動至發佈伺服器陣列。 雖然Adobe建議執行多個發佈執行個體，但最有效率的方式是將所有資產復寫至單一發佈執行個體，然後複製該執行個體。 啟用大量資產時，觸發樹狀結構啟用後，您可能需要介入。 原因如下：觸發啟用時，專案會新增至Sling工作/事件佇列。 此佇列的大小開始超過約40,000個專案後，處理速度就會大幅放緩。 當此佇列的大小超過100,000個專案後，系統穩定性就會開始受到影響。

若要解決此問題，您可以使用快速動作管理員來管理資產復寫。 這可在不使用Sling佇列的情況下運作，可降低額外負荷，同時限制工作負荷以防止伺服器超載。 使用FAM管理復寫的範例會顯示在該功能的檔案頁面上。

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

對於這些方法中的任一方法，請注意製作例項上的資產未顯示為已啟動。 若要以正確的啟用狀態處理標幟這些資產的問題，您也需要執行指令碼以將資產標示為已啟用。

原地複製Publish cloning-publish

資產啟動後，您可以複製發佈執行個體，以建立部署所需數量的復本。 複製伺服器相當簡單明瞭，但有一些重要的步驟需要記住。 若要複製發佈：

啟用工作流程 enabling-workflows

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

在Experience Manager個部署間移轉 migrating-between-aem-instances

雖然並非如此常見，但有時您需要將大量資料從一個Experience Manager部署移轉至另一個部署；例如，當您執行Experience Manager升級時，請升級硬體，或移轉至新的資料中心，例如使用AMS移轉。

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