2 系统意外重启后，我对LDAP dif数据库感到有些麻烦。仅读取了此数据库，因此很困惑为什么数据库出现错误。因此，即时通讯正在寻找该数据库的替代品。我认为SQL会更可靠。您怎么看？我需要知道那时我会遇到多少性能损失。我也损失了多少IOPS（每秒I / O）。 在此先感谢skomak mysql ldap openldap — 斯科马克 source
4 我建议bdb后端。SQL可能非常可靠（假设是ACID兼容服务器），但是您是否真的要运行整个SQL服务器只是为了备份LDAP目录？:) — voretaq7 source 仅对LDAP运行mysql是个坏主意？我也在寻找更容易直接访问数据库中数据的方法。但是正如我提到的那样，可靠性是我的首要任务。它将较慢，但无论如何都可能使用back-ndb群集。我很犹豫，我需要一个提示。您是否建议bdb足够可靠？有集群的可能性吗？ — Skomak，2010年 1 大多数地方通常使用LDAP复制而不是后端存储来群集整个LDAP服务器。LDAP数据库有多大？除非它真的很大，否则它应该很容易放入LDAP服务器的内存中，因此I / O不会成为问题。 — 詹姆斯 James所说的差不多-我在我的环境中使用LDAP复制，因为事实证明这已经足够了（并且可以相对容易地进行多主群集）。如果您的数据库过大，则SQL后端很有意义，但是我的所有站点的SQL后端都小于20MB，而SQL引擎将比将所有内容存储在RAM中大：) — voretaq7 2010年 关于：可靠性，BDB与您的基础文件系统一样可靠-在大约5年的生产LDAP / BDB部署中，我从未遇到任何损坏问题。过去的性能显然不能保证未来的结果，但是，如果您至少有一台服务器，则几乎可以肯定您的服务器已被覆盖：) — voretaq7 2010年 非常感谢您的所有答复。我还有一个问题，正如您所说的，复制是个不错的选择，但是像我上次遇到的数据库损坏（FS问题）又如何呢？好了，我仍然怀疑是否有机会用故障转移模式来补充复制？ — Skomak，2010年