由于 Domino 仅在内存中存储复制事件，所以只有在源服务器和目标服务器都可用时，才能成功完成复制。如果目标服务器不可用，群集复制器将继续在内存中存储这些事件，直至目标服务器变为可用。群集复制器尝试将这些复制事件定期推向目标服务器。两次尝试之间的时间间隔从一小时开始逐渐增加，直至最大值（一天）。

如果在完成复制前源服务器停止运行，则内存中的复制事件将丢失。因此，无论何时重新启动群集服务器，都应使用标准复制（REPLICA 任务）对群集中的所有成员执行立即复制。在群集服务器之间定期安排复制（如一天几次）也是确保数据库保持同步的好方法。

当群集复制器将复制事件记录在日志文件中时，同时还会记录下任何等候重试的复制事件。这使您可以查看当前没有被同步的数据库以及查看阻碍复制进行的错误。纠正错误并成功完成复制后，将不再记录错误信息。

“群集复制器”将复制公式的处理留给标准复制器。因为这些公式可能占用大量处理能力，所以为降低使用群集复制的负载，群集复制器不处理这些公式。因此，如果使用选择性复制，数据库暂时可能包括与选择公式不匹配的文档。运行标准复制时，Domino 将删除这些文档。

此外，群集复制器不遵守“复制设置”对话框中“高级”面板上的设置。因此，不能禁用特定数据库元素（如 ACL、代理和设计元素）的复制。群集复制器总是尝试使所有复本相同，以便故障转移的用户不会注意到发生了故障转移。

警告 标准复制不能自动删除对特定数据库元素（如 ACL、代理或设计元素）所做的更改。如果限制这些项的复制对数据库很重要，请考虑对该数据库只使用标准复制，不使用群集复制。

群集中的复制历史

因为群集中复制事件发生得极其频繁，所以群集复制器不能在每次复制数据库时都读取复制历史记录或向其中写入信息。复制成功时，历史记录信息将被存储在内存中。每个后续的成功复制事件都会添加到保存在内存中的历史记录信息中。每隔大约一小时，群集复制器将历史记录信息传送至数据库。

群集中个人文件夹的复制

标准复制期间，个人文件夹及其内容不进行复制（与文件夹所有者的客户机进行复制时除外）。不过，在群集中，个人文件夹将被复制到群集中的其他复本。这样可以确保当客户机故障转移时，无论访问哪个复本，数据库的内容都是相同的。群集复制和标准复制都支持在群集中复制个人文件夹及其内容。

只有文件夹的创建者或群集中的服务器才能访问个人文件夹。只有在数据库存取控制列表 (ACL) 中被定义为“服务器”或“服务器群组”用户类型的服务器才能访问和复制数据库中的个人文件夹。ACL 中未明确包括的服务器不能复制个人文件夹。