LDAP-写入问题/返回前保证对副本的写入

OpenLDAP（或者LDAP的任何一种风格）能够提供写关注点吗？我知道这是一个最终一致的模型，但是还有更多的数据库需要考虑最终的一致性+写入问题

---

在做了一些研究之后，我仍然无法确定这是否是一件事

unbounded Directory Server提供了对可靠复制模式的支持，在此模式下，您可以请求服务器延迟对操作的响应，直到以满足所需约束的方式复制操作为止。通过在添加/删除/修改/修改DN请求中包含特殊控件，或通过使用可用于确定哪些操作应使用此可靠复制模式的条件配置服务器，可以对每个操作进行控制（例如，您可以配置服务器，以便针对特定属性集的操作比其他操作受到更高级别的保证）

我们有保证的复制实施允许您为本地服务器（与从客户端接收请求的服务器位于同一数据中心的服务器）和非本地服务器（其他数据中心的服务器）定义单独的要求。这允许您调整服务器，以实现性能和行为之间的平衡

对于本地服务器，可能的保证级别为：

• 不要执行任何特殊的保证处理。在本地处理后，服务器将立即将响应发送到客户端，并且更改将尽快复制到其他服务器。这是可能的（尽管可能性很小）在服务器向客户机发送响应之后但在复制之前立即发生的永久性故障可能会导致更改丢失

• 延迟对客户端的响应，直到更改已复制到本地数据中心中的至少一个其他服务器。这可确保即使在客户端与之通信的实例丢失的情况下，更改也不会丢失，但在t之前，更改可能尚未在本地数据中心的所有实例上可见客户收到回复的时间

• 延迟对客户端的响应，直到更改的结果在本地数据中心的所有服务器上都可见。这可确保访问本地服务器的客户端不会看到过期信息

可用于非本地服务器的保证选项包括：

• 不要执行任何特殊的保证处理。服务器不会基于与非本地服务器的任何通信延迟对客户端的响应，但如果整个数据中心丢失（例如，由于大规模自然灾害）或变得不可用（例如，因为失去网络连接），则更改可能会丢失或延迟

• 延迟对客户端的响应，直到更改已复制到至少一个其他数据中心中的至少一个其他服务器。这可确保即使丢失完整的数据中心，更改也不会丢失，但不能保证在客户端收到响应时，更新的信息将随处可见

• 延迟对客户端的响应，直到更改已复制到每个其他数据中心中的至少一台服务器。这可确保即使在处理更改后网络分区使数据中心在一段时间内不可用，也会在每个数据中心中处理更改。但同样，这不会导致确保在客户端收到响应时，更新的信息将随处可见

• 延迟对客户端的响应，直到更改在所有其他数据中心的所有可用服务器中都可见。这可确保无论客户端使用的服务器位于何处，都不会看到过期信息

---

Unbounded Directory Server还提供了一些功能，以帮助确保客户端在正常情况下不会暴露于过期信息。我们的复制机制非常快速，因此更改通常在几毫秒内随处可见。每台服务器都在不断监视其自己的复制积压工作，并可以采取相应的措施如果积压工作太多（例如，警告管理员之类的温和措施，或拒绝客户机请求直至复制完成之类的更严厉措施）。而且，由于服务器由于某种原因脱机时会遇到大多数复制积压，因此服务器还能够在启动时延迟接受来自客户端的连接，直到它在脱机时赶上了环境中处理的所有更改。如果您进一步将此与高级负载平衡结合使用，则g和未绑定目录代理服务器的运行状况检查功能，您可以确保客户端请求仅转发到没有复制积压或任何其他可能导致操作失败、完成时间异常长或遇到过期信息的不希望出现的情况的服务器。

未绑定目录代理服务器ID Directory Server提供了对可靠复制模式的支持，在此模式下，您可以请求服务器延迟对操作的响应，直到以满足所需约束的方式复制操作为止。这可以通过在添加/删除/修改/修改DN请求中包含特殊控件来控制每个操作，或通过使用可用于确定哪些操作应使用此保证复制模式的条件配置服务器（例如，您可以配置服务器，以便针对特定属性集的操作受到比其他操作更高级别的保证）

我们有保证的复制实施允许您为本地服务器（位于与rec相同的数据中心中的服务器）定义单独的需求