如何批量迁移资产

将资产迁移到Adobe Experience Manager时，需要考虑几个步骤。 将资产和元数据提取出其当前主目录不在此文档的范围内，因为实施之间差异很大，但此文档介绍如何将这些资产引入Experience Manager、应用其元数据、生成演绎版并激活它们以发布实例。

前提条件

在实际执行此方法中的任何步骤之前，请查看并执行资产性能调整提示中的指导。 许多步骤（如配置最大并发作业）都极大地提高了服务器在负载下的稳定性和性能。 在系统加载了资源后，执行其他步骤（如配置文件数据存储）要困难得多。

迁移到Experience Manager

将资产迁移到Experience Manager需要几个步骤，应将其视为分阶段过程。 迁移的阶段如下：

1. 禁用工作流。
2. 加载标记。
3. 收录资源。
4. 处理演绎版。
5. 激活资产。
6. 启用工作流。

禁用工作流

在开始迁移之前，请禁用DAM更新资产工作流的启动程序。 最好将所有资产引入系统，然后批量运行工作流。 如果在迁移进行时您已经处于活动状态，则可以计划这些活动在非工作时运行。

加载标签

您可能已经拥有要应用于图像的标记分类。 虽然CSV资产导入程序和Experience Manager对元数据用户档案的支持等工具可以自动将标记应用到资产的过程，但需要将标记加载到系统中。 ACS AEM工具标记生成器功能允许您使用加载到系统中的Microsoft Excel电子表格填充标记。

收录资源

在将资产引入系统时，性能和稳定性是重要考虑事项。 由于您将大量数据加载到系统中，您需要确保系统能够正常运行并尽可能减少所需时间，并避免系统过载，这可能会导致系统崩溃，尤其是在已在生产中的系统中。

将资产加载到系统有两种方法：使用HTTP的基于推送的方法，或使用JCR API的基于拖拉的方法。

通过HTTP发送

Adobe的Managed Services团队使用一种名为Glutton的工具将数据加载到客户环境中。 Glutton是一个小型Java应用程序，它将所有资源从一个目录加载到Experience Manager部署中的另一个目录中。 您还可以使用Perl脚本等工具将资源发布到存储库中，而不是Glutton。

使用通过https的方式有两个主要的缺点：

1. 需要通过HTTP将资源传输到服务器。 这需要相当多的开销并且非常耗时，从而延长了执行迁移所需的时间。
2. 如果您具有必须应用于资产的标记和自定义元数据，则此方法需要另外一个自定义流程，您需要运行该流程才能在导入资产后将此元数据应用到资产。

获取资源的另一种方法是从本地文件系统中提取资源。 但是，如果无法将外部驱动器或网络共享装入服务器以执行基于拉式的方法，则通过HTTP发布资产是最佳选项。

从本地文件系统读取

ACS AEM工具CSV资产导入程序会从文件系统中提取资产，并从CSV文件中提取资产元数据以进行资产导入。 Experience Manager Asset Manager API用于将资产导入系统并应用配置的元数据属性。 理想情况下，资产通过网络文件装载或通过外部驱动器装载到服务器上。

由于资产不需要通过网络传输，因此总体性能得到显着改善，而且通常认为此方法是将资产加载到存储库中的最有效方法。 此外，由于该工具支持元数据摄取，因此您可以通过一个步骤导入所有资产和元数据，而不是通过单独的工具创建第二个步骤来应用元数据。

处理演绎版

在将资产加载到系统中后，您需要通过DAM更新资产工作流处理这些资产，以提取元数据并生成演绎版。 在执行此步骤之前，您需要重复并修改DAM更新资产工作流以满足您的需求。 开箱即用的工作流包含许多您可能不需要的步骤，如Dynamic Media PTIFF生成或InDesign Server集成。

根据需要配置工作流后，您有两个选项可执行该工作流：

1. 最简单的方法是ACS Commons' Bulk Workflow Manager。 此工具允许您执行查询并通过工作流处理查询结果。 还有设置批量大小的选项。
2. 您可以将 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 中的工具提供。另一种选择是为Experience Manager基础架构使用开放源码工具，该工具名为Grabbit，声称其性能比vlt更快。

对于任何这些方法，需要注意的是，作者实例上的资产不显示为已激活。 要使用正确的激活状态来标记这些资产，您还需要运行一个脚本来将资产标记为已激活。

克隆发布

激活资产后，您可以克隆发布实例，以创建部署所需的任意数量的副本。 克隆服务器相当简单，但需要记住一些重要步骤。 要克隆发布：

1. 备份源实例和数据存储。
2. 将实例和数据存储的备份还原到目标位置。 以下步骤都涉及此新实例。
3. 对sling.id执行crx-quickstart/launchpad/felix下的文件系统搜索。 删除此文件。
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更新资产工作流的启动器，以支持再现生成和元数据提取，以便持续使用日常系统。

跨Experience Manager部署迁移

虽然不是那么常见，但有时您需要将大量数据从一个Experience Manager部署迁移到另一个部署；例如，当您执行Experience Manager升级、升级硬件或迁移到新数据中心时，例如使用AMS迁移。

在这种情况下，您的资产已填充元数据，并且已生成演绎版。 您只需将精力集中在将资产从一个实例移动到另一个实例上。 在Experience Manager部署之间迁移时，请执行以下步骤：

1. 禁用工作流:由于您正在将演绎版与我们的资产一起迁移，因此您希望禁用DAM更新资产工作流的工作流启动器。

2. 迁移标记：由于已在源Experience Manager部署中加载了标记，因此可以在内容包中构建这些标记，并将该包安装在目标实例上。

3. 迁移资产：建议使用两种工具将资产从一个Experience Manager部署移至另一个部署：

   • Vault Remote Copyor vlt rcp允许您跨网络使用vlt。您可以指定源目录和目标目录，vlt从一个实例下载所有存储库数据并将其加载到另一个实例。 Vlt rcp在https://jackrabbit.apache.org/filevault/rcp.html上有说明
   • Grabbitis 是Time Warner Cable为实施而开发的一个开放源码内容同步 Experience Manager 工具。由于它使用连续的数据流，与vlt rcp相比，它具有更低的延迟，并声称速度比vlt rcp快2到10倍。 Grabbit还支持仅同步增量内容，这允许它在完成初始迁移通过后同步更改。

4. 激活资产：按照说明操作激活资产，将初始迁移到Experience Manager。

5. 克隆发布：与新迁移一样，加载单个发布实例并克隆它比激活两个节点上的内容更加有效。 请参阅克隆发布。

6. 启用工作流:完成迁移后，请重新启用DAM更新资产工作流的启动程序，以支持再现生成和元数据提取，以便持续使用日常系统。