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

06.12.19 — 02:24

База файловая. Лежит на 2012 сервере. Захожу через RDP.

Стала очень медленно работать, запуск длится минут 10 и потом жуткие тормоза.

Хотел пройтись утилитой chdbfl, не дает, пишет, что «Произошло неожиданное прерывание выполнения проверки или исправления файла

БД. Ошибка разделения доступа к базе данных»

Смотрю активных пользователей, в базе никого. На сервере тоже никого из пользователей кроме меня.

Пытаюсь переименовать папку с базой, пишет, что папка используется.

Не могу понять, как найти что или кто блокирует ?

Было подозрение на то, что завис сеанс через вэб хотя и нет активных пользователей. Остановил Апач. Все равно не могу переименовать каталог с базой, какой-то процесс блокирует.

1 — 06.12.19 — 02:26

Вдогонку.

В процессах вообще 1С8 нет. Ни фоновых задач, никаких.

Архивацию я там сам настраивал и точно знаю, что она в это время не выполняется. И даже отключил ее от греха.

2 — 06.12.19 — 02:28

Еще вспомнил. В каталоге базы файл tmp хотя его там быть не должно.

3 — 06.12.19 — 03:54

(2) перезагрузка сервера

4 — 06.12.19 — 05:11

(2) файл .1CD через Unlocker освободите

5 — 06.12.19 — 05:27

на сервере в управлении компьютером — общие папки, там есть сеансы и открытые файлы, видно кто что занял.

6 — 06.12.19 — 08:21

Ты чекдбфл натравил на рабочий файл? То есть, если тебя туда пустило, то всё ок?

Ты смелый человек, горжусь такими

7 — 06.12.19 — 08:24

Я стараюсь проверки делать на копии базы. И только потом…

8 — 06.12.19 — 08:30

(6) Его счастье что база оказалась заблоченной, не все так везет!

9 — 06.12.19 — 08:33

а еще потом напишет — данные где взять? полгода никто базу не бакапит, что делать что делать…

10 — 06.12.19 — 09:23

6-9 А шо накинулись то? у специалиста бэкапы есть

11 — 06.12.19 — 09:48

(0) а скопировать 1CD даёт?

12 — 06.12.19 — 10:01

(10) — а ты суслика видишь? — нет!

— вот и не вижу. А он есть!

13 — 06.12.19 — 10:02

(10) о каком бакапе специалиста можно спрашивать?! если он даже не попытался на файловой 1цд скопировать до того, как полез чек-дбфы запускать?!

14 — 06.12.19 — 18:11

(6) Сделал копию. Пользователей в базе не было, в конфигураторе пусто, в режиме предприятия пусто.

Почему нельзя пользоваться утилитой ?

(7) Я сначала делаю копию, чтобы если что, вернуть на место.

2 часа ночи, в базе НИКОГО, на сервере НИКОГО.

(9) Чукча не читатель ни разу ?

Тогда для чукчи повторю ранее написанное

«Архивацию я там сам настраивал» . Так что архивы есть.

(11) А чего бы не дать ? 1CD получится скопировать даже когда пользователи в базе сидят. А тут и пользователей ни в базе, ни на сервере не было.

(13) Если ты не балабол, то процитируешь мои слова, что я не попытался скопировать 1CD, хорошо ?

15 — 06.12.19 — 18:15

ну скопировал ЦД — -дальше о чем говорить? в скопированном файле тоже блокирует доступ утилите из-за ошибки разделения доступа?

16 — 06.12.19 — 18:15

Для чукчей типа Фрэнки еще раз поясню.

Есть файловая база. Лежит на SSD диске. Стала тормозить. Работы выполнялись в 2 часа ночи. В базе, судя по данным из конфигуратора, пользователей НЕБЫЛО. Выше об этом писал.

Пользователей сервера тоже НЕБЫЛО. И об этом писал, но чукчи же ни читатели.

Скопировал 1CD на другой диск, там где архивы. Обычный, не SSD диск.

И только после этого попытался утилитой проверить и исправить рабочую базу.

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

17 — 06.12.19 — 18:20

18 — 06.12.19 — 18:22

19 — 06.12.19 — 18:25

(0) В базу стали заходить через сетевой доступ, вот и вся недолга.

20 — 06.12.19 — 18:33

(19) Заходят через веб. Было подозрение на то, что зависла сессия. Такие кто заходил через веб-они в пользователях сервере не отображаются. Но ведь в активных пользователях базы они должны были быть, а там было пусто. Так я еще и Апач отключил, а все равно папку с базой не давало переименовать.

Тогда получается, что кто-то самый умный через тонкого клиента по сети заходил ? Но все равно, в активных пользователях то пусто было.

21 — 06.12.19 — 18:39

достаточно получить/установить доступ не к конкретному файлу, а каталогу. На все содержимое устанавливается режим «разделенного доступа» и жуткие тормоза по сравнению с доступом чистому веб

22 — 06.12.19 — 18:42

допустим, права чтение/запись списка каталогов на том же разделе файловой системы и все.

И все, что там себе придумали о скорости работы с ССД можно забыть.

23 — 07.12.19 — 15:50

(20) Если базу запустили, но не до конца — висит окно ввода пароля пользователя, то файл базы будет занят, а активных пользователей в ней не будет.

24 — 07.12.19 — 16:03

(20) Бывают ситуации, когда сыпется жёсткий диск, что для файловых баз очень критично. Кладешь базу в другой каталог потом переименовываешь его так, как рабочий каталог (предварительно переименовав каталог с действующей базой). Часто помогает отодвинуть проблему. Но  жёсткий диск потом поменять.

25 — 07.12.19 — 16:15

26 — 07.12.19 — 16:17

и кстати еще вопрос, как ты подружил олицитворение с апачем в файловой базе? или работаешь под одним общим юзером а дальше авторизация 1с ?

ssd помирает

Содержание: 

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.  Зависшие фоновые задания разделенного доступа в клиент-серверном варианте работы

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

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

Попробовать завершить эти сеансы можно следующими методами:

— Завершить сеанс и обновить список активных соединений, для проверки, не запускаются ли они заново.

— Среди свойств базы найти флажок «Блокировка регламентных заданий включена», после этого снова надо попытаться завершить задание.

В итоге при возникновении данной ошибки, надо отталкиваться именно от причины ее возникновения, исходя из этого, производится выбор способа ее решения. Именно поэтому не стоит переходить сразу к радикальным методам, перегружать сервер, особенно, если есть возможность решить все более «щадящим» способом. Данные варианты решений уменьшат вероятность ошибок и повреждения данных таблиц информационной базы.

Специалист компании «Кодерлайн»

Марк Романенков

Страницы: [1]   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

Страницы: [1]   Вверх