@СергейР

Доброго времени суток.
Есть ПК (мой) и есть сервер у Заказчика. На сервере работает OLTP-приложение на MS SQL Server, ну и ещё некоторое дополнительное ПО. Приложение непрерывно добавляет данные в буферную таблицу, а задание агента SQL Server обрабатывает данные и очищает буфер.
На моём ПК поднят SQL Server той же версии и развёрнута актуальная копия базы от Заказчика. Ну и аналогичное задание в агенте работает. Самого OLTP-приложения на моём ПК нет.
Так вот скорость обработки записей из буфера на моём ПК раз в 50 выше (1500-2000 записей/сек), чем у Заказчика на сервере (30-40 зап/сек).
Мне показалось, что такое различие в скорости не в пользу сервера является странным и я начал искать причины этого.
Проводил разные эксперименты по влиянию на обработку буфера:
1. Отключал OLTP-приложение (единственное приложение, которое вносит изменения в БД). Скорость обработки буфера увеличивалась, но незначительно;
2. Поднимал копию базы на сервере со своим заданием в агенте (что бы быть уверенным, что никакие сторонние приложения не блокируют данные). На обоих базах скорость получилась примерно одинаковая: 20-25 зап/сек;
3. Тестировал быстродействие жёстких дисков. В целом тесты на сервере дают лучшие показатели, чем на ПК;

Собственно, стоит задача - достичь на сервере скорости обработки буфера, сравнимой со скоростью на ПК. Дело даже не в этой операции. Просто есть надежда, что удастся повысить быстродействие всей системы.
Вопрос:
- какие настройки и где надо посмотреть чтобы, что бы хотя бы локализовать область для поиска причин низкого быстродействия обработки данных на сервере?

Ниже привожу параметры обеих систем и тесты производительности жёстких дисков.

ПК:
Win 10 Pro x64, MS SQL Server 2014 Developer (64-bit)
ОЗУ 8 ГБ, Intel Core i5-7500 CPU 3.40GHz, 3401 МГц, ядер: 4, логических процессоров: 4, HDD 500 ГБ SATA 7200 RPM

Сервер:
Win Server 2008 R2 Standard SP1, MS SQL Server 2014 Standart (64-bit)
ОЗУ 16 ГБ, Intel Xeon CPU E5-2609 v4 1.70GHz, 1700 МГц, ядер: 8, логических процессоров: 8, RAID 1(?).
HDD: 2 физических диска HP LOGICAL VOLUME SCSI Disk Device (так отображается в сведениях о системе).
На одном диске находится Windows, на другом - база (8 ГБ).

Миниатюры

   

0

@qwertehok

свойства БД на сервере - где находится, режим, сколько памяти\процессоров выделено серверу?
размер БД?


ЗЫ чисто по железу я бы порекомендовал поставить ССД и перенести на них базу.

0

@invm

И что в задании? Выполнение пакета SSIS? Скрипт на T-SQL?

ЗЫ: Результаты всяческих тестов *Mark к SQL Server неприменимы.

0

@СергейР

В задании скрипт на T-SQL. В курсоре производится анализ данных в буфере и в зависимости от результатов данные добавляются в разные таблицы. Затем все обработанные записи удаляются одной командой.

Добавлено через 5 минут
Файлы базы и лога находятся на втором физическом диске (который 1000Гб), логический D. Размер базы - 8 Гб. Режим восстановления - простой. По памяти и процессорам отвечу позже (надо добраться до Заказчика).

0

@СергейР

Настройки памяти по умолчанию - минимум - 0, максимум - 2147483647.
Процессоры, как я понимаю, используются без ограничения (скриншот приложил).

Миниатюры

 

0

@invm

Для начала отключите задание и добейтесь воспроизводимости проблемы в SSMS, обернув скрипт в транзакцию с откатом.
Затем помониторьте выполнение полученного профайлером, включив события SQL:StmtStarting, SQL:StmtCompleted, SP:StmtStarting, SP:StmtCompleted.
В полученной трассе ищите строки с аномальными значениями Duration.

Дальнейшие действия зависят от того, что нашлось. Если хотите, то можете выдложить сюда полученную трассу в виде trc-файла.

0

@СергейР

Спасибо за совет invm, обязательно попробую.

А в чём смысл, в данном случае, транзакции с откатом?

0

@invm

Что бы на период экспериментов иметь набор данных, на котором есть проблемы.

0

@СергейР

С этим вообще проблем нету. Система работает стабильно в этом плане. В сентябре и декабре целенаправленно делал проверки быстродействия - скорость обработки буфера одинаковая.

0

@invm

СергейР, дело ваше. Хотите каждый раз наполнять буфер перед выполнением скрипта - наполняйте.

0