+10
Ошибка режима доступа к файлу & означает, что программа 1С находит файл 1cv8.1cd, но не может либо считать, либо записать данные в этот файл!
Способы решения:
Windows:
1. Не обходимо дать права доступа к файлам базы. Сделать доступ, чтоб файлы можно было по сети изменять и во вкладке безопасности пользователя не забудьте добавить — полные права.
Выделяем папку или файлы (у меня вот эти — 1Cv8.1CD,1Cv8.log и т.д.), жмем правой кнопкой мыши на них, свойства — безопасность, и для пользователя под которым подключаетесь к этим файлам устанавливаете полные права доступа. Если пользователя не указываете, значит вы подключаетесь по Гостем — установите для него полные права
2. Добавь 1Cv8.1CD в список исключений антивирусника, Каспер и другие антивирусы очень любят его перепроверять…
Linux:
Чуть сложнее дело обстоит в линуксе: сложнее организованы правила доступа к файлам, но и там есть несколько выходов. Например, если вы запускаете програму в режиме root & проблем не будет. Если вам нужно организовать работу для пользователя, но не давать ему права root, можете сделать открытую папку в разделе /home и дать на нее полные права для одного или группы пользователей (%ГруппаПользователей ALL=NOPASSWD: /bin/mount, /bin/umount).
Ошибка режима доступа к файлу базы данных (1Cv8.1CD)
Проявление ошибки режима доступа к файлу базы довольно частая ошибка, но имеет простые причины
Работоспособность системы
Нарушается, является критической ошибкой
Причины
Как правило, возникает при доступе к файловой базе:
- при открытии базы
- при обмене через com-соединение (например бухгалтерия-управление торговлей)
- при переходе на новый релиз (например БП2.0 — БП.30) в момент начала переноса данных
Возможные пути решения (в порядке уменьшения вероятности):
- Проверить флаг «только чтение»в свойства файла (должно быть снято)
- Проверить права доступа к файл для текущего пользователя или пользователя Сервера 1C (Вкладка Безопасность в свойствах)
- Проверить настройки антивируса (возможно установлены блокировки)
- Проверить не запущены ли скрытые процессы 1С (отсутствует окно, но в процессах есть 1cv8.exe, после того, как вы закрыли окно ошибки)
- Перезагрузить сервер/компьютер (возможно проблемы авторизации или другие временные)
Реклама магазина самообслуживания: треска, стоящая в очереди за cобственной печенью.
Самая частая причина ошибки режима доступа к файлу базы данных (файл 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 работает только с локальными БД и не будет работать с сетевыми.
29.08.16 — 10:50
Пробую настроить обмен между УТ11.2 и Бух3.0. Делаю через прямое подключение к базе. Путь правильно прописал. Пользователя тоже. На начальном этапе настройки в мастере есть кнопка «проверить», щелкаю на неё и получаю вышеуказанный ответ. Обе базы файловые. Все делал под одним и тем же пользователем. Никто этот файл не блокирует. Я под этим текущим пользователем могу и переместить его, и переименовать. Перезагружал сервер. Все без толку.
Подскажите, туплю. Куда еще посмотреть?
1 — 29.08.16 — 10:54
(0) ошибка РЕЖИМА доступа. РЕЖИМА.
У пользователя нет прав на внешнее соединение.
2 — 29.08.16 — 11:12
(1) Админу с полными правами это нужно прописывать отдельно? Попробовал. Сделал отдельную группу с профилем «синхронизация данных с другими программами» добавил туда этого пользователя администратора. Результат тот же самый.
3 — 29.08.16 — 11:28
а вообще, какой из трех вариантов наиболее предпочтительный в случае, если можно использовать любой их них?
4 — 29.08.16 — 11:29
прямое подключение, прямое через инет и через файл обмена?
5 — 29.08.16 — 11:39
(4) лучше через файл
6 — 30.08.16 — 09:11
(1) Короче, Остап Сулейманович. Вы были неправы. Речь шла не о 1Совском пользователе, а о доступе к 1Cv8.1C на уровне винды.
Проблема, как я полагаю, была в следующем. Несмотря на то, что работал я на компе под администратором и под ним же запускал ярлык 1С, доступ к файлу БД 1Ска пыталась получить через сервер 1С и того пользователя, под которым он был запущен. Это есть в желтой книжке. Там правда это было описано для случая обмена через файл, но полагаю, это применимо и к прямому подключению. На 100% утверждать не могу, потому что так и не смог понять, под кем запускается сервер 1С (rphost). В «Службах» нашел только агент сервера 1С, но это rpagent. Он у меня стартует под локальным USR1CV8. Добавление прав на папку для этого пользователя к сожалению ничего не дало. Узнать по кем запускали rphost я не смог. Но это или «локальная служба» или «сетевая служба». Ломать голову не стал дальше и дал доступ локальным «всем». В итоге все заработало.
Но по рекомендации (5) буду делать все же через файл.
7 — 30.08.16 — 09:21
Короче, стартует prhost под «сетевая служба». Убрал всех. поставил только её и все работает.
8 — 30.08.16 — 09:50
(6)ога, сулейманыч может и был не прав, конечно, только у кого-то в (0) написано, что обе базы файловые :))
9 — 30.08.16 — 09:52
(8) так и есть. В чем проблема?
10 — 30.08.16 — 09:54
фишка как раз в том, что несмотря на то, что базы файловые, обращение при установленном сервере 1С идет через него.
11 — 30.08.16 — 09:56
предвосхищу вопрос «зачем мне сервер 1С» для файловых баз. Базы будут под Скуль. но сейчас пока все настраивается, проще работать под файловыми.
12 — 30.08.16 — 09:59
У меня уже зашкаливает детектор неадекватности, я больше не буду писать в этой теме, извините.
Предоставляю эту возможность кому-нибудь другому.
13 — 30.08.16 — 10:52
(12) Ув. DmitrO у меня тоже. Что я не так сказал?
В чем неадекватность? Вы лучше бы указали, в чем я был неправ, либо вообще не писали ничего. Сейчас вот я сам немного растерян? Думал, что разобрался в теме, но более опытный коллега говорит, что я неадекват.
14 — 30.08.16 — 10:57
(10) Чего-то вы не договариваете.
Зайдите в обе базы и нажмите «Справка» — «О программе». Что там в поле «Режим»?
15 — 30.08.16 — 12:06
(14) и там и там — файловый без сжатия.
16 — 30.08.16 — 12:15
(13) У вас в (10) очень забористая херня написана, простите спасибо.
17 — 30.08.16 — 12:19
(13) агент сервера — это он и есть. сервер 1с.
18 — 30.08.16 — 12:20
(16) не, похоже на правду. У меня тоже было как-то.
19 — 30.08.16 — 12:22
(18) и в чем это выражалось?
20 — 30.08.16 — 12:24
(19) доступ к папкам с правами пользователя USR1CV8
21 — 30.08.16 — 12:24
(17) я так понимаю, что сервер 1С — это не один процесс.
pragent — это агент сервера. rpmanager — менеджер сервера.
а rphost — это ну как бы хз как назвать. его центральная часть что ли. я не силен.
Так вот, обращение к файлу базы при сом соединении идет не от pragent, так как при добавлении прав пользователю, который его запускает, ничего не менялось.
22 — 30.08.16 — 12:24
Только не говорите, пожалуйста, что в версии ком-коннектора
23 — 30.08.16 — 12:25
(20) USR1CV8 запускает rpagent. Если дать права USR1CV8, ничего не работает.
24 — 30.08.16 — 12:25
даешь права нетворк сервис — все ок. мой вывод — обращается rphost, запущенный под ним.
25 — 30.08.16 — 12:26
порой тороплюсь и пишу немного криво. извините
26 — 30.08.16 — 12:28
(23) какие права давали? на закладке безопасность?
27 — 30.08.16 — 12:30
(24) rphost — ни разу не слышали что ли это слово. Откройте диспетчер задет, там 40 этих rphost-ов штук 40 запущено. Это служебная программка windows. А не 1с.
28 — 30.08.16 — 12:30
диспетчер задач
29 — 30.08.16 — 12:31
(26) да. полные права для «NETWORK SERVICE»
30 — 30.08.16 — 12:31
(29) ну, понятно
31 — 30.08.16 — 12:32
rphost.exe — это рабочий процесс 1С 8.3 (8.2), который обслуживает клиентские обращения и взаимодействует с сервером базы данных. rphost — важнейшее звено архитектуры 1С предприятия, которое берёт на себя достаточно большую аппаратную нагрузку. Таких процессов может быть большое количество и они могут быть разнесены по разным машинам
32 — 30.08.16 — 12:32
Сейчас окажется, что это ком коннектор не той разрядности изнасилованный шаловливыми ручками по засаленным обрывкам интернета
33 — 30.08.16 — 12:32
это первое что нашел.
34 — 30.08.16 — 12:32
Ну или, что тс решил нас перетроллить
35 — 30.08.16 — 12:33
Я таки за второе, больно много совпадений.
36 — 30.08.16 — 12:38
(18) Сервер 1С мешал работать с файловыми базами?
37 — 30.08.16 — 12:48
(27) Я конечно извиняюсь, но и вы неправы. Это нисколько не виндовый процесс.
http://s018.radikal.ru/i528/1608/4c/7bc6d47185d5.png
38 — 30.08.16 — 12:51
39 — 30.08.16 — 12:52
(32) what??
40 — 30.08.16 — 12:52
(34) Ощущение, что наоборот)))
41 — 30.08.16 — 14:16
Короче так.
1) rphost, rpagent и rpmanager — это процессы сервера 1С. Процессы точно 1Совские, фото выше это подтверждает. А то что это процессы именно СЕРВЕРА 1С могу утверждать из эксперимента, только что мною проведенного. На другой машине поставил только клиенты 1С (без сервера) и запустил через них файловую базу. Никаких rp* не появляется. Только процесс вида *1c*.exe.
2) rphost тут, как оказалось, ни причем. Он тоже запускается от USR1CV8. А добавление прав для USR1CV8 проблемы не рашает. Виной всему com-комкомпонента. Она стартует под NETWORK SERVICE. Вот пруф. http://s019.radikal.ru/i630/1608/9a/652562d51098.png
3) В (10) и правда ересь. Но, как любят всегда на мисте, вместо простого объяснения с пижонским видом говорят о неадекватности и забористости. Я не спец 1С. Написали бы, что при запуске файловых баз обращений к серверу 1С не происходит. И клиаент напрямую цепляет базу. И все. Это не сложно.
42 — 30.08.16 — 14:26
А ведь (32) был прав
43 — 30.08.16 — 14:41
(42) не прав.
это тебя под Mauser забанили, решил себя поддержать под другим ником?)))
44 — 30.08.16 — 14:52
Открой оснастку COM+, найди там созданное шаловливыми ручками приложение для комконнектора, посмотри из под кого оно запускается.
Я так понял ты процессы по пользователям определяешь, может так понятней будет.
45 — 30.08.16 — 18:29
(44) Шаловливых ручонок тут нет в принципе. Сервер установлен с оригинального диска с VLSC. Стоит на нем только оригинальное 1С ПО, скачанное через сайт ИТС. Так что вот.
Вот она та компонента, про которую вы говорили. Я так понимаю.
http://s020.radikal.ru/i713/1608/41/a06b882119f9.png
Но это 1Совкая стандартная билиотека. Никто тут ничего не писал и не допиливал.
46 — 30.08.16 — 18:51
(45) Верю. В русалок верю, в домовых, в отсутствие шаловливых ручек…
Дайте-ка угадаю — по инструкции, подобной http://catalog.mista.ru/public/197627/ делали?
47 — 31.08.16 — 06:51
(46) еще раз. ком-коннектор никто никогда не трогал. Все что стоит на этой машине — все из коробки.
Да и почему вы решили, что с ним были проблемы? Единственной моей проблемой было то, что я не знал, что при прямом соединении необходимо давать права ком-коннектору, а не 1Ске. Или вы хотите сказать, что если бы ком-коннектор был «исправный», заморачиваться по поводу прав бы не пришлось?
48 — 31.08.16 — 07:50
(46) У него файловые БД.
49 — 31.08.16 — 07:53
(47) А почему вы все пишет про Сервер 1С? 🙂
Или вы все путаетесь в терминологии, Сервер 2012 путаете с Сервером 1С? 🙂
50 — 31.08.16 — 09:48
(49) Это не мы путаемся. См (41) пункт 3
51 — 31.08.16 — 10:09
(47) Да.
(49) У него на одной машине файловые базы и сервер, см (11). Бинарники 1С, естественно, общие. При установке, по неизвестной причине навертели чудес с комконнектором, так что он всегда запускается через ком суррогат из под имени и с правами Network System.
Остальное предсказуемо, за исключением трогательного принятия реальности топикстартером. Ну, он не спец 1С, в (41) признался.
52 — 31.08.16 — 11:44
(51) Ну поделитесь знаниями, пожалуйста. Как нужно правильно ставить? Ведь там все элементарно. С настройками по умолчанию, можно сказать. Винда 2012 64бит. Сервер 1С такой же. 64 битный… И наверное ком-коннектор тоже 64-битный. Раз ставится вместе с сервантом. А клиенты 32-бита. А когда запускаю файловую базу 32битный клиент обращается к 64-битному ком-коннектору и из-за этого последний стартует под другим пользователем. Ахинея, не?
53 — 31.08.16 — 11:56
(52) Она самая.
При нормальной установке на 64-битной машине работают два комконнектора в физически разных файлах. Один ставит сервер, другой — клиент. Один регистрируется в 64-битной ветке реестра, другой в 32. Один вызывается 32-битным клиентом, другой — 64-битным сервером. Текущим процессом с текущими кредишнлами.
Твоя ситуация — результат некорректной установки при помощи шаловливых ручек в попытке решить какую-то проблему.
54 — 31.08.16 — 12:00
Я так понимаю, ваших чудо-установщиков смутило то, что при установке сервера компонент комконнектора ставится отдельно. А при установке клиента он входит в состав клиента.
55 — 31.08.16 — 15:07
(54) Хотелось бы уточнить насчет правильной установки. На 64битную машину.
Я ставлю сначала «Cервер 1С:Предприятия (64-bit) для Windows» (файл windows64.rar). Там в установщике есть отдельная опция для com-компоненты. Добавляем её к установке, чтобы иметь возможность прямого подключения в случае клиент серверных баз.
Далее устанавливаем»Технологическая платформа 1С:Предприятия для Windows» (файл windows.rar). В этом установщике нет отдельной строки для ком-коннектора. Но вы сказали, что он уже входит в состав клиента. Я выбираю там толстые и тонкие клиенты. Все. установка закончена. Все поставилось правильно?
Просто ставилось именно так. Мною. Как можно накосячить?
Неверный Параметр И
56 — 31.08.16 — 16:26
(55) Понятия не имею.
После установки сервера и клиента, в разделе оснастки COM+ Applications приложения «V82_COMConnector» нет. Как вы добились такого результата на сервере, «установленом с оригинального диска с VLSC, на котором стоит только оригинальное 1С ПО, скачанное через сайт ИТС», мой хрустальный шар не показывает. Извините.
25.10.2017, 07:01
#1
Пришел за помощью
Срочно ошибка режима доступа к файлу базы данных
Здравствуйте, есть 2 компа один вин 10 второй вин 7, на семерке стоит база папка расшарена сетевое окружение включено здесь база запускается, на вин 10 добавляю базу и указываю путь к вин 7 расшаренной папке, и тут выдает ошибка режима доступа к файлу базы данных 1Cv8.1CD. Спасибо!
26.10.2017, 02:39
#2
Спец
Re: Срочно ошибка режима доступа к файлу базы данных
Что-то не так с правами у юзера Win10 на действия в этой папке или с этим файлом
или антивирь пароноит
66213
Руководитель Центра
сопровождения 1С
28 февраля 2019
Обслуживание 1С
Актуальность проверена: 26.01.2023
Получить консультацию
Бесплатно
Обслуживание 1С
Помощь персонального менеджера, оперативность сдачи отчетности, соответствие законодательству РФ
Иногда пользователь программы 1С может столкнуться с сообщениями программы «Ошибка режима доступа к файлу 1С»…
…а также «Ошибка совместного доступа к файлу» 1С 8.3.
Само название ошибки уже говорит пользователю о случившемся: в первом случае – о нарушении прав доступа. Такое сможет случиться, когда пользователь скопировал информационную базу, подключил, а при открытии по сети всплыла такого рода ошибка с указанием сетевого пути к объекту. В этом случае, первое, на что сразу надо обратить внимание – на права доступа, щелкнув правой кнопкой на свойства объекта. Нажав кнопку «Общий доступ», проверить настройки.
Доступ пользователя Windows, который запустил сеанс программы 1С, должен быть не только на чтение, но и на запись.
Если база располагается на локальном ПК, необходимо проверить на закладке «Безопасность», что для пользователя установлено разрешение на запись или не стоит запрет на запись.
Предупреждение о проблемах с совместным доступом с указанием пути к конкретному объекту, кроме сбоя сетевых настроек, может быть следствием предустановок брандмауэра, антивирусных программ, которые стопорят сетевые подключения. Необходимо открыть их настройки и посмотреть, не будет ли 1С в списке заблокированных программ. Если это так, следует удалить ее из списка или добавить файл информационной базы 1С в исключения, предотвратив его блокировку.
Если при возникновении ошибки система указывает на временные файлы, например C:Users…AppDataLocalTemp, то очистка кэш может решить проблему с ошибкой.
Высока вероятность появления такой ошибки – при одновременном запуске двух программ (ЗУП и Бухгалтерии), одна из которых была базовой версией. Когда программы запустили по очереди, ошибка не появлялась.
Для решения проблемы с ошибкой доступа, как видите, потребуется немного времени, главное – понять причину и исключить ее повторение.
Другие статьи по теме
Обновления 1С
Как обновить 1С самостоятельно. Рассмотрим пошаговые действия для обновления типовой конфигурации 1С:Предприятия 8 на примере 1С:Бухгалтерии 3.0.
Настройка 1С Бухгалтерия 8.3 с нуля
Настройка 1С:Бухгалтерия позволят задать программе конкретную функциональность, выбрать варианты ведения учета, ввести ряд конкретных значений и параметров.
Установка 1С
Начинающие пользователи программ, разработанных на платформе «1С:Предприятие», подойдя к моменту покупки «коробки» или уже приобретя ее, естественно задаются вопросом: «Как установить 1С Предприятие?»…
Исправление ошибки доступа к файлу
Во время работы с программами 1С пользователи 1С Бухгалтерия или других типовых конфигураций на базе платформы 1С Предприятие получают сообщение об «Ошибке режима доступа к файлу» либо об «Ошибке совместного доступа к файлу». Это критическая ошибка, которая не позволяет использовать программу в штатном режиме. Но устранить ее достаточно просто не прибегая к услугам 1С-сервисов, которые предоставляют технические консультации по вопросам использования приложений.
Описание ошибки и способ ее устранения
Сама суть ошибки указана в системном сообщение, которое выдает программа. В случае «ошибки режима доступа» имеет место нарушение прав пользователя, прописанных в операционной системе на компьютере. Чаще всего подобное возникает в случае, если база данных была скопирована и подключена, а после запуска на экране появилось сообщение с указанием адреса объекта в локальной сети.
Чтобы исправить права доступна, необходимо открыть окно Свойства файла с базой данных. После этого найти в нем папку «Общий доступ» и проконтролировать сделанные там настройки. Доступ должен быть открыт для текущего пользователя Windows. Причем как на чтение файла, так и на запись изменений в него.
Если база данных находится не в сети, а на локальном компьютере, соответствующие права доступа размещаются на вкладке «Безопасность». Необходимо удостоверится в том, что в правах не отменено разрешение на запись данных в файл.
Кроме того, ошибки могут возникать и по другим причинам:
- Изменение настроек штатного брандмауэра операционной системы или сторонней программы, которая выполняет аналогичные функции;
- Неправильная настройка антивирусных программ, которые могут блокировать сетевые соединения к определенным объектам.
Чтобы устранить проблему, необходимо добавить файл с базой данных в исключения этих приложений, устранив блокировку.
Иногда проблема с программами 1С может быть связана с кэшем. В этом случае в диалоговом окне указывается путь доступа к папке TEMP. Решить проблему помогает удаление файлов из этой папки.
У неопытных пользователей ошибка доступа к файлу может быть обусловлена попыткой запуска сразу двух приложений на базе 1С Предприятие. Например, 1С ЗУП и 1С Бухгалтерия, одна из которых была базовой.
Если попытки справиться с проблемой не привели к положительному результату или у вас появились другие вопросы, связанные с использование программ и обновлением 1С, обращайтесь за помощью к специалистам компании «ГК в Приоритете». Телефоны для связи указаны в разделе «Контакты».
- Permalink