用于WSS 3磁盘拓扑的Windows 2003 + SQL 2005

由于财务原因,我们仅限于Windows 2003和SQL Server 2005来承载Windows SharePoint Services v3,我现在正在查看磁盘拓扑结构,并且有些不确定是否正确。 我会很感激任何想法。

磁盘拓扑

HP DL360 G5 (2x 3.00 GHz Quad Core; 22GB RAM) HP Smart Array P400i (Embedded; 512MB BBWC) Array A (SYSTEM; RAID 1; 128K Block Size) 146.8 GB Disk (SAS; 15K) 146.8 GB Disk (SAS; 15K) Array B (DATA; RAID 1+0; 64K Block Size) 300.0 GB Disk (SAS; 10K) 300.0 GB Disk (SAS; 10K) 300.0 GB Disk (SAS; 10K) 300.0 GB Disk (SAS; 10K) 
  • 因为我正在使用Windows 2003,我无法调整SYSTEM分区的分区alignment方式。
  • 我已经将数组B的条带大小configuration为64K,将分区偏移量文件分配单元大小configuration为64K。 ( ref )
  • 服务器,RAID控制器和磁盘上的所有固件均已使用HP固件升级光盘进行升级 。

math位

根据吉米·梅的以下两个函数应该等于一个自然(正整数)数字。

Partition Offset ÷ Stripe Unit_Size

Stripe Unit Size ÷ File Allocation Unit Size

在数组B的情况下,所有值都是64KB(65536字节),所以两个函数都等于1。

用法

  • 我们是一个教育机构:
    • 〜2100名学生,
    • 〜300名工作人员,
    • 〜800套父母。
  • 使用SharePoint作为VLE,Intranet和Extranet(对于父母)。
  • 在极端条件下,我们可以同时拥有400个用户,在当天的16个关键时间里有1200个用户。
  • 一般来说,将会有更多像100个同时使用的用户。

问题

  1. 我的math是否正确?
  2. 这台服务器是否足以满足我们的需求?
  3. 磁盘拓扑是否适合服务器和磁盘组合(我有一些备用的300GB 10K,147GB 15K和72GB 15K磁盘)。 使用两个RAID 1arrays代替1 + 0arrays并拆分Data / Logs / TempDB可能会更好。

提前致谢!

我的math是否正确?

是的,你正在处理所有64k的倍数。

2.这台服务器能满足我们的需求吗?

可能是的,但很难说。 400个用户浏览几页很容易。 400用户上传内容和做其他密集的东西可能是一个问题。 总的来说,我认为你已经有了一个令人满意的解决scheme。

3.服务器和磁盘组合最佳的磁盘拓扑结构(我有一些备用的300GB 10K,147GB 15K和72GB 15K磁盘)。 用两个RAID 1arrays代替1 + 0arrays并拆分Data / Logs / TempDB可能会更好吗?

这个盒子里只有6个磁盘空间,所以你没有太多的select。 当然镜像操作系统是好的,那么如何处理其他4? 你真的只有2个选项,你已经select了第一个。 正如你所build议的,两个镜像分离日志和数据库也将工作。 我通常会主张分离日志和数据库,但通常假设您可以镜像日志,并为数据库构build更大的RAID10。 你没有足够的磁盘来这样做,所以我认为在一个RAID10中更多的主轴比两个镜子好,并且会保持原样。

总的来说,我认为在继续之前花费这么多时间来确认构build是正确的,但是看起来您已经仔细考虑了这一点,并且已经有了一个很好的configuration。 祝你好运。