Последние несколько месяцев мы изучали устаревшую систему на основе SQL, пытаясь повысить производительность, и сделали как можно больше с базой кода, поэтому теперь мы обращаем внимание на инфраструктуру.
Проблема в том, что в нашей устаревшей системе время от времени возникают тайм-ауты SQL.
Эта устаревшая система находится на том же сервере, на котором работают все базы данных SQL компании. Существуют такие вещи, как Sharepoint, службы Blackberry, база данных виртуализации серверов для виртуальных серверов x9, многочисленные базы данных отчетов для конкретных клиентов, которые работают в одной базе данных SQL на сервере среднего уровня. Серверу три года. Можете ли вы дать мне представление о том, может ли этот сервер быть перегружен этими бизнес-службами, и если да, то какой из них, скорее всего, ответственен за это? В компании работает, скажем, 100–150 сотрудников. Сервер имеет 4 ГБ оперативной памяти.
Дополнительно;
Размер LegacySystemDB: 14040384
SharepointSite1 размер: 6581568
vCenter 3412928
Размер SharepointSite2: 903032
Другие db примерно 50-100 000
Спасибо
Ответ здесь прост: купите больше оперативной памяти и установите ее на сервер. Имея всего 4 ГБ ОЗУ, SQL, вероятно, может использовать только 2 ГБ, а остальные 2 ГБ используются Windows. Это дает SQL только около 1 гигабайта памяти для буферизации данных. Как только этот буфер заполнится, любые другие данные, необходимые SQL, должны поступить с дисков. Я предполагаю, что вы извлекаете данные с диска, оставляете их в памяти всего на несколько секунд, а затем очищаете их, чтобы освободить место для новых данных, которые войдут в память.
Начните с добавления дополнительной оперативной памяти. Сделайте 16 гигабайт (еще 12) и посмотрите, как это повлияет на производительность.
Затем попросите кого-нибудь настроить производительность индексов и посмотреть, есть ли какие-нибудь индексы, которые нужно добавить или удалить. Вы использовали SQL Profiler для определения дорогостоящих запросов и их настройки?