如何批量迁移资产
将资产迁移到Adobe Experience Manager时，需要考虑以下几个步骤。 从当前主目录中提取资源和元数据超出了此文档的范围，因为不同实施之间的资产和元数据差异很大，但本文档介绍了如何将这些资产引入Experience Manager、应用其元数据、生成演绎版并将它们激活以发布实例。
先决条件
在实际执行此方法中的任何步骤之前，请查看并实施Assets性能优化提示中的指导。 通过配置最大并发作业等许多步骤，可以大大提高服务器在负载下的稳定性和性能。 加载系统资产后，其他步骤（如配置文件数据存储）的执行难度会大得多。
NOTE- ACS AEM工具标记生成器
- ACS AEM工具CSV资产导入程序
- ACS Commons批量工作流管理器
- ACS Commons快速操作管理器
- 合成工作流
迁移到Experience Manager
将资产迁移到Experience Manager需要多个步骤，应按分阶段过程查看。 迁移的阶段如下：
- 禁用工作流。
- 加载标记。
- 引入资产。
- 处理演绎版。
- 激活资产。
- 启用工作流。
禁用工作流
在开始迁移之前，请为DAM更新资产工作流禁用启动器。 最好将所有资产摄取到系统中，然后批量运行工作流。 如果您已在迁移过程中处于活动状态，则可以安排这些活动在休息时间运行。
加载标记
您可能已经有一个要应用于图像的标记分类。 虽然CSV资产导入器等工具和对元数据配置文件的Experience Manager支持可以自动执行将标记应用于资产的过程，但需要将标记加载到系统中。 ACS AEM Tools Tag Maker功能允许您使用加载到系统中的某个Microsoft Excel电子表格填充标记。
引入资产
在将资产引入系统时，性能和稳定性是重要考虑事项。 由于您要将大量数据加载到系统中，因此希望确保系统工作正常，以最大程度地减少所需的时间并避免系统过载，这可能会导致系统崩溃，特别是在已经处于生产状态的系统中。
有两种将资产加载到系统中的方法：使用HTTP的基于推送的方法或使用JCR API的基于拉取的方法。
通过HTTP发送
Adobe的Managed Services团队使用名为Glutton的工具将数据加载到客户环境中。 Glutton是一个小型Java应用程序，它将所有资产从一个目录加载到Experience Manager部署上的另一个目录中。 您还可以使用Perl脚本等工具将资产发布到存储库中，而不是Glutton。
使用https推送方法有两个主要缺点：
- 资产需要通过HTTP传输到服务器。 这需要相当多的开销并非常耗时，因此会延长执行迁移所需的时间。
- 如果您必须将标记和自定义元数据应用于资源，则此方法需要运行另一个自定义流程，在导入资源后，您需要运行该流程才能将此元数据应用于资源。
摄取资产的另一种方法是从本地文件系统提取资产。 但是，如果不能将外部驱动器或网络共享装载到服务器以执行基于拉取的方法，则通过HTTP发布资源是最佳选择。
从本地文件系统获取
ACS AEM工具CSV资产导入器从文件系统中提取资产，并从CSV文件提取资产元数据用于资产导入。 Experience Manager资源管理器API用于将资源导入系统，并应用配置的元数据属性。 理想情况下，资产可通过网络文件装载或外部驱动器装载到服务器上。
由于资产不需要通过网络传输，因此整体性能会显着提升，通常认为此方法是将资产加载到存储库的最有效方法。 此外，由于该工具支持元数据摄取，因此您可以在单个步骤中导入所有资源和元数据，而不是同时创建第二个步骤来通过单独的工具应用元数据。
流程演绎版
将资产加载到系统后，您需要通过DAM更新资产工作流处理这些资产，以提取元数据并生成演绎版。 在执行此步骤之前，您需要复制和修改DAM更新资产工作流以满足您的需求。 现成的工作流包含许多您可能不需要执行的步骤，例如Dynamic Media PTIFF生成或InDesign Server集成。
根据需要配置工作流后，有两个选项可用于执行工作流：
- 最简单的方法是ACS Commons的批量工作流管理器。 使用此工具，您可以执行查询，并通过工作流处理查询的结果。 也可以选择设置批次大小。
- 您可以将 ACS Commons Fast Action Manager与Synthetic Workflows一起使 用 🔗。 虽然此方法涉及的范围更广，但它允许您在优化服务器资源的使用时删除Experience Manager工作流引擎的开销。 此外，Fast Action manager还通过动态监视服务器资源和限制系统上的负载来进一步提升性能。 ACS Commons功能页上提供了示例脚本。
激活资产
对于具有发布层的部署，您需要将资产激活到发布场。 虽然Adobe建议运行多个发布实例，但最有效的方法是将所有资源复制到单个发布实例，然后克隆该实例。 在激活大量资产时，触发树激活后，您可能需要介入。 原因如下：触发激活时，项目将添加到Sling作业/事件队列。 在此队列的大小开始超过约40,000个项目后，处理速度会显着减慢。 当此队列的大小超过100,000个项目后，系统稳定性开始受到影响。
要解决此问题，您可以使用快速操作管理器管理资源复制。 此操作无需使用Sling队列，从而降低了开销，同时抑制了工作负载以防止服务器过载。 该功能的文档页面上显示了使用FAM管理复制的示例。
将资产转至发布场的其他选项包括使用 vlt-rcp 或 oak-run，这些选项作为 Jackrabbit 中的工具提供。另一个选项是为名为Grabbit的Experience Manager基础结构使用开源工具，该工具声称比vlt的性能更快。
对于这些方法中的任一方法，需要注意的是，创作实例上的资产不会显示为已激活。 若要以正确的激活状态处理标记这些资产的问题，您还需要运行脚本以将资产标记为已激活。
NOTE