|
Уровень совместимости
|
|||
---|---|---|---|
#18+
Здравствуйте! Опыт небольшой, поэтому заранее прошу извинить за нубские вопросы. Стоит SQL server 2016, на нем база 1С. Эмпирически вычислено, что когда база начинает тормозить, нужно в свойствах базы выбрать параметры, где изменить уровень совместимости с SQL Server 2012(110) на SQL Server 2016(130) и тут же поменять обратно-база оживает. Почему так происходит? Заранее благодарю! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 00:42 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
Grogan Почему так происходит? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 00:47 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
Для начала да. Возможно еще после захочется что-то узнать) Вы знаете ответ на этот вопрос? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 00:57 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
Grogan Здравствуйте! Опыт небольшой, поэтому заранее прошу извинить за нубские вопросы. Стоит SQL server 2016, на нем база 1С. Эмпирически вычислено, что когда база начинает тормозить, нужно в свойствах базы выбрать параметры, где изменить уровень совместимости с SQL Server 2012(110) на SQL Server 2016(130) и тут же поменять обратно-база оживает. Почему так происходит? Заранее благодарю! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 01:20 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
Гавриленко Сергей Алексеевич, спасибо! Надо будет проверить, так ли это) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 09:07 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
Grogan Гавриленко Сергей Алексеевич, спасибо! Надо будет проверить, так ли это) как говорят(ц) "данезашто". И как вы это проверите? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 11:27 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
Первое что на ум пришло: DBCC FREEPROCCACHE при жалобах на замедление и посмотреть будет ли такой же результат. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 14:26 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
Grogan Первое что на ум пришло: DBCC FREEPROCCACHE при жалобах на замедление и посмотреть будет ли такой же результат. Проанализировать запросы, которые работают медленно, не предлагать? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 15:28 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
Megabyte, предложения только приветствуются) Буду изучать вопрос. Спасибо! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 16:49 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
Grogan, попробуйте переключить настройку базы "параметризация" "простая" на "принудительная". Хотя это может иметь последствия, например, оптимизатор в таком случае не использует фильтрованные индексы. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 17:05 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
К сожалению врядли причина ускорения работы базы после смены уровня совместимости сброс кэша планов запросов. При замедлении базы инструкция DBCC FREEPROCCACHE не улучшает ситуацию, помогает только переключение туда-сюда уровня совместимости. Надо бы докопаться до причин. Таким костылем пользоваться не совсем комильфо...Куда еще можно посмотреть? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2021, 10:18 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
А конкретный момент начала торможения существует ? Н-р обновление конфигурации ? Иногда достаточно обновить статистику ключевых больших таблиц. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2021, 10:39 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
Grogan, может быть глупый вопрос, но статистики как часто принудительно обновляете? В 2016 сервере автоматическое обновление статистик было улучшено. Поэтому, не исключено, что переключение уровней совместимости форсирует автоматический расчет статистик, что и сказывается на производительности. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2021, 10:47 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
L_argo А конкретный момент начала торможения существует ? Н-р обновление конфигурации ? Иногда достаточно обновить статистику ключевых больших таблиц. Тормозить начинает после того как пользователи определенные документы проведут. ptr128 Grogan, может быть глупый вопрос, но статистики как часто принудительно обновляете? В 2016 сервере автоматическое обновление статистик было улучшено. Поэтому, не исключено, что переключение уровней совместимости форсирует автоматический расчет статистик, что и сказывается на производительности. Раз в сутки обновляем статистики принудительно, ну и индексы перестраиваем тоже. Поделитель плиз у кого есть скриптик для быстрого обновления статистик? exec sp_msforeachtable N'UPDATE STATISTICS ? WITH FULLSCAN' -- долго выполняется. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2021, 15:12 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
Grogan Поделитель плиз у кого есть скриптик для быстрого обновления статистик? exec sp_msforeachtable N'UPDATE STATISTICS ? WITH FULLSCAN' -- долго выполняется. И как ты представляешь себе "быстрое" обновление статистики? Силой святаго духа? ЗЫ. Фсе эти обновления статистики в 99% случаев ниочем. Т.е. бесполезны. Вот с чего в твоих табличках распределение данных кардинально меняется? Ты хоть проверял наличие реального изменения статистики? Не обновляй - вот тебе и "быстро". ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2021, 15:25 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
Grogan Поделитель плиз у кого есть скриптик для быстрого обновления статистик? exec sp_msforeachtable N'UPDATE STATISTICS ? WITH FULLSCAN' -- долго выполняется. У вас выбор простой: - запускать обновление статистики в параллельном режиме - запускать обновление статистики только для нужных таблиц/секций - прочитать параметры команды UPDATE STATISTICS и указать нужный SAMPLE или просто убрать FULLSCAN ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2021, 15:27 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
Grogan Поделитель плиз у кого есть скриптик для быстрого обновления статистик? Пользуюсь трудами Ola Hallengren ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2021, 16:00 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
Grogan L_argo А конкретный момент начала торможения существует ? Н-р обновление конфигурации ? Иногда достаточно обновить статистику ключевых больших таблиц. Тормозить начинает после того как пользователи определенные документы проведут. вот и ответ.. сегодня ту же проблему решал. статистика обновлена ночью, а устарела к утру, когда оказалось, что на таблице 3млн изменений пробежало.. после этого запрос стал работать 20 минут вместо 1 секунды.. статистику обновил, встало на место. понять причину помогло https://blog.sqlauthority.com/2016/07/24/find-outdated-statistics-interview-question-week-081 ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2021, 16:53 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
Если данные так шустро обновляются, то наверняка срабатывает автоматическое обновление статистики. И оно проходит по умолчанию с параметром SAMPLE. Вот планы и меняются. Вы ведь FULLSCAN используете. Добавьте в свой скрипт по обновлению статы PERSIST_SAMPLE_PERCENT = ON. В 99% не нужно обновлять всю стату ежедневно. Еженедельно максимум, и то по скрипту, т.е. выборочно. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.01.2021, 00:02 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
Тут еще вот какие мысли. При переключении уровня совместимости туда-сюда, работа в базе ускоряется. Обновление статистик врядли может так быстро произойти. Инструкция DBCC FREEPROCCACHE не дает аналогичного результата. Думаю попробовать CHECKPOINT; GO DBCC DROPCLEANBUFFERS; GO Но почитал что это может быть не слишком грамотно. Что скажете? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.01.2021, 01:50 |
|
Уровень совместимости
|
|||
---|---|---|---|
#18+
Grogan Обновление статистик врядли может так быстро произойти. Тут дело не в статистике, ваше переключение просто завставляет перекомпилировать планы. И уж что заставляет сервер это делать, вопрос второй. Попробуйте просто перекомпилировать ухудшидшийся запрос и посмотрите результат. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.01.2021, 03:33 |
|
|
start [/forum/search_topic.php?author=AlexeyMakarov&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
155ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
others: | 443ms |
total: | 714ms |
0 / 0 |