Samba tdbsam后端250用户限制是否仍适用及新限制咨询

首先得明确：那个“用户数≥250不建议用tdbsam”的说法是Samba早期版本的经验性建议，放到现在的版本里，情况已经有了变化，而且还要结合你的实际场景来看——你已经在用LDAP管理用户，这一点很关键。

先说说tdbsam的本质和旧限制的由来 #

tdbsam是基于Trivial Database（TDB）的本地SAM后端，早期设计定位是轻量、适合小型单服务器场景。当年的限制主要因为：

• TDB早期的锁机制不够高效，并发访问多用户数据时容易出现性能瓶颈
• 本地存储的特性，在用户数超过250后，用户查询、权限验证的速度会明显下降
• 缺乏集中管理的能力，大规模用户场景下维护成本极高

当前的情况和新建议 #

随着Samba的迭代（尤其是4.x及以后版本），tdbsam做了不少优化，比如改进了锁机制、提升了数据查询效率，但它的核心定位还是小型本地场景。不过这里有个重要的点：

你是用LDAP管理用户的，这意味着你的核心用户数据都存储在LDAP服务器上，tdbsam只是用来存储Samba服务器的本地账户（比如本地管理员、少量本地服务账户），根本不会承载那250个LDAP用户的存储和验证压力。

所以对你的场景来说，那个旧的250用户限制完全不适用。

如果是完全依赖tdbsam存储所有用户（不用LDAP/AD）的场景，现在Samba官方也没有给出明确的新数字限制，但普遍的实践经验是：

• 用户数超过500后，tdbsam的性能下降会逐渐明显
• 超过1000用户的场景，强烈建议切换到ldapsam（LDAP后端）或者AD集成的后端，避免出现查询延迟、锁竞争等问题

给你的具体建议 #

因为你已经采用LDAP管理用户，tdbsam只是作为本地辅助后端，所以不用在意那个旧的用户数限制。你需要关注的是：

• 确保Samba和LDAP的同步配置正确，用户权限映射正常
• 定期检查LDAP服务器的性能，因为核心的用户验证压力在LDAP端，而不是tdbsam

内容的提问来源于stack exchange，提问作者RG Possani