Недавно брали сервер, как раз под 1С.
Как писали выше, используйте счётчики, необходимо мониторить загрузку по памяти, дискам, процессору, сетевым интерфейсом, обращению к файлу подкачки. Собирать информацию необходимо периодически, постоянно следить за изменением показателей — очень пригодится позже, для анализа и решения проблем с узкими местами.
В вашем случае, с 0,5 Гб базой существующего сервера должно хватать.
В случае значительного роста, необходимо продумать всё наперёд.
В нашей организации, БД за 2 года выросла с 20 до 70 Гб, кол-во пользователей с 25 до 50 одновременно работающих.
По опыту и показаниям счётчиков:
— процессор значительно загружен бывает очень редко и врят ли будет узким местом, скажу только, что выбирать выгоднее один 4-х ядерный, вместо двух 2-х ядерных из-за схемы лицензирования MS SQL на процессор, если СУБД другая, то считайте сами, по деньгам;
— сетевой интерфейс, бывает загружен значительно, но пока не являлся узким местом, 2-х гигабитных интерфейсов хватает;
— памяти, тут как всегда её много не бывает, и сейчас она относительно недорога, плюс всё серверное ПО 64-bit (ОС, СУБД, УПП);
— самый большой затык в дисковой подсистеме, наибольшая нагрузка на неё, поэтому при больших объёмах выбирайте самый быстрый тип RAID, не забывая про надёжность (у нас Raid 10). Как советуют выше, мы выбрали SSD — это достаточно дорого, кроме того, эти диски имеют свойство быстро умирать, поэтому обязательный запас, на случай выхода из строя, но эти диски дают в разы бОльшие скорости на операциях случайного чтения и записи, обгоняя любые НЖМД. Также не забываем разносить базы и логи на разные тома рейда, и помним про tempdb в MS SQL.
При увеличении количества одновременно работающих пользователей, на первый план выйдет проблема блокировок на уровне таблиц БД. Вам наверное пока рано об этом думать.
Советую почитать
раз и
два.
Средний
Простой
Простой
