Произошло неожиданное прерывание проверки или исправления файла бд ошибка разделения доступа к базе

(16) тебе что важней? Фрэнки посраться?

Я думал, что тебе проще создать новый каталог для базы, убедиться, что с базой как таковой проблем нет. Восстановить к ней доступ пользователей — их там не слишком много, судя по всему. И на досуге потом попытаться понять, а что же было не так на прежнем ее расположении.

А тебе это не слишком нужно.

Или еще вариант

Если скопированная база прекрасно теститься — скопировать ее на прежнее место. Она не в работе. Все должно по идее получиться.

(20) ты каталог с базой для всех закрой, оставь только для пользователя службы апач и себя любимого,

заодно с шифровальщиками проблемм не будет

kofeinik

27 — 07.12.19 — 16:33

После обновления 1C Предприятие 8.3 не запускается база. Дело было так. 1С показала что есть обновление. Обновился в автоматическом режиме. Теперь при запуске базы пишет, что файл базы данных повреждён. В конфигураторе тоже не запускается. Как быть? Вот сообщение от 1С для тех. поддержки:


Платформа: 1С:Предприятие 8.3 (8.3.8.2054)

Попробовал исправить  при помощи chdbfl.exe. Пишет:

Произошло неожиданное прерывание выполнения проверки или исправления БД. Ошибка разделения доступа к базе данных 'D:Base 1cAccountingBase/1Cv8.1CD'

Перед тем как тестировать chdbfl все пользователи вышли из базы?
Лучше проверять в диспетчере задач в процессах (галочка отображать процессы других пользователей должна быть).

Цитата: Namef от 06 окт 2016, 09:29
Перед тем как тестировать chdbfl все пользователи вышли из базы?
Лучше проверять в диспетчере задач в процессах (галочка отображать процессы других пользователей должна быть).

База локальная на 1 компе. Других пользователей не может быть. Исправил базу при помощи chdbfl. Вот только с первого раза она никак не хотела исправлять, почему меня это и ввело в ступор. Раза с 6-го только запустилась на проверку и исправление. Знакомый посоветовал несколько раз пробовать открыть базу в chdbfl, даже если она даёт ошибку. Вот и сработало. Далее через конфигуратор протестил. Тот тоже нашёл ошибки и исправил. Потом всё заработало. Всем СПС. Думаю тему можно закрыть.

если сбой произошел при автообновлении, то сначала нужно было попробовать в каталоге с БД удалить файл с расширением .cdn
на всякий случай естественно нужно не забыть сделать копию базы

Цитата: BuhRust от 06 окт 2016, 14:19
если сбой произошел при автообновлении, то сначала нужно было попробовать в каталоге с БД удалить файл с расширением .cdn
на всякий случай естественно нужно не забыть сделать копию базы

В том-то и дело , что сбоя при обновлении вроде бы как и не было. просто база потом не запустилась и всё. Ваш совет учту на будущее.

Содержание: 

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

ДенисЧ

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

Провинциальный 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

(7) консоль заданий, там можно посмотреть какое задание выполняется в данный момент. В типовых эта та обработка в которой список регламентных задач и на второй вкладки там формируются отчеты по фоновым, в т.ч. по тем кто сейчас выполняется

Обновляется конфигурация базы данных.
ОбщаяКартинка.Информация: Имя не уникально!
Обновление конфигурации базы данных
Обработка структуры базы данных...
Ошибка исключительной блокировки информационной базы.
База данных заблокирована:
пользователь: ?, сеанс : 4, начат: 13.10.2021 в 0:40:29, приложение: ?

Выполняются обработчики обновления.
Ошибка: ошибка разделенного доступа к базе данных, база данных заблокирована:, компьютер: ?,
пользователь: ?, сеанс: 61511, начат: ?, приложение: ?

@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"
)

Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.