Телеграмм чат группы sqlcom страница 7176

14:02пожаловаться #1

зачем так сложно, какой диапозон времени нужно получить? за последние сутки от текущего времени?

> начало сегодняшних суток плюс 1 день минус 1 милисекунда.
это бред какой-то или я туплю жутко? или у вас прогнозные данные и все ок? или у вас день - это световой день или 12 часов?

короче хватит пытками заниматься, можно правильно сформулированный вопрос?

14:02пожаловаться #2

всегда отключить можно) в чате уже спрашивали по этому вопросу - там как раз отключить нельзя потому что все тормозить начинает на конкретном конфиге, поэтому рестартят время от времени и ждут баг фикс от Microsoft

вам может помочь и решить ваши проблемы

karb0f0s in SqlCom.ru - уголок MS SQL

14:03пожаловаться #3

https://t.me/sqlcom/157385

Konstantin Taranov in SqlCom.ru - уголок MS SQL

Microsoft сознался что это баг, надо обращаться в саппорт, здесь можно отслеживать если появится решение проблемы https://dba.stackexchange.com/q/292370/107045 - возможно в ближайшем CU пофиксять, но в любом случае проят обратиться в сапорт чтобы получить больше данных по этой проблеме

karb0f0s in SqlCom.ru - уголок MS SQL

14:04пожаловаться #4

если проблем с PFS contention нет - то и включать смысла нет

14:04пожаловаться #5

Если у вас очень много создаётся/удаляется временных таблиц и у вас появляется ожидание pagelatch_xx - то включайте, но будет поджирать потихоньку оперативную память

14:06пожаловаться #6

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

14:08пожаловаться #7

а очень много- у васк конкретно сколько? 1000 в час, в минуту?

14:10пожаловаться #8

2000 в секунду без включения, больше 4000 получилось с включением, возможно и больше бы получилось но уже упёрся в процессор.

14:12пожаловаться #9

Просто в 1 sql запросе 20 временных таблиц, сложный запрос получился

14:14пожаловаться #10

2000 новых temp таблиц в секунду?

Oleg T in SqlCom.ru - уголок MS SQL

14:16пожаловаться #11

В скриптах они дропаются?

14:16пожаловаться #12

Да

14:16пожаловаться #13

Нет, сбрасывается само соединение и скуль потом сам их чистит асинхронно

Oleg T in SqlCom.ru - уголок MS SQL

14:17пожаловаться #14

Верный выбор. Рад, что не удаляете.

14:18пожаловаться #15

Слава кровавому Энтерпрайзу)

14:18пожаловаться #16

Явное удаление тоже ведёт к metadata contention :)
Потому и не удаляю :)

Oleg T in SqlCom.ru - уголок MS SQL

14:18пожаловаться #17

сечёте 😊

Какой-то Хмырь... in SqlCom.ru - уголок MS SQL

14:18пожаловаться #18

а никто не в курсе, можно ли как-то посмотреть статус seeding'а БД в группе доступности. Ну когда добавляешь новую в AG и выбираешь automatic seeding.

karb0f0s in SqlCom.ru - уголок MS SQL

14:46пожаловаться #19

есть всего две служебные вьюхи со словом seed. всегда intellisense-ом подбираю нужную:
https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/automatic-seeding-secondary-replicas?view=sql-server-ver15#dynamic-management-views

Docs

Automatic seeding for secondary replicas - SQL Server Always On

Learn about how automatic seeding can initialize secondary replicas as part of an Always On availability group with SQL 2016 and greater.