Содержание:
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. Зависшие фоновые задания разделенного доступа в клиент-серверном варианте работы
В подобном случае, при повышенной пиковой нагрузке на сервер, сеансы фоновых заданий могут отрабатывать медленно или даже зависать, что так же влечет за собой возникновение данной ошибки.
Фоновые задания, как и обычный сеанс можно попытаться завершить, но после завершения они могут запускаться вновь. Активные сеансы фоновых заданий, как и пользовательские, можно увидеть в консоли администрирования на вкладке Соединения.
Попробовать завершить эти сеансы можно следующими методами:
— Завершить сеанс и обновить список активных соединений, для проверки, не запускаются ли они заново.
— Среди свойств базы найти флажок «Блокировка регламентных заданий включена», после этого снова надо попытаться завершить задание.
В итоге при возникновении данной ошибки, надо отталкиваться именно от причины ее возникновения, исходя из этого, производится выбор способа ее решения. Именно поэтому не стоит переходить сразу к радикальным методам, перегружать сервер, особенно, если есть возможность решить все более «щадящим» способом. Данные варианты решений уменьшат вероятность ошибок и повреждения данных таблиц информационной базы.
Специалист компании «Кодерлайн»
Марк Романенков
Фоновое задание не дает обновится |
Я |
30.11.19 — 16:12
При первом запуске после обновления выходит сообщение Невозможно выполнить обновление информационной базы, так как к ней подключены другие сеансы.
Обратитесь к системному администратору.
Подробности ошибки:
Ошибка разделенного доступа к базе данных
База данных заблокирована:
компьютер: DESKTOP-MH30GLI, сеанс: 12, начат: 30.11.2019 в 21:01:30, приложение: Фоновое задание
конфигурация рарус комплексный учет питания
Что это может быть?
1 — 30.11.19 — 16:14
Не отрубил задание какое-то.
Консоль заданий что говорит?
2 — 30.11.19 — 16:22
надо смотреть консоль сервера, вероятно это какое-то регламентное задание…
бывали случаи когда в такой ситуации помогала блокировка рег заданий в консоли сервера (на время обновления)
3 — 30.11.19 — 16:22
Да, а кстати — как правильно обновиться, если в базу пользователи лезут как мухи на мёд? Отключить вход не вариант — тогда и администратор не зайдет первым запуском для выполнения процедур обработки данных при обновлении. А иначе — процедура обновления натыкается на ошибку невозможности установки монопольного режима. Только хакерство на ум приходит с правилами брандмауэра, временно тупо блокировать трафик сервера 1с от всех, кроме администратора 1с.
4 — 30.11.19 — 16:34
конфигурация в файловом варианте
5 — 30.11.19 — 16:36
(1) первый запуск после обновления
6 — 30.11.19 — 16:42
выполняется задание слияние индекса Слияние индекса полнотекстового поиска доступа
7 — 30.11.19 — 16:43
как узнать какое именно фоновое задание блокировало?
8 — 30.11.19 — 17:13
(7) см (6)
9 — 30.11.19 — 17:55
(8) закончил это задание, посмотрел в обработке регламентных заданий и потом только обновилось нормально
10 — 30.11.19 — 17:55
это задание видимо блокировало
11 — 30.11.19 — 18:54
(3) вариант 1: зашёл, заблокирвоал другим вход, снёс пассажиров из консоли.
варант 2: заблокировал с кодом разблокировки, зашёл с кодом разблокировки, снёс пассажиров из консоли
12 — 30.11.19 — 18:58
(11) Если заблокировать начало сеансов — то фоновое задание обновления ИБ не запустится. Пробовал.
13 — 30.11.19 — 19:08
(12) впихуй в код процедуры ПриНачалеСеанса или как там его… ну например если это не BackGround и время входа ну пусть 22:00 — 04:00 — Отказ = Истина.
14 — 30.11.19 — 19:13
(13) Не, ну это уж слишком. Речь о типовом обновлении типовой конфигурации. Как-то не продумано это.
15 — 30.11.19 — 19:15
(14) вы не вкурили расширения?
16 — 30.11.19 — 19:18
(15) То есть, чтобы установить штатное обновление, нужно предварительно расширение писать с костылями?
17 — 30.11.19 — 19:22
Реально не хватает в сервере 1с специального «режима обслуживания», когда запускаются только сеансы администратора и фоновые задания, иницированные им. А то они гордятся что от монопольного режима ушли, а толку то? Всё равно он нужен. Ну или пусть пишут процедуры обновления без требования включения монопольного режима попеременно с фоновыми заданиями.
18 — 30.11.19 — 19:24
(16) в типовых есть ограничение на время работы пользователей?
19 — 30.11.19 — 19:39
(18) Так вроде бы речь не о пользователях. Их выкинуть можно.
А о фоновых заданиях. Например заходишь обновиться а там индекс ППД висит.
Т.е. две проблемы.
1. нет галки монопольно, когда блокируются фоновые задания
2. Обновление ИБ реализовано через фоновое задание, т.е. если даже заблокируешь фоновые задачи, автоматом блокируется процедуры из обновления.
И вот так и живем. Сидишь как дурак, ждешь когда все фоновые из базы свалят, чтобы была возможность поймать окно и обновиться
Aleksey
20 — 30.11.19 — 19:41
(7) консоль заданий, там можно посмотреть какое задание выполняется в данный момент. В типовых эта та обработка в которой список регламентных задач и на второй вкладки там формируются отчеты по фоновым, в т.ч. по тем кто сейчас выполняется
- Печать
Страницы: [1] Вниз
Тема: Ошибка разделенного доступа к базе данных в Бухгалтерия Предприятия 8.1 (Прочитано 57445 раз)
0 Пользователей и 1 Гость просматривают эту тему.
Спасибо, все получилось, база 1С запустилась 
, действительно чтото на сервере было не то.
Т.к. администратора на работе уже небыло, позвонили ему и по телефону перезагрузили сервер и все заработало
Записан
Странно конечно…
Такая ошибка обычно появляется когда кем-то занят файл базы, 1С его открыть не может и выводит эту ошибку.
Попробуйте что-нибудь из этого:
- Перезагрузить свой компьютер
- Посмотреть на сервере кем может быть еще открыт файл: «1Cv8.1CD» и закрыть его
- В крайнем случае, перезагрузка сервера точно должна помочь
Записан
Зашла в конфигуратор в список активных пользователей, там только я одна, это то меня и смутило, что я одна в базе сижу только в конфигураторе, а база не запускается в режиме бухгалтерия.
А что еще может быть???
Записан
У вас похоже ктото сидит в базе монопольно, зайдите в конфигураторАдминистрированиеактивные пользователи
Если там ктото есть, попросите их закрыть базу, потом попробуйте запустить 1С еще раз.
Записан
Помогите пожалуйста, перестала запускаться база Бухгалтерия Предприятия 8.1
Нажимаю «Перезапустить» — 1C закрывается.
Нажимаю «Подробно» — пишет тоже самое.
Нажимаю «Завершить работу» — 1C закрывается.
Что может быть с нашей базой?
В прикрепленном файле фото как выглядит эта ошибка.
Записан
- Печать
Страницы: [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]
Ошибка разделения доступа к базе данных
Ошибка разделенного доступа к информационной базе.
ЯRustik666
При выгрузке ИБ пишет
«Ошибка разделенного доступа к информационной базе. »
И в качестве активного сеанса пишет мой же сеанс.
Сервис перезапускал.. в консоли никаких соединений больше не показывает. че за хрень такая.
Перегружать сервер пока нет возможности (это поможет?).
Живой ИскопаемыйshuhardRustik666
в блокировках только блокировки от конфигуратора.
такое просто было уже давно. непомню как разрешилось. может сервер перегружал.
Rustik666
shuhard, да нет никакого кода не пошет.
просто
Ошибка разделенного доступа к информационной базе
Активные сеансы:
и тут пишет мой же сеанс.
shuhardRustik666Rustik666shuhardRustik666shuhardRustik666shuhardRustik666
то что там прочитал, так это «если создать базу средствами SQL, а не создать и залить типовыми методами 1С, то в дальнейшем происходит ошибка/проблема – база типовым методами 1С не выгружается»
я ее именно так и создал, а не загружал.
неужели теперь никогда не выгрузить.
aleks-idRustik666aleks-idshuhardaleks-idshuhardRustik666shuhardRustik666
интересно какого фига на SQLСервере 2 соединения. запускаешь конфигуратор. в консоли сервера 1с одно подключение, а на скуле — 2 соединения. закрываешь конфигуратор. закрываются оба.
JaffarRustik666shuhardJaffarshuhardRustik666shuhardRustik666vde69
(30) ну что за дебилизм ставить на виртуалки клиент серверные базы? нельзя так делать.
по любому будут всплывать трудно обьяснимые тормоза и блокировки.
shuhardvde69
имеет, данная ошибка возникла из-за полного не понимания как работает SQL.
А факт непонимания — отражается попыткой запустить скуль под виртуалкой
shuhardRustik666
vde69, если руки не кривые то никаких тормозов не будет.
зато нет привязки к железу..организован отказоустойчивый кластер пока из 3-х узлов. при отказе даже 2-х узлов. все будет работать. а перебрасывать виртуалку с узла на узел можно даже при работающих пользователях.
но как сказано это не имеет отношения к теме.
проблема в неправильной диагностике ошибки самой 1с.
Галахадvde69
(38)
1. по тому что сервер SQL не понимает где действительно физическая память а где виртуальная память железа (фидимая как физическая)
2. сервера приложений (а к ним относятся и 1с) не могут оптимизировать дисковые операции, по сколько идет конкуренция между виртуалками.
в результате частенько кеш запросов помещается в медленую дисковую очередь.
shuhardRustik666JaffarRustik666
выгода в отказоустойчивости.
если ставишь на обычную машину. то сколько тебе надо времени, чтоб поднять сервер. если что-нибудь по железу серъезно полетело. ну пару часов при хорошем раскладе.
у нас отказоустойчивый кластер из 3-х узлов. если откажет какая-нибудь машина, то сервер автоматически запустится на другом узле. некоторые программы даже не заметят этого.
если в этот момент пинговать машину, то один пинг может пропасть масимум.
но это тема отдельной беседы.
Jaffarvde69
(43) 1с на 100% отвалится, по сколько трафик между клиен сервером шифруется сеансовыми ключами. По этому ты в любом случае не имеешь отказоустойчивый кластер.
При чем данная опция НЕ НАСТРАИВАЕМА и ее нельзя отключить, вроде как RSA там. (я разбирал попакетно трафик между клиент и сервером).
Тот-же кластер 1с — тоже сделан только для маштабируемости а не для отказоустойчивости.
Rustik666
vde69, не соглашусь.
Зависит от того, что делает пользователь 1с в это время.
Если ничего не делает, то сеанс не отвалится. Если что-то делает, то программа предложит перезапустить и продолжит работу.
Для самой 1с по сути. всего лишь пару секунд был недоступен сервер и все.
Но пару секунд отсутствие сервера это все равно не сравнимо с несколькими часами в лучшем случае (а то и полдня) в случае отказа железяки на обычной машине.
Ошибка разделенного доступа
Здравствуйте! Делаю Администрирование — Выгрузить информационную базу. Подвисает на несколько секунд и потом пишет «Ошибка разделенного доступа к информационной базе, активен сеанс» и показывает мой сеанс конфигуратора. В мониторе кроме конфигуратора ничего нет. Различные задания тоже не запущены. Платформа 8.2, последняя, база на сервере, MS SQL 2005. Не работает только эта база, остальные в порядке. Если пробовать с другого компьютера, все также. Как с этим бороться? Пробовал перезапускать службы SQL и 1C, не помогло.
Сохраните средствами SQL, так будент надежнее.
> Сохраните средствами SQL, так будент надежнее.
Только для случая восстановления на SQL .
Хочу сделать копию в файловом режиме, т.е. этот вариант не подходит. Пробовал делать копию на SQL, а потом выгружать уже оттуда, та же ерунда.
В файловом варианте достаточно просто скопировать файл. Выгрзука в dt помогает, только если база безпроблемная, если есть какие то проблемы в самой базе, то выгрузка модет их только усугубить, вплоть до невозможности потом восстановить базу.
На копии пробовали сделать тестирование и исправление?
Попробуйте создать новый кластер, отключите в нем регламентированные и прочее, можно еще сделать несколько процессов. И попробуйте с него выгрузить.
Тестирование и в оригинале проходит без ошибок.
Имел в виду копию из файл-серверного в файловый.
> Имел в виду копию из файл-серверного в файловый.
Это одно и тоже, а вот клиент-серверный это другое. Но в любом случае вам надо делать выгрузку в dt.
посмотрите список выполняемых задач с помощью обработки с диска итс : консоль заданий.
Читают тему:
Мероприятия
- Где купить СОФТ
- Вакансии фирм-партнеров «1С»
- Центры Сертифицированного Обучения
- Интернет курсы обучения «1С»
- Самоучители
- Учебный центр № 1
- Учебный центр № 3
- Сертификация по «1С:Профессионал»
- Организация обучения под заказ
- Книги по 1С:Предприятию
1С бесплатно 1С-Отчетность 1С:ERP Управление предприятием 1С:Бесплатно 1С:Бухгалтерия 8 1С:Бухгалтерия 8 КОРП 1С:Бухгалтерия автономного учреждения 1С:Бухгалтерия государственного учреждения 1С:Бюджет муниципального образования 1С:Бюджет поселения 1С:Вещевое довольствие 1С:Деньги 1С:Документооборот 1С:Зарплата и кадры бюджетного учреждения 1С:Зарплата и кадры государственного учреждения 1С:Зарплата и управление персоналом 1С:Зарплата и управление персоналом КОРП 1С:Комплексная автоматизация 8 1С:Лекторий 1С:Предприятие 1С:Предприятие 7.7 1С:Предприятие 8 1С:Розница 1С:Управление нашей фирмой 1С:Управление производственным предприятием 1С:Управление торговлей 1СПредприятие 8
- WWW.1С.ru
- 1С:Предприятие 8
- 1С Отраслевые решения
- Образовательные программы
- 1С:Линк
- 1С:Консалтинг
- 1С:Дистрибьюция
- 1С для торговли
- 1С-Онлайн
- 1С Интерес
- 1С:Образование
При использовании материалов активная прямая гиперссылка на перепечатанный материал обязательна.
Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.
Редакция уважает мнение авторов, но не всегда разделяет его.
На указанный в форме e-mail придет запрос на подтверждение регистрации.
Мы используем файлы cookie, чтобы анализировать трафик, подбирать для вас подходящий контент и рекламу, а также дать вам возможность делиться информацией в социальных сетях. Если вы продолжите использовать сайт, мы будем считать, что вас это устраивает.
Ошибка разделения доступа к базе данных
Пытаюсь удалить объекты, помеченные на удаление — ругается на ошибку «Ошибка разделения доступа к базе данных».
В чем может быть причина?
Причем, эти объекты мне позарез нужно убить — иначе идет дублирование данных в плане счетов.
(4) mazzzay,
не помогает. также пишут ошибку
Ошибка разделенного доступа к базе данных
Ошибка разделения доступа к базе данных ‘C:Users DocumentsInfoBase45/1Cv8.1CD’
по причине:
Ошибка разделения доступа к базе данных ‘C:Users DocumentsInfoBase45/1Cv8.1CD’
(7) Erhov_egor,
перегрузка не помогла.
Мне нужно удалить объекты, помеченные на удаление.
как сделать через администрирование?
(15) vetka07, если копия с серверной, значит перешла ошибка в файловую.
Почитай эти темы, устрани на рабочей, и тогда когда скопируешь в локальную не будет проблем.
Может кому-нибудь пригодится. В УНФ сегодня наблюдал.
Выяснил, что использование по пути «Все функции» — «Стандартные» — «Удаление помеченных объектов» приводит к появлению данной ошибки.
Напротив, использование по пути «Все функции» — «Обработки» — «Удаление помеченных объектов» спокойно удаляет во время работы десятка пользователей.
П.С. единственное, что напрягает:
1. функция подмены при удалении: если у номенклатуры нужно заменить единицу измерения на единицу из классификатора,
не получится, не будет такого выбора. сделать это можно только с подменой типа во время трассировки.
2. нет возможности вывести вспомогательные поля, для выбора из длинного списка было бы удобно, к примеру, видеть контрагента рядом
3. нет отбора.
Ошибка разделенного доступа к инф базе. Как снять правильно?
Все новые темы
 |
Зарегистрирован: 26.11.2016
|
||
| Вернуться к началу |
|
||
| Зарегистрируйтесь и реклама исчезнет! | |||
| Qwest_Bu Участник форума Зарегистрирован: 15.12.2016
|
|
||
| Вернуться к началу |
|
||
| Rhinо Старожил форума Зарегистрирован: 26.11.2016
|
|||
| Вернуться к началу |
|
||
| 0.5.9 Активный участник Зарегистрирован: 20.07.2019
|
|
||
| Вернуться к началу |
|
||
| Rhinо Старожил форума Зарегистрирован: 26.11.2016
|
|||
| Вернуться к началу |
|
||
| 0.5.9 Активный участник Зарегистрирован: 20.07.2019
|
|
||
| Вернуться к началу |
|
||
| Rhinо Старожил форума Зарегистрирован: 26.11.2016
|
|||
| Вернуться к началу |
|
||
| 0.5.9 Активный участник Зарегистрирован: 20.07.2019
|
|
||
| Вернуться к началу |
|
||
| КlimкаПимка Старожил форума Зарегистрирован: 15.02.2019 Оценка статьи:
Adblock |
