Аппаратные средства начального уровня для Стандарта 2008 года SBS
Я никогда не использовал его сам, но это походит на Thinstation, или возможно Thintux - то, что Вы ищете.
Если Вы хотите стать более сложными, Проект Терминального сервера Linux мог бы быть интересным также.
Хорошо мы теперь настроили сервер 2008 SBS на Poweredge 840 с двумя дисками Western Digital RE3 SATA как RAID1 на контроллере SAS5iR. Это для очень малого офиса (только три пользователя), и он работает хорошо. Скорость диска не является ошеломляющей, но это довольно приемлемо.
МЛАДШИЙ
RAID-5 с 4 дисками вряд ли добавит много - даже со всеми сервисами, используемыми, малый бизнес, вероятно, не будет генерировать много дискового трафика. Просто удостоверьтесь, что машина имеет достаточно памяти для всех сервисов.
Не беспокойтесь дополнительным расходом Perc и RAID5 в этой ситуации. Придерживайтесь RAID1 в этом случае, поскольку он дает Вам хорошую защиту данных по лучшей стандартной цене. Скорее потратьте часть дополнительных денег на памяти, чтобы гарантировать, что сервисы, которые Вы хотите выполнить, не влияют на производительность.
Производительность диска не должна быть проблемой для 5 пользовательских сетей как Ваша, если Вы не делаете тяжелый совместный доступ к файлам или что-то как этот. SBS 2008 по сути не более требователен, чем 2003 с точки зрения диска ввод-вывод; если Ваш ЦП и конфигурация RAM могут обработать 2008, и Вы не создаете больше нагрузки для своего сервера, чем Вы сделали с 2003, то все будет прекрасно.
Я знаю, что это походит на большое количество аппаратных средств для небольшого магазина, но рабочему Exchange действительно нужны два массива, (если не два RAID-контроллера!) так, чтобы файлы данных и журналы не были на тех же дисках...
Отказ Вашего дискового массива файла данных (и я видел сбой дисков multilple сразу в RAID5) означает, что можно восстановиться к моменту времени, пока файлы журнала находятся на отдельном массиве.
Отказ с входом в систему, тот же диск означает Вас, может только получить почту до Вашего нового резервного копирования...
Просто к вашему сведению, как я знаю, многие магазины будут предшествовать расходу, но я спешу это, поскольку он сохранил меня однажды, и я ловился на нем однажды!!
Я предполагаю, находятся ли пользователи в кэшируемой перспективе режима затем, почта может быть принесена текущий... как обходное решение - просто убедиться экспортировать их почту из рабочей станции перед возвращением обмена онлайн..., если журналов не стало, база данных будет более старой, чем файл OST на клиенте... и клиенте не будет обычно соединяться...., пока ost не удален и затем восстановлен.. так экспортируйте ost, сначала... имеют смысл?
Позже.