|
Долго пишется набор записи, даже пустой | ☑ | ||
---|---|---|---|---|
0
BigShmax
12.03.19
✎
12:48
|
УПП 1.3
8.3.9.2170 SQL: Windows Server 2016 Standard (10.0) Microsoft SQL Server Enterprise (64-bit) 14.0.3048.4 После переустановки SQL сервера (со сменой версии) словил как минимум одно место где вылез странный глючёк. При проведении документа "Распределение материалов на выпуск" встаёт на 30-40 секунд на записи набора в РН.ЗатратыНаВыпускПродукции https://c2n.me/40loqX7 в данном примере этот набор записи пустой!!!! Если набор записи будет не пустым то встанет еще в одном месте на такое же время для очистки если надо скрин выложу . Т.к. более нигде такого не замечено прошёлся по табличке лёгким скрптом: USE upp_8_2; GO -- Reorganize all indexes ALTER INDEX ALL ON dbo._AccumRg22380 REORGANIZE ; GO И о чудо всё начало летать ..... один раз. через пару дней встало опять и более заставить нормально писаться в эту таблицу я не могу :-( скрипт более эффекта не даёт |
|||
1
BigShmax
12.03.19
✎
12:55
|
Упс
переставил Max Degree of Parallelism с 4 на 1 и всё взлетело пофиг пустой набор или очень большой. Вопрос как паралелизм давал такой эффект что пустой набор записей писал 35 секунд |
|||
2
D_E_S_131
12.03.19
✎
13:00
|
(1) А на ИТС есть статья по настройке SQL для 1С и там сказано про этот "параллелизм".
|
|||
3
BigShmax
12.03.19
✎
21:12
|
Продолжаю наблюдение: проработало идеально около 4-5 часов и опять встало. вылечилось только переводом Max Degree of Parallelism в значение 4 а потом возвратом назад в единицу
|
|||
4
hhhh
12.03.19
✎
22:19
|
(3) посмотри процедуры ПередЗаписью и ПриЗаписи регистра.
|
|||
5
Fragster
гуру
12.03.19
✎
22:33
|
Явно какая-то лажа со статистикой
|
|||
6
palsergeich
12.03.19
✎
22:44
|
Режим управления блокировки не автоматический случайно?
|
|||
7
palsergeich
12.03.19
✎
22:46
|
Или размер таблицы движений какой? До и после. Может ты там на ожидании эскалации висишь, а на старом скуле эскалация была отрублена.
|
|||
8
palsergeich
12.03.19
✎
22:49
|
+ я бы глянул включено ли разделение итогов
|
|||
9
palsergeich
12.03.19
✎
22:50
|
А вообще - смотри ТЖ)
|
|||
10
timurhv
12.03.19
✎
23:10
|
(0) какие регламентные операции по обслуживанию базы настроены?
При изменении степени параллелизма вроде планы запросов очищаются. https://docs.microsoft.com/ru-ru/sql/t-sql/database-console-commands/dbcc-freeproccache-transact-sql?view=sql-server-2017 |
|||
11
BigShmax
13.03.19
✎
09:41
|
(4) а при чём тут они , замер производительности чётко показывает где тормоз
(6) та не , всё в порядке , управялемый |
|||
12
BigShmax
13.03.19
✎
09:44
|
||||
13
BigShmax
24.05.19
✎
10:40
|
Проработало два месяца, вчера опять встало никакие махинации не помогают. руками обновил статистику у таблиц РН. реорганизовал индексы - бестолку :-( Встаёт раком на РН.ЗатратыНаВыпускПродукции :-(
|
|||
14
nicxxx
24.05.19
✎
11:00
|
Может там есть запись с датой года 2000 вместо 4000? И регистр итоги обновляет за 2 тыс. лет. В таблице итогов не проверял?
|
|||
15
BigShmax
24.05.19
✎
11:38
|
Там вид регистра : Обороты
как я понимаю нет там итогов то |
|||
16
Fragster
гуру
24.05.19
✎
14:54
|
||||
17
Fragster
гуру
24.05.19
✎
14:54
|
вот это каждый час
|
|||
18
Fragster
гуру
24.05.19
✎
14:55
|
(15) есть
|
|||
19
Fragster
гуру
24.05.19
✎
14:57
|
(13) запускаешь профайлер, меряешь проблемный кусок, сравниваешь в плане запросов ожидание и реальность.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |