Mike T Asked: 2009-06-05 11:08:35 +0800 CST2009-06-05 11:08:35 +0800 CST 2009-06-05 11:08:35 +0800 CST Sql Server 2008 和 Moss 2007 772 您在 Enterprise Moss 安装中使用哪个版本的 Sql Server 2008，为什么？ 更具体地说，您是否真的需要 Enterprise Sql Server 版本提供的所有功能，或者标准版本能够为拥有 1000 多个用户的公司提供服务。5000个用户呢？ 作为补充说明，我们将在具有 SAN 数据源的 esx 场中运行整个安装。 sql-server-2008 sharepoint storage-area-network vmware-esx 3 个回答 Voted Best Answer Brent Ozar 2009-06-05T11:34:02+08:002009-06-05T11:34:02+08:00 我不会计算用户数量，而是问一些其他问题。 最终用户是否需要 24/7 全天候访问它？ 如果是这样，您需要企业版来获得在线索引重建。如果您可以在下班后或周末获得维护窗口，那么您可以使用标准版，它在重建索引时使索引脱机。 你测试过你的 IO 吞吐量吗？您说您正在使用 ESX - 如果它是 v3.5 或更早版本，或者您没有使用 v4 的顶级许可证层，那么您将无法获得多路径功能。您的吞吐量仅限于每个阵列一个主机总线适配器。如果这些术语让您眼花缭乱，那么这里是一个简短的故事 - 您可能会遇到仅 200-400MB/秒的瓶颈，这可能会被十几个 SATA 驱动器饱和。无论您连接哪种 SAN，一次只能获得一个 HBA 的吞吐量都没关系。标准与企业将是您遇到的最少的问题。 您打算如何进行灾难恢复？如果您正在考虑使用日志传送或数据库镜像，请查看 Enterprise 的功能。如果您正在做镜像，那么您可以通过使用镜像的 SAN 而不是主服务器来获得一些关于损坏页面恢复的巧妙功能。 您是否在 SharePoint 中存储敏感数据或文档？如果是这样，您应该考虑企业利用透明数据加密。这会加密位于 SAN 上的静态数据，从而防止有人抓取 SAN 快照或备份磁带的副本并在您不查看时恢复数据库的整个副本。 不用担心压缩。企业增加了进行数据压缩的能力，但不要让它影响你的决定。您的 SharePoint 用户可能会存储大量的二进制文档，这些文档无论如何都不能很好地压缩。 Peter Stuer 2009-06-05T11:20:03+08:002009-06-05T11:20:03+08:00 对于客户，我们选择了 Sql Server 2008 Enterprise Ed。2 节点集群用于高可用性，而不是速度。该设计是 Microsoft playbook 5 节点群的保守设计，在 Hyper-V 上具有 3 个前端 MOSS 节点和一个 Dell Equallogic iSCSI SAN。 SQL 集群未虚拟化，因为在设计时（2008 年年中），Microsoft 不支持虚拟化 SQL 2008 集群配置。 替代文字 http://bluesurftech.com/TechBlog/Lists/Photos/farm.png Trondh 2009-06-05T11:20:40+08:002009-06-05T11:20:40+08:00 如果您从大约 1000 个用户开始，最终可能有 5000 多个用户，我会说这是一个典型的扩展项目，我会选择企业版。我可能会从一开始就使用集群后端。 也就是说，这完全取决于这 1000-500 个用户的流量模式以及您希望提供的服务水平。以后从标准切换到企业也不是不可能的，但这会花费您一些停机时间，这可能是一种选择，也可能不是。
我不会计算用户数量，而是问一些其他问题。
最终用户是否需要 24/7 全天候访问它？ 如果是这样，您需要企业版来获得在线索引重建。如果您可以在下班后或周末获得维护窗口，那么您可以使用标准版，它在重建索引时使索引脱机。
你测试过你的 IO 吞吐量吗？您说您正在使用 ESX - 如果它是 v3.5 或更早版本，或者您没有使用 v4 的顶级许可证层，那么您将无法获得多路径功能。您的吞吐量仅限于每个阵列一个主机总线适配器。如果这些术语让您眼花缭乱，那么这里是一个简短的故事 - 您可能会遇到仅 200-400MB/秒的瓶颈，这可能会被十几个 SATA 驱动器饱和。无论您连接哪种 SAN，一次只能获得一个 HBA 的吞吐量都没关系。标准与企业将是您遇到的最少的问题。
您打算如何进行灾难恢复？如果您正在考虑使用日志传送或数据库镜像，请查看 Enterprise 的功能。如果您正在做镜像，那么您可以通过使用镜像的 SAN 而不是主服务器来获得一些关于损坏页面恢复的巧妙功能。
您是否在 SharePoint 中存储敏感数据或文档？如果是这样，您应该考虑企业利用透明数据加密。这会加密位于 SAN 上的静态数据，从而防止有人抓取 SAN 快照或备份磁带的副本并在您不查看时恢复数据库的整个副本。
不用担心压缩。企业增加了进行数据压缩的能力，但不要让它影响你的决定。您的 SharePoint 用户可能会存储大量的二进制文档，这些文档无论如何都不能很好地压缩。
对于客户，我们选择了 Sql Server 2008 Enterprise Ed。2 节点集群用于高可用性，而不是速度。该设计是 Microsoft playbook 5 节点群的保守设计，在 Hyper-V 上具有 3 个前端 MOSS 节点和一个 Dell Equallogic iSCSI SAN。
SQL 集群未虚拟化，因为在设计时（2008 年年中），Microsoft 不支持虚拟化 SQL 2008 集群配置。
替代文字 http://bluesurftech.com/TechBlog/Lists/Photos/farm.png
如果您从大约 1000 个用户开始，最终可能有 5000 多个用户，我会说这是一个典型的扩展项目，我会选择企业版。我可能会从一开始就使用集群后端。
也就是说，这完全取决于这 1000-500 个用户的流量模式以及您希望提供的服务水平。以后从标准切换到企业也不是不可能的，但这会花费您一些停机时间，这可能是一种选择，也可能不是。