Ошибка разделенного доступа к информационной базе при выгрузке скульной базы.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Добрый день! У меня платформа 8.3.7.2008. Клиент сервер. Периодически, при обновлении баз на новый релиз, базу выбивает,а именно, когда нажимаю кнопку обновления информационной базы. Сначала мельком появляется сообщение, что создан дамп, а потом база вылетает. Повторно вхожу в конфигуратор, нажимаю кнопку обновить конфигурацию, и мне пишет, что сеанс заблокирован уже,конфигуратором, пользователь ... , соединение ... . Анализирую консоль сервера 1С, нигде ни сеансов, ни соединений, ни блокировок с базой нет. Так же и в SQL соединений не нашел. Обычно лечил рестартом сервера 1с. Но сейчас пользователей много, рестарт делать проблематично. Решил проблему - в консоли сервера 1С удалил прописанную, базу (саму базу на сервере не удалял) и снова прописал. Помогло.
столкнулась с такой же проблемой. Но у меня база файловая. Снята с поддержки. В ней я создала свой веб-сервис, опубликовала его. Проверяю работу веб-сервиса, правлю код, а обновить конфигурацию БД не дает. Любые другие монопольные действия не дает делать.... Но через какое-то время если зайти в базу - то монопольные операции уже без проблем выполняются... Мысль - может быть дело в веб-сервисах - обращение у ним блокирует?
Ошибка разделенного доступа, выскакивает в узле РИБ, ругается на мой же сеанс,
перезапуск сервера не помогает, загрузка выгрузка cf из центральной базы в узел то же,
обход: включаем обмен через регламентные задания, выгоняем всех с из базы, ждем отработку обмена по регламенту, обмен проходит успешно.
перезапуск сервера не помогает, загрузка выгрузка cf из центральной базы в узел то же,
обход: включаем обмен через регламентные задания, выгоняем всех с из базы, ждем отработку обмена по регламенту, обмен проходит успешно.
Такая же проблема. Блокировка регламентных заданий не помогает, (установил на сервере настройку) т.к. запускается процесс обмена в реальном времени с Битрикс 24 (программно в режиме регламентного задания, но без регламентного задания(не знаю как, но это возможно)), она сразу останавливает работу восстановления последовательности. Решается проблема только удалением модуля выгрузки в битрикс 24. Может у кого такая же проблема))
Достаточно в другой терминальной сессии открыть окно аутентификации 1С. как начнет возникать такая ошибка. Причем никаких соединений с базой кроме конфигуратора не будет видно. В списке активных пользователей тоже этого видно не будет.
Потому это и лечится полной перезагрузкой сервера, что терминальная сессия с открытым окном аутентификации пользователя 1С прекращается. )))))
Потому это и лечится полной перезагрузкой сервера, что терминальная сессия с открытым окном аутентификации пользователя 1С прекращается. )))))
Выполняем на SQL
sel ect db_name(dbid) as db, spid as idproc, loginame, program_name, status
fr om sys.sysprocesses
where db_name(dbid) = 'Моя база'
выдаст id всех процессов. Надо найти свой id. Потом
KILL 59
Но не исключено, что начнется * транзакции. Придется подождать тогда.
sel ect db_name(dbid) as db, spid as idproc, loginame, program_name, status
fr om sys.sysprocesses
where db_name(dbid) = 'Моя база'
выдаст id всех процессов. Надо найти свой id. Потом
KILL 59
Но не исключено, что начнется * транзакции. Придется подождать тогда.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот