Тут все от Ваших запросов зависит. В принципе то для такой нагрузки особо навороченный сервер не нужен, но лучше Вам просто посмотреть на мониторе ASA на текущем сервере, что и где не хватает и самому прикинуть конфигурацию. Ну а так правила выбора просты (приоритетность по убыванию):
1. Размер памяти
2. Скорость жестких дисков
3. Тактовая частота и кол-во процессоров
У меня например нормально на конфигурации Athlon 2600XP 1gb RAM ездила 7 гиговая БД.

На Windows XP и крутиться. Это не рабочая БД, а тестовая - перегнанная с реальной рабочей БД MSSQL для проведения тестовых и стрессовых нагрузок с целью выявления особенностей работы ASA с большими обьемами данных. Подгружал я ее запросами на соединениями на таблицы с 1-5 миллионов записей, запускал 10-15 сессий, потом на этой же машине примерно то же самое делал с MSSQL копией БД. Как и следовало ожидать сразу же вылезла разница в подходе проектирования индексов на большие таблицы MSSQL и ASA, однако после долгого добивания планов запросов на лучший я лично пришел к мнению, что оптимизатор ASA все таки поумней, но не всегда быстрей, чем MSSQL, хотя если это рассматривать только на выполнение читательских запросов. Если же на тяжелые запросы идет еще одновременная запись данных в БД от писателей, то у MSSQL сразу же начинают вылазить неприятные вещи с блокировками и статистикой и в общем случае наверное можно сказать что ASA быстрее и менее требовательна к ресурсам, чем MSSQL. Кстати заметил, что MSSQL при выполнении тяжелых запросов ведет себя очень аггресивно и на большом числе активных сессий запросто может просесть сервер, ASA проседает постепенно, но ни разу не довела сервер до такой степени, чтобы загрузка процессора была 100% и фактически для остальных процессов он был скорее мертв, чем жив. Все это конечно мои личные исследования и мое личное мнение, вполне возможно, что у меня не хватило квалификации более граммотно настроить MSSQL (хотя ASA я вообще не настраивал, кроме как выполнения калибровки сервера к текущему винту и указания размера начального и конечного кэша).

смотрите оператор:
ALTER DATABASE CALIBRATE

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