Содержание:
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. Зависшие фоновые задания разделенного доступа в клиент-серверном варианте работы
В подобном случае, при повышенной пиковой нагрузке на сервер, сеансы фоновых заданий могут отрабатывать медленно или даже зависать, что так же влечет за собой возникновение данной ошибки.
Фоновые задания, как и обычный сеанс можно попытаться завершить, но после завершения они могут запускаться вновь. Активные сеансы фоновых заданий, как и пользовательские, можно увидеть в консоли администрирования на вкладке Соединения.
Попробовать завершить эти сеансы можно следующими методами:
— Завершить сеанс и обновить список активных соединений, для проверки, не запускаются ли они заново.
— Среди свойств базы найти флажок «Блокировка регламентных заданий включена», после этого снова надо попытаться завершить задание.
В итоге при возникновении данной ошибки, надо отталкиваться именно от причины ее возникновения, исходя из этого, производится выбор способа ее решения. Именно поэтому не стоит переходить сразу к радикальным методам, перегружать сервер, особенно, если есть возможность решить все более «щадящим» способом. Данные варианты решений уменьшат вероятность ошибок и повреждения данных таблиц информационной базы.
Специалист компании «Кодерлайн»
Марк Романенков
Ошибка разделенного доступа к информационной базе…. |
Я |
08.12.11 — 12:14
При выгрузке ИБ пишет
«Ошибка разделенного доступа к информационной базе….»
И в качестве активного сеанса пишет мой же сеанс….
Сервис перезапускал.. в консоли никаких соединений больше не показывает…..че за хрень такая?…
Перегружать сервер пока нет возможности (это поможет?)…
1 — 08.12.11 — 12:18
это <b>может</b> помочь
сервер 32-битный?
2 — 08.12.11 — 12:18
(0) посомтреть в консоли сервера 1с блокировки ИБ
(клиент-серверная база ?)
3 — 08.12.11 — 12:20
>>Сервис перезапускал..
попробуйте остановить сервис, прослдедить чтобы все процессы выгрузились из памяти (prhost,ragent,rmngr) и только потом запустить
4 — 08.12.11 — 12:20
(0) код ошибки 10054 ?
5 — 08.12.11 — 12:21
да 32битный
в блокировках только блокировки от конфигуратора…….
такое просто было уже давно….непомню как разрешилось…может сервер перегружал…..
6 — 08.12.11 — 12:25
shuhard, да нет никакого кода не пошет….
просто
Ошибка разделенного доступа к информационной базе
Активные сеансы:
и тут пишет мой же сеанс…..
7 — 08.12.11 — 12:25
(6) не верю
8 — 08.12.11 — 12:45
блин и перезагрузка сервера не помогла……черт…..ну ладно сделаю бэкап базы на sqlserverе…..непонятно че с этим делать?…..
9 — 30.12.11 — 11:04
подниму опять темку……так и не решил….. в чем может быть проблема….
даже перегружаю сервер, делаю новую базу, восстанавливаю из бэкапа……делаю выгрузить в конфигураторе и бац ошибка разделенного доступа к ИБ…..
10 — 30.12.11 — 11:09
(9) ошибка на мисте описана сотни раз и не представляет ни какого интереса
11 — 30.12.11 — 11:17
ошибка тривиальная, когда кто-то сидит в базе или выполняется регламентное задание……но когда ты перегружаешь сервер, создаешь новую базу (сразу же выключаешь регламентные задания), восстанавливаешь базу из бэкапа, Потом из конфигуратора начинаешь выгружать базу….он повисит и потом говорит, что уже есть сеанс и говорит про твой же сеанс начатый конфигуратором (хотя 2 раза конфигуратор даже запустить нельзя)….
именно такие случаю сотни раз разорбраны?….
12 — 30.12.11 — 11:20
(11) воспользоваться поиском что-то не позволяет ?
13 — 30.12.11 — 11:27
пользовался……в основном либо сеансы есть, либо люди не блокируют регламентные задания….у меня то какаято другая фигня….
14 — 30.12.11 — 11:30
(13) сказки
15 — 30.12.11 — 11:32
вот нашел описание такого же случая…
http://sale1c.ru/1s-8-2-upp-posovetujte-ne-mozhem-vygruzit-bazu-tipovym-sposobom-cherez-konfigurator.html
то что там прочитал, так это «если создать базу средствами SQL, а не создать и залить типовыми методами 1С, то в дальнейшем происходит ошибка/проблема – база типовым методами 1С не выгружается»
я ее именно так и создал, а не загружал….
неужели теперь никогда не выгрузить?!?…
16 — 30.12.11 — 11:33
лезь в консоль скуля и ищи зависшую блокировку
17 — 30.12.11 — 11:35
да нету в консорле никаких соединений…..было б все так просто я б не писал …..
18 — 30.12.11 — 11:36
(17) в консоль СКУЛЯ а не 1с
19 — 30.12.11 — 11:38
(18) не поможет
это ошибка не хватки памяти сервера 1С
и лечиться либо кастрацией конфигурации(обычно УПП) либо расширением памяти разными способами
20 — 30.12.11 — 11:40
(19) ну память можно расширить увеличив файл подкачки
21 — 30.12.11 — 11:42
(20) не а, не помогает
либо /3Gb либо 64х
22 — 30.12.11 — 12:03
операционка 32 разрядная, на сервере 4 ГБ с расширением физических адресов…..но процесс больше 3 гб не захапает…..хотя в настоящий момент занято всего 1ГБ ….бэкап базы в районе 2 ГБ….
23 — 30.12.11 — 12:05
(22) это ошибка не хватки памяти сервера 1С
и лечиться либо кастрацией конфигурации(обычно УПП) либо расширением памяти разными способами
либо /3Gb либо 64х
24 — 30.12.11 — 12:10
3G щас сделаю…..
интересно какого фига на SQLСервере 2 соединения…..запускаешь конфигуратор……в консоли сервера 1с одно подключение, а на скуле — 2 соединения….закрываешь конфигуратор….закрываются оба…..
25 — 30.12.11 — 12:22
(19), (23) «нехватки» пишется слитно!
26 — 30.12.11 — 12:25
shuhard, да все спасибо помогло либо /3GB либо то, что почистил временные файлы…..свободного места на диске C на сервере 1с было мало…..интересно сколько ему надо свободного места на диске (размером с базу)….потому как занятой памяти сейчас всего 500 МБ….
27 — 30.12.11 — 12:27
(26) а теперь пуcт поиск по форуиу на «/3GB»
и убедись, что проблема поднималась сто раз
и что через месяц /3GB уже не поможет и придётся конц кастрировать или увеличить RAM
28 — 30.12.11 — 12:36
(27) или опять удалять лишние файлы с системного раздела, чтоб своп поместился
29 — 30.12.11 — 12:36
(28) не в кассу
30 — 30.12.11 — 12:37
сервера все равно виртуальные под Hiper-V-Serverom…..
стояла статическая память 4 ГБ… я сделал динамическую с 4 до 8 ГБ…..но говорю же занято памяти немного…..похоже просто места на диске мало было для каких-то служеных файлов…..херово конечно если он ее вначале на диске сохраняет всю….
31 — 30.12.11 — 12:38
(30) бред
топик закрыт
32 — 30.12.11 — 12:39
к чему слово бред относится я не понял, но да, топик можно закрывать….
33 — 30.12.11 — 12:40
(30) ну что за дебилизм ставить на виртуалки клиент серверные базы? нельзя так делать!!!
по любому будут всплывать трудно обьяснимые тормоза и блокировки…
34 — 30.12.11 — 12:43
(33) к данной ошибке виртуалка отношения не имеет
35 — 30.12.11 — 12:46
имеет, данная ошибка возникла из-за полного не понимания как работает SQL.
А факт непонимания — отражается попыткой запустить скуль под виртуалкой
36 — 30.12.11 — 12:47
(35) к сиквелу ошибка отношения не имеет, ни какого,
это ошибка сервера приложения
37 — 30.12.11 — 12:49
vde69, если руки не кривые то никаких тормозов не будет…..
зато нет привязки к железу..организован отказоустойчивый кластер пока из 3-х узлов….при отказе даже 2-х узлов….все будет работать…..а перебрасывать виртуалку с узла на узел можно даже при работающих пользователях….
но как сказано это не имеет отношения к теме…..
проблема в неправильной диагностике ошибки самой 1с….
38 — 30.12.11 — 12:50
(33) Почему нельзя?
39 — 30.12.11 — 13:22
(38)
1. по тому что сервер SQL не понимает где действительно физическая память а где виртуальная память железа (фидимая как физическая)
2. сервера приложений (а к ним относятся и 1с) не могут оптимизировать дисковые операции, по сколько идет конкуренция между виртуалками.
в результате частенько кеш запросов помещается в медленую дисковую очередь….
(37)(36) может знаете чем вызвано v8: v8: проблема связки сервера 1с и SQL (продолжение)
так и не докапался пока
40 — 30.12.11 — 13:31
(39) угу, всё так, виртуалки не идеальны
и могут создавать ошибки, не воспроизводимые в иных условиях
но к ошибке ТС это не относиться,
она воспроизводиться, например на УПП, легко и не принуждённо без виртуалок
41 — 30.12.11 — 13:36
vde69, может просто для решения 1 и 2 проблемы достаточно сделать так чтоб физической памяти было достаточно для всех….и не будет конкуренции за память и проблема в использовании виртуальной памяти….
42 — 30.12.11 — 13:56
(41) чтоб вся виртуалка, вместе с ОС и скулем, поместилась в ОЗУ? а нафига эта виртуализация? почему нормальную ОСь не поставить, если ресурсы позволяют?
43 — 30.12.11 — 14:32
выгода в отказоустойчивости…
если ставишь на обычную машину….то сколько тебе надо времени, чтоб поднять сервер….если что-нибудь по железу серъезно полетело…..ну пару часов при хорошем раскладе…
у нас отказоустойчивый кластер из 3-х узлов…..если откажет какая-нибудь машина, то сервер автоматически запустится на другом узле…..некоторые программы даже не заметят этого…..
если в этот момент пинговать машину, то один пинг может пропасть масимум….
но это тема отдельной беседы…
44 — 30.12.11 — 14:35
«некоторые программы даже не заметят этого….. »
но некоторые пользователи заметят, если вместо запросов к ОЗУ скуль будет вращаться в свопе…
45 — 30.12.11 — 14:40
(43) 1с на 100% отвалится, по сколько трафик между клиен сервером шифруется сеансовыми ключами. По этому ты в любом случае не имеешь отказоустойчивый кластер!!!
При чем данная опция НЕ НАСТРАИВАЕМА и ее нельзя отключить, вроде как RSA там… (я разбирал попакетно трафик между клиент и сервером).
Тот-же кластер 1с — тоже сделан только для маштабируемости а не для отказоустойчивости…
46 — 05.01.12 — 11:40
vde69, не соглашусь…..
Зависит от того, что делает пользователь 1с в это время…
Если ничего не делает, то сеанс не отвалится…..Если что-то делает, то программа предложит перезапустить и продолжит работу….
Для самой 1с по сути…..всего лишь пару секунд был недоступен сервер и все…
Но пару секунд отсутствие сервера это все равно не сравнимо с несколькими часами в лучшем случае (а то и полдня) в случае отказа железяки на обычной машине….
47 — 05.01.12 — 13:31
по теории вероятности — в большой компании хоть один из пользователей 1С в этот момент будет что-то делать, соответственно его сеанс отвалится (и чем больше компания — тем больше будет таких пользователей).
а в маленькой компании нет смысла заморачиваться с серверами, тем более — виртуальными.
48 — 05.01.12 — 13:54
(39) ты меня пугаешь. я именно в виртуалке и держу centos с базой postgre и терминалку под 2008. Пока полет нормальный.
Живой Ископаемый
49 — 05.01.12 — 14:14
2(48) он же не говорит про Постгресс…и про ДБ2 ничего не говорит, которая у меня тоже в виртуалке
1
2
Показывать по
10
20
40
сообщений
Новая тема
Ответить
alx_b
Дата регистрации: 28.04.2011
Сообщений: 1
Здравствуйте! Делаю Администрирование — Выгрузить информационную базу. Подвисает на несколько секунд и потом пишет «Ошибка разделенного доступа к информационной базе, активен сеанс» и показывает мой сеанс конфигуратора. В мониторе кроме конфигуратора ничего нет. Различные задания тоже не запущены. Платформа 8.2, последняя, база на сервере, MS SQL 2005. Не работает только эта база, остальные в порядке. Если пробовать с другого компьютера, все также. Как с этим бороться? Пробовал перезапускать службы SQL и 1C, не помогло.
Prikum
активный пользователь
онлайн
Дата регистрации: 18.02.2002
Сообщений: 20883
Сохраните средствами SQL, так будент надежнее.
BelikovS
Дата регистрации: 05.03.2007
Сообщений: 1701
> Сохраните средствами SQL, так будент надежнее.<br>Только для случая восстановления на SQL …
alx_b
Дата регистрации: 28.04.2011
Сообщений: 1
Хочу сделать копию в файловом режиме, т.е. этот вариант не подходит. Пробовал делать копию на SQL, а потом выгружать уже оттуда, та же ерунда.
Prikum
активный пользователь
онлайн
Дата регистрации: 18.02.2002
Сообщений: 20883
В файловом варианте достаточно просто скопировать файл. Выгрзука в dt помогает, только если база безпроблемная, если есть какие то проблемы в самой базе, то выгрузка модет их только усугубить, вплоть до невозможности потом восстановить базу.
BelikovS
Дата регистрации: 05.03.2007
Сообщений: 1701
На копии пробовали сделать тестирование и исправление?<br>Попробуйте создать новый кластер, отключите в нем регламентированные и прочее, можно еще сделать несколько процессов. И попробуйте с него выгрузить.
alx_b
Дата регистрации: 28.04.2011
Сообщений: 1
Тестирование и в оригинале проходит без ошибок.
alx_b
Дата регистрации: 28.04.2011
Сообщений: 1
Имел в виду копию из файл-серверного в файловый.
Prikum
активный пользователь
онлайн
Дата регистрации: 18.02.2002
Сообщений: 20883
> Имел в виду копию из файл-серверного в файловый.<br>Это одно и тоже, а вот клиент-серверный это другое. Но в любом случае вам надо делать выгрузку в dt.
leska
Дата регистрации: 23.11.2007
Сообщений: 16
посмотрите список выполняемых задач с помощью обработки с диска итс : консоль заданий.
Читают тему:
Ошибка исключительной блокировки информационной базы и ошибка разделения доступа к базе данных выскакивает при обновлении, при выгрузке базы 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.3.11.2867. Словил два глюка:
1. При попытке захода в конфигуратор, если в базе работают пользователи, пишет «ошибка разделенного доступа» и не дает зайти.2. В одной базе при попытке входа пишет:
Платформа: 1С:Предприятие 8.3 (8.3.11.2867)
Ошибки:
27.11.2017 10:51:52
Тип не определен ‘3601c7ba-a8f9-4d04-b9e9-0e2f0b06e368’
и не дает зайти.
Заход с ключем /С ЗапуститьОбновлениеИнформационнойБазы — не помогает.
Тестирование и исправление со всеми галками — не помогает.
+ В итоге проблема 1 проявлялась только в тех базах где есть толстый клиент обычное приложение, решилась так: 1. Всех выгнать из базы. 2. Зайти в конфигуратор. 3. Запустить толстого клиента обычное приложение в режиме отладки 4. Все закрыть - проблема решенаПроблема 2 решилась чисткой серверного кэша.