有没有经验的低规格硬件运行SBS 2008标准（所以没有SQL）？ 特别是我关心磁盘系统，因为现在的CPU和内存都很便宜。
我们有一些客户在运行带有SAS5 / i RAID控制器的Poweredge 840s上运行SBS 2003（没有电池，因此不写回）和两个146GB的磁盘作为RAID1。 对于5用户networking来说这已经足够了，但SBS 2008似乎要求更高，而SAS5 / i是一个相当基本的控制器。 然而，使用Perc5 / i和三个或四个磁盘RAID5增加了很多成本，我们的小客户很可能以此为代价。
有没有人在这样的硬件上使用SBS 2008？ SAS5 / i和146GB的磁盘空间是否足够？
谢谢，
约翰·雷尼
在这种情况下，不要担心Perc和RAID5的额外费用。 在这种情况下坚持RAID1，因为它以更好的价格为您提供了良好的数据保护。 相反，花一些额外的钱在内存上，以确保你想运行的服务不会影响性能。
一个4磁盘的RAID-5不太可能增加太多 – 即使所有的服务在使用一个小型企业也可能不会产生太多的磁盘stream量。 只要确保机器有足够的内存用于所有的服务。
磁盘性能不应该像你这样的5用户networking的问题，除非你做大量的文件共享或类似的东西。 就磁盘I / O而言，SBS 2008 本身对2003年的要求不高于2003年; 如果你的CPU和内存configuration可以处理2008年，而且你的服务器上的负载也不会比2003年多，那么一切都会好起来的。
我知道这似乎是一个小商店的硬件很多，但运行Exchange真的需要两个数组（如果不是两个RAID控制器！），以便数据文件和日志不在同一个磁盘上…
数据文件磁盘arrays出现故障（我发现多个磁盘驱动器在RAID5中同时出现故障）意味着只要日志文件位于单独的arrays上，就可以恢复到某个时间点。
日志在同一个磁盘上失败意味着您只能收到最近的备份邮件…
只是因为我知道许多商店会放弃这笔费用，但是我推动了这一点，因为它已经救了我一次，而我一下子就被抓住了！
我想如果用户在caching模式的Outlook中，那么邮件可以被带到当前…作为一个解决方法 – 只要确保从工作站导出邮件，然后再将交换重新联机…如果日志消失，数据库将比客户端上的OST文件更老…客户端通常不会连接….直到ost被删除，然后重build..所以出口ost首先…有道理？
后来。
好的，我们现在已经在一台带有两个Western Digital RE3 SATA磁盘的Poweredge 840上，在SAS5iR控制器上设置了一台SBS 2008服务器作为RAID1。 这是一个非常小的办公室（只有三个用户），它工作正常。 磁盘速度并不令人惊叹，但它是完全可以接受的。
JR