Size: a a a

SqlCom.ru - Стиль жизни SQL

2020 October 13

AB

Aleksandra Bogdanova in SqlCom.ru - Стиль жизни SQL
Андрей Агеев
Тогда вероятнее всего влияет разделение ресурсов среды с другими вирутальными машинами. Может стоит CPU Steal Time например померить. СХД опять же тоже разделяют свой ресурс между машинами.
Кстати, я с похожим сталкивалась, когда из-за одной нагруженной виртуалке, легли остальные. Спасибо большое, посмотрим🙏
источник

AB

Aleksandra Bogdanova in SqlCom.ru - Стиль жизни SQL
@ktaranov спасибо🙏
источник

KT

Konstantin Taranov in SqlCom.ru - Стиль жизни SQL
Aleksandra Bogdanova
Интересно то, что при реальном нагрузочном тестировании в 4.5 часа, статистика ожиданий в query store в разы меньше для 2016 чем для 2019(тоже все на виртуалках)
какие ожидания больше всего занимают место для 2019? и что с временем выполнения запросов
источник

AB

Aleksandra Bogdanova in SqlCom.ru - Стиль жизни SQL
Cpu+memory
источник

AB

Aleksandra Bogdanova in SqlCom.ru - Стиль жизни SQL
Pageiolatch в топе, сейчас точно напишу
источник

IZ

Ilia Zviagin in SqlCom.ru - Стиль жизни SQL
Aleksandra Bogdanova
Интересно то, что при реальном нагрузочном тестировании в 4.5 часа, статистика ожиданий в query store в разы меньше для 2016 чем для 2019(тоже все на виртуалках)
Мне вот кажется, вы совсем не тем занимаетесь.
Вам надо выделить из 13 тыщь запросов, скажем, 100 самых важных, и их прогнать. Цель - увидеть, что они не тормозят, то есть примерно так же долго как на старой версии выполняются. И задача -- не определить, стоит ли переходить на новую версию, а дать эти медленные запросы разрабам чтобы они сделали их снова быстрыми. После этого можно переходить на новую версию, и решать остальные проблемы по мере появления.
источник

I

ILYA in SqlCom.ru - Стиль жизни SQL
Aleksandra Bogdanova
Pageiolatch в топе, сейчас точно напишу
А какие диски прицеплены к вашей виртуалке ? Не шарит ли она их с кем нибудь? Может это кусок на каком нибудь схд где лежит ещё 20 виртуалок, тогда время выполнения будет ну очень не предсказуемым
источник

AB

Aleksandra Bogdanova in SqlCom.ru - Стиль жизни SQL
Мы примерно этим и занимаемся, просто проверяем и переписываем сами. Вопрос в том, что некоторые запросы при тестировании дают разные результаты(то больше выполняются, то нет) и какую погрешность можно считать допустимой.
источник

T

Timus in SqlCom.ru - Стиль жизни SQL
Ilia Zviagin
Мне вот кажется, вы совсем не тем занимаетесь.
Вам надо выделить из 13 тыщь запросов, скажем, 100 самых важных, и их прогнать. Цель - увидеть, что они не тормозят, то есть примерно так же долго как на старой версии выполняются. И задача -- не определить, стоит ли переходить на новую версию, а дать эти медленные запросы разрабам чтобы они сделали их снова быстрыми. После этого можно переходить на новую версию, и решать остальные проблемы по мере появления.
вот только делать их более быстрыми на новой версии.
источник

IZ

Ilia Zviagin in SqlCom.ru - Стиль жизни SQL
Aleksandra Bogdanova
Мы примерно этим и занимаемся, просто проверяем и переписываем сами. Вопрос в том, что некоторые запросы при тестировании дают разные результаты(то больше выполняются, то нет) и какую погрешность можно считать допустимой.
Ну это всё вполне нормально и ожидаемо.
источник

T

Timus in SqlCom.ru - Стиль жизни SQL
Aleksandra Bogdanova
Мы примерно этим и занимаемся, просто проверяем и переписываем сами. Вопрос в том, что некоторые запросы при тестировании дают разные результаты(то больше выполняются, то нет) и какую погрешность можно считать допустимой.
ну маскимум по времени - то, что указано в SLA)
источник

AB

Aleksandra Bogdanova in SqlCom.ru - Стиль жизни SQL
ILYA
А какие диски прицеплены к вашей виртуалке ? Не шарит ли она их с кем нибудь? Может это кусок на каком нибудь схд где лежит ещё 20 виртуалок, тогда время выполнения будет ну очень не предсказуемым
Не знаю, тут вообще чёрный ящик, постараюсь узнать у них.
источник

I

ILYA in SqlCom.ru - Стиль жизни SQL
Aleksandra Bogdanova
Не знаю, тут вообще чёрный ящик, постараюсь узнать у них.
Если у вас нет данных о дисковой подсистеме то лучше тестировать когда данные в буферном пуле. Возьмите тот же Sentryone plan explorer , там весь расклад что на что тратилось очень понятен
источник

AB

Aleksandra Bogdanova in SqlCom.ru - Стиль жизни SQL
Konstantin Taranov
какие ожидания больше всего занимают место для 2019? и что с временем выполнения запросов
Перепроверила. Наибольшие ожидания Buffer IO, CPU, Idle, Buffer Latch.
источник

AB

Aleksandra Bogdanova in SqlCom.ru - Стиль жизни SQL
ILYA
Если у вас нет данных о дисковой подсистеме то лучше тестировать когда данные в буферном пуле. Возьмите тот же Sentryone plan explorer , там весь расклад что на что тратилось очень понятен
А, поняла мысль. Спасибо🙏
источник

IZ

Ilia Zviagin in SqlCom.ru - Стиль жизни SQL
Aleksandra Bogdanova
Перепроверила. Наибольшие ожидания Buffer IO, CPU, Idle, Buffer Latch.
На сколько (во сколько раз) первое больше всего остального?
источник

AB

Aleksandra Bogdanova in SqlCom.ru - Стиль жизни SQL
Ilia Zviagin
На сколько (во сколько раз) первое больше всего остального?
источник

A

Alexey in SqlCom.ru - Стиль жизни SQL
Aleksandra Bogdanova
Миграция с 2016 на 2019, оценка регрессии
Запускаешь хе на обоих и смотришь потом на оба файла внимательно. При необходимости повторно запускаешь уже со сбором планов( но тут уже возможно будет медленно везде) но зато наглядно
источник

A

Alexey in SqlCom.ru - Стиль жизни SQL
И есиессно не забываем про уровни совместимости бд
источник

IL

Ilgga Latypovv in SqlCom.ru - Стиль жизни SQL
Что будет с view, если кто-то удалит таблицу с которой она создана? И как избежать проблем таких проблем?
источник