我正在构建一个 SharePoint 2010 场，并使用 MS SQL 2008 R2 (STD) 作为后端。硬件是：
- PowerEdge R710
- 32 GB 内存
- 4 个 146 GB 硬盘
- 1 个额外的 146 GB 硬盘（热插拔）
我的计划是使用第二台相同的服务器（辅助服务器）来镜像第一台（主）服务器。
那么如何最好地使用此系统（O/S、TEMPDB、系统 DB、MDF、LDF 和页面文件）进行阵列？
任何对此的见解都将不胜感激。
答案1
鉴于您只有 4 个硬盘可用，因此您的能力受到了很大限制。设置两个 RAID 1 阵列，每个阵列两个磁盘。第一个阵列上放置操作系统和 tempdb。第二个阵列上放置用户数据库。随着 sharepoint 服务器的增长，您需要添加更多磁盘，将日志和数据库移动到单独的 RAID 阵列，并将 tempdb 数据库移动到其自己的 RAID 阵列。
这一切都取决于将使用该系统的用户数量。如果您只有 10-30 个用户，并且他们很少使用 SharePoint 数据库，那么您如何布局其实并不重要。
答案2
理想情况下，您需要将各个类型的数据库分离到它们自己的 RAID 卷上（TempDB 一个阵列，LDF 一个第二个阵列，MDF 一个第三个阵列，任何大容量数据库都分离到它们自己的阵列上）。
问题是，如果您在内部使用 DAS，您可能无法负担每个 RAID 10。我的建议是，您考虑一下您将获得的卷数量。SharePoint 将具有与典型 OLTP 数据库相同的 IO 模式。
你真正需要做的是使用 SQLIO 和 SQLIOSIM 等工具对 IO 子系统进行压力测试，以确保其性能达到你的需求。任何人都很难告诉你这些是什么，因为你应该知道你的用户群和项目规范。以下是一些链接，可帮助你开始研究。不要混淆 SQLIO 和 SQLIOSIM。它们确实以不同的方式执行测试，因此请同时使用两者。
http://technet.microsoft.com/en-us/library/cc966534.aspx
http://www.brentozar.com/archive/2006/12/dba-101-using-perfmon-for-sql-performance-tuning/
一切都取决于需求。我曾见过 SharePoint 安装在一台服务器上，该服务器带有本地 SQL Server，所有数据库都位于一个卷上，这对于用户数量较少的中小型企业来说运行良好。测试，测试，再测试！
答案3
我正在构建一个 SharePoint 2010 场，后端使用 MS SQL 2008 R2 (STD)。硬件是 PowerEdge R710、32 MB RAM、4 个 146 GB 硬盘以及 1 个额外的 146 GB 硬盘（热插拔）。
无论是谁订购的，都确保你有一个完全不适合数据库服务器的系统 - 因为它们喜欢 IO，也就是硬盘。
这就是为什么 SuperMicro 等公司出售的机箱：* 2 个机架单元高，有 24 个硬盘插槽 * 4 个机架单元高，有 72 个硬盘插槽
如果是通用服务器，则有 5 个驱动器插槽。除非您有 SAN，否则它根本不适合更高性能的数据库工作 - 您无法为此放入足够的磁盘。
因此，您需要一个外部椎间盘笼。
答案4
好的。这是我修改后的计划。
- 将二进制文件、操作系统、TempDB、页面文件放在 SAN 上的镜像集 (RAID 1) 上。
购买额外的磁盘，使磁盘总数达到 6 个，然后将 MDF 和 LDF 放在单独的阵列 (RAID 5) 上。
有人建议购买带有两个控制器的盒子。这有必要吗？