Обновленный SQL-сервер, резко упала производительность

Обращаюсь за помощью с новым SQL-сервером.

На моем клиенте был запущен устаревший сервер SBS 2003 (Xeon 3060, 4 ГБ ОЗУ) и бизнес-приложение с базой данных SQL на 25 ГБ, использующее SQL Server 2005. У них 14 одновременных пользователей. На сервере был 1 гигабитный сетевой адаптер, и все подключено к одному 48-портовому гигабитному коммутатору.

ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ:

Я заменил сервер на новый (Xeon E5620, 48 гигабайт ОЗУ), работающий под управлением Hyper-V Server Core 2012. Новый сервер имеет 4 следующие сетевые адаптеры:

• 2 гигабитных сетевых адаптера Intel сконфигурированы как группа LBFO. Команда подключена к виртуальному коммутатору, к которому все ВМ подключаются через виртуальные сетевые адаптеры.
• 1 гигабитная сетевая карта для администрирования Hyper-V
• 1 выделенная сетевая карта на плате для IPMI

Виртуальные машины и выделенная память следующие:

• 'SBS2011' (16 гиг) Это их DC, Exchange Server, DNS и т.д., а также их общий файловый ресурс.
• «СЕРВЕР2» (16 гигабайт) работает под управлением надстройки SBS Premium (Server 2008 R2 + SQL Server 2008 Standard) и размещает их бизнес-базу данных и другой общий файловый ресурс, связанный с этой базой данных.
• Виртуальная машина Win7pro (4 гига), которую я иногда использую в качестве тестовой рабочей станции
• Виртуальная машина Win8pro (4 гигабайта), которую я использую для администрирования Hyper-V (хотя я обнаружил, что предпочитаю команды PowerShell).
• Это оставляет 8 гигабайт для накладных расходов ядра Hyper-V.

СИМПТОМЫ:

Когда первые пользователи входят и начинают работать, он работает нормально, но уже через 5-10 минут производительность падает. Затем им требуется от 10 до 30 секунд, чтобы переключить «вкладки» в своем приложении. Это происходит как с проводными, так и с беспроводными клиентами.

На SQL-сервере выделено 16 гигов ОЗУ, конечно же SQL-сервис сразу занял 15 гигов. Поскольку этот сервер также обслуживает два других небольших приложения и общий файловый ресурс, я счел целесообразным ограничить память SQL до 10 гигабайт. Проблема сохраняется.

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

Имейте в виду, что старый сервер работал с той же базой данных вместе с операционной системой SBS, Exchange, всеми общими файловыми ресурсами и SQL 2005 с общим объемом оперативной памяти 4 ГБ, поэтому я решил, что 16 ГБ должно быть в порядке. Конечно, я понимаю, что это другая ОС и другое программное обеспечение.

Что я сделал до сих пор:

1. Ограничено 10 гигабайт экземпляра SQL, чтобы оставить ресурсы для других приложений и накладных расходов.
2. Настроил резервную копию для выключения службы SQL в 12:30 и ее перезапуска в 1:00 (идея заключалась в том, чтобы освободить ресурсы)

Сотрудники клиента начинают приходить на работу примерно в 7:30 утра, производительность - к 8:00. На графике памяти сервера ниже вы можете видеть, что происходит следующее:

Доступная память составляет около 4 гигабайт с 12:30 предыдущего дня, служба SQL останавливается, а доступная память становится около 15 гигабайт. 1:00 запускается служба SQL и доступная память становится примерно 5,5 гигабайт 7:30 прибытие сотрудника 7:50 объем доступной памяти начинает уменьшаться (сотрудник начинает входить в приложения) 8:10 производительность низкая, сотрудник недоволен, начальник недоволен = я недоволен

Мои мысли и соображения:

Это медицинский кабинет, который принимает пациентов весь день. Более половины персонала получают доступ к картам пациентов на короткое время, пока пациент находится там. Вероятно, в долгосрочном кэшировании этой информации нет необходимости. Остальные сотрудники получают доступ к расписаниям, счетам и т. Д. Все из одного приложения.

1. Доступная память сервера, похоже, связана. Согласен не согласен?
2. Я читал о кеше файловой системы Windows, мне нужен совет по этому поводу.
3. Я считаю, что мне следует выделить больше памяти для виртуальной машины SQL Server. Я могу уменьшить количество виртуальных машин Win8 и Win7 до 1 гигабайта и оставить 4 для ядра Hyper-V. Это дало бы мне 10 гигабайт, которые я мог бы бросить на сервер SQL, увеличив его до 26 гигабайт.
4. Что касается пункта 3, я хотел бы получить совет о том, как выделить эту память на сервере. Должен ли я передать его ОС 2008 R2, передать его экземпляру SQL или распределить между двумя?
5. Что еще мне следует сделать для повышения производительности.
6. Использование ЦП и пропускная способность не являются проблемой из того, что я вижу, но, пожалуйста, посмотрите скриншоты ресурсов и графику на doaks.net/sqlhelp

Любой совет будет принят во внимание.

Спасибо.