Содержание:
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. Зависшие фоновые задания разделенного доступа в клиент-серверном варианте работы
В подобном случае, при повышенной пиковой нагрузке на сервер, сеансы фоновых заданий могут отрабатывать медленно или даже зависать, что так же влечет за собой возникновение данной ошибки.
Фоновые задания, как и обычный сеанс можно попытаться завершить, но после завершения они могут запускаться вновь. Активные сеансы фоновых заданий, как и пользовательские, можно увидеть в консоли администрирования на вкладке Соединения.
Попробовать завершить эти сеансы можно следующими методами:
— Завершить сеанс и обновить список активных соединений, для проверки, не запускаются ли они заново.
— Среди свойств базы найти флажок «Блокировка регламентных заданий включена», после этого снова надо попытаться завершить задание.
В итоге при возникновении данной ошибки, надо отталкиваться именно от причины ее возникновения, исходя из этого, производится выбор способа ее решения. Именно поэтому не стоит переходить сразу к радикальным методам, перегружать сервер, особенно, если есть возможность решить все более «щадящим» способом. Данные варианты решений уменьшат вероятность ошибок и повреждения данных таблиц информационной базы.
Специалист компании «Кодерлайн»
Марк Романенков
Ошибка разделенного доступа к базе данных Транзакция активна |
Я |
02.04.15 — 07:34
ОбщийМодуль.ОбновлениеИнформационнойБазы.Модуль(1278)}: Ошибка при вызове метода контекста (УстановитьМонопольныйРежим)
УстановитьМонопольныйРежим(Ложь);
по причине:
Ошибка разделенного доступа к базе данных
Транзакция активна ‘C:1СХХХ/1Cv8.1CD’
=========================================================
Вот такая ошибка возникает при обновлении в момент запуска 1С после очередного релиза. Ошибка возникает при переходе на релиз Бухгалтерии 2.0.54.7. Версия платформы 8.2.19.83. База файловая. В мониторе пользователей работающих пользователей с базой — нет ! База, которая обновляется под замочками. Подскажите как это побороть ?!
1 — 02.04.15 — 07:53
(0) "Версия платформы 8.2.19.83. База файловая"
1. поставь актуальный релиз платформы (бага не в этом, но обновиться нужно обязательно.
2. судя по всему база лежит на файл-сервере и файл залочен на шаре. Если не умеешь работать с «открытыми файлами» — перезагрузи ком, все лишнее «само отвалится» 🙂
2 — 02.04.15 — 08:01
Сервер перезагрузил только-что. Проблема осталась !
3 — 02.04.15 — 08:20
(2) Меня настораживает "C:1СХХХ/1Cv8.1CD" почему так, а не "по нормальному" - "C:1СХХХ1Cv8.1CD"? Удали "все лишнее" в каталоге C:1СХХХ
Что (какие файлы и папки) у тебя там остались?
Почему у тебя версия 2.0.54.7? Если апаться, то на актуальную, а в 2.0.57 самый старший релиз 2.0.57.10 — какой смысл был обновляться на «семёрку»?
4 — 02.04.15 — 08:30
Сейчас качаю базу себе на компьютер, чтобы исключить некоторые причины. Как закачаю, попробую обновить. Если не получится, апну тему.
5 — 02.04.15 — 08:32
(smitru) из каталога с базой данных все удалил, кроме cd файла, не помогло. Но это ещё на сервере делал, а не на своем компьютере.
6 — 02.04.15 — 08:34
(5) скопируй (именно copy, а не move) файл базы в другой каталог на сервере и попробуй там открыть базу
7 — 02.04.15 — 08:35
(6) + Кокда будешь делать каталог для копии базы, сделай его максимально простым и коротким (без всяких извратов с точками, спец. символами и т.д.)
8 — 02.04.15 — 09:45
Попробовал уже у себя на компьютере, проблема осталась !
9 — 02.04.15 — 10:00
На моем компьютере установлена версия платформы 8.3.4.437
10 — 02.04.15 — 10:12
(0) Тоже проявляется такая ошибка, только на УТ.
Не смогла пока разобраться.
Смена платформы вплоть до 8.3.6 не помагает.
Проявляется только на файловой, на серверной все в порядке.
Как вариант, обновитесь на серверной.
11 — 02.04.15 — 10:12
Люди — человеки, SОS ! Уже второй день мучаюсь с переходом ! Что делать ? )
12 — 02.04.15 — 10:15
(11) счкдбф + ТИИ
13 — 02.04.15 — 10:18
(11) Тестирование и исправление (с установкой всех галок) — прогонял?
Загрузка/выгрузка через dt — делал?
14 — 02.04.15 — 11:48
(Zombi) + (smitru) Все вышеперечисленное сделал, не помогает
!
15 — 02.04.15 — 12:44
Загрузил базу в серверном варианте, проблема не пропала !!! Если смотреть соединения в сервере 1С Предприятия, то при начале обновления кроме толстого клиента появляется
«Консоль кластера». Если я её удаляю, то она через пару секунд опять становится активной.
16 — 02.04.15 — 14:27
(15) «Консоль кластера» — это твои «наблюдения» через консоль, это нормально и это никогда не лочит
smitru
17 — 02.04.15 — 14:29
(15) Зачем ты обновляешь на 2.0.57.? Обновляй сразу на 2.0.57.10
ПыСы а ты с какой версии обновляешь?
ПыСыСы… А у тебя регламенты на период обновления запрещены? Посмотри наличие «галочки» в свойствах базы в консоли
- Печать
Страницы: [1] Вниз
Тема: Ошибка разделенного доступа к базе данных в Бухгалтерия Предприятия 8.1 (Прочитано 56238 раз)
0 Пользователей и 1 Гость просматривают эту тему.
Спасибо, все получилось, база 1С запустилась
, действительно чтото на сервере было не то.
Т.к. администратора на работе уже небыло, позвонили ему и по телефону перезагрузили сервер и все заработало 

