Как лучше организовать сервер для 1с?
Странный подход указать частоту процессора и память. А сколько ядер, какого типа процессор?
Нужно исходить из размера баз, количества пользователей и интенсивности работы.
Бюджет какой, нагрузка какая, в конце концов - конфа какая?
Под ваше описание сервер от ibm не нужен, тем более с одним винтом.
1С очень любит быструю память, чем ниже тайминги, тем лучше. Еще 1С очень любит высокую частоту процессора, и чем быстрее процессор будет обращаться к памяти, тем лучше. 
Я бы взял обычный процессор i7-6700K на 4Ггц и добавил бы к нему ddr4. Если базы помещаются на бытовые ssd диски, то два таких диска в зеркало и в путь. Диски не обязательно серверные типа Intel, вполне подойдут Kingston KC300, они заявляются производителем как "серверные", но стоят денег как бытовые.
Ставить больше двух ssd есть смысл только для увеличения объема, обычные raid-контроллеры не раскроют потенциал рейда скажем на 6 ssd. 
Под архивы в тот же сервер воткнуть sata диск на 2-4 тб, можно два таких в зеркало. Плюс копировать архивы на другой ПК или в облако, если позволяет объем.
Сервер БД - только MS SQL. Скорость рабты одной базы на postgres и ms sql у меня отличалась в два-три раза.
Памяти в сервак напихай как можно больше, как минимум её должно быть больше, чем размер самой большой и нагруженной базы. Память будет нужна в первую очередь серверу БД под кэш.
Сервер бд и сервер 1С лучше разместить на одной машине, т.к. 1с шлет множество мелких пакетов в сеть, на обычном железе выгода по скорости будет заметна.
Бэкапы, в случае ms sql, организуются элементарно средствами скуля. Я бы делал полную копию БД каждый день, не заморачиваясь разностными архивами. По мере заполнения хранилища архивов просто прореживайте архивы.
Если есть ИТС, можно делать выгрузку архива в облако из самой 1С средствами конфигурации, если у вас 1С 8.3 и последние версии конфигураций.
SQL базы ставь, файловые геморрой. А сервер можно и на обычной винде понять, лишь бы железо тянуло , ставь ssd кстати, будет открываться за пару секунд