8.х Много малых баз + SQL

Здравствуйте,
Хотелось проконсультироваться у профессионалов вот на какую тему.
Есть один сервер(HP Proliant 380gen8), на котором стоит сервер виртуальный(windows 2008 r2 на EXSi 5.1),куда по RDP бежит 5 бухгалтеров.Рожден был с 1 ядром и 2 гигами оперативки.
Прошло пол года и он уже имеет 2 ядра и 10 гигов оперативки во время отчетности, обычно 8.
О самом HP Proliant 380. Рейд 5 с 2 процессорами и 64 гигами оперативной памяти. На нем работает еще 3 таких же виртуальных сервера, с разницей что на них есть только пара бухгалтеров и может 10 файловых баз. С которыми бухгалтера работают по одной базе за сессию. Ресурсов на самом хосте еще очень много!
Вся соль проблемы:
На сервере больше 20 разных файловых баз 1с.Размером от 500мб до 2гигов.
С ними работают так самые 5 бухгалтеров.Которым хочется запуска одновременно по 2-3 базы в одной сессии.То есть в среднем на сервер приходится порядка 10 одновременно работающих файловых баз 1с.
Очень часто жалуются на медленную работу сервера.
Нужно ли для проблемных бухгалтеров поднимать новый сервер с sql и переносить все эти мелкие базы, из файлового вида в sql?
Поможет ли это решить проблему медленной работы, такого малого количества пользователей?
Нужно ли для этого разворачивать 1с:сервер?

Извините за не точность, с процессором и оперативной памятью все нормально, загрузка не больше 50 % в пиках.
RAID:
Мониторинг ESXi показывает не большую загрузку дисков во время рабочего дня, есть только пики во время резервного копирования.
Пару дней назад начал вести мониторинг средствами windows.
Сама проблема проявляется так, система временно перестает отвечать.То есть вся сессия останавливается и через какое то время начинает опять работать нормально.
Похожа но то что повышается задержка на дисках, но другие сервера лежащие на этом же raid чувствуют себя нормально.

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

Основной вопрос в том, поможет ли переход на sql оптимизировать работу большого количества баз, а не одной мега базы, с большим количеством пользователей.

Благодарю за ответы.

Может быть есть у кого нибудь статья или ссылка с рекомендацией, как, когда и при каких обстоятельствах переходить на sql.