|
Помогите определиться с причиной снижения производительности.
|
|||
---|---|---|---|
#18+
Здравствуйте. Ситуация следующая. Наша система опрашивает приборы и хранит значения в sql. Есть нагрузочный тестовый сервер работал он на 2016 MSSQL. Сделал бекап, деинсталировал MSSQL2016, установил MSSQL2017, восстановил бекап, поднял версию совместимости. Запустил систему sql сервер не успевает писать данные (стал работать медленнее)! В конечном итоге не пойму что привело к такой ситуации (упала производительность*). -Версия ПО которое занимается сбором данных не менялось. -Железо осталось прежним. -БД не изменилась не считая версии совместимости. Что попробовал: -Обновил статистику. -Перестроил индекс на всей базе. -Изменил настройки сервера по умолчанию: минимальный размер памяти сервера - 20480 мб максимальный размер памяти сервера - 28672 мб Максимальное число рабочих потоков - 2048 Поддерживать приоритет SQL Server - блокировка страниц в памяти (настройка Windows) -проверил целостность страниц (DBCC CHECKDB) Подскажите плз, что можно еще предпринять. Заранее спасибо! ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 09:43 |
|
Помогите определиться с причиной снижения производительности.
|
|||
---|---|---|---|
#18+
Vladimir_Mer, Надо было заранее тестировать с какой скоростью будет работать. Новая версия не обязательно быстрее. Но может что-то из настроек не перенесли. Надо старый инстанс было сохранить, чтобы сравнивать. А вот перестройка индекса могла не улучшить, а ухудшить ситуацию, если вы ставили fillfactor близко к 100. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 09:48 |
|
Помогите определиться с причиной снижения производительности.
|
|||
---|---|---|---|
#18+
Если не секрет, зачем понадобился переход 2016-2017 ? Не делайте миграций ради фана. Любая миграция/обновление чреваты различными проблемами падения производительности и совместимости. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 09:50 |
|
Помогите определиться с причиной снижения производительности.
|
|||
---|---|---|---|
#18+
Vladimir_Mer, Смотрите на статистику задержек. Ну и для теста стоит вернуть уровень совместимости. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 09:51 |
|
Помогите определиться с причиной снижения производительности.
|
|||
---|---|---|---|
#18+
L_argo, Хотел посмотреть как все будет крутиться на 2017. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 09:53 |
|
Помогите определиться с причиной снижения производительности.
|
|||
---|---|---|---|
#18+
Vladimir_Mer, поясните "не успевает писать". В общем случае SQL СУБД не пригодны для сбора данных аппаратуры. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 13:21 |
|
Помогите определиться с причиной снижения производительности.
|
|||
---|---|---|---|
#18+
Владислав Колосов, Прибор фиксирует данные, передает на клиента. Клиент формирует файл с данными. Файл с помощью bulk insert записывается в SQL. Соответственно произведя определенные расчеты. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 14:01 |
|
Помогите определиться с причиной снижения производительности.
|
|||
---|---|---|---|
#18+
Vladimir_Mer, То есть bulk insert добавляет в таблицу записи с меньшей скоростью, чем раньше? Вы производили чистый эксперимент по сравнению, то есть таблица-куча, нет индексов, нет читателей, один писатель? Может дело не в версии сервера? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 14:35 |
|
Помогите определиться с причиной снижения производительности.
|
|||
---|---|---|---|
#18+
Критик, По предложению вернул версию совместимости на 130 (2016*), вроде закрутилось все как в былые времена) Продолжу наблюдение. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 14:44 |
|
Помогите определиться с причиной снижения производительности.
|
|||
---|---|---|---|
#18+
Господа предложите, пожалуйста, план перехода с 2016 на 2017! Возможно на личном примере. Получается будет необходимо оптимизировать запросы? Нужно ли будет оптимизировать еще что то? Какие то манипуляции с самими данными производить нужно? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 17:00 |
|
Помогите определиться с причиной снижения производительности.
|
|||
---|---|---|---|
#18+
Vladimir_Mer, надо изучать детально каждый конкретный случай снижения производительности. В общем массе проблем нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 17:09 |
|
Помогите определиться с причиной снижения производительности.
|
|||
---|---|---|---|
#18+
Vladimir_Mer Господа предложите, пожалуйста, план перехода с 2016 на 2017! Возможно на личном примере. Получается будет необходимо оптимизировать запросы? Нужно ли будет оптимизировать еще что то? Какие то манипуляции с самими данными производить нужно? Обычно достаточно того, что вы сделали с индексами и статистикой, но, возможно, сервер новой версии просто неправильно строит план. Нужно поискать место замедления, возможно, оно всего одно. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 18:28 |
|
Помогите определиться с причиной снижения производительности.
|
|||
---|---|---|---|
#18+
SQL server оказался не причем, дело в винте на котором лежал mdf! P.S. В заключении хочу написать реальную причину просадки производительности. Как выяснилось дело было в винте. ПО HardDiskSentinel выдал следующие - "Предсказание Отказа - Атрибут: 5 Reallocated Sectors Count, Счётчик секторов, перемещенных в резервную область. Указание на проблему с поверхностью диска или головками чтения/записи. Обнаружено 21704 сбойных сектора на этом диске. Их содержимое перемещено в безопасную область. Немедленно замените жёсткий диск. Немедленно сделайте резервную копию, чтобы предотвратить потерю данных." Заменили диск, производительность вернулась на свои места. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2020, 09:59 |
|
|
start [/forum/topic.php?fid=46&msg=39977304&tid=1685907]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
29ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
others: | 15ms |
total: | 136ms |
0 / 0 |