我的客户目前有大约500个目录（每个目录是100个单一公司内的客户）。他们花了大约10年的时间来实现这一目标。现在，他们每月在大约50个目录中添加较小的目录（以及更多目录）。
我的理解是，对SQL Server数据库中的目录数量没有硬性限制，但我正在考虑复制和管理工具等难以管理的内容。
我错了吗？如果没有，那么在获得成千上万的目录时会出现什么具体的具体问题（或者说没问题）。
答案 0 :(得分：0)
SQL Server允许在单个实例中使用32767个最大数据库。在单个SQL Server实例上拥有数百个数据库（目录）比我们想象的更频繁。它确实提供备份/恢复/高可用性挑战。
动力不足的服务器可能是一个挑战。在访问数百和数千个数据库时，人们需要一个非常强大的硬件，特别是如果它们都非常活跃。人们需要非常强大的磁盘结构，大量内存和强大的CPU。添加CPU意味着许可SQL Server的额外成本。
也可能出现带宽/网络争用。某些时候将需要服务器范围的设置。它可能有助于某些数据库并可能伤害其他人。人们必须保持在事务日志之上，确保几个巨型数据库的备份不会使整个服务器陷入困境。
维护费用将是一项挑战。这些服务器可能是集群的并且具有高可用性。这意味着，必须进行更多关于架构的讨论。您可以在类似NetApp的系统上执行卷镜像以恢复备用系统上的卷，或者您可以执行传统的镜像/日志传送等，它们发生在每个数据库中，而不是由实例发生。必须讨论是否所有数据库都将发送到另一个集群或不同集群，以及如果主服务器出现故障，它们将如何生效。
当情况需要时，这些都是正常的讨论;在一些组织中，这种要求很常见。繁忙服务器上的大量目录意味着多个DBA - 无意中听到的成本，电源要求，升级许可证，DR，HA等都将调用讨论。如果DBA不相处，这可能会带来与人员相关的挑战。
但是，组织已经做了这样的事情并且适当地管理了风险。技术就是做这些事情。人们只需要管理人员和技术，以合理的成本获得最佳价值。