v7: Ошибка обращения к данным при транзакиции, выполняемой другим пользователем. #206059


#0 by Воин 1С
Последние несколько дней база стала давать предупреждение:При выполенении произошла ошибка! Таблица 1SJourn Ошибка обращения к данным при транзакиции, выполняемой другим пользователем.Повторить попытку? [Да Нет].Появляется при проведении доков, выполнении отчетов. Если кто встречал такую фичу, подскажите как лечить
#1 by AeDen
Ошибка обращения к данным при транзакиции, выполняемой другим пользователем.
#2 by zbv
В поиске смотрел?
#3 by Воин 1С
Спасибо а то я думаю и что это значит...
#4 by Воин 1С
Не пока ща гляну
#5 by Воин 1С
В поиске ничего подходящего нету;(
#6 by AeDen
Ну, думай дальше. Кто мешает?
#7 by Воин 1С
Ну что, неужели никто не встречал ничего похожего?
#8 by GenV
Плохо смотрел. Ищи: Ошибка обращения к данным при транзакции 1С
#9 by Воин 1С
Спасиб, я глянул. Насколько понял, коллизия призаписи доков в табицу, используемую для УРБД. Но, почему она стала появляться? Раньше ведь не было..
#10 by GenV
См. Ошибка <одновременного> обращения к <различным> данным при транзакиции, выполняемой другим пользователем. Темерь понятно?
#11 by ламеры спрашивают
Почему "к <различным>". Наверное хотел сказать "к одним и тем же"?
#12 by Воин 1С
Нет, поясни плиз
#13 by GenV
различным - значит не только к таблицам УРБД :)
#14 by Воин 1С
В 1SJORn хранятся записи используемые урбд.Непонятно почему это появилось и что с ним делать;)
#15 by GenV
... Да тех, кто в бронепоезде: несколько пользователей хотят одновременно получить одни данные. Возникает транзакция (блокировка данных). Теперь-то понятно?
#16 by ламеры спрашивают
ОК
#17 by AeDen
Rnj-nj gsnftncz ljcnexfnmcz lj lfyys[? rjnjhst ,kjrbhjdfys nhfypfrwbtq/
#18 by Воин 1С
От тех, кто в бронепоезде: Почему этой ошибки раньше не было?
#19 by Воин 1С
Сейчас она постоянно вылезает на экран
#20 by GenV
Сейчас только один пользователь или кто-то что-то проводит?
#21 by zalex
В 1SJORN хранятся журналы, все. Наиболее вероятно, что в одной из обработок проведения ты впендюрил Вопрос или Предупреждение. Обработка это транзакция, и она не закончится, пока пользователь не закроет окошко вызванное одной из этих функций. Пока один пользователь не закончит транзакцию, никто другой не может ее начать.
#22 by Воин 1С
Ничего я не впиндюривал, я конфу сам полностью писал.
#23 by zalex
Во-от... :)
#24 by AeDen
+ Разные пользователи пытаются обратиться к одним и тем-же данным, которые блокированы кем-то в транзакции.
#25 by Воин 1С
епрст, пользователей сколько было, столько и осталось, раньше этого предупреждения не было, а сейчас све юзеры ко мне бегут дружной толпой и жалуются
#26 by GenV
Попрубуй оставить одного и проверь.
#27 by zalex
Объясняю на пальцах, пока один пользователь проводит документ, другие пользователи ничего провести не могут, если у тебя где-то в проведении неэффективный алгоритм, т.е. док проводится 2-3 то все будут эти 2-3 минуты наблюдать эту надпись. Такое бывает если ты неэффективно рассчитываешь остатки например, пока доков было немного проводилось быстро, чем дальше - тем хуже. Либо вариант . Просто бери копию базы и тупо проводи доки по очереди, наблюдай который проводится слишком долго, или задает вопросы в процессе проведения.
#28 by zalex
+ Проводи по сетке, зачастую локально у тебя все летает, а по сети тормозит (если, например, запрос в цикл засунул - локально будет пару секунд проводится, а по сетке пару минут)
#29 by Воин 1С
Кстати очень может быть, у меня в одном регистре висят огромные непроходящие минуса, из-за этого все доки долго черепятся
#30 by zalex
Даже наверняка... Еще сделай нехитрую вешь -  поиск по всем текстам "НачатьТранзакцию", если какой-нить тяжелый отчет целиком в транзакцию сунул, те несколько минут пока он формируется все будут наблюдать эту же ошибку.
#31 by zalex
+ Короче с такой надписью всех блокирует кусок НачатьТранзакцию; ... ЗафиксироватьТранзакцию; либо ОбработкаПроведения - это такая же транзакция, только явно не написано.
#32 by Воин 1С
НачатьТранзакцию нигде нет, скорее всего обработка проведения подвешивает все..
#33 by zalex
Осталось только оптимизировать, где-то многократные запросы, либо вместо итогов по движениям шаришься, чем больше движений - тем дольше проводится. Думай как сделать лучше.
#34 by zalex
Как вариант можно их в терминал загнать - проведение ускорится в разы, но код свой анализировать все же надо, где-то косяк.
#35 by Воин 1С
Спасиб , буду думать;)
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С