Не удалось заблокировать таблицу _NODE15215

Форум Программирование Общие вопросы программирования (Dev)

1С:Документооборот 1С:Управление торговлей 11

1. BlinOFF 7 01.04.21 16:06 Сейчас в теме

Здравствуйте! Конфигурация УТ 11.1.6.17, платформа 8.3.9.2170, база файловая, опубликована на сервере Apache.
С недавнего времени стала появляться ошибка "Не удалось заблокировать таблицу _NODE15215".
_NODE15215 это таблица плана обмена с 1С:Документооборот. Зашел в Администрирование - действительно кто то установил галку обмена с ДО (хотя он не используется). Убрал галку, очистил очередь узла - ошибка не пропала, удалил вообще узел ДО - тоже самое.
Пробовал заглушки поставить в подписки на события- не помогло. Подскажите как победить эту проблему? Или хотя бы как диагностировать (в какой момент происходит обращение к этой таблице)? Ошибка плавающая, воспроизвести не получается.

Вознаграждение за ответ

Сумма: 0.5 $m

Добавили:
BlinOFF (0.50 $m)

Показать полностью

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. user856012 14 01.04.21 16:49 Сейчас в теме

(1)

Ошибка плавающая, воспроизвести не получается.

Посмотреть регламентные задания - скорее всего, какое-то из них и пытается осуществить этот обмен. Если так - отключить.

3. BlinOFF 7 01.04.21 16:51 Сейчас в теме

нет, регламентные задания я отключил в первую очередь.

5. user856012 14 01.04.21 17:25 Сейчас в теме

(3) А Документооборот вообще установлен? Может, это он лазит в УТ (например, чере OLE) и блокирует таблицу?

6. ab_initio 95 01.04.21 19:17 Сейчас в теме

(5) не, в этом случае исключение возникало б на стороне ДО, и откуда бы клиент УТ узнал бы, что пора показать сообщенье?

7. user856012 14 01.04.21 19:23 Сейчас в теме

(6)

в этом случае исключение возникало б на стороне ДО

Это если бы ранее УТ заблокировала таблицу. А если, допустим, кривая обработка ДО подключилась, успешно заблокировала таблицу и не разблокировала ее - у кого будет ошибка?

Теоретически еще может быть какая-нибудь внешняя обработка, запускаемая из Планировщика и чего-то делающая в базе УТ - но увидеть это может только автор ветки, а нам остается только гадать.

8. BlinOFF 7 02.04.21 05:35 Сейчас в теме

(5) нет, кто то по неосторожности жамкнул галку в настройках и все

4. ab_initio 95 01.04.21 17:04 Сейчас в теме

(3) если вы установили блокировку регламентных заданий, то и при этом, что ли, ошибка плавающая? Ни кто ни чего не делает, а она сама появляется? Или, всё же, при каких-то действиях?

9. BlinOFF 7 02.04.21 05:38 Сейчас в теме

(4) при проведении документов. у разных пользователях, на разных документах.. сначала зависает на 20 сек (в конфигураторе время ожидания стоит 20 сек), потом вываливается ошибка. Есть идеи как отследить обращение к этой таблице?

10. ab_initio 95 02.04.21 08:46 Сейчас в теме

(9) Первая идея, которая приходит в голову - это подписки на события, начинающиеся на "ОбменУПДО...."
и общий модуль "ОбменДаннымиСобытияУТУП".

Хотя, у вас УТ-шка старенькая совсем. Где ж ее теперь найти, чтоб посмотреть..
Традиционно в типовых конфигурациях 1С регистрация изменений на узлах планов обмена происходит в подписках на события.

12. BlinOFF 7 03.04.21 16:39 Сейчас в теме

(10) Подписки я "отключал" уже. Ставил в начале процедуры возврат, но это не помогло.

11. user856012 14 02.04.21 10:20 Сейчас в теме

(9)

при проведении документов. у разных пользователях, на разных документах.

Вторая идея: запустить глобальный поиск по имени этой таблицы, понаставить точек останова везде, где производится запись или блокировка в таблицу и заняться этим самым проведением документов.

Чтобы не мешать работе - попробовать на копии базы.

13. BlinOFF 7 03.04.21 17:04 Сейчас в теме

(11) по имени плана обмена нашлись только БСПшные процедуры. которые запускаются при создании объекта на сервере (во всех формах документов при создании стоит вызов этой общей процедуры). поставил точку остановки- все нормально отрабатывает, проверка на константу и выход из процедуры. Что значит "глобальный поиск по имени этой таблицы" я не совсем понял. Если бы это была SQL база, то там можно было бы отследить обращение.. а тут файловая

14. Grivba 15 07.04.21 18:32 Сейчас в теме

Верни все назад.
Программно удали регистрацию изменений на всех узлах .
Отключи обмен

15. zh_elle 08.04.21 09:25 Сейчас в теме

>>> Не удалось заблокировать таблицу _
Переиндексировать нужно...
Самый безобидный способ, по мне так, выгрузить базу в dt и обратно загрузить из dtшника.

Оставьте свое сообщение

E-mail: