Содержание:
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. Зависшие фоновые задания разделенного доступа в клиент-серверном варианте работы
В подобном случае, при повышенной пиковой нагрузке на сервер, сеансы фоновых заданий могут отрабатывать медленно или даже зависать, что так же влечет за собой возникновение данной ошибки.
Фоновые задания, как и обычный сеанс можно попытаться завершить, но после завершения они могут запускаться вновь. Активные сеансы фоновых заданий, как и пользовательские, можно увидеть в консоли администрирования на вкладке Соединения.
Попробовать завершить эти сеансы можно следующими методами:
— Завершить сеанс и обновить список активных соединений, для проверки, не запускаются ли они заново.
— Среди свойств базы найти флажок «Блокировка регламентных заданий включена», после этого снова надо попытаться завершить задание.
В итоге при возникновении данной ошибки, надо отталкиваться именно от причины ее возникновения, исходя из этого, производится выбор способа ее решения. Именно поэтому не стоит переходить сразу к радикальным методам, перегружать сервер, особенно, если есть возможность решить все более «щадящим» способом. Данные варианты решений уменьшат вероятность ошибок и повреждения данных таблиц информационной базы.
Специалист компании «Кодерлайн»
Марк Романенков
Ошибка исключительной блокировки информационной базы |
Я |
27.04.15 — 07:48
Пытаюсь сохранить файловую базу через конфигуратор — получаю ошибку:
Ошибка исключительной блокировки информационной базы
Ошибка разделения доступа к базе данных ‘путь’
1. из-за чего это ?
2. лечить — удалить файл ?
1 — 27.04.15 — 08:01
Сеанс зависший?
2 — 27.04.15 — 08:03
(1) в списке активных пользователей только я
3 — 27.04.15 — 08:03
Семерка?
4 — 27.04.15 — 08:04
(3) 8.3.5.1517
5 — 27.04.15 — 08:05
Попробуй анлокером глянуть
6 — 27.04.15 — 08:07
закрыл базу, в папке с базой вижу файлы
1Cv8.1CL
1Cv8tmp.1CL
1Cv8.1CD.cfl
1Cv8.1CL.cfl
1Cv8.cgr.cfl
1Cv8tmp.1CD.cfl
1Cv8tmp.1CL.cfl
1cv8.1CD
1Cv8tmp.1CD
7 — 27.04.15 — 08:13
(6) если .1CL есть значит залочена, посмотри кем
8 — 27.04.15 — 08:14
(7) как посмотреть ?
на атрибут владелец файла ?
9 — 27.04.15 — 08:14
(8) программа есть unlocker
10 — 27.04.15 — 08:17
попытался переименовать файлы
1Cv8.1CL
1Cv8tmp.1CL
система заругалась —
операция не может быть завершена, поскольку этот файл открыт в System
значит заблочен системом ?
11 — 27.04.15 — 08:19
(10) в диспетчере задач в процессах что?
12 — 27.04.15 — 08:24
перезагрузил комп, а пароль пользователя на вход винды не знаю -))
13 — 27.04.15 — 08:26
(12) несколько раз сказали, анлокером скинь, так нет же, надо использовать другой вариант и поймать гемор. Анлокер 146% рабочий вариант.
14 — 27.04.15 — 08:29
(13) т.е. предлагаешь скачать не пойми откуда и поставить на комп буха ?
и радоваться, если словню блокиратор ?
15 — 27.04.15 — 08:29
такое ощущение, что это вся беда от каспера
16 — 27.04.15 — 08:29
*не блокиратору, а шифратору
17 — 27.04.15 — 08:33
(13) Уверен, что там у пользователя админские права?
18 — 27.04.15 — 08:33
(12) а на кой тебе было сохранять базу через конфигуратор, если она и так файловая? Сделать можно было архиватором. Эффект был бы абсолютно равнозначный выгрузке в dt, если только не ставилась задача немедленной загрузки в sql
19 — 27.04.15 — 08:33
(15) Есть такое дело. У него с 1С давняя нелюбовь…
20 — 27.04.15 — 08:34
(18) штатная функция — должна работать
21 — 27.04.15 — 08:34
И насколько я заметил, даже если созданы файлики блокировочные, то сам по себе файл базы ничего не блокирует. Т.е. его можно скопировать.
22 — 27.04.15 — 08:35
+ (20) я же не знаю — отработает сохранение ИБ в пользовательском режиме
23 — 27.04.15 — 08:35
(20) Т.е. был нужен просто бакап?
А в курсе, что 1С не рекомендует делать бакапы баз на основе выгрузки в дт?
24 — 27.04.15 — 08:36
(21) ага, на чтение доступ будет скорее всего
25 — 27.04.15 — 08:40
вошёл в систему — полез в папку
файлы висят
выключил каспера, зашёл в конфигуратор и теперь есть возможность сохранять …
26 — 27.04.15 — 08:41
(23) разумеется в курсе
но я так же в курсе, что когда что-то штатно не отрабатывает лучше сто раз перепроверить
27 — 27.04.15 — 08:42
+ (25) сохранил, вышел из конфигуратора
и файлы блокировки исчезли
28 — 27.04.15 — 08:42
(25) осталось врубить каспера и повторить операцию сохранения
29 — 27.04.15 — 08:42
(22) Причем, эта фича, с проверкой монопольного доступа к ИБ, срабатывает и при серверном режиме тоже.
Заканчивается все такие истории у особо агрессивных 1С-ников тем, что принудительно ставят задание на ночную перезагрузку сервера, чтоб затем запускать без проблем скриптовой запуск конфигуратора в режиме выгрузки дт.
30 — 27.04.15 — 08:47
(27) Так и запускаемый конфигуратор, хоть в файловом режиме, хоть в серверном, тоже вывешивает режим блокировки базы. Так глазками не определишь по наличию в каталоге файликов и активного сеанса конфигуратора, кто именно создавал эти активные файлы. И они в самом деле почему-то часто остаются даже после завершения всех сеансов. Антивирус у меня не Каспер, но есть такие AVG, ESET — видимо это мусор оставляет сама 1С
31 — 27.04.15 — 08:47
(28) времени нет
32 — 27.04.15 — 08:52
(28) Зачем пускать свинью в огород?
33 — 27.04.15 — 08:54
(30) При штатном завершении работы всех пользователей последнее приложение удаляет этот файл.
34 — 27.04.15 — 09:09
(33) Должно. А файлики в каталоге по факту остаются.
zak555
35 — 27.04.15 — 09:10
(34) видимо каспер заблочил
Самая частая причина ошибки режима доступа к файлу базы данных (файл 1Cv8.1CD в версии 1C 8.3) — права доступа «только на чтение». Они устанавливаются автоматически при копировании файлов с DVD, CD-диска или иного внешнего носителя.
В результате 1C видит файл, но не может что-то записать в него или считать оттуда из-за отсутствия прав. Проблема с доступом «только для чтения» актуальна для Windows. В MacOS и Ubuntu другие проблемы — к примеру, ошибка появляется при отсутствии root-прав у пользователя.
Быстрые решения (от наиболее вероятного — к наименее):
- Убрать флажок «только для чтения» в Свойствах файла.
- Проверить права доступа пользователей: текущего и Сервера 1C (вкладка Безопасность).
- Открыть Диспетчер задач и завершить скрытые процессы 1cv8.exe.
- Проверить, не блокирует ли антивирус файлы или процессы.
- Перезагрузить компьютер и, если есть возможность, рабочий сервер.
Подробные инструкции:
- Решение для 1С на Windows
- Решение для Mac OS и Ubuntu
Решение ошибки на Windows
Если режим доступа к файлу БД был нарушен из-за копирования или переноса файлов, проблема решается в несколько кликов. Нужно зайти в свойства базы данных и снять галочку «только для чтения», чтобы 1С смог получить доступ к содержимому.
- Нажать правой кнопкой мыши на базе данных 1Cv8.1CD.
- В контекстном меню выбрать Свойства.
- В открывшемся окне перейти на вкладку Общие.
- Убрать галочку Только для чтения, сохранить изменения.
В 90% случаев эти действия помогают, поскольку ошибка из-за прав доступа при копировании — самая частая и самая безобидная. Ошибка режима доступа к файлам базы данных может возникать из-за других проблем с доступом или безопасностью.
- Проверить права доступа к базам данных для всех пользователей. Выделить папку или файлы — 1Cv8.1CD, 1Cv8.log и другие связанные с БД, если есть. Нажать по ним правой кнопкой мыши, перейти в Свойства -> Безопасность и выбрать Добавить -> Полные права для всех нужных пользователей. Если при подключении к БД не указывается пользователь, значит работа ведется под аккаунтом Гостя — ему необходимо установить полные права.
- Добавить файл 1Cv8.1CD или другую базу данных (разрешение *.1CD) в списки исключений антивирусов. Касперский и ряд других популярных антивирусных программ могут часто перепроверять этот файл, что приводит к сбоям при подключении.
- Ошибка может возникать, если база данных располагается на диске C://, если их несколько. Решение — перенести БД на диск D:// (буква диска может быть другой).
Сложный случай — с «плавающей ошибкой», когда она то возникает, то пропадает. Это значит, что к базе данных в это время подключается какая-то другая программа, поэтому запись или чтение ограничено. Исправить проблему не получится, если не найти, каким еще софтом используется программа.
Самый распространенный вариант — антивирусы регулярно сканируют файл на предмет угроз. Вариант хуже — на компьютере есть вирусы или другие нежелательные программы, использующие для каких-то целей базу данных.
Решение для Mac OS и Ubuntu
Ошибка с режимом доступа по сети к базе данных 1Cv8.1cd возникает и на MacOS/Ubuntu. Решение простое — если 1C запускать в режиме root, то проблемы с доступом к файлу БД не возникает.
Чтобы пользователь мог работать без root-прав, нужно:
- Сделать открытую папку в разделе /home.
- Дать полные права для этой папки для нужного пользователя или группы пользователей.
Для назначения прав можно воспользоваться командой %ГруппаПользователей ALL=NOPASSWD: /bin/mount, /bin/umount. Суть проблемы с правами аналогична Windows, только на Mac OS и Ubuntu сложнее организована система прав доступа к файлам.
Версия 1C 8.3.7.1845 и выше для Mac OS имеет статус бета-версии. В этой версии не поддерживается работа с информационной базой, если она расположена на сетевом ресурсе (подробнее). Иначе говоря, 1C работает только с локальными БД и не будет работать с сетевыми.
Ошибка разделения доступа к базе данных
Ошибка разделенного доступа к информационной базе.
Я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 |
- Печать
Страницы: [1] Вниз
Тема: Ошибка разделенного доступа к базе данных в Бухгалтерия Предприятия 8.1 (Прочитано 56509 раз)
0 Пользователей и 1 Гость просматривают эту тему.
Спасибо, все получилось, база 1С запустилась , действительно чтото на сервере было не то.
Т.к. администратора на работе уже небыло, позвонили ему и по телефону перезагрузили сервер и все заработало
Записан
Странно конечно…
Такая ошибка обычно появляется когда кем-то занят файл базы, 1С его открыть не может и выводит эту ошибку.
Попробуйте что-нибудь из этого:
- Перезагрузить свой компьютер
- Посмотреть на сервере кем может быть еще открыт файл: «1Cv8.1CD» и закрыть его
- В крайнем случае, перезагрузка сервера точно должна помочь
Записан
Зашла в конфигуратор в список активных пользователей, там только я одна, это то меня и смутило, что я одна в базе сижу только в конфигураторе, а база не запускается в режиме бухгалтерия.
А что еще может быть???
Записан
У вас похоже ктото сидит в базе монопольно, зайдите в конфигураторАдминистрированиеактивные пользователи
Если там ктото есть, попросите их закрыть базу, потом попробуйте запустить 1С еще раз.
Записан
Помогите пожалуйста, перестала запускаться база Бухгалтерия Предприятия 8.1
Нажимаю «Перезапустить» — 1C закрывается.
Нажимаю «Подробно» — пишет тоже самое.
Нажимаю «Завершить работу» — 1C закрывается.
Что может быть с нашей базой?
В прикрепленном файле фото как выглядит эта ошибка.
Записан
- Печать
Страницы: [1] Вверх