Marklogic 作为自己的模式数据库的数据库的数据库复制（复制指南）

《数据库复制指南》中“了解数据库复制”一章的“主数据库和副本数据库索引设置”一节说明了以下内容：

不能复制充当其自身架构数据库的主数据库。 复制主架构数据库时，为副本群集上的副本架构数据库创建第二个空架构数据库

[

问题:

快速实验（1.设置两个集群；2.对它们进行配对；3.设置一个指向自身的数据库用于架构；4.在该数据库上启用数据库复制；5.插入使用配置的元素范围索引的测试文档；6.在主集群和副本集群中测试元素范围索引）这似乎表明，这确实如预期的那样起作用，似乎与《复制指南》所述相反

我可能误读了引用的部分。有人能解释一下为什么复制指南中说“您不能复制一个充当其自身模式数据库的主数据库”？在构成对模式数据库依赖的情况下发生了什么？如果按照上面1.中的描述进行，可能会出现什么问题？（著名遗言：-}）

谢谢,

---

Markus

数据库复制通过仅发送文档本身而不是文档的索引信息来节省带宽。接收林在插入文档之前重新生成索引信息，有时需要可读的架构数据库来执行此操作。如果需要架构数据库，但不可用否则，复制将失败

当数据库进行大容量复制时（例如，在断开连接一段时间后，或在故障切换后），该数据库暂时不可用于查询

---

因此，虽然到目前为止您在测试中可能还没有遇到问题，但当您开始实际使用架构时，很容易遇到问题。

数据库复制通过只发送文档本身而不是文档的索引信息来节省带宽。接收林重新生成索引在插入文档之前，请先检查信息，有时需要可读的模式数据库来执行此操作。如果需要模式数据库，但不可用，则复制将失败

当数据库进行大容量复制时（例如，在断开连接一段时间后，或在故障切换后），该数据库暂时不可用于查询

---

因此，虽然到目前为止，您在测试中可能还没有遇到问题，但在实际使用架构时，您很容易遇到问题。

还有一点，与ML中的架构更相关。例如，如果您开始在xQuery中开发，然后添加架构，您可能不会注意到任何问题。但是一旦您重新编制了索引或重新插入文档时，MarkLogic引用模式（正如Wayne清楚描述的那样）。MarkLogic可能与模式无关，但一旦模式就位，它们就会被使用。这有什么关系？好吧，XML的实际数据类型可以随可用的新信息（模式）而改变。这可能会导致代码的工作方式有所不同，因为某些元素的数据类型可能与您预期的原始代码不同。谢谢您，Wayne--我认为这对我来说开始有意义了。我假设在提交阶段，MarkLogic可能必须决定是否可以根据给定架构插入或更新文档，因此在大容量复制中落后的内容数据库（同时保存自己的模式）可能会有问题。但是，如果我理解正确，那么将您的模式放入任何以高容量写入并可能经历大容量复制的数据库将是一个坏主意，而不仅仅是针对模式的指向自身的内容数据库。C正确吗？高更新率不会导致批量复制；如果超过延迟限制，我们会暂停主数据库中的事务，并在不再超过限制后恢复。另一方面，与ML中的架构更相关。例如，如果您开始在xQuery中开发，然后添加架构，您可能不会注意到任何事情。但是一旦您-索引或重新插入文档时，MarkLogic引用模式（正如Wayne清楚描述的那样）。MarkLogic可能与模式无关，但一旦模式就位，它们就会被使用。这有什么关系？好吧，XML的实际数据类型可以随可用的新信息（模式）而变化。这可能会导致代码的工作方式有所不同，因为某些元素的数据类型可能与您预期的原始代码不同。谢谢您，Wayne--我认为这对我来说开始有意义了。我假设在提交阶段，MarkLogic可能必须决定是否可以根据给定架构插入或更新文档，因此在大容量复制中落后的内容数据库（同时保存自己的模式）可能会有问题。但是，如果我理解正确，那么将您的模式放入任何以高容量写入并可能经历大容量复制的数据库将是一个坏主意，而不仅仅是针对模式的指向自身的内容数据库。C正确吗？高更新率不会导致批量复制；如果超过延迟限制，我们会在主数据库中暂停事务，并在不再超过限制后恢复。