Ошибка: Конфликт блокировок при выполнении транзакции: Не удалось заблокировать |
Я |
22.11.10 — 13:10
Коллеги, у клиента с завидным постоянством возникает ошибка:
Конфликт блокировок при выполнении транзакции: Не удалось заблокировать таблицу ‘_DOCUMENT***’»
Конфа УТ 10.3.8.9, платформа 81.15.14, 2 лицензии, файловый вариант, работа ведется с двух компов в локальной сети, 2-ой комп подключается к базе через сетевой диск (папка с базой на 1-ом коме расшарена)
Ошибка возникает когда на обоих компах одновременно проводятся документы.
Тестирование и исправление не помогло.
Тестирование и исправление с отметкой «реструктуризация таблиц инф. базы» привела к ошибке работы процедуры, и обработка зависла… навсегда… 🙁
Чекдбфл — не помог.
Буду очень рад Вашим предложениям и «делением» опытом в решении этой проблемы 🙂
Заранее благодарен.
1 — 22.11.10 — 13:11
(0) Переводить базу в клиент-сервер.
2 — 22.11.10 — 13:11
«Ошибка возникает когда на обоих компах одновременно проводятся документы.» — отсюда ноги растут
3 — 22.11.10 — 13:12
Файловый режим не предназначен для паралельной работы.
4 — 22.11.10 — 13:18
(3) Мда… точнее нужно со словами
5 — 22.11.10 — 13:33
(1) просто я думал что это баг базы, и его можно лечить, по крайней мере в тырнете нашел советы по выгрузке/загрузке, тестирование и исправление, чекдбфл — правда они не помогли ((
6 — 22.11.10 — 13:44
(5) дам еще один бесполезный совет — зайти в конфигуратор — администрирование — настройки инф.базы — время ожидание блокировки попробуйте увеличить)))
а вообще управляемые блокировки — хотя в файловом варианте они не работают(
7 — 22.11.10 — 13:45
(0) а диск случайно не внешний usb ?
8 — 22.11.10 — 13:47
2(1,3) Ну-ка расскажите как клиент-серверный режим избавляет от блокировок. В чем суть механизма.
9 — 22.11.10 — 13:48
(0) Конфа типовая?
>> когда на обоих компах одновременно проводятся документы.
Какие документы (любые/какие-то конкретные) и как проводятся (интеративно/групповой обработкой)?
10 — 22.11.10 — 13:49
+ к (9) Имя таблицы именно так и выглядит ‘_DOCUMENT***’ ?
11 — 22.11.10 — 13:50
(8) В файловой сразу вся таблица блокируется, а в клиент-серверном варианте СУБД несколько мягче все это делает 🙂
12 — 22.11.10 — 13:52
(3) >> Файловый режим не предназначен для паралельной работы.
Для двух пользователей? Ну, ну…
13 — 22.11.10 — 13:53
2(11) мне показалось что ответившие говорят что перевод на клиент-сервер безусловно избавит от каких-либо блокировок… Ну если мне так только показалось — извините
14 — 22.11.10 — 13:58
(13) Может, показалось, а может и нет, кто ж их разберет… А вообще прикольная организация труда у автора — два юзверя постоянно встречаются на одном типе документов при проведении. Или у них такая конгениальность, или обработка проведения приводит к получасовой транзакции. Не каждому дано такое наблюдать.
15 — 22.11.10 — 14:03
2(14) так отож.. А ему сразу советуют(может неявно, но все-таки) начать тратить деньги.
16 — 22.11.10 — 14:06
(7) уверенно сказать не могу…
но по-моему нет, не усб
17 — 22.11.10 — 14:10
(14) вдруг они сами написали обработку проведения. Тогда вполне может быть.
18 — 22.11.10 — 14:13
(17) «так отож». Наверно эти два юзера и написали. Коллективнымм разумом.
19 — 22.11.10 — 14:13
(9) конфа типовая
на одном компе проводятся доки реализация товаров и услуг, на втором компе запускается внеш обработка, которая из заказов покупателей лепит и проводит доки «реализация товаров и услуг»
(10) имя таблицы ‘_DOCUMENT213’ — ну т.е. в место зведочек цифры :), иногда ругается на таблицу «ЖурналДокументов» (DocumentJournal — как-то так)
20 — 22.11.10 — 14:15
не понятно зачем в данной ситуации проводить тестирование и реструктуризацию и «Чекдбфл — не помог» чем может это помочь.
21 — 22.11.10 — 14:17
конкретно клиент привел в пример именно ситуацию когда на одном компе выполняется внеш обработка, а на другом руками проводят какой-либо документ.
но на словах так же сказал, что подобный «конфликт блокировок» возникает когда на 1-ом и 2-ом компе доки проводятся руками, причем разные типы доков.
22 — 22.11.10 — 14:18
(20) ну если воспользоваться гуглом, то можно таки найти подобные рекомендации
23 — 22.11.10 — 14:21
(22) покажите ссылку?
24 — 22.11.10 — 14:24
Вот выдержка из одного форума:
ХХХ — В последнее время после 14 часов выдает ошибку «Конфликт блокировок при выполнении транзакции. Не удалось заблокировать таблицу _AccntReg5577»
Как это лечиться?
УУУ -Возможно это связано с возрастающей загрузкой сети. На форумах по 1С встречался мне подобный материал. К сожалению не могу сейчас его найти и дать вам ссылку.
ХХХ — походу действительно так. пережал базу — ошибка пропала.
25 — 22.11.10 — 14:24
(22) а если воспользоваться мозгом? Иногда это лучше гугла.
26 — 22.11.10 — 14:24
27 — 22.11.10 — 14:25
28 — 22.11.10 — 14:26
(25) при всем моем уважении — воспользуйтесь сами своим советом, и напишите что-нибудь по теме
29 — 22.11.10 — 14:28
21) ну так чего пишете, что типовая, если у вас работает явно нетиповая обработка, которая наверняка на полдня захватывает все документы реализации, и которая наверняка написана коллективным разумом выеуказанных двух юзеров?
30 — 22.11.10 — 14:29
(29) это было сказано еще в (19)
31 — 22.11.10 — 14:31
(29) дык я ж говорю — обработка, это как частный случай, т.к. ошибка возникает и при ручном проведении доков, просто обработка, как вы правильно заметили, захватывает на полдня доки, и вероятность возникновения ошибки при выполнении этой обработки намного выше, по-этому клиент в первую очередь и пожаловался на обработку.
32 — 22.11.10 — 14:32
при всём моём уважении — из вопроса ясно, что его автор абсолютно не понимает механизма блокировок платформы 1С. Почитайте теорию.
33 — 22.11.10 — 14:36
(31) Уверены, что у вас типовая конфа? Просто устроить блокировку при интерактивной параллельной работе всего лишь двух пользователей надо очень постараться, ну или специально, вводя большие документы с кучей строк в табличных частях, жать кнопку «Провести» одновременно.
34 — 22.11.10 — 14:40
(32) ОФФ. Послушай, уважающий. Лучше бы чего-нибудь дельного сказал, чем многозначительные фразы кидать о том, что кругом все идиоты и не в теме. Ну или промолчал бы.
Ну или расскажи почему ТиИ с реструктуризацией выдает ошибку. Или это типа нормально.
35 — 22.11.10 — 14:46
2(26) ну хорошо… А почему вы подумали что вам подойдет именно этот совет, а не например, взять за основу это объяснение?
«Простейший пример возникновения: одна транзакция накладывает блокировку на таблицу БД, а вторая на другую, но для продолжения работы первой транзакции нужна та таблица, на которую наложила блокировка вторая, а для продолжения работы второй — наоборот.
Очевидным образом такие взаимоблокировки неразрешимы и после определенного таймаута, как правило, сервер БД выдает ошибку.»
Ведь в указанной вами цитате речь идет о регистре сведений а не о таблице документов?
36 — 22.11.10 — 14:48
(33) пардон,я слукавил, сказав, что конфа типовая:
в конфе в справочник «контрагенты» добавлен реквизит типа строка, и изменена печатная форма дока «заказ покупателя»
модули обработки нигде не задеты
но по правде говоря такую конфу я обычно считаю за типовую 🙂
37 — 22.11.10 — 14:51
2(36) еще момент — на данном этапе вы для себя уже поняли что в подобной (0) поведении практически нет никакой ошибки, и причину такого поведения уже восприняли? На всякий случай спрашиваю, потому что как по-мне, то уже все ясно и дальнейшее обсуждение — это переливание из пустого в порожнее…
🙂
38 — 22.11.10 — 14:53
(35) ответ про взаимные блокировки прочитал только что, видимо после того как я апнул тему там написали ответ.
ну ведь можно провести параллели между этими блокировками.
39 — 22.11.10 — 14:57
2(38) «провести параллели » — уж если вы выдумываете новый термин в конфо-строении, то не сочтите за труд — дайте ему определение…
40 — 22.11.10 — 14:57
(37) я понимаю что это не ошибка, а обработка платформой конфликта блокировки.
я хочу избавиться от этого конфликта.
вот еще ссылка на обсуждение подобной проблемы, и там тоже есть изложенные в (0) рекомендации:
http://forum.nov.ru/index.php?showtopic=244886
41 — 22.11.10 — 15:00
(36) Ну если только это, то, вроде как, отношения к обсуждаемой проблеме это не должно иметь.
Тогда надо разбираться как именно возникают блокировки. Либо там действительно большие документы или пользователи вводят их с такой скоростью, что блокировки для них нормальное явление, либо где-то железо/сеть тупит, либо…
Честно говоря видел достаточно конторок, ведущих учет на файловой УТ с количеством пользователей до 10 человек. Блокировки конечно иногда появляются, но случается это достаточно редко. Но вот чтобы два пользователя постоянно не могли одну таблицу поделить…
Ну и остается проблема с ошибкой ТиИ с реструктуризацией. Такого быть не должно. С этим что-то надо делать. Пытаться выгрузить/загрузить базу, делать ТиИ chkdbfl.
42 — 22.11.10 — 15:02
Это обсуждается изо дня в день и на этом форуме…
(например: v8: До какого объема можно доводить объем SQL базы на УТ конфе?
Но для того чтобы что-то научиться решать в этом вопросе..Я считаю мало читать обсуждения.. Потому что постоянно в этих обсуждениях будешь попадать в тупиковые ветки типа той, как вы уже попали, попытавшись решить проблему при помощи ТиИ…
То что вам реально может помочь
http://v8.1c.ru/metod/books/book.jsp?id=63
Глава 4 и 5.
43 — 22.11.10 — 15:04
(34) проблема, указанная в топике, решается разделением использования ресурсов. Есть несколько способов реализации:
1. Разделение обработок по времени — запускать обработку когда документы не проводят.
2. Уменьшение пространства блокировок — переписать обработку формирования так, чтобы в один промежуток времени обрабатывалась только небольшая часть документов. Вызывать обработку циклически например регламентным заданием.
Файловую базу необходимо перевести в серверную — SQL лучше работает с блокировками (блокирует диапазон записей, а не таблицу как файловая версия).
3. Разделить по времени проведение по регистрам — механизм отложенных движений (см. типовую конфигурацию).
Вариантов много, зависит от конкретной задачи. В любом случае стратегия на разделение ресурсов.
«Ну или расскажи почему ТиИ с реструктуризацией выдает ошибку. Или это типа нормально.» — а вот это не понял о чём. Если вы имеете ввиду (24) _AccntReg5577, то тут скорее всего речь об итогах, которые в 1С записываются в физические таблицы с разделением, и реструктуризация приводит приводит к пересчету итогов и свертке разделенных записей. А чем меньше записей в таблицах, тем меньший диапазон записей будет блокировать SQL и ситуация с блокировками в целом немного улучшиться.
44 — 22.11.10 — 15:04
ошибку реструктуризации можно решить переносом данных с помощью обработки выгрузказагрузкаданныххмл.епф в новую, пустую базу с такой же конфой, но годную.
45 — 22.11.10 — 15:11
(41) при ТиИ с пометкой «реструктуризация» выдает вот такое сообщение:
————-
В процессе обновления информационной базы произошла критическая ошибка.
по причине:
Ошибка СУБД:
Ошибка SQL: Запись значения NULL в поле, не допускающее NULL ‘_FLD2437_TYPE’
по причине:
Ошибка SQL: Запись значения NULL в поле, не допускающее NULL ‘_FLD2437_TYPE’
————-
тестирование физической, логической целостности и чекдбфл эту ошибку не исправили…
я конечно прямой связи с конфликтом блокировки здесь не вижу, но для начала думаю надо избавиться от этой ошибки
46 — 22.11.10 — 15:13
(40) еще можно попробовать покопаться с «железом»; может антивирусы еще дополнительно картину «портят»; для начала я бы попробовал исключить сеть (т.е. на одном ПК запустить два сеанса и промоделировать паралельную работу); запустить монитор ресурсов на диск, сеть и т.д.
про usb-диск тоже спросил неспроста, т.к. сталкивался с тем что базу хранили на таком диске да еще и на бюджетной модели маршрутизатора, там все просто переодически падало, только перенесли на базу на ПК проблема исчезла;
ну и наконец никто не отменял конфигуратор и отладчик — и смотреть что у вас дольше всего отрабатывает;
47 — 22.11.10 — 15:15
(44) я сделал стандартным способом выгрузку данных(конфигуратор-администрирование-…), затем загрузил её в пустую конфу, эта процедура ошибку оставляет?
48 — 22.11.10 — 15:17
2(44) легко ведь проверить, какая разница что я отвечу.
49 — 22.11.10 — 15:17
то есть (47)
p_morozoff
50 — 22.11.10 — 15:18
комрады, спасибо за советы, на сегодня позвольте откланяться — пойду колдовать с базой.
Есть файловая КА2.0, в ней около пяти активных пользователей. Запускаю в ней простенькую обработку по передлке и перепроведению накладных, и она отрабатывает максимум штучек пять накладных и вываливается с сообщением «Не удалось заблокировать таблицу», в частности DOCUMENTJOURNAL… или еще какие-нибудь. С сетевыми в восьмерке я еще не много поработал, но на семерке подобная обработка отработала бы без проблем. Почему такая бяка?
нет, останавливается и выдает сообщение. Откуда столько блокировок? Я ее раз десять запускал, и одна-пять накладных и останавливается.
Так база файловая, вот и блокировки
Файловая не подходит для многопользовательской работы пользователей с одними и теми же видами документов…
в текущий момент вообще не заводят накладные, т.к. ответственный за это человек отсутствует. Что там делают остальные не знаю, но не накладные.
у меня эти блокировки пару раз даже на локальной копии вылезли. Откуда? Никаких документов у меня при этом открыто не было.
используйте обработку Групповая обработка справочников и документов вот такая у вас обработка значит )
Сложно сказать, нужно смотреть на код обработки
Обработка очень простенькая:
Картинку с ошибкой в базе с одним пользователем (тобой) в студию. Желательно на демобазе КА воспроизвести.
#11
by ЕщеОдинПрограммист
если бы я знал, что ты захочешь картинку, я бы обязательно сделал. Но на одном пользователе оно не каждый раз вылазит.
никогда не используйте синтаксис 7.7 в 8 Вы же все документы берете для перепроведения, со времен царя Гороха, а так же в закрытом периоде. Потому и вылетает Используйте предложенную типовую обработку
#13
by ЕщеОдинПрограммист
там всего четыре месяца и ни одного закрытого. Попробовал я типовую, она что-то там покрутила, и сказал, что ни одного документа не изменено. Хотя согласно отбору было выбрано 255 доков.
Из ЖР картинка с текстом тоже пойдет, если платформа ее там зафиксировала, конечно…
Я так думаю, блокировка с самим собой возможна, когда это чудо попытается провести один из N — N mod 20 последних документов. Выборка выбирает документы по 20 штук, возможно с этим связано. Ну или все проще и банальнее — регламентные задания. Если вкратце, то в 8 никогда не используй выборку из документов или справочников. Только запросы.
«Что там делают остальные не знаю, но не накладные.» Ну так блокировки-то по регистрам делаются, а не по документам. А у регистра как правило не один Документ-регистратор. Смекаешь?
#17
by ЕщеОдинПрограммист
из анализа журнала регистрации вывел, что здесь замешаны фоновые задания, описание ошибки в ЖР: Событие: отражение в регламентированном учете. Комментарий: Не удалось отразить в регл. учете документ «Списание на расходы 0000-000003 от 01.01.2016 12:00:03» по причине: {ОбщийМодуль.РеглУчетПроведениеСервер.Модуль(1488)}: Ошибка при вызове метода контекста (Записать) по причине: Ошибка при выполнении обработчика — ‘ПередЗаписью’ по причине: {ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(3957)}: Ошибка при вызове метода контекста (Получить) СведенияОБлокируемыхОбъектах = Константы.СведенияОБлокируемыхОбъектах.Получить.Получить; по причине: Конфликт блокировок при выполнении транзакции:
#18
by ЕщеОдинПрограммист
(это было на другой обработке, то же простенькой)
у вас же КА 2.0, т.е. УФ попробуйте в списке документов выделить документы Shift + стрелка вниз либо вверх, и перепровести ) Какой будет результат?
#20
by ЕщеОдинПрограммист
запустилась обработка проведения, периодически поплевываясь на ошибку заполненности данных. Интересное свойство, буду знать, но какое отношение оно имеет к текущему вопросу?
ну а теперь уберите изменение реквизита в вашей обработке и запустите ее. И какой будет результат?
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
Ошибка выполнения запроса по причине не удалось заблокировать таблицу
Ошибка конфликта блокировок — одна из распространенных ошибок, возникающих в момент одновременной записи одного видов объекта несколькими пользователями. В данном случае, где-то производится запись объекта, а мы выполняем выборку данных, заблокированных для изменения.
Куда смотреть, если конфликт блокировок не проходит?
- Бывает, в момент проведения приложение выводит модальное окно: например, «Предупреждение», до тех пор, пока это окно висит, а транзакция не зафиксирована, будет возникать ошибка блокировки. Следует проверить у всех пользователей: нет ли таких ошибок.
- Если вы программист и в процессе отладки поставили точку останова в модуле проведения, то также пока вы не продолжите код, остальные пользователи не смогут записать связанный с вашей блокировкой объект. Такие остановки на рабочих базах необходимо производить кратковременно.
- Если производится процедура закрытия месяца, расчета себестоимости, то необходимо просто подождать, ведь такие ресурсоемкие операции производтся не так часто, если это критично, то выполнять их следует в нерабочее время. Это ж относится к операциям группового перепроведения.
- Блокировки могут возникать в момент обмена между информационными базами (распределенными или при обмне торговли с бухгалтерией). Тут, следует обратить внимание принимаются ли подтверждения об отправляемых данных, возможно одни и теже данные посылаются постоянно, хотя они уже не меняются. Вариантом решения, когда данные приходят корректно — более частый обмен. Меньшие порции грузятся быстрее. Если ваши данные не пересекаются, то можно расмотреть вариант обмена в нерабочее время — в обед, ночью, утром (снижается актуальность).
- Если у вас база файловая, то такие конфликты происходят чаще, если это влияет на производительность, то следует подумать о клиент-серверном варианте
- Установленный postrgres сервер выполнял запросы значительно медленней, чем даже бесплатная экспресс версия от Microsoft, пришлось откатиться на нее обратно.
- На клиент серверной версии в консоли сервера можно посмотреть пользователя, который захватил больше всего объектов. Случается при формирование очень большой выборки 1С «зависает», пользователь закрывает 1С, но запрос продолжает свое выполнение. Удаление его из консоли гораздо быстрее решает проблему
- Файловая база в терминальном режиме работает быстрее, чем просто по сети, даже если сетка быстрая, кэширование диска выполняет свою функцию
- ssd диски ускоряют запись, если у вас не специализированный сервер с 10 Raid, а обычный диск, то переход к ssd верное решение для нагруженных систем.
- На более производительных серверах проблема возникает реже.
- Настройка ограничений на проверяемые файлы в антивирусе, может снизить нагрузку на сервер и его диск
- Использование ограничения на уровне записей, негативно сказывается на производительности, иногда из этого вытекает проблема конфликта блокировок
- Реиндексация таблиц информационной базы может исправить ошибки, влияющие на производительность
- Для более детального исследования проблемы можно использовать технологический журнал от 1С — специальный механизм, записывающий запросы и другие события в работе системы.
Искусство пропаганды в том виде, как его понимают современные политики, напрямую связано с искусством рекламы. Психология как наука во многом обязана рекламодателям.
Показывать по
10
20
40
сообщений
Новая тема
Ответить
AOLga
Дата регистрации: 12.03.2007
Сообщений: 309
БГУ ред,2 (2.0.31029) платформа 8.3 (8.3.5.1383).
При проведении документов часто выдает сообщение «Не удалось заблокировать таблицу _INFORG13268. Я так понимаю что это какая то блокировка при выполнении транзакций. Что это за таблица?? Как можно увеличить время ожидания выполнения транзакции? База файловый вариант, пользователей 7 человек. Возможно сейчас идет интенсивный ввод, но все же не до такой же степени что бы не успевали выполняться транзакции?! Что можно предпринять? Буду благодарна за любую помощь.
Prikum
активный пользователь
офлайн
Дата регистрации: 18.02.2002
Сообщений: 20833
AOLga,сколько человек работает в программе? Судя по названию какой то регистр сведений.
AOLga
Дата регистрации: 12.03.2007
Сообщений: 309
Prikum, Есть подозрение что это после включения Версионирования объектов. Пользователей всего 7.
Prikum
активный пользователь
офлайн
Дата регистрации: 18.02.2002
Сообщений: 20833
AOLga,после 5 пользователей уже рекомендуют переходить на клиент-серверный вариант работы.
AOLga
Дата регистрации: 12.03.2007
Сообщений: 309
Мысль хорошая)) Да их больше трех одновременно и не работает, но программа исправно открыта с утра.
8.2 так не пищала, однако)
Показывать по
10
20
40
сообщений
| Управляем расширениями сразу в группе баз (v2) | оглавление | Как скачать обновления вручную с сайта, когда обновлятор их не находит |
Почему не удаётся заблокировать файловую базу
2020-07-09T15:07:15+00:00
Оглавление
- Проблема
- Причины и решения
- Открытый конфигуратор
- База опубликована на веб-сервере
- Брошенное окно авторизации
- Не типовая конфигурация
Проблема
Обновлятор после блокировки файловой базы выдаёт сообщение, что база всё ещё используется другим процессом.
Причины и решения
Открытый конфигуратор
Проверьте, не остался где-либо висеть открытый конфигуратор с этой базой. В случае файлового варианта работы выгнать пользователей из запущенного конфигуратора не представляется возможным.
В этом случае (и только для архивации) сможет помочь только возможность теневого копирования базы.
База опубликована на веб-сервере
Для возможности монопольного доступа к файловым базам, опубликованным на веб-сервере, требуется его остановка: ссылка на статью.
Либо (если требуется только архивация) используйте возможность теневого копирования базы.
Брошенное окно авторизации
Другая частая причина неудачной блокировки файловых баз: открытое и брошенное окно авторизации. Более подробно об этой ситуации и о способе решения в виде программы «Убийца нежелательных окон 1с» читайте по ссылке.
Либо (если требуется только архивация) используйте возможность теневого копирования базы.
Не типовая конфигурация
Быть может конфигурация является не типовой (написана не на основе БСП). В этом случае в неё надо добавить код, который обрабатывает появление объекта блокировки сеансов (который создаёт обновлятор) и завершает работу пользователей.
Либо (если требуется только архивация) используйте возможность теневого копирования базы.
С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
Нажмите одну из кнопок, чтобы поделиться:
| Управляем расширениями сразу в группе баз (v2) | оглавление | Как скачать обновления вручную с сайта, когда обновлятор их не находит |