多个站点的配置

可通过使用二进制更新配置来加快多个站点的加载速度。在此配置中，只在一个站点 (主站点) 上运行所有核心相关操作，其他站点负责从主站点接收二进制更新。这样可极大地减少总加载时间。

还可以在此设置中使用复制配置，来减少系统的初始加载时间。在这种情况下，将在主站点中完成所有初始束加载，其余站点将从主站点中复制数据。

为支持此配置，SitesDescriptor.xml 文件中具有名为 siteUpdateType 的属性。在此文件设置中，主站点的 master 属性设为 YES，siteUpdateType 属性设为 TEXTUAL。所有远程站点的 siteUpdateType 属性均设为 BINARY。例如：

在此示例中，Runtime-Site1 站点为主站点，Runtime-Site2 为支持二进制更新的站点。下图显示了为 N 个站点配置更新的方式：

在这种情况下，运行 Deploy Collection 任务时，该任务会自动将任何新段复制到所有二进制站点。还将复制该段的任何进一步更新。使用该任务重新索引数据时，将仅在主站点上执行所有重新索引，然后再将其复制到二进制站点。这大大缩短了重新索引时间。

在这种情况下，TAL 进程通过 TransfomManagment 任务启动，这会触发 PublishToPreviewPreparation 和 PublishToPreview 任务。PublishToPreview 会在主站点上加载数据作为文本更新。

所有核心操作 (如插入和索引) 仅在主站点上运行。主站点将上载含已更新信息库的二进制更新的增量包。配置为 siteUpdateType="BINARY" 的站点将下载增量包与常规更新包。不会在二进制更新站点上执行任何核心操作。它们仅会导入接收的增量。由于未在二进制站点上执行任何核心操作，因此这些站点的加载速度要比文本站点的加载速度快很多。建议仅在增量加载时使用此方法。

• 使用 TransformMgmtInitialLoad 和 P2RTInitialLoad 任务且无需进行完整复制的初始加载方法

在这种情况下，TAL 进程通过 TransformMgmtInitialLoad 启动，这会触发 PublishToPreviewPreparation 和 PublishToPreview 任务。在初始加载模式下，PublishToPreview 会将数据加载到 Publication Manager，然后停止。

所有初始束经过变换并加载到 Publication Manager 后，运行 P2RTInitialLoad 任务，这会针对每个集合触发 Publish2RT 任务。Publish2RT 会在主站点上加载数据作为文本更新，并在二进制支持站点上加载数据作为二进制更新。此方法要比常规方法快。

• 使用 TransformMgmtInitialLoad 和 P2RTInitialLoadToMaster 任务且使用 FullCloneFromMaster 任务进行完整复制的初始加载方法

所有初始束经过变换并加载到 Publication Manager 后，运行 P2RTInitialLoad 任务，这会针对每个集合触发 Publish2RT 任务。Publish2RT 仅在主站点上加载数据。不会在二进制站点上加载任何数据。Publish2RT 完成后，主站点即加载完成并可供使用。

接下来，运行 FullCloneFromMaster 任务。此任务会从主站点创建完整复制包，将该包上载到公共共享位置 ${package.destination.folder}，然后针对每个二进制站点触发 CloneToSite 任务。CloneToSite 任务将下载完整复制包并将其部署在站点上。在这种情况下，所有二进制站点均会并行加载且可单独使用。

所有站点的数据目录结构必须相同。如果二进制站点与主站点的目录结构不同，请使用符号链接指向不在预期结构中的任何目录，然后在 3C.properties 和 setEnv.sh/bat 文件中配置该目录。