Здравствуйте.
На новом месте работы поставили задачу разобраться с производительностью сервера SQL. Сказали, что пользователи жалуются, «тормозит, плохо работает». Я сам в БД не работаю, запросы не создаю и т.д., все со слов.
Исходные данные на момент написания:

Сервер:

Win server 2008R2 x64 – 125 Gb ОЗУ – Xeon E5 4640 x2
MS SQL 2012 (количество баз – 30, размер всего 900 Гб)

Информация по БД основная, без секундных метрик и данных о нагрузке в единицу времени:

Data Base Pages – 11 134 865
Buffer Cache Hit Ratio – 100 %
Target Pages – 261 914 624
Cache objects – 96 346
Cache pages – 885 283

Для мониторинга обстановки основные показатели интегрированы в сервер мониторинга и выводы следующие:
Дисковая подсистема и процессорный пул не сильно нагружаются. То есть тех ресурсов что есть вполне хватает. А вот с оперативной памятью вопрос. Для SQL выделено 100 Gb, он «съел» их полностью. Причем было выделено 80, добавили +20 за неделю он их «прикончил».
В связи с этим вопрос, какой оптимальный объем ОЗУ (ориентировочно) мне нужен в данной ситуации (я в курсе, что это очень грубо, без анализа количества запросов и других параметров работы пользователей с БД) и что посмотреть в первую очередь для некой оптимизации БД, без глобальных изменений.
Буду рад ответить на уточняющие вопросы. Спасибо большое заранее.

alexeyvg,

скажем так, в базе работать нет, а настройками сервера, видимо да. Я смотрю на ситуацию и тоже вижу, что работает, чисто по статистике, вроде норм. Но люди жалуются, что тупит, долго считает, опрашивает и т.д. Поэтому и спрашиваю, на что обраить внимание в 1 очередь. Спасибо.

SERG1257,

Спасибо, авы пользовались этим набором скриптов? Результат вас устроил, то есть та информация, которую они выводят подтолкнула вас на движение в правильном направлении? по оптимизации работы базы.

Гавриленко Сергей Алексеевич,
Идея создания такой кнопки, думаю, всех бы обрадовала :) +- так, но не совсем в такой крайности.
Я задаю вопрос в контексте обслуживания БД, то есть, если с железной частью сервера все ок, тогда действительно нужно общаться с пользователями и понять что тупит. Это я пока сделать не успел, начал работу с сервером напрямую. Считаю это логичным шагом. Дальше буду смотреть на предмет создания неких задач по оптимизации работы БД внутри SQL то есть создания задач в планировщике по, например, переиндексации, ребилду нку и т.д.
Скажем так, я с SQL плотно и глубоко не работал, эта работа, видимо для меня начинается, поэтому спрашиваю у коллег более опытных, мы все с чего-то начинали:) Спасибо.

И еще один дурацкий вопрос, по журналу транзакций
Нормально, что он занимает (общий размер для всех баз) 86 Gb? (для какой-то БД меньше, для какой-то больше) Во вложении отношение размера БД к размеру файла транз. Знаю, что этот файл может сильно влиять на производительность в целом.
Спасибо.

Гавриленко Сергей Алексеевич,

Очень здорово, что у вас все в порядке с чувством юмора и желанием поучить жизни других людей, но я так и не добился хотя пары разумных советов от вас, как видимо от человека, понимающего суть вопроса и имеющего возможность поделиться с окружающими, на что намекает, видимо, ваш логин на ресурсе и количество сообщений. Мой вопрос - не звонок вам в ухо, а обращение к людям, которые без "рука-лицо" могут донести информацию, или дать пару ссылок на нужные ресурсы, типа этого и далее внутри на ссылки MSDN https://habr.com/company/technoserv/blog/336070/
На вопрос, что же вы сразу туда не пошли, можно я отвечать не буду. Ну, без обид. Мойду "учить матчасть" (и как, меня бедного, туда не послали еще:)
Тема закрыта, спасибо.

alexeyvg,

даже больше, смело, можете стирать! :) ну раз уж в таком ключе

L_argo
Еще нофсякей посмотрите на размер базы ТемрДБ. Иногда тоже вырастает вплоть до остановки работы. Особенно свойственно для 1С. :)


На SQL не 1С, сразу скажу. Размер tempDB - 30 Gb и он лежит на диске C в пути по умолчанию на сервере (C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER2012\MSSQL\DATA)

SERG1257,
Спасибо.
Ну да, айтишники такие, мнительные и ранимые нутуры. Высоко и очень тонко организованные:)
Насчёт скриптов я понял что это не та самая заветная кнопка. Посмотрел. Буду пробовать потихоньку. Ещё раз спасибо. Всем!!!

Владислав Колосов,

Заниматься надо, этот вопрос не стоит. Про информацию согласен. Надо изучать, чем и занимаюсь. Прикрутил SQL к Zabbix. Спасибо.