Имя: Пароль:
1C
 
Долго пишется набор записи, даже пустой
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
https://c2n.me/40mHdDk

(8)   разделение итогов включено
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) запускаешь профайлер, меряешь проблемный кусок, сравниваешь в плане запросов ожидание и реальность.