要安排服务器间的复制，服务器必须彼此连接以能更新复本。所以，可能需要根据服务器的拓扑结构创建“连接”文档以启用服务器连接。随着用户在数据库中添加、编辑和删除文档，在服务器下次复制之前，复本中会包含一些不同的信息。因为复制只传输对数据库的更改，所以网络传输量、服务器时间以及连接开销都会降至最低。

缺省情况下，在定时复制期间，源服务器首先从目标服务器拉入更改，然后将更改推出到目标服务器。此外，您也可以安排源服务器和目标服务器都拉入更改，或者仅安排由源服务器拉入更改或推出更改。

也可以使用服务器命令 Pull、Push 和 Replicate 来启动服务器之间的复制。

有关服务器连接和“连接”文档的详细信息，请参阅服务器之间的连接方式。

复制步骤

要充分理解复制，需要熟悉本章中的“设置服务器对数据库存取权限的规则”和“为服务器间的复制设置数据库 ACL”主题中的信息。此外，还需要十分熟悉附录“服务器命令”中有关复制的信息。

1. 服务器或工作站通过下列方法之一启动复制：

• “连接”文档中的复制日程安排设置生效。
• 服务器控制台发布立即复制的复制命令。服务器控制台命令包括 replicate、pull、push 和 load replica。
• “程序”文档中的设置。“程序”文档在服务器上启动新任务，而不是向现有任务发送工作。
• 使用 Notes 客户机用户界面的最终用户发布立即复制的复制命令。此操作仅由工作站而不由服务器完成。
• Notes 客户机的定时复制。此操作仅由工作站完成。
服务器彼此验证的方法是：查找公用验证字并进行测试以确定这些验证字是正确的。

有关“程序”文档的详细信息，请参阅从“程序”文档运行服务器任务。

2. 复制器构造要复制的本地文件列表，并要求远程服务器查找与本地文件列表匹配的文件。

注意 如果启动复制的服务器不能与远程服务器连接，或不能搜索远程服务器（服务器 B），则复制失败。

• 如果复制记录中没有项目、存取权限发生更改或选择性复制设置发生更改，则复制器必须搜索源数据库中的所有文档，而不是上次复制后未曾更改的文档。

• 复制器在源数据库中构造上次成功复制后发生更改的文档列表。（对于拉入，源数据库是远程服务器上的数据库；对于推出，源数据库是本地服务器上的数据库。）列表受到“选择性复制设置”的限制。开始搜索的时间记录在复制历史记录中，以便以后的复制不必再处理已经复制过的更改。
• 如果源数据库中的数据在上次成功向目标数据库复制后未曾更改，则不发生复制且复制记录不更新。

• 如果复制未成功，则复制历史记录不更新，下次复制将再次搜索同一数据库。

创建 LAN 连接
创建 Notes 直接拨号连接
复本