我正在为后端构build一个MS SQL 2008 R2（STD）的SharePoint 2010服务器场。 H / W是：
我的计划是使用第二个相同的服务器（辅助）来镜像第一个（主）服务器。
那么如何最好的使用这个系统（O / S，TEMPDB，系统数据库，MDF，LDF和页面文件？
任何有关这方面的见解将不胜感激。
鉴于你只有4个硬盘驱动器使用，你几乎限制了自己。 安装两个RAID 1arrays，每个两个磁盘。 首先把操作系统和tempdb。 在第二个数组放置用户数据库。 随着共享点服务器的增长，您将需要添加更多磁盘，将日志和数据库移至独立的RAIDarrays，并将tempdb数据库移至其自己的RAIDarrays。
这一切都取决于将使用该系统的用户数量。 如果你只有10-30个用户没有使用sharepoint数据库，那么你如何处理这些数据并不重要。
理想情况下，你会想把各个types的数据块拆分到他们自己的RAID卷（TempDB一个数组，LDF的第二个数组，MDF的第三个和任何大量的DB到他们自己的arrays）。
问题在于，如果您在内部使用DAS，您可能无法为每个RAID提供RAID 10。 我的build议是，你考虑你会得到的数量。 SharePoint将具有与典型的OLTP数据库相同types的IO模式。
你真正需要做的是使用像SQLIO和SQLIOSIM这样的工具来压力testingIO子系统，以确保它能够满足你的需求。 任何人都很难告诉你这些是什么，因为你应该知道你的用户群和项目规格。 这里有几个链接来开始您的研究。 不要混淆SQLIO和SQLIOSIM。 他们以不同的方式进行testing，所以都使用这两种testing
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放在一台服务器上，使得单个卷上的所有数据库对于用户数量较less的中小型企业来说performance都很好。 testing，testing，testing！
我正在为后端构build一个MS SQL 2008 R2（STD）的SharePoint 2010服务器场。 H / W是PowerEdge R710,32 MB RAM，4个X146 GB硬盘以及另外一个146 GB硬盘（热插拔）。
不pipe怎样，确保你有一个完全不适合数据库服务器的系统 – 因为那些爱IO的人，也就是硬盘。
这就是为什么像SuperMicro这样的公司出售的案例：* 2个机架单元高，24（！）硬盘插槽* 4个机架单位高，72（！）硬盘插槽
5个驱动器插槽，如果一个通用服务器。 除非你有一个SAN，否则它不适合更高性能的数据库工作 – 你不能放入足够的光盘。
所以，你需要一个外部光盘笼。
好。 这是我修改的计划。
购买总共6个磁盘的额外磁盘，然后将MDF和LDF放置在独立arrays（RAID 5）上。
有人build议买两个控制器的箱子。 这是必要的吗？