Записан
Странно конечно…
Такая ошибка обычно появляется когда кем-то занят файл базы, 1С его открыть не может и выводит эту ошибку.
Попробуйте что-нибудь из этого:
- Перезагрузить свой компьютер
- Посмотреть на сервере кем может быть еще открыт файл: «1Cv8.1CD» и закрыть его
- В крайнем случае, перезагрузка сервера точно должна помочь

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

Записан
У вас похоже ктото сидит в базе монопольно, зайдите в конфигураторАдминистрированиеактивные пользователи
Если там ктото есть, попросите их закрыть базу, потом попробуйте запустить 1С еще раз.

Записан
Помогите пожалуйста, перестала запускаться база Бухгалтерия Предприятия 8.1
Нажимаю «Перезапустить» — 1C закрывается.
Нажимаю «Подробно» — пишет тоже самое.
Нажимаю «Завершить работу» — 1C закрывается.
Что может быть с нашей базой?
В прикрепленном файле фото как выглядит эта ошибка.

Записан
- Печать
Страницы: [1] Вверх
1
2
Показывать по
10
20
40
сообщений
Новая тема
Ответить
alx_b
Дата регистрации: 28.04.2011
Сообщений: 1
Здравствуйте! Делаю Администрирование — Выгрузить информационную базу. Подвисает на несколько секунд и потом пишет «Ошибка разделенного доступа к информационной базе, активен сеанс» и показывает мой сеанс конфигуратора. В мониторе кроме конфигуратора ничего нет. Различные задания тоже не запущены. Платформа 8.2, последняя, база на сервере, MS SQL 2005. Не работает только эта база, остальные в порядке. Если пробовать с другого компьютера, все также. Как с этим бороться? Пробовал перезапускать службы SQL и 1C, не помогло.
Prikum
активный пользователь
офлайн
Дата регистрации: 18.02.2002
Сообщений: 20833
Сохраните средствами SQL, так будент надежнее.
BelikovS
Дата регистрации: 05.03.2007
Сообщений: 1701
> Сохраните средствами SQL, так будент надежнее.<br>Только для случая восстановления на SQL …
alx_b
Дата регистрации: 28.04.2011
Сообщений: 1
Хочу сделать копию в файловом режиме, т.е. этот вариант не подходит. Пробовал делать копию на SQL, а потом выгружать уже оттуда, та же ерунда.
Prikum
активный пользователь
офлайн
Дата регистрации: 18.02.2002
Сообщений: 20833
В файловом варианте достаточно просто скопировать файл. Выгрзука в dt помогает, только если база безпроблемная, если есть какие то проблемы в самой базе, то выгрузка модет их только усугубить, вплоть до невозможности потом восстановить базу.
BelikovS
Дата регистрации: 05.03.2007
Сообщений: 1701
На копии пробовали сделать тестирование и исправление?<br>Попробуйте создать новый кластер, отключите в нем регламентированные и прочее, можно еще сделать несколько процессов. И попробуйте с него выгрузить.
alx_b
Дата регистрации: 28.04.2011
Сообщений: 1
Тестирование и в оригинале проходит без ошибок.
alx_b
Дата регистрации: 28.04.2011
Сообщений: 1
Имел в виду копию из файл-серверного в файловый.
Prikum
активный пользователь
офлайн
Дата регистрации: 18.02.2002
Сообщений: 20833
> Имел в виду копию из файл-серверного в файловый.<br>Это одно и тоже, а вот клиент-серверный это другое. Но в любом случае вам надо делать выгрузку в dt.
leska
Дата регистрации: 23.11.2007
Сообщений: 16
посмотрите список выполняемых задач с помощью обработки с диска итс : консоль заданий.