vv2304
06.12.19
✎
02:24
База файловая. Лежит на 2012 сервере. Захожу через RDP.
Стала очень медленно работать, запуск длится минут 10 и потом жуткие тормоза.
Хотел пройтись утилитой chdbfl, не дает, пишет, что «Произошло неожиданное прерывание выполнения проверки или исправления файла
БД. Ошибка разделения доступа к базе данных»
Смотрю активных пользователей, в базе никого. На сервере тоже никого из пользователей кроме меня.
Пытаюсь переименовать папку с базой, пишет, что папка используется.
Не могу понять, как найти что или кто блокирует ?
Было подозрение на то, что завис сеанс через вэб хотя и нет активных пользователей. Остановил Апач. Все равно не могу переименовать каталог с базой, какой-то процесс блокирует.
vv2304
06.12.19
✎
02:26
Вдогонку.
В процессах вообще 1С8 нет. Ни фоновых задач, никаких.
Архивацию я там сам настраивал и точно знаю, что она в это время не выполняется. И даже отключил ее от греха.
vv2304
06.12.19
✎
02:28
Еще вспомнил. В каталоге базы файл tmp хотя его там быть не должно.
hhhh
06.12.19
✎
03:54
(2) перезагрузка сервера
NUser
06.12.19
✎
05:11
(2) файл .1CD через Unlocker освободите
Bigbro
06.12.19
✎
05:27
на сервере в управлении компьютером — общие папки, там есть сеансы и открытые файлы, видно кто что занял.
probably
06.12.19
✎
08:21
Ты чекдбфл натравил на рабочий файл? То есть, если тебя туда пустило, то всё ок?
Ты смелый человек, горжусь такими
Мимохожий Однако
06.12.19
✎
08:24
Я стараюсь проверки делать на копии базы. И только потом…
Kigo_Kigo
06.12.19
✎
08:30
(6) Его счастье что база оказалась заблоченной, не все так везет!
Фрэнки
06.12.19
✎
08:33
а еще потом напишет — данные где взять? полгода никто базу не бакапит, что делать что делать…
NUser
06.12.19
✎
09:23
6-9 А шо накинулись то? у специалиста бэкапы есть
Winnie Buh
06.12.19
✎
09:48
(0) а скопировать 1CD даёт?
Фрэнки
06.12.19
✎
10:01
(10) — а ты суслика видишь? — нет!
— вот и не вижу. А он есть!
Фрэнки
06.12.19
✎
10:02
(10) о каком бакапе специалиста можно спрашивать?! если он даже не попытался на файловой 1цд скопировать до того, как полез чек-дбфы запускать?!
vv2304
06.12.19
✎
18:11
(6) Сделал копию. Пользователей в базе не было, в конфигураторе пусто, в режиме предприятия пусто.
Почему нельзя пользоваться утилитой ?
(7) Я сначала делаю копию, чтобы если что, вернуть на место.
2 часа ночи, в базе НИКОГО, на сервере НИКОГО.
(9) Чукча не читатель ни разу ?
Тогда для чукчи повторю ранее написанное
«Архивацию я там сам настраивал» . Так что архивы есть.
(11) А чего бы не дать ? 1CD получится скопировать даже когда пользователи в базе сидят. А тут и пользователей ни в базе, ни на сервере не было.
(13) Если ты не балабол, то процитируешь мои слова, что я не попытался скопировать 1CD, хорошо ?
Фрэнки
06.12.19
✎
18:15
ну скопировал ЦД — -дальше о чем говорить? в скопированном файле тоже блокирует доступ утилите из-за ошибки разделения доступа?
vv2304
06.12.19
✎
18:15
Для чукчей типа Фрэнки еще раз поясню.
Есть файловая база. Лежит на SSD диске. Стала тормозить. Работы выполнялись в 2 часа ночи. В базе, судя по данным из конфигуратора, пользователей НЕБЫЛО. Выше об этом писал.
Пользователей сервера тоже НЕБЫЛО. И об этом писал, но чукчи же ни читатели.
Скопировал 1CD на другой диск, там где архивы. Обычный, не SSD диск.
И только после этого попытался утилитой проверить и исправить рабочую базу.
Еще раз для чукчей, не надо вспоминать свой опыт и пытаться его спроецировать на других, не все же учатся на своих ошибках.
Фрэнки
06.12.19
✎
18:20
(16) тебе что важней? Фрэнки посраться?
Я думал, что тебе проще создать новый каталог для базы, убедиться, что с базой как таковой проблем нет. Восстановить к ней доступ пользователей — их там не слишком много, судя по всему. И на досуге потом попытаться понять, а что же было не так на прежнем ее расположении.
А тебе это не слишком нужно.
Фрэнки
06.12.19
✎
18:22
Или еще вариант
Если скопированная база прекрасно теститься — скопировать ее на прежнее место. Она не в работе. Все должно по идее получиться.
H A D G E H O G s
06.12.19
✎
18:25
(0) В базу стали заходить через сетевой доступ, вот и вся недолга.
vv2304
06.12.19
✎
18:33
(19) Заходят через веб. Было подозрение на то, что зависла сессия. Такие кто заходил через веб-они в пользователях сервере не отображаются. Но ведь в активных пользователях базы они должны были быть, а там было пусто. Так я еще и Апач отключил, а все равно папку с базой не давало переименовать.
Тогда получается, что кто-то самый умный через тонкого клиента по сети заходил ? Но все равно, в активных пользователях то пусто было.
Фрэнки
06.12.19
✎
18:39
достаточно получить/установить доступ не к конкретному файлу, а каталогу. На все содержимое устанавливается режим «разделенного доступа» и жуткие тормоза по сравнению с доступом чистому веб
Фрэнки
06.12.19
✎
18:42
допустим, права чтение/запись списка каталогов на том же разделе файловой системы и все.
И все, что там себе придумали о скорости работы с ССД можно забыть.
Sneer
07.12.19
✎
15:50
(20) Если базу запустили, но не до конца — висит окно ввода пароля пользователя, то файл базы будет занят, а активных пользователей в ней не будет.
Мимохожий Однако
07.12.19
✎
16:03
(20) Бывают ситуации, когда сыпется жёсткий диск, что для файловых баз очень критично. Кладешь базу в другой каталог потом переименовываешь его так, как рабочий каталог (предварительно переименовав каталог с действующей базой). Часто помогает отодвинуть проблему. Но жёсткий диск потом поменять.
vde69
07.12.19
✎
16:15
(20) ты каталог с базой для всех закрой, оставь только для пользователя службы апач и себя любимого,
заодно с шифровальщиками проблемм не будет
vde69
07.12.19
✎
16:17
и кстати еще вопрос, как ты подружил олицитворение с апачем в файловой базе? или работаешь под одним общим юзером а дальше авторизация 1с ?
kofeinik
07.12.19
✎
16:33
ssd помирает
Заметки по 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 решилась чисткой серверного кэша.
- Печать
Страницы: [1] Вниз
Тема: Ошибка разделенного доступа к базе данных в Бухгалтерия Предприятия 8.1 (Прочитано 58070 раз)
0 Пользователей и 1 Гость просматривают эту тему.
Спасибо, все получилось, база 1С запустилась , действительно чтото на сервере было не то.
Т.к. администратора на работе уже небыло, позвонили ему и по телефону перезагрузили сервер и все заработало
Записан
Странно конечно…
Такая ошибка обычно появляется когда кем-то занят файл базы, 1С его открыть не может и выводит эту ошибку.
Попробуйте что-нибудь из этого:
- Перезагрузить свой компьютер
- Посмотреть на сервере кем может быть еще открыт файл: «1Cv8.1CD» и закрыть его
- В крайнем случае, перезагрузка сервера точно должна помочь
Записан
Зашла в конфигуратор в список активных пользователей, там только я одна, это то меня и смутило, что я одна в базе сижу только в конфигураторе, а база не запускается в режиме бухгалтерия.
А что еще может быть???
Записан
У вас похоже ктото сидит в базе монопольно, зайдите в конфигуратор\Администрирование\активные пользователи
Если там ктото есть, попросите их закрыть базу, потом попробуйте запустить 1С еще раз.
Записан
Помогите пожалуйста, перестала запускаться база Бухгалтерия Предприятия 8.1
Нажимаю «Перезапустить» — 1C закрывается.
Нажимаю «Подробно» — пишет тоже самое.
Нажимаю «Завершить работу» — 1C закрывается.
Что может быть с нашей базой?
В прикрепленном файле фото как выглядит эта ошибка.
Записан
- Печать
Страницы: [1] Вверх
- Главная
- —
- Статьи 1С
- —
- Статьи и инструкции по 1С
- —
- 1С
Как исправить ошибку базы 1С — Файл базы данных поврежден.
При работе с 1С, может возникнуть ошибка «Файл баз данных поврежден».
Исправить эту ошибку можно с помощью утилиты 1С chdbfl.exe
Порядок действий по исправлению:
1. Сделать копию базы 1С (ОБЯЗАТЕЛЬНО!!!!!).
2. Запустить утилиту chdbfl.exe, которая находится в папке BIN приложения 1С.
В окне утилиты указать путь к файлу базы 1С, отметить опцию «Исправлять обнаруженные ошибки» и запустить выполнение
В случае возникновения ошибки разделения доступа к базе данных, необходимо, чтобы 1С была закрыта у всех пользователей.
И после этого повторить выполнение.
Если ошибка повторяется даже после того как все пользователи вышли из 1С, то возможно к 1С есть внешнее подключение.
Например, если база 1С опубликована на веб-сервере, то к базе будет висеть сеанс подключения веб-сервера.
Необходимо завершить такие сеансы.
Для этого открыть Диспетчер задач и завершить все сеансы подключения к 1С.
После этого повторить выполнение проверки базы.
Результатом выполнения утилиты будет список исправленных ошибок.
Также может быть сообщение «Ошибок не обнаружено», но при этом база все равно становиться исправленной и можно продолжать работу.
Назад к списку статей
0
— 09.02.2012 — 10:36
Добрый день всем!
Хотела обновить, зашла в конфигуратор, хотела выгрузить базу (сделать копию) — пишет «Ошибка при выполнениии операции с информационной базой.Файл базы данных поврежден С:\…(путь)».
Попыталась все же обновить- та же ошибка.
Тестирование и исправление — тоже самое.
Проверка физической целостности файла БД (на диске С, в папке bin)- «Произошло неожиданное прерывание выполнения проверки или исправления файла БД. Ошибка разделения доступа к базе данных С:\…»
Как еще можно попробовать исправить самостоятельно?
Ну, или посоветуйте, пож., путевого программиста.
letite@yandex.ru.
СПАСИБО!
1
— 09.02.2012 — 10:49
(1) Ну, во-первых, архив ВНЕШНИМИ средствами (архиватором).
И перед запуском chdbfl.exe — перезагрузка и отключить антивирусник (или исключения нормально настроить). Пробовали?
2
— 09.02.2012 — 10:55
+(2) Ну и людей, кладущих базу «на диске С, в папке bin» надо морально убивать на месте.
3
— 09.02.2012 — 11:08
2(0) Проверить сам диск на бедовые кластеры пробовали? Диск С обычно сильно нагружен на подобных машинах (всякими Темпами и т.п.) и быстро начинает сыпаться… и блок питания тоже не мешало бы проверить… вдруг он заставляет диски дергаться и подглючивать… короче, копать не перекопать…
4
— 09.02.2012 — 11:21
3-Mitrich > Причем, отстреливать надо начинать с Селезневки…
5
— 09.02.2012 — 12:36
«Ну, или посоветуйте, пож., путевого программиста»
сколько?
6
— 09.02.2012 — 12:37
П.С. Наилучший вариант — взять с полочки вчерашний архив
7
— 09.02.2012 — 13:00
согласная я с Sadovniko-m — начинать надо с того идиота, который по умолчанию ставит базу на С
8
— 09.02.2012 — 13:24
всех , по очереди …
9
— 09.02.2012 — 13:24
2(8) А куда ее по умолчанию надо ставить? Например на моем стареньком ноуте есть только диск С… ну не разбивал я его… и так махонький (80 Гиг).
10
— 09.02.2012 — 13:33
Вообще-то инсталлятор ставит базы в %userprofile%. Не айс конечно, но если он ссылется на бин 1Са это вообще жесткач.
P.S. Имхо ТС имела ввиду, что из бина она chkdbfl.exe запускала…
11
— 09.02.2012 — 13:42
Вчерашний бекап +1
12
— 09.02.2012 — 14:17
5-Sadovnikov > Полностью согласен. Еще с семерки база лезет в програм филез, как будто эта папка вареньем намазана…
13
— 13.02.2012 — 12:16
(10) Махонький, это когда у меня на писюке первый винт появился, аж целых 10 мегабайт! И мы мучались — куда нам столько…
14
— 13.02.2012 — 12:21
(1) Сделать архив внешним архиватором (да просто папочку с базой скопировать куда-нидь).
В папке с базой есть всякие папочки и файлики. Зайти админом и убить всё, кроме самого большого файла (нет под рукой 1С и не помню имя файла).
После этого попробовать оттестировать заного