您在 Enterprise Moss 安装中使用哪个版本的 Sql Server 2008？为什么？
更具体地说，您是否真的需要 Enterprise Sql Server 版本提供的所有功能，或者标准版本是否足以为拥有 1000 多名用户的公司提供服务。那么 5000 名用户呢？
补充说明一下，我们将在具有 SAN 数据源的 esx 场中运行整个安装。
答案1
我不想计算用户数量，而是想问几个其他问题。
最终用户是否需要全天候访问它？ 如果是这样，您需要企业版才能在线重建索引。如果您可以在下班后或周末获得维护窗口，那么您可以使用标准版，该版本会在重建索引时使索引脱机。
你测试过你的 IO 吞吐量吗？您说您正在使用 ESX - 如果是 v3.5 或更早版本，或者您没有使用 v4 的顶级许可层，那么您就无法获得多路径功能。您的吞吐量仅限于每个阵列一个主机总线适配器。如果这些术语让您眼花缭乱，那么简单来说 - 您的瓶颈可能只有 200-400MB/秒，这可以通过十几个 SATA 驱动器来实现。无论您连接哪种类型的 SAN，如果您一次只能获得一个 HBA 的吞吐量，那就无关紧要了。标准版与企业版将是您最不担心的问题。
您计划如何进行灾难恢复？如果您正在考虑使用日志传送或数据库镜像，那么请查看 Enterprise 的功能。如果您正在使用镜像，那么通过使用镜像的 SAN 而不是主 SAN，您将获得一些有关损坏页面恢复的巧妙功能。
您是否在 SharePoint 中存储敏感数据或文档？如果是这样，您应该考虑使用企业版透明数据加密。当数据位于 SAN 上时，该功能会加密静态数据，从而防止有人在您不注意的时候获取 SAN 快照或备份磁带的副本并恢复整个数据库副本。
不用担心压缩。Enterprise 增加了数据压缩功能，但不要因此影响您的决定。您的 SharePoint 用户可能会存储大量二进制文档，而这些文档的压缩效果并不好。
答案2
如果您一开始有大约 1000 个用户，最终可能会有 5000 多个用户，我会说这是一个典型的扩展项目，我肯定会选择企业版。我可能会从一开始就使用集群后端。
也就是说，这一切都取决于这 1000-500 名用户的流量模式以及您希望提供的服务级别。以后从标准版切换到企业版也并非不可能，但这会花费您一些停机时间，这可能是也可能不是一个选择。
答案3
对于客户，我们选择了 Sql Server 2008 Enterprise Ed. 2 节点集群，以实现高可用性，而不是速度。该设计保守，直接借鉴了 Microsoft playbook 5 节点农场，在 Hyper-V 上具有 3 个前端 MOSS 节点和一个 Dell Equallogic iSCSI SAN。
SQL 集群未虚拟化，因为在设计时（2008 年中）Microsoft 不支持虚拟化 SQL 2008 集群配置。
