Странно у меня сафари ужасно стал статьи открывать, не одна статья из ссылки у меня так полностью и не прогрузилась. Но я не думаю что Уваров что-то плохого там насоветовал=)) Настройки sql будут актуальны до тех пор пока не поменяют архитектуру либо sql либо 1с.
Вы так и не решились разделить сервер 1с и ms sql, что я все-таки настоятельно советую.
1. Выбирать нужно из того какой куплен или если не куплен то покупать последний. В данном контексте разницы между 2008 и вы вы не увидите.
2. И настроек для начала вам нужно ограничить памятью ms sql из расчета чтоб осталось на ось и на 1с. Из того что я видел на 40 человек 1с нужно 8 гигов, больше я не замечал чтобы rphost начинал поедать. Плюс системе для комфорта отдать гигов 6, все остальное отдать sql. По дискам (только для баз), размер блока 64к с выравниванием бы не заморачивался, т.к. уже в прошлой теме решили что 1с не особо славиться производительностью, хотя по науке выравнивание все-таки нужно. Ещё сразу решить вопрос с файлом mdf и ldf. Я лично считаю что его лучше сразу делать с запасом. Размер базы*на 1,5 и увеличение ставить на фиксированную величину чтобы sql не торобанил потом по дискам постоянно расширяя mdf. Опять же вы так и не сказали 130 гб это mdf или mdf + ldf? Если mdf 130 то изначально я бы создал новый mdf на 200 гб и увеличение сделал на 10 гб. По ldf посмотрел бы его размер и увиличывал бы его пропорционально, но также на фиксированный размер. В принципе для начала этого должно хватить и потом уже начать смотреть производительность уже на продакшене. Вопрос по РК тоже продумайте. Если как вы писали 30-40 человек то это 100% полная модель: что-то из серии ночной полный, 3 дифа в сутки и логи каждые 30 минут, как-то так. Так-же не забывайте про периодический shrink ldf файла, но автоматически не совету его делать, лучше запускать самостоятельно, чтобы не попасть на момент когда будет делаться бекап журнала и система решит запустить сжатие ldf. Ну и не забудь те про полноценное обслуживание базы, Уваров писал где-то статью здесь, поищите.