1. Не очень понятно, что это за записи (размер, назначение). Если это бухгалтерская и экономическая информация, то записи разбухнут и база уже через месяц будет порядка Гига. А что потом? Может ошибка в цифрах, т.к. операторы ввода не смогут ввести такое число записей, если они не будут генерироваться автоматом? Может следует понимать, что база замрет на ~100000 записей?
По этой причине, рекомендации будут весьма приближенными, а о размере дисков вообще ничего нельзя сказать. Можно лишь утверждать, что дисков надо не меньше 2, чтобы организовать базу на чередующихся разделах (лучше аппаратный RAID) (клиентов не так уж и мало). Лучше 3 диска, чтобы на одном разместить систему и архивы базы (объекты репликации).
2. Сетевое оборудование на стороне сервера должно быть не хуже 100 Мб/с. У клиентов можно 10.
3. Процессор не ниже Пень 2. (Лучше 2 шт.).
4. Память не меньше 256 Мб. Если будет 512, то надо поэкспериментировать, сколько отдать SQL-серверу. Сталкивался с ситуациями, когда серверу отдаешь больше 155555 страниц, то приложения крутятся медленнее. Лучше в оставшейся памяти организовать TempDB.
5. По заданному вопросу ясно, что не стоит гнаться за Brand Name. Минусы левой сборки перекроются плюсами цены или параметров. Надо только посерьезнее отнестись к резервированию базы, т.к. надежность такой сборки...
6. Ленточка желательна, но если базу можно резервировать в других помещениях, то можно обойтись без нее.
7. Последняя рекомендация: (ДОЛЖНА БЫТЬ ПЕРВОЙ) для таких задач MSSQL6.5 принесет много головной боли. Я бы начинал на семерке или 2000.