|
после обновления 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) Если есть возможность, протестируйте архивную базу на новом скуле, как она себя ведет. Либо новую базу на старом скуле.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |