您在Enterprise Moss安装中使用了哪个版本的Sql Server 2008？为什么？
更具体地说，您实际上是否需要Enterprise Sql Server版本提供的所有内容，或者是标准版本是否能够为1000多个用户的公司提供服务。 5000用户呢？
另外需要注意的是，我们将使用SAN数据源在esx服务器场中运行整个安装。
而不是统计用户的数量，我会问一些其他问题。
最终用户需要全天候访问吗？ 如果是这样，你需要企业版来获得在线索引重build。 如果您可以在几个小时或周末之后获得维护窗口，那么您可以使用标准版，这样可以在重build索引时使索引脱机。
你testing了你的IO吞吐量吗？ 你说你使用的是ESX – 如果它是v3.5或更早的版本，或者你没有使用v4的顶级许可证层，那么你不会获得多pathfunction。 您的吞吐量仅限于每个arrays一个主机总线适配器。 如果这些术语让你眼睛stream血，下面是简短的故事 – 你可能会遇到200-400MB /秒的瓶颈，可能会有十几个SATA硬盘饱和。 不pipe你连接的是什么样的SAN，一次只能获得一个吞吐量的HBA也没关系。 标准与企业将是你的问题最less的。
你打算如何做灾难恢复？ 如果您正在考虑使用日志传送或数据库镜像，请查看Enterprise的function。 如果你正在进行镜像，那么你可以通过使用镜像的SAN而不是主服务器来获得一些光滑的function。
您是否在SharePoint中存储敏感数据或文档？ 如果是这样，你应该考虑企业利用透明数据encryption。 当数据位于SAN上时，它会对数据进行encryption，从而防止有人在您不注意时抓取SAN快照或备份磁带的副本，并恢复数据库的整个副本。
不要担心压缩。 企业增加了进行数据压缩的能力，但不要让这个影响你的决定。 您的SharePoint用户可能会存储大量的二进制文档，无论如何都不能很好地压缩。
如果你从1000个左右的用户开始，最终可能会有超过5000个用户，那么我认为这是一个典型的扩展项目，我将使用企业版。 我可能会从一开始就与一个群集后端。
也就是说，这一切都取决于1000-500用户的stream量模式以及您希望提供的服务级别。 以后从标准型转换到企业型也不是不可能的，但是这会花费你一些停机时间，这可能是也可能不是一种select。
对于一个客户，我们select了一个Sql Server 2008 Enterprise Ed。 2节点集群为高可用性，而不是速度。 该devise是一个保守的直接从微软的Playbook 5节点农场，在Hyper-V和戴尔Equallogic iSCSI SAN 3前端MOSS节点。
自从devise时（2008年中）以来，SQL群集没有被虚拟化，但是Microsoft不支持虚拟化的SQL 2008群集configuration。
