Slave复制

2018-01-16 11:27 更新

Slave复制(Slave Replication)

master完全不知道slave。

slave服务器持续不断地轮询master(取决于pollInterval参数)以检查master的当前索引版本。如果slave服务器发现master服务器有更新版本的索引,它将启动复制过程。步骤如下:

  • slave发出一个filelist命令来获取文件列表。此命令返回文件的名称以及一些元数据(例如大小,上次修改的时间戳和别名(如果有的话))。
  • 如果slave目录中有本地索引中的任何文件,则它将检查其自身的索引。然后运行filecontent命令来下载缺少的文件。这将使用自定义格式(类似于HTTP块编码)来下载完整内容或每个文件的一部分。如果连接中断,下载将从失败的地方恢复。在任何时候,slave尝试5次,然后才能完全放弃一个复制。
  • 这些文件被下载到一个临时目录中,以便在下载过程中如果slave服务器或master服务器崩溃,则不会损坏任何文件。相反,当前的复制将会中止。
  • 下载完成后,所有新文件将被移动到实时索引目录,并且文件的时间戳与master服务器上的对应文件相同。
  • slave的ReplicationHandler在slave设备上发出提交命令,并加载新的索引。

复制配置文件

要复制配置文件,请使用confFiles参数列出它们。只有在 master 的 Solr 实例的conf目录中找到的文件才会被复制。

只有当索引本身被复制时,Solr才会复制配置文件。这意味着即使在master服务器上更改了配置文件,只有在master服务器的索引上有新提交/优化之后,该文件才会被复制。

与索引文件不同的是,时间戳足以确定它们是否相同,配置文件将与其校验和进行比较。如果它们的校验和是相同的,则认为这些schema.xml文件(在master和slave上)是相同的。

作为复制配置文件的一个预防措施,Solr将配置文件复制到临时目录,然后将它们移动到conf目录中的最终位置。旧的配置文件被重命名并保存在同一个conf/目录中。ReplicationHandler不会自动清理这些旧文件。

如果复制涉及至少下载一个配置文件,则ReplicationHandler将发出核心重新加载命令而不是提交命令。

解决slave服务器上的损坏问题

如果将文档添加到slave,则slave不再与其master同步。但是,slave不会采取任何行动使其自身同步,直到master有新的索引数据。

当在master设备上进行提交操作时,master设备的索引版本与slave设备的索引版本不同。然后,slave服务器获取文件列表,发现master服务器上的一些文件也存在于本地索引中,但大小和时间标记不同。这意味着master和slave具有不兼容的索引。

为了解决这个问题,slave服务器将所有索引文件从master服务器复制到一个新的索引目录,并要求核心从新目录中加载新的索引。

以上内容是否对您有帮助:
在线笔记
App下载
App下载

扫描二维码

下载编程狮App

公众号
微信公众号

编程狮公众号