Имя: Пароль:
IT
Админ
после обновления Ms sql начали сыпаться ошибки с блокировкой
, , ,
0 jawakharlal
 
18.01.22
09:46
дано:
windows server 2012r2
sql server 2012
1с 8.3.18.1830

данная связка с горем-пополам, да работала.
решили с нового года усечь базу - путем создания новой, оставив старую как архив.
заодно решил обновить ms sql на 2017 версию.

что мы в итоге имеем ? - массово начались жаловаться на то что в 1с теперь при проведении некоторых документов выходит ошибка:
конфликт блокировок при выполнении тразакции:
превышено время ожидания запроса на блокировку
1 pechkin
 
18.01.22
09:49
Похоже еще что обновляли кроме скл
2 Dmitrii
 
гуру
18.01.22
09:58
(0) Пригласите специалиста.
Причинами проблем может быть абсолютно всё что угодно.
Начиная с чего-нибудь банального типа того, что на новой СУБД не настроили стандартные регламенты (регулярное обновление статистики и перестроение индексов) или настройки выставили как-то коряво. И заканчивая некорректным усечением базы. А ещё быть может файлы новой базы разместили на медленном диске или просто так совпало и проблемы вызваны какими-то аппаратными сбоями (тормоза сети, умирание диска(ов) и т.п.).
Слишком мало исходной информации для локализации проблемы.
3 1c-kind
 
18.01.22
09:59
Регламентные задания SQL перенесли ?
4 pechkin
 
18.01.22
10:01
Так это же упр блокировки
5 jawakharlal
 
18.01.22
10:05
(2) да, конечно.. их сделал сразу после обновления

единственное, что мне самому в голову приходит, где я мог косячнуть - я удалил старый скуль, установил новый - а базы подключал через attach.. а потом в свойствах поменял совместимость базы на последнюю версию
6 jawakharlal
 
18.01.22
10:06
базу усекали путем создания новой и переносом в нее справочников и прочих документов
7 Ёпрст
 
18.01.22
10:06
mdop =1
8 jawakharlal
 
18.01.22
10:10
(7) maxdop =1.. тоже сразу было сделано..
9 Ёпрст
 
18.01.22
10:15
так то надо 2019 ставить
10 Ёпрст
 
18.01.22
10:15
темпы скуля хоть где валяются хотя бы ?
в скуле, до того как в старой версии, флаги какие ручками ставили ?
Какие протоколы скуля щас стоят ? Скуль и сервер 1с на 1 машине ?
11 Dmitrii
 
гуру
18.01.22
10:23
Для начала.
Проверить настройки СУБД. Проверить настройки сервера(ов), где стоит 1С и СУБД.
Проверить, что регламенты СУБД настроены корректно, действительно выполняются и выполняются корректно.
Посмотреть очереди к диску(ам).
Посмотреть размеры таблиц (нет ли каких-либо странных отклонений - например, какой-нибудь безумно большой таблицы итогов какого-либо регистра).
Сделать полное ТИИ базы с реструктуризацией, переиндексацией и пересчетом итогов.
Проверить периоды рассчитанных итогов по всем используемым регистрам.

Если всё нормально - то можно с чистой совестью переходит к этапу локализации проблемы, анализу блокировок - кто, что, когда, на каких таблицах и т.д.
12 jawakharlal
 
18.01.22
10:34
(11) на стороне 1с сервера ничего не менялось особо...
регламентные задания пашут, настроены корректно.
очередей к дискам нет.. сервер в принципе не сильно загружен - 10-15% cpu и выделено 70гиг под скуль
по таблицам - пока они не такие большие... сама бд весит 8ГБ, самая большая таблица - 3гб
13 Bigbro
 
18.01.22
10:38
при таких базах по 8 и скулю 70...
шикарно живете! ))
у меня 38 баз и 70 коннектов ютятся на сервачке, на котором скулю 50 отдано ))))
14 jawakharlal
 
18.01.22
11:15
(13) так старая база уже 300 весит, вместе с логом
15 Dmitrii
 
гуру
18.01.22
11:30
Чудес не бывает.
При такой маленькой базе и при условии, что настройки СУБД и ОС хотя бы более или менее нормальные, блокировки не должны быть серьёзной проблемой.
Если только у вас не пытаются 10 менеджеров проводить одновременно огромные документы с одинаковой аналитикой.
Ну или кто-то без конца перезапускает перепроведение и/или восстановление последовательностей или какое-то отложенное проведение.

А что хоть ​за конфигурация?
Может где-то допиливали проведение и где-то случайно вкорячили принудительную запись движений по какому-либо из регистров в середине обработки проведения.
Или вообще накосячили в обработке проведения.
16 jawakharlal
 
18.01.22
11:39
(15) конфигурация допиленная - транспортная логистика и экспедирование.
прикол в том, что до нового года (пока работали в старой базе и на старой субд) - ничего такого не было..
да, было конечно что проведение документа долго выполнялось... но вот сейчас - как срабатывает таймаут 20 секунд (родной таймаут конфы в 1с.. в обеих базах он одинаков) на выполнение запроса - так пользователи получают ошибку..
17 Kassern
 
18.01.22
11:42
(0) Вот вам еще одна причина, не выполнять сразу все, а обновляться постепенно. Сейчас у вас нет понимания, то ли скуль новый с блокировками и планом запросов глючит, то ли вы коряво перенесли данные.
18 Kassern
 
18.01.22
11:43
(0) Если есть возможность, протестируйте архивную базу на новом скуле, как она себя ведет. Либо новую базу на старом скуле.
2 + 2 = 3.9999999999999999999999999999999...