Гость
Войти | Профиль | Очистить
Действия ...
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Помогите определиться с причиной снижения производительности. / 13 сообщений из 13, страница 1 из 1
21.01.2020, 09:43
    #39916650
Vladimir_Mer
Vladimir_Mer
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите определиться с причиной снижения производительности.
Здравствуйте.
Ситуация следующая.
Наша система опрашивает приборы и хранит значения в sql. Есть нагрузочный тестовый сервер работал он на 2016 MSSQL. Сделал бекап, деинсталировал MSSQL2016, установил MSSQL2017, восстановил бекап, поднял версию совместимости.
Запустил систему sql сервер не успевает писать данные (стал работать медленнее)!

В конечном итоге не пойму что привело к такой ситуации (упала производительность*).
-Версия ПО которое занимается сбором данных не менялось.
-Железо осталось прежним.
-БД не изменилась не считая версии совместимости.

Что попробовал:
-Обновил статистику.
-Перестроил индекс на всей базе.
-Изменил настройки сервера по умолчанию:
минимальный размер памяти сервера - 20480 мб
максимальный размер памяти сервера - 28672 мб
Максимальное число рабочих потоков - 2048
Поддерживать приоритет SQL Server
- блокировка страниц в памяти (настройка Windows)
-проверил целостность страниц (DBCC CHECKDB)

Подскажите плз, что можно еще предпринять.
Заранее спасибо!
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.01.2020, 09:48
    #39916655
a_voronin
a_voronin
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите определиться с причиной снижения производительности.
Vladimir_Mer,

Надо было заранее тестировать с какой скоростью будет работать. Новая версия не обязательно быстрее. Но может что-то из настроек не перенесли. Надо старый инстанс было сохранить, чтобы сравнивать.

А вот перестройка индекса могла не улучшить, а ухудшить ситуацию, если вы ставили fillfactor близко к 100.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.01.2020, 09:50
    #39916658
L_argo
L_argo
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите определиться с причиной снижения производительности.
Если не секрет, зачем понадобился переход 2016-2017 ?

Не делайте миграций ради фана. Любая миграция/обновление чреваты различными проблемами падения производительности и совместимости.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.01.2020, 09:51
    #39916659
Критик
Критик
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите определиться с причиной снижения производительности.
Vladimir_Mer,

Смотрите на статистику задержек.
Ну и для теста стоит вернуть уровень совместимости.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.01.2020, 09:53
    #39916664
Vladimir_Mer
Vladimir_Mer
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите определиться с причиной снижения производительности.
L_argo,
Хотел посмотреть как все будет крутиться на 2017.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.01.2020, 13:21
    #39916783
Владислав Колосов
Владислав Колосов
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите определиться с причиной снижения производительности.
Vladimir_Mer,

поясните "не успевает писать".

В общем случае SQL СУБД не пригодны для сбора данных аппаратуры.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.01.2020, 14:01
    #39916800
Vladimir_Mer
Vladimir_Mer
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите определиться с причиной снижения производительности.
Владислав Колосов,

Прибор фиксирует данные, передает на клиента. Клиент формирует файл с данными. Файл с помощью bulk insert записывается в SQL. Соответственно произведя определенные расчеты.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.01.2020, 14:35
    #39916818
Владислав Колосов
Владислав Колосов
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите определиться с причиной снижения производительности.
Vladimir_Mer,

То есть bulk insert добавляет в таблицу записи с меньшей скоростью, чем раньше? Вы производили чистый эксперимент по сравнению, то есть таблица-куча, нет индексов, нет читателей, один писатель?
Может дело не в версии сервера?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.01.2020, 14:44
    #39916822
Vladimir_Mer
Vladimir_Mer
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите определиться с причиной снижения производительности.
Критик,

По предложению вернул версию совместимости на 130 (2016*), вроде закрутилось все как в былые времена) Продолжу наблюдение.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.01.2020, 17:00
    #39916884
Vladimir_Mer
Vladimir_Mer
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите определиться с причиной снижения производительности.
Господа предложите, пожалуйста, план перехода с 2016 на 2017! Возможно на личном примере.
Получается будет необходимо оптимизировать запросы?
Нужно ли будет оптимизировать еще что то?
Какие то манипуляции с самими данными производить нужно?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.01.2020, 17:09
    #39916891
Владислав Колосов
Владислав Колосов
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите определиться с причиной снижения производительности.
Vladimir_Mer,

надо изучать детально каждый конкретный случай снижения производительности. В общем массе проблем нет.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.01.2020, 18:28
    #39916917
alexeyvg
alexeyvg
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите определиться с причиной снижения производительности.
Vladimir_Mer
Господа предложите, пожалуйста, план перехода с 2016 на 2017! Возможно на личном примере.
Получается будет необходимо оптимизировать запросы?
Нужно ли будет оптимизировать еще что то?
Какие то манипуляции с самими данными производить нужно?
Данные менять точно не надо, но запросы могут замедлится.
Обычно достаточно того, что вы сделали с индексами и статистикой, но, возможно, сервер новой версии просто неправильно строит план. Нужно поискать место замедления, возможно, оно всего одно.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
08.07.2020, 09:59
    #39977304
Vladimir_Mer
Vladimir_Mer
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите определиться с причиной снижения производительности.
SQL server оказался не причем, дело в винте на котором лежал mdf!

P.S. В заключении хочу написать реальную причину просадки производительности. Как выяснилось дело было в винте.
ПО HardDiskSentinel выдал следующие - "Предсказание Отказа - Атрибут: 5 Reallocated Sectors Count, Счётчик секторов, перемещенных в резервную область. Указание на проблему с поверхностью диска или головками чтения/записи.
Обнаружено 21704 сбойных сектора на этом диске. Их содержимое перемещено в безопасную область.
Немедленно замените жёсткий диск. Немедленно сделайте резервную копию, чтобы предотвратить потерю данных."
Заменили диск, производительность вернулась на свои места.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Помогите определиться с причиной снижения производительности. / 13 сообщений из 13, страница 1 из 1
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
созд. / загр.: 520ms
Закрыть
start [/forum/topic.php?fid=46&mobile=1&tid=1685907]:
 0ms
get settings:
 8ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 149ms
get topic data:
 9ms
get forum data:
 3ms
get page messages:
 50ms
get tp. blocked users:
 1ms
others: 278ms
total:  520ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]