Еще раз конфигурация сервера 1С 8

[G_Rogov]

Добрый день, посоветуйте, пожалуйста, конфигурацию сервера:
В настоящее время используется файловая 1С 7.7, размер БД 700 Мб. Общее кол-во пользователей – 35, одновременно работает в среднем 15-20 человек. Кол-во вводимых за день документов, около 50. Вместо 1С 7.7 внедряются клиент-серверные 1С 8.2 Бюджетная бухгалтерия и Бюджетная зарплата. ПО Windows Server 2008 или 2008R2, MS SQL 2008. Сервер будет выполнять роли сервера приложений, СУБД, и, возможно, сервера терминалов для ряда пользователей. Предпочтительно использовать raid-контроллер без аккумулятора (с суффиксом «z»). Можно 2-3 варианта по нарастанию мощности.

Спасибо заранее.

[DefDuck]

Здравствуйте!
Сервер в стойку или на пол?

[G_Rogov]

Можно оба варианта?

[DefDuck]

Отправлю в почту.

[G_Rogov]

Нашлись рекомендации, по которым при совмещении на одном сервере СУБД и сервера приложений лучше использовать 2-процессорные системы. Посчитайте еще такой вариант, пожалуйста (напольный и стоечный): 2 CPU, 2 диска SAS 146 Гб + 4 диска SAS 300 Гб, RAID Adaptec ASR5805Z, 8 Гб ОЗУ.
Бюджет - до 150 тыс. руб.

[DefDuck]

Я так понимаю, есть идея в том чтобы выделить отдельно зеркало под систему... Этого делать не стоит, лучше делить пространство под RAID10 на необходимое количество LUN.
Всё отправлю в почту.

[G_Rogov]

Спасибо.
>"Я так понимаю, есть идея в том чтобы выделить отдельно зеркало под систему... Этого делать не стоит, лучше делить пространство под RAID10 на необходимое количество LUN"

Аргументируйте, пожалуйста, почему?
Объясню свои "мотивы": при выходе из строя единого массива raid10 мы теряем все lun'ы - и системный и lun с данными. При использовании независимых raid-массивов, вероятность поломки обоих (не считая сбоя самого контроллера) мала. Что-то одно (система либо данные) "выживет". Меньше времени на затратим на восстановление. Не так?

[DefDuck]

Если мыслить с точки зрения математической статистики, то вероятность выхода из строя всей системы равна произведению вероятностей выхода из строя каждого из её компонентов. Т.о. увеличивая количество компонентов, мы увеличиваем результирующую.

Если же мыслить с точки зрения лучших практик, то RAID на то и придуман, чтобы поднять надёжность дисковой подсистемы (за счёт избыточности). А терять производительность 2-х шпинделей, которые будут использоваться только в момент загрузки не рационально. Правильнее купить + 1 диск и назначить его hot spare.

[DefDuck]

Сумме, конечно же.

[gs]

Вам будет легче, если сервер остановится по причине вылета одного из зеркал? Он ведь все равно остановится. Только вот производительность будет значительно ниже (или расходы выше).

На 20 одновременно работающих рыл обычно вполне достаточно одного процессора, даже в терминале. Конечно бывают тяжелые случаи, но это довольно редко. Впрочем, два процессора конечно шустрее будет - но дороже