Случается, что при работе с программой 1С возникает подобная ошибка — ошибка блокировки данных:
Чаще всего данное предупреждение конфигуратора возникает при выгрузке информационной базы или при обновлении конфигурации 1С. Для того чтобы исправить сложившуюся ситуацию и запустить работу конфигурации, в первую очередь необходимо выяснить причины ошибки исключительной блокировки информационной базы. Это может быть одна из следующих причин:
- Пользователи не вышли из системы 1С
Для начала необходимо посмотреть все активные сеансы пользователей. Активных пользователей можно посмотреть в конфигураторе 1С так: нажать кнопку Администрирование, затем выбрать Активные пользователи. И попросить их выйти из системы. Также информацию о блокирующих сеансах обычно можно получить из самого окна с ошибкой.
- У пользователя запущена база 1С, но не введен пароль
В таком случае у пользователя остается висеть подобное окно:
Сеанс такого пользователя найти сложнее, так как он не отображается в окошке Активные пользователи. Более того, информация об ошибке не содержит какой-либо полезной информации:
Такого рода ошибка характерна для файловых информационных баз. Необходимо найти подобные процессы с помощью диспетчера задач, и, используя его же, принудительно их завершить.
- Зависшие сеансы
Все пользователи вышли, а сообщение об ошибке остается прежним, значит, скорее всего, есть зависшие сеансы. Для таких зависших сеансов требуется принудительное завершение. Это рекомендуется делать аккуратно, прибегая к этому методу только тогда, когда не получаются все остальные.
Способы завершения зависших сеансов в файловом варианте
- С помощью Диспетчера задач. При завершении сеансов информация у пользователей, работающих в системе, может не сохраниться, и важные данные могут быть потеряны. Завершить сеансы данным способом можно так: вызвать диспетчер задач (Ctrl+Alt+Delete), затем нажать снять задачу, затем завершить процесс. Процессы 1С называются 1Сv8.exe или 1Сv8c.exe.
- Перезагрузить сервер, на котором установлена файловая система 1С
Способы завершения зависших сеансов в клиент-серверном варианте
В первую очередь, необходимо попробовать удалить сеансы через консоль администрирования серверов, найдя в ней нужную базу и зайдя в меню Сеансы*.
- Выделить нужные зависшие сеансы и удалить их через пункт контекстного меню;
*Если в меню Сеансы нет сеансов, их стоит поискать в меню Соединения. И попробовать аналогично удалить.
- Если не удалось удалить сеансы, используя консоль, то необходимо перезапустить службу Агент сервера 1С:Предприятия 8.3.
- Если все предыдущие способы не решили проблему и зависшие сеансы так и остались на своих местах, то в качестве крайней меры необходимо перезагрузить сервер.
Зависшие фоновые задания в клиент-серверном варианте
В клиент-серверном варианте частым источником возникновения ошибки исключительной блокировки информационной базы являются повисшие фоновые задания.
Неприятной особенностью этого явления также является и то, что зачастую их очень тяжело удалить. Обычно эти задания можно увидеть в консоли администрирования на вкладке Соединения, но при попытке их удаления они появляются вновь.
Чтобы их удалить можно попробовать следующие способы:
- Удалить их несколько раз подряд и проверить, не появляются ли они вновь.
- В свойствах базы установить флаг Блокировка регламентных заданий включена, и после этого еще раз попробовать удалить зависшее задание.
Таким образом, при возникновении такой проблемы, как ошибка исключительной блокировки информационной базы, главным шагом становится выяснение причины возникновения проблемы, поскольку выбор способа ее устранения, в частности, среди описанных в данной статье, зависят от этого. То есть не стоит торопиться перегружать сервер сразу же, для начала надо попробовать решить проблему более «гуманным» образом.
Ошибка исключительной блокировки информационной базы и ошибка разделения доступа к базе данных выскакивает при обновлении, при выгрузке базы 1с и при проверке и исправлении ошибок(чеке). Что делать в этом случае?
- Возможно дело в фоновом процессе. Следует попробовать выгнать всех пользователей из базы с помощью блокировки. Можно сделать батник с командой
net session /delete /y - Может помочь перезагрузка сервера с базой. Либо последовательное выполнение команд (опять же батником)
net stop "1C:Enterprise 8.2 Server Agent"для остановки сервера иnet start "1C:Enterprise 8.2 Server Agent"для запуска. - Также возможно дело в доступе. Выделить папку с базой =>все пользователи => разрешить изменения.
- Вполне вероятно что ваша база опубликована в 1С Линк. В этом случае следует отключить публикацию и попробовать повторить манипуляции, все получится.
Еще один способ устранения подобной ошибки описан в предыдущей статье
[Всего голосов: 0 Средний: 0/5]
В этой статье мы рассмотрим одну из распространённых ошибок в 1С, которая характеризуется появлением сообщения «Ошибка исключительной блокировки информационной базы». Вы узнаете, как можно быстро это исправить и продолжить пользоваться программой.
1С является незаменимым помощником в большинстве организаций — от небольшого офиса до крупной корпорации. Данная программа охватывает множество структур бизнеса и значительно упрощает работу сотрудникам. Но для того чтобы эффективно пользоваться этим инструментом, нужно иметь опыт и умение решать проблемы и ошибки.
Появление ошибок в 1С является нормальным рабочим процессом. Но это не из-за того, что программа как-то плохо сделана. Большинство ошибок возникает от того, что пользователь что-то недоглядел или пропустил. Поэтому важно уметь быстро и оперативно диагностировать и решать такие проблемы. Особенно если работа не терпит отлагательств.
Содержание
- От чего возникает «Ошибка исключительной блокировки информационной базы»
- Во время работы с базой есть активные сеансы пользователей
- У пользователя запущенна база, но пароль не введён
- Зависшие сеансы в 1С
- Зависшие фоновые процессы
От чего возникает «Ошибка исключительной блокировки информационной базы»
Данное сообщение может появиться во время обновления или выгрузки базы данных 1С. Сообщение говорит о том, что база данных программы заблокирована для дальнейшего использования. Значит, для того, чтобы эту проблему устранить, необходимо выяснить, на каком уровне заблокирована база и как её разблокировать. Возможные причины мы и рассмотрим ниже.
Во время работы с базой есть активные сеансы пользователей
Когда происходит выгрузка или обновление базы 1С, все пользователи должны выйти из своего аккаунта. Если же они не вышли, то появится такая ошибка. В некоторых случаях может быть указанно, из-за каких именно пользователей появилась ошибка.
Список пользователей, которые сейчас не вышли из 1С, можно увидеть в разделе «Администрирование», в подразделе «Активные пользователи». Либо в самом сообщении об ошибке.
Чтобы решить проблему в таком случае, нужно просто попросить выйти этих пользователей из 1С, сохранив изменения. А затем, после завершения процедуры с базой данных им можно будет снова войти.
Подробнее: На сервере 1С: Предприятия произошла неисправимая ошибка. Приложение будет закрыто.
У пользователя запущенна база, но пароль не введён
Сложность этой проблемы в том, что в ошибке исключительной блокировки информационной базы не будет указанно имя того пользователя, по вине которого это произошло. А самого этого пользователя не будет видно в списке активных.
Чтобы решить данную проблему, можно самостоятельно поискать этих пользователей, и попросить их ввести пароль, чтобы войти, а затем выйти, закрыв базу.
Но если найти пользователя не удаётся, то можно попытаться отыскать его процесс в диспетчере задач и завершить его. Для запуска диспетчера задач, нажмите правой кнопкой мышки на панель задач, а затем «Диспетчер задач» (или можно просто нажать сочетание клавиш Ctrl + Alt + Del).
Найдите процессы с названиями 1Cv8.exe и/или 1Cv8c.exe, и выделите мышкой.
Затем внизу диспетчера нажмите «Снять задачу».
Будьте осторожны, при таком завершении работы пользователя, данные внесённые им во время работы в программу 1С, которые он не успел сохранить, окажутся безвозвратно потеряны.
Ошибка исключительной блокировки информационной базы такого характера возникает в файловых базах данных.
Зависшие сеансы в 1С
Если вы убедились в том, что все пользователи вышли из своих учётных записей, а также нет пользователей, которые запустили базу, но не ввели пароль, то проблема может быть в зависших сеансах. Определить, какой конкретно пользователь завис, будет также затруднительно, так как в активных пользователях он может не отображаться.
Поэтому решить данную проблему можно также с помощью диспетчера задач — найти процесс пользователя и принудительно его завершить, как было описано выше. Опасаться за не сохранения внесённых данных здесь уже не нужно, так как они всё равно не сохранятся, раз сеанс завис.
Вам может быть это интересно: Соединение с сервером баз данных разорвано администратором в 1С.
Зависшие фоновые процессы
Зависать могут не только сеансы пользователей, но и процессы, работающие в фоне. Особенностью данной причины является то, что название зависшего процесса также не отображается в сообщении об ошибке, поэтому определить его бывает затруднительно.
Список фоновых заданий можно увидеть в разделе «Процессы» в консоли администрирования 1С. И если попытаться удалить их, то пользователь может быть неприятно удивлён тем, что они появляются снова и опять мешают выгрузке базы. Здесь можно порекомендовать лишь попробовать закрыть такие задачи несколько раз. А если это не помогает, то в свойствах задачи включить опцию «Блокировка регламентных заданий включена», а затем снова попытаться закрыть.
Для того, чтобы успешно решить проблему ошибки исключительной блокировки информационной базы в 1С, следует попытаться установить её причину. Иногда её видно в самом сообщении об ошибке, когда, например, оно отображает имя активных пользователей, мешающих выгрузке или обновлению базы. А в других случаях приходится искать проблему самостоятельно. Если вам не удаётся устранить эту ошибку своими силами, то следует обратиться в службу поддержки сервиса, который занимается обслуживанием 1С на вашем предприятии.
Ошибка исключительной блокировки информационной базы |
Я |
27.04.15 — 07:48
Пытаюсь сохранить файловую базу через конфигуратор — получаю ошибку:
Ошибка исключительной блокировки информационной базы
Ошибка разделения доступа к базе данных ‘путь’
1. из-за чего это ?
2. лечить — удалить файл ?
1 — 27.04.15 — 08:01
Сеанс зависший?
2 — 27.04.15 — 08:03
(1) в списке активных пользователей только я
3 — 27.04.15 — 08:03
Семерка?
4 — 27.04.15 — 08:04
(3) 8.3.5.1517
5 — 27.04.15 — 08:05
Попробуй анлокером глянуть
6 — 27.04.15 — 08:07
закрыл базу, в папке с базой вижу файлы
1Cv8.1CL
1Cv8tmp.1CL
1Cv8.1CD.cfl
1Cv8.1CL.cfl
1Cv8.cgr.cfl
1Cv8tmp.1CD.cfl
1Cv8tmp.1CL.cfl
1cv8.1CD
1Cv8tmp.1CD
7 — 27.04.15 — 08:13
(6) если .1CL есть значит залочена, посмотри кем
8 — 27.04.15 — 08:14
(7) как посмотреть ?
на атрибут владелец файла ?
9 — 27.04.15 — 08:14
(8) программа есть unlocker
10 — 27.04.15 — 08:17
попытался переименовать файлы
1Cv8.1CL
1Cv8tmp.1CL
система заругалась —
операция не может быть завершена, поскольку этот файл открыт в System
значит заблочен системом ?
11 — 27.04.15 — 08:19
(10) в диспетчере задач в процессах что?
12 — 27.04.15 — 08:24
перезагрузил комп, а пароль пользователя на вход винды не знаю -))
13 — 27.04.15 — 08:26
(12) несколько раз сказали, анлокером скинь, так нет же, надо использовать другой вариант и поймать гемор. Анлокер 146% рабочий вариант.
14 — 27.04.15 — 08:29
(13) т.е. предлагаешь скачать не пойми откуда и поставить на комп буха ?
и радоваться, если словню блокиратор ?
15 — 27.04.15 — 08:29
такое ощущение, что это вся беда от каспера
16 — 27.04.15 — 08:29
*не блокиратору, а шифратору
17 — 27.04.15 — 08:33
(13) Уверен, что там у пользователя админские права?
18 — 27.04.15 — 08:33
(12) а на кой тебе было сохранять базу через конфигуратор, если она и так файловая? Сделать можно было архиватором. Эффект был бы абсолютно равнозначный выгрузке в dt, если только не ставилась задача немедленной загрузки в sql
19 — 27.04.15 — 08:33
(15) Есть такое дело. У него с 1С давняя нелюбовь…
20 — 27.04.15 — 08:34
(18) штатная функция — должна работать
21 — 27.04.15 — 08:34
И насколько я заметил, даже если созданы файлики блокировочные, то сам по себе файл базы ничего не блокирует. Т.е. его можно скопировать.
22 — 27.04.15 — 08:35
+ (20) я же не знаю — отработает сохранение ИБ в пользовательском режиме
23 — 27.04.15 — 08:35
(20) Т.е. был нужен просто бакап?
А в курсе, что 1С не рекомендует делать бакапы баз на основе выгрузки в дт?
24 — 27.04.15 — 08:36
(21) ага, на чтение доступ будет скорее всего
25 — 27.04.15 — 08:40
вошёл в систему — полез в папку
файлы висят
выключил каспера, зашёл в конфигуратор и теперь есть возможность сохранять …
26 — 27.04.15 — 08:41
(23) разумеется в курсе
но я так же в курсе, что когда что-то штатно не отрабатывает лучше сто раз перепроверить
27 — 27.04.15 — 08:42
+ (25) сохранил, вышел из конфигуратора
и файлы блокировки исчезли
28 — 27.04.15 — 08:42
(25) осталось врубить каспера и повторить операцию сохранения
29 — 27.04.15 — 08:42
(22) Причем, эта фича, с проверкой монопольного доступа к ИБ, срабатывает и при серверном режиме тоже.
Заканчивается все такие истории у особо агрессивных 1С-ников тем, что принудительно ставят задание на ночную перезагрузку сервера, чтоб затем запускать без проблем скриптовой запуск конфигуратора в режиме выгрузки дт.
30 — 27.04.15 — 08:47
(27) Так и запускаемый конфигуратор, хоть в файловом режиме, хоть в серверном, тоже вывешивает режим блокировки базы. Так глазками не определишь по наличию в каталоге файликов и активного сеанса конфигуратора, кто именно создавал эти активные файлы. И они в самом деле почему-то часто остаются даже после завершения всех сеансов. Антивирус у меня не Каспер, но есть такие AVG, ESET — видимо это мусор оставляет сама 1С
31 — 27.04.15 — 08:47
(28) времени нет
32 — 27.04.15 — 08:52
(28) Зачем пускать свинью в огород?
33 — 27.04.15 — 08:54
(30) При штатном завершении работы всех пользователей последнее приложение удаляет этот файл.
34 — 27.04.15 — 09:09
(33) Должно. А файлики в каталоге по факту остаются.
zak555
35 — 27.04.15 — 09:10
(34) видимо каспер заблочил
Содержание:
1. Варианты возникновения ошибки разделенного доступа
2. Файловый режим работы: способы решения ошибки разделенного доступа
3. Пути решения ошибки разделенного доступа в клиент-серверном варианте работы
4. Зависшие фоновые задания разделенного доступа в клиент-серверном варианте
1. Варианты возникновения ошибки разделенного доступа
С ошибкой разделенного доступа в базе хотя бы раз сталкивался каждый разработчик. Обычно данную ошибку можно увидеть при принятии монопольных изменений конфигурации системы базы данных, при попытке выгрузки информационных баз или запуске тестирования и исправления информационной базы. Все эти операции требуют монопольный доступ к базе данных, то есть к базе не должны быть подключены пользователи. Далее мы рассмотрим варианты возникновения ошибки разделенного доступа и возможные пути их исправления:
Пользователи подключены к 1С
Для начала стоит проверить активные сеансы пользователей 1С. Количество активных пользователей можно посмотреть в конфигураторе: зайти в панель управления Администрирование, выбрать кнопку «Активные пользователи». И попросить их выйти из 1С. Помимо этого, информацию об активных сеансах можно увидеть в окне ошибки, но при большом количестве активных пользователей, информация будет не о всех активных сеансах.
У пользователя запущена 1С, но не введен пароль
Файловая база данных обычно содержит в себе подобную ошибку. Для решения данной проблемы следует запустить диспетчер задач, найти подобные процессы и, с его помощью, принудительно их завершить. Так как пользователь для работы с БД не авторизован, этот сеанс не отображается в списке активных пользователей, но соединение с базой при этом уже установлена. Следовательно, информационное сообщение так же, не будет нам полезно.
Зависший сеанс
Пользователи закрыли все свои окна 1С 8.3, но ошибка все еще осталась, в таком случае, вероятно, остались зависшие сеансы. В таком случае требуется принудительное завершение работы подобных сеансов. Последующие действия следует выполнять только после того, как испробовали методы описанные выше.
2. Файловый режим работы: способы решения ошибки разделенного доступа
— С помощью Диспетчера задач.
После завершения активных сеансов в файловом режиме работы, не сохраненная информация пользователей будет утеряна. Завершить сеансы этим способом можно вызвав диспетчер задач (диспетчер задач можно вызвать комбинацией клавиш Ctrl+Alt+Delete), выбрать нужные процессы(1Сv8.exe или 1Сv8c.exe), после этого нажать кнопку снять задачу.
— Перезагрузка сервера, на котором установлена 1С.
3. Пути решения ошибки разделенного доступа в клиент-серверном варианте работы
Завершить активные сеансы поможет консоль администрирования сервера, находим в ней нужную нам базу и заходим в меню «Сеансы».
Выделяем мешающие нам сеансы и завершаем их через пункт контекстного меню «Удалить» или соответствующую кнопку на панели.
— Если не удалось удалить сеансы, используя консоль, то пробуем перезапустить службу Агент сервера 1С Предприятия 8.3.
— Если не получается удалить соединение, можно попробовать это сделать средствами в 1С СУБД. К примеру, в MS SQL для 1С, можно открыть Management studio и написать запрос к нужной базе с использованием метода kill <ID>, где ID – номер соединения с СУБД, который так же можно увидеть в консоли администрирования.
— Только если все предыдущие способы не дали нам результата и ошибка все еще сохраняется, то можем перезагрузить сервер. Важно помнить, что к этому методу стоит прибегать только в крайнем случае.
4. Зависшие фоновые задания разделенного доступа в клиент-серверном варианте работы
В подобном случае, при повышенной пиковой нагрузке на сервер, сеансы фоновых заданий могут отрабатывать медленно или даже зависать, что так же влечет за собой возникновение данной ошибки.
Фоновые задания, как и обычный сеанс можно попытаться завершить, но после завершения они могут запускаться вновь. Активные сеансы фоновых заданий, как и пользовательские, можно увидеть в консоли администрирования на вкладке Соединения.
Попробовать завершить эти сеансы можно следующими методами:
— Завершить сеанс и обновить список активных соединений, для проверки, не запускаются ли они заново.
— Среди свойств базы найти флажок «Блокировка регламентных заданий включена», после этого снова надо попытаться завершить задание.
В итоге при возникновении данной ошибки, надо отталкиваться именно от причины ее возникновения, исходя из этого, производится выбор способа ее решения. Именно поэтому не стоит переходить сразу к радикальным методам, перегружать сервер, особенно, если есть возможность решить все более «щадящим» способом. Данные варианты решений уменьшат вероятность ошибок и повреждения данных таблиц информационной базы.
Специалист компании «Кодерлайн»
Марк Романенков
Фоновое задание не дает обновится |
Я |
aleks100
30.11.19 — 16:12
При первом запуске после обновления выходит сообщение Невозможно выполнить обновление информационной базы, так как к ней подключены другие сеансы.
Обратитесь к системному администратору.
Подробности ошибки:
Ошибка разделенного доступа к базе данных
База данных заблокирована:
компьютер: DESKTOP-MH30GLI, сеанс: 12, начат: 30.11.2019 в 21:01:30, приложение: Фоновое задание
конфигурация рарус комплексный учет питания
Что это может быть?
ДенисЧ
1 — 30.11.19 — 16:14
Не отрубил задание какое-то.
Консоль заданий что говорит?
vde69
2 — 30.11.19 — 16:22
надо смотреть консоль сервера, вероятно это какое-то регламентное задание…
бывали случаи когда в такой ситуации помогала блокировка рег заданий в консоли сервера (на время обновления)
Провинциальный 1сник
3 — 30.11.19 — 16:22
Да, а кстати — как правильно обновиться, если в базу пользователи лезут как мухи на мёд? Отключить вход не вариант — тогда и администратор не зайдет первым запуском для выполнения процедур обработки данных при обновлении. А иначе — процедура обновления натыкается на ошибку невозможности установки монопольного режима. Только хакерство на ум приходит с правилами брандмауэра, временно тупо блокировать трафик сервера 1с от всех, кроме администратора 1с.
aleks100
4 — 30.11.19 — 16:34
конфигурация в файловом варианте
aleks100
5 — 30.11.19 — 16:36
(1) первый запуск после обновления
aleks100
6 — 30.11.19 — 16:42
выполняется задание слияние индекса Слияние индекса полнотекстового поиска доступа
aleks100
7 — 30.11.19 — 16:43
как узнать какое именно фоновое задание блокировало?
ДенисЧ
8 — 30.11.19 — 17:13
(7) см (6)
aleks100
9 — 30.11.19 — 17:55
(8) закончил это задание, посмотрел в обработке регламентных заданий и потом только обновилось нормально
aleks100
10 — 30.11.19 — 17:55
это задание видимо блокировало
rphosts
11 — 30.11.19 — 18:54
(3) вариант 1: зашёл, заблокирвоал другим вход, снёс пассажиров из консоли.
варант 2: заблокировал с кодом разблокировки, зашёл с кодом разблокировки, снёс пассажиров из консоли
Провинциальный 1сник
12 — 30.11.19 — 18:58
(11) Если заблокировать начало сеансов — то фоновое задание обновления ИБ не запустится. Пробовал.
rphosts
13 — 30.11.19 — 19:08
(12) впихуй в код процедуры ПриНачалеСеанса или как там его… ну например если это не BackGround и время входа ну пусть 22:00 — 04:00 — Отказ = Истина.
Провинциальный 1сник
14 — 30.11.19 — 19:13
(13) Не, ну это уж слишком. Речь о типовом обновлении типовой конфигурации. Как-то не продумано это.
rphosts
15 — 30.11.19 — 19:15
(14) вы не вкурили расширения?
Провинциальный 1сник
16 — 30.11.19 — 19:18
(15) То есть, чтобы установить штатное обновление, нужно предварительно расширение писать с костылями?
Провинциальный 1сник
17 — 30.11.19 — 19:22
Реально не хватает в сервере 1с специального «режима обслуживания», когда запускаются только сеансы администратора и фоновые задания, иницированные им. А то они гордятся что от монопольного режима ушли, а толку то? Всё равно он нужен. Ну или пусть пишут процедуры обновления без требования включения монопольного режима попеременно с фоновыми заданиями.
rphosts
18 — 30.11.19 — 19:24
(16) в типовых есть ограничение на время работы пользователей?
Aleksey
19 — 30.11.19 — 19:39
(18) Так вроде бы речь не о пользователях. Их выкинуть можно.
А о фоновых заданиях. Например заходишь обновиться а там индекс ППД висит.
Т.е. две проблемы.
1. нет галки монопольно, когда блокируются фоновые задания
2. Обновление ИБ реализовано через фоновое задание, т.е. если даже заблокируешь фоновые задачи, автоматом блокируется процедуры из обновления.
И вот так и живем. Сидишь как дурак, ждешь когда все фоновые из базы свалят, чтобы была возможность поймать окно и обновиться
Aleksey
20 — 30.11.19 — 19:41
(7) консоль заданий, там можно посмотреть какое задание выполняется в данный момент. В типовых эта та обработка в которой список регламентных задач и на второй вкладки там формируются отчеты по фоновым, в т.ч. по тем кто сейчас выполняется
Внутренняя ошибка компоненты dbeng8
-
Порой при работе с программой 1С пользователи сталкиваются с такой проблемой, как невозможность провести какую-либо операцию, потому что на определенном моменте появляется сообщение о внутренней ошибке компоненты dbeng8.
Рисунок – 1.
-
Что означает эта ошибка и почему она возникает? Основной причиной является повреждение структуры таблиц информационной базы, которое может быть вызвано в результате системного сбоя или из-за аварийного завершения работы программы. Например, при внезапном отключении электричества или неправильным выключением компьютера (принудительная перезагрузка при запущенной 1С).
-
Как решить данную проблему? Первый способ это выгрузка – загрузка информационной базы через конфигуратор. При этом все пользователи должны выйти из информационной базы.
Рисунок – 2.
-
Второй вариант решения проблемы – это тестирование и исправление информационной базы. Прежде чем выполнять данную операцию, предварительно обязательно нужно сделать резервную копию базы.
Рисунок – 3.
Рисунок – 4.
-
И третий способ избавления от внутренней ошибки компоненты dbeng8 это использование файла chdbfl.exe. Так же предварительно необходимо сделать резервное копирование информационной базу. Он расположен в папке установленной программы. Обычно это примерно такой путь: C:Program Files (x86)1cv828.2.18.109binchdbfl.exe
Рисунок – 5.
-
Нужно запустить файл, указать путь к информационной базе и нажать «Выполнить».
Рисунок – 6.
Ошибка несовместимости файлы базы данных
-
Наверное, некоторые сталкивались с ошибкой при выполнении операции с информационной базой:
Несовместимая версия файла базы данных: D:Путь к базе/1Cv8.1CD
Рисунок – 1.
-
Она возникает при запуске программы 1С после обновления конфигурации. Причиной ошибки является несовместимость версии релиза конфигурации с версией технологической платформы. То есть мы поставили обновление базы, которое не поддерживается, установленной на компьютере, устаревшей версией платформы. Решить такую проблему просто, установив дистрибутив последнего релиза платформы, который можно взять на диске ИТС или скачать с сайта обновлений 1С http://users.v8.1c.ru/ , где для конфигураций всегда указывается минимальная поддерживаемая версия платформы.
Рисунок – 2.
Ошибка загрузки метаданных
-
Такая ошибка обычно возникает при работе в версии программы 1С: Предприятие 7.7. Чаще всего это происходит, когда программу не устанавливают на компьютер, используя дистрибутив, а просто переносят папку с файлами уже инсталлированной программы с одного компьютера на другой. Причиной ошибки загрузки метаданных является невозможность открыть файл 1cv7.md по указанному пути. (подробнее…)
Ошибка блокировки данных
-
Ошибка блокировки данных происходит в программе 1С: Предприятия 7.7 в сетевой версии или когда данные хранятся на SQL сервере. Возникает она обычно в случае, когда файлы заблокированы кем-то из пользователей, первым вошедшим в монопольный режим. (подробнее…)
Ошибка СУБД «Не удалось зафиксировать таблицу для записи ‘SESSION’»
-
Иногда бывает, что при попытке открыть какой-то документ перед пользователем появляется такая ошибка «Не удалось зафиксировать таблицу для записи ‘SESSION’». Данная ошибка является ошибкой системы управления базами данных. Первым делом попробуйте перезапустить программу. (подробнее…)
Ошибка формата потока
-
При возникновении ошибки формата потока первым делом следует сделать резервную копию информационной базы: копию каталога, при файловом варианте – выгрузку базы через конфигуратор, для SQL с помощью соответствующих средств. Это обязательно, так как в процессе исправления ошибки можно привести базу к полному разрушению. (подробнее…)
Ошибка разделенного доступа к информационной базе в 1С
-
Ошибка 1С разделенного доступа к информационной базе является не очень серьезной и её обычно просто устранить. Чаще всего возникает она в результате автоматического обновления конфигурации или в следствии динамического обновления, в то время когда запущены активные сеансы пользователей. Если это серверный вариант работы базы, то следует завершить все активные процессы и перезагрузить сервер. В случае с файловым вариантом нужно пересоздать каталог информационной базы. Если после этого ошибка не была устранена, то следует выполнить тестирование и исправление информационной базы через конфигуратор, установив флаг «Реиндексация таблиц информационной базы».
Конфликт блокировок при выполнении транзакции
-
Бывает, что при записи или проведении документов возникает ошибка о конфликте блокировок при выполнении транзакций. В основном это случается при работе в файловой информационной базе. Наиболее частой причиной возникновения такой ситуации служит одновременное обращение нескольких пользователей к одним и тем же таблицам базы данных и низкая производительность программы 1С или СУБД. (подробнее…)
Оглавление
- Суть проблемы
- Общение с технической поддержкой 1с
- Решение
- Назначаем всем пользователям непустые пароли
- Заставляем пользователей вводить пароль
- Заставляем обновлятор контролировать сохранение установленной блокировки сеансов
- Как помочь с исправлением ошибки
Суть проблемы
Ошибка исправлена в тестовой 8.3.21.1140.
При обновлении или тестировании клиент-серверной базы через обновлятор может возникать ошибка исключительной блокировки на этапах обновления конфигурации базы данных…
Обновляется конфигурация базы данных. ОбщаяКартинка.Информация: Имя не уникально! Обновление конфигурации базы данных Обработка структуры базы данных... Ошибка исключительной блокировки информационной базы. База данных заблокирована: пользователь: ?, сеанс : 4, начат: 13.10.2021 в 0:40:29, приложение: ?
… выполнения обработчиков обновления:
Выполняются обработчики обновления. Ошибка: ошибка разделенного доступа к базе данных, база данных заблокирована:, компьютер: ?, пользователь: ?, сеанс: 61511, начат: ?, приложение: ?
… или тестирования, включающее пересчёт итогов.
Кроме ошибки исключительной блокировки тестирование, включающее пересчёт итогов, может просто зависнуть , если в базу в этот момент зайдёт пользователь.
Почему это происходит, ведь обновлятор устанавливает блокировку сеансов и выгоняет всех пользователей перед началом операции? Каким образом новые пользователи попадают в базу по ходу выполнения операции?
Оказывается при определенных условиях ( а именно пересчёт итогов ) конфигуратор сам (несанкционированно) сбрасывает установленную блокировку сеансов (а заодно код разрешения) в клиент-серверной базе.
Я провёл расследование и выяснил, что это баг в платформе (уже веду переписку с технической поддержкой 1с). Проблема никак не связана с обновлятором и воспроизводится только при помощи конфигуратора.
Для того, чтобы конфигуратор несанкционированно сбросил установленную блокировку сеансов (и код разрешения) необходимо выполнение следующих условий:
- База является клиент-серверной.
- Платформа 1с любая версии 8.3.18, 8.3.19 или 8.3.20.
- В базе накоплены определённые изменения в конфигурации (например, выполнено обновление конфигурации Бухгалтерия Предприятие с версии 3.0.95.24 на 3.0.99.19) без последующего обновления конфигурации базы данных. Отдельно подчеркну, что проблема воспроизводится не на всех обновлениях конфигурации ( а только на тех, когда возникает пересчёт итогов ), именно поэтому я привёл пример конкретного обновления на котором проблема воспроизводится.
Если при выполнении этих 3 условий…
- Установить в базе блокировку сеансов и код разрешения.
- А затем выполнить операцию «Обновление конфигурации базы данных» (хоть вручную через конфигуратор, хоть через обновлятор), либо запустить тестирование и исправление конфигурации с пересчётом итогов (тогда пункт 3 из предыдущего абзаца не важен).
… мы обнаружим, что установленная блокировка сеансов и код разрешения были несанкционированно сброшены конфигуратором (это подтверждается технологическим журналом) по ходу выполнения операции «Обновление конфигурации базы данных» ( а вернее возникшего в процессе выполнения пересчёта итогов ) или тестирования, включающее пересчёт итогов.
И если в этот момент (когда блокировка сеансов сброшена, но операция ещё не закончена) в базу заходят пользователи (вручную или автоматически, так как их предварительно выбросило из базы при блокировке и у них нет пароля), то мы получаем ошибку исключительной блокировки или зависание, если речь идёт о тестировании.
Общение с технической поддержкой 1с
26.10.2021 Вся собранная информация (включающая детальное описание и быстрый способ воспроизведения ошибки) отправлена в техническую поддержку 1с на адрес v8@1c.ru, обращение зарегистрировано под номером HL-405298.
18.11.2021 Получил такой ответ от технической поддержки 1с:
«Ошибка платформы https://bugboard.v8.1c.ru/error/000114376
Исправлена в будущих версиях 8.3.21+»
А значит, установленная блокировка сеансов будет сбрасываться не только при обновлении базы данных, но и при отдельно запущенной операции тестирование и исправление, включающей пересчёт итогов.
Ошибка исправлена в тестовой 8.3.21.1140.
Решение
Как решить проблему не дожидаясь исправления платформы? Для этого я подготовил ряд рекомендаций, а также разработал дополнительную опцию в обновляторе. Итак, поехали.
Назначаем всем пользователям непустые пароли
Потому что, если у пользователя пустой пароль, то становится возможен следующий сценарий:
- Пользователь с пустым паролем оставил базу открытой и ушёл домой.
- Ночью вы сами (вручную или через обновлятор) установили в базе блокировку сеансов (для её обслуживания) и дождались, когда всех пользователей (это функционал типовых) выбросит из базы.
- Да, пользователя выбросило, но на его рабочем месте появилось окно ожидания с попытками (каждую минуту) повторного подключения к базе.
- Попытки повторного входа будут неудачными, ведь в базе установлена блокировка сеансов.
- И тут конфигуратор по ходу выполнения операции «Обновление конфигурации базы данных» несанкционированно сбрасывает (то есть снимает) блокировку сеансов и тот самый диалог ожидания автоматически пускает пользователя обратно в базу! И операция обновления базы данных завершается ошибкой из-за исключительной блокировки.
- Так вот если бы у пользователя был непустой пароль — его бы в базу обратно автоматически не пустило.
Заставляем пользователей вводить пароль
Эту рекомендацию не всегда возможно выполнить целиком. Её смысл в том, что даже если у пользователя непустой пароль, но при этом…
- он прописал его (пароль) в параметрах базы в стартере вот так
- либо зашёл в базу через альтернативный стартер (в настройках которого уже прописаны логин и пароль для входа в базу), например, вот так
… пользователя также пустит обратно в базу автоматически (см. предыдущий сценарий, пункт 5).
Пользователя пускает обратно в базу автоматически потому, что при первоначальном (описанном выше) входе в базу логин и пароль сохраняются в параметрах запуска платформы.
Вопрос какими средствами в этом случае заставить пользователей не прописывать нигде пароль для автоматического входа в базу остаётся открытым.
Заставляем обновлятор контролировать сохранение установленной блокировки сеансов
Заходим в свойства клиент-серверной базы, закладка «Обновление», раздел «Сам процесс»:
Здесь включаем опцию «При обновлении конфигурации базы данных (на проблемных релизах платформы 1с) контролировать сохранение блокировки сеансов».
Внимание! Начиная с тестовой версии от 23 декабря обновлятор согласно этой же настройке осуществляет контроль за сохранением блокировки сеансов при операциях тестирования и исправления, включающей пересчёт итогов.
Кроме того, в скриптах у команды из меню «Обновлятор-Методы-Выполнение пакетного скрипта» появился дополнительный параметр keep_sessions_lock, установка которого в true позволит осуществить контроль за сохранением блокировки сеансов (при условии, что она включена в свойствах базы) при выполнении любой команды.
Например:
@run_cmd( script: "%run_1c_d% /UpdateDBCfg -Dynamic-", keep_sessions_lock: "true" ) @run_cmd( script: "%run_1c_d% /IBCheckAndRepair -RecalcTotals -TestOnly", keep_sessions_lock: "true" )
По умолчанию данная опция включена и имеет значение «Однократно после» ( рекомендую сразу сменить это значение на «непрерывно в процессе» ).
«Однократно после» означает, что обновлятор считывает состояние блокировки сеансов (а также код разрешения) перед обновлением конфигурации базы данных.
А затем (после окончания обновления конфигурации базы данных) восстанавливает блокировку сеансов (и код разрешения), если они были сброшены конфигуратором.
Эта опция предотвращает дальнейшие проблемы, если блокировка сеансов была сброшена конфигуратором в процессе обновления конфигурации базы данных, но нам повезло и в базу (в процессе обновления конфигурации базы данных) никто из пользователей не попал.
Если это не помогает — установите эту же опцию со значением «Непрерывно в процессе«:
В этом случае обновлятор параллельно с выполнением операции «Обновление конфигурации базы данных» будет контролировать (примерно раз в секунду) состояние блокировки сеансов и как только он обнаружит, что конфигуратор несанкционированно сбросил блокировку сеансов, он тут же восстановит её. В этом случае пользователь сможет попасть в базу, если осуществит такую попытку только в ту же самую секунду, когда конфигуратор несанкционированно сбросил блокировку сеансов.
Вот как это будет выглядеть в отчёте:
Как помочь с исправлением ошибки
Ошибка исправлена в тестовой 8.3.21.1140.
Друзья, я уже отписался выше, что ошибка зарегистрирована в 1С.
Теперь я прошу вас по возможности зайти на страницу с ошибкой и поставить отметку «Для меня исправление ошибки важно»:
Тем самым мы повысим вероятность исправления этой ошибки в одном из ближайших релизов платформы.
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
Ошибка исключительной блокировки информационной базы и ошибка разделения доступа к базе данных выскакивает при обновлении, при выгрузке базы 1с и при проверке и исправлении ошибок(чеке). Что делать в этом случае?
- Возможно дело в фоновом процессе. Следует попробовать выгнать всех пользователей из базы с помощью блокировки. Можно сделать батник с командой
net session /delete /y - Может помочь перезагрузка сервера с базой. Либо последовательное выполнение команд (опять же батником)
net stop "1C:Enterprise 8.2 Server Agent"для остановки сервера иnet start "1C:Enterprise 8.2 Server Agent"для запуска. - Также возможно дело в доступе. Выделить папку с базой =>все пользователи => разрешить изменения.
- Вполне вероятно что ваша база опубликована в 1С Линк. В этом случае следует отключить публикацию и попробовать повторить манипуляции, все получится.
Еще один способ устранения подобной ошибки описан в предыдущей статье
[Всего голосов: 0 Средний: 0/5]
- Печать
Страницы: [1] Вниз
Тема: Ошибка разделенного доступа к базе данных в Бухгалтерия Предприятия 8.1 (Прочитано 56239 раз)
0 Пользователей и 1 Гость просматривают эту тему.
Спасибо, все получилось, база 1С запустилась 
, действительно чтото на сервере было не то.
Т.к. администратора на работе уже небыло, позвонили ему и по телефону перезагрузили сервер и все заработало
Записан
Странно конечно…
Такая ошибка обычно появляется когда кем-то занят файл базы, 1С его открыть не может и выводит эту ошибку.
Попробуйте что-нибудь из этого:
- Перезагрузить свой компьютер
- Посмотреть на сервере кем может быть еще открыт файл: «1Cv8.1CD» и закрыть его
- В крайнем случае, перезагрузка сервера точно должна помочь
Записан
Зашла в конфигуратор в список активных пользователей, там только я одна, это то меня и смутило, что я одна в базе сижу только в конфигураторе, а база не запускается в режиме бухгалтерия.
А что еще может быть???
Записан
У вас похоже ктото сидит в базе монопольно, зайдите в конфигураторАдминистрированиеактивные пользователи
Если там ктото есть, попросите их закрыть базу, потом попробуйте запустить 1С еще раз.
Записан
Помогите пожалуйста, перестала запускаться база Бухгалтерия Предприятия 8.1
Нажимаю «Перезапустить» — 1C закрывается.
Нажимаю «Подробно» — пишет тоже самое.
Нажимаю «Завершить работу» — 1C закрывается.
Что может быть с нашей базой?
В прикрепленном файле фото как выглядит эта ошибка.
Записан
- Печать
Страницы: [1] Вверх