Содержание:
1. Об ошибке при выполнении файловой операции
2. Устранение «Ошибки при выполнении файловой операции» в 1С 8.3
1. Об ошибке при выполнении файловой операции
Приветствую, коллеги! В данной статье будет описана ошибка «Ошибка при выполнении файловой операции», и подробно рассмотрены способы ее устранения.
Когда происходит обновление конфигураций в 1С 8, по завершении обновления, часто появляется ошибка, которая гласит «Ошибка при выполнении файловой операции – файл не содержит доступных обновлений».
2. Устранение «Ошибки при выполнении файловой операции» в 1С 8.3
Рассмотрим методы, при помощи которых, можно устранить ошибку при выполнении файловой операции в 1С.
Итак, первый способ – это попробовать сделать обновление при помощи файлов по обновлению вида «релиз 1с*.cfu». Если это не помогло, то можно попробовать обновить систему при помощи общего файла вида «полный релиз 1С*.cf».
Вторым способом будет проверка на соответствие общей версии системы 1С с минимальными требованиями версии конфигурации 1С, которую обновляем.
Третий способ устранения ошибки при выполнении файловой операции в 1С – более сложный, но действенный. Необходимо открыть в конфигурацию от поставщика в режиме Конфигуратора. Если ошибка всё так же появляется, то необходимо удалить конфигурацию поставщика, а затем опять установить. По сути, в данном варианте «вытягивается» последняя, рабочая версия данной конфигурации и обновление будет завершено без ошибок.
Рассмотрим подробнее третий способ. Пусть у нас уже есть некоторая конфигурация 1С KORG 1-ой версии, которая работает, но нужно поставить 2-ю версию, то есть обновить версию конфигурации 1С 8.3. Когда происходит обновление, всплывает ошибка «Ошибка при выполнении файловой конфигурации». Порядок действий в этом случае:
1. скачать релиз 1С KORG с версией 1*.cf;
2. копируем нашу базу данных;
3. в конфигураторе, который соответствует обновляемой базе, переходим по пути: «Конфигурация → Поддержка → Настройки поддержки → Снять с поддержки». В случае, если кнопка для снятия с поддержки недоступна, необходимо сперва включить возможные изменения. После этого нужно дать согласие, если система 1С будет уточнять что-либо или подтверждать действия;
4. Далее переходим по следующему пути: «Конфигурация → Сравнить и объединить с конфигурацией из файла…». Здесь необходимо выбрать файл «полный релиз 1С KORG версии 1*.cf»;
5. Далее перед нами появится окно, в котором система 1С будет запрашивать постановление на учёт для поддержки, на это уведомление обязательно отвечаем согласием;
6. В случае, если наша конфигурация является типовой, откроется окно по сравнению конфигураций. В нем обязательно убираем все «галочки». Далее последует объединение конфигураций;
7. В новом окне кликаем на «Сохранить изменения»;
8. Ещё раз сохраняем базу данных;
9. Обновляем конфигурацию 1С стандартным способом.
Если всё сделать, согласно инструкции выше, то в вашей конфигурации 1С 8.3 «Ошибка при выполнении файловой операции» больше не возникнет. Спасибо за внимание!
Специалист компании «Кодерлайн»
Айдар Фархутдинов
Обновлено 15.10.2020
Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов Рунета Pyatilistnik.org. В прошлый раз мы с вами разобрали, что из себя представляет файловая система raw, и как ее исправить, чтобы восстановить свои данные. Двигаемся дальше и поговорим сегодня на тему капризности 1С, точнее на капризную работу в рамках Windows Server 2016. Я рассмотрю причину и устранение периодически повторяющейся ошибки на сервере 1С 8.3 «Ошибка при выполнении файловой операции«. Ее я стал встречать после обновления с Windows Server 2012 R2 д 2016. Думаю мой опыт сэкономит вам часик серфинга по интернету.
Описание проблемы
В моей компании заканчивается обновление операционных систем у виртуальных серверов, с Windows Server 2012 R2 на Windows Server 2016, я понимаю, что поддержка первых еще будет несколько лет, но хочется уже не делать это в последний момент, а слегка опережать, да и уже давно пора стремиться к Windows Server 2019. Сервера 1С не были исключением, обновление происходило по быстрому варианты. Тут подразумевается накатывание более новой версии ОС по верх старой, тут мы убивали двух зайцев:
- Получали свежую версию ОС
- Оставляли весь софт на сервере, и не требовалась его переустановка
В случае чего всегда можно было откатиться из снапшота на момент проведения работ, благо ESXI 6.5 это помогает делать в два клика. Все прекрасно обновилось и сервер зажил новой жизнью. В какой-то момент при запуске клиента 1С 8.3 на RDS ферме, стала появляться ошибка:
Ошибка при выполнении файловой операции
Устранение проблемы
Начав изучать данный вопрос мы не стали откатываться к бэкапу, так как данная проблема возникала не постоянно, а через некоторые промежутки и была вызвана явно не переходом на более новую версию операционной системы. Подняв исторические данные в системе заявок, я нашел похожую, где решением ошибки был перенос базы данных 1С на другой диск. Меня это заинтересовало и я стал прикидывать, что же могло быть в той ситуации. Через минут 20 я нашел одну закономерность, что на всех проблемных хостах был установлен компонент Windows дедупликации, как раз на тех дисках, где располагались базы данных 1С.
Я для тестирования отключил дедупликацию и вернул все в исходное состояние, и о чудо ошибка при выполнении файловой операции больше не появлялась. Все те же действия я произвел и на остальных серверах.
Вывод: Windows Дедупликация и 1С просто не совместимы друг с другом, это нужно запомнить
Из дополнительных методов я могу вам посоветовать еще очистку кэша 1С. Еще в на умных сайтах советуют на серверах, где используется 1С отключать протокол IPv6 на сетевых интерфейсах, но лично я не понимаю этого прикола, так как сама Microsoft советует по возможности этого не делать, в виду того, что очень многие ее сервисы и компоненты Windows в приоритете используют именно его, меньше будет проблем с DNS и Active Directory.
Вообще если у вас виртуальные сервера лежат на системе хранения данных, то у нее должна быть своя функция дедупликации и использовать лучше и правильнее ее. Если у вас есть другие варианты решения данной проблемы, то пишите их в комментариях. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.
Ошибка 1С при выполнении файловой операции или Ошибка операции с файлом базы данных, возникает когда 1С не может получить доступ к файлу базы данных, не может найти папку с базой или создать в ней необходимые служебные файлы.
 |
| Ошибка 1C при выполнении файловой операции |
Здесь мы видим частный и явно описанный случай проблемы. После обновления Windows на компьютере с базой, бухгалтер со второй машины не смог зайти в базу. Программа выдала ошибку как на скриншоте.
Описание: «Вход пользователя не выполнен из-за ограничений учётной записи. Например, пустые пароли не разрешены; ограничено число входов или включено ограничение политики».
В рассматриваемом примере 1С явно указывает на возможные источники проблемы. После установки патча винда сбросила некоторые настройки сетевой политики безопасности, и по умолчанию перестала пускать пользователей с учёткой без пароля.
Чтобы починить, нужно на ПК с базой зайти в Панель управлени — Центр управления сетями и общим доступом — Изменить дополнительные параметры общего доступа — Все сети — Общий доступ с парольной защитой — установить флаг Отключить общий доступ с парольной защитой.
Если не хочется бродить в недрах панели управления, можно открыть редактор политик напрямую:
Пуск — Выполнить (или Win+R) — secpol.msc;
Переходим в Локальные политики — Параметры безопасности — Учетные записи: разрешить использование пустых паролей только при консольном входе устанавливаем значение Отключен.
Какие ещё причины могут вызвать появление подобной ошибки:
- Некорректная работа антивируса. Обычно этим периодически грешит Касперский: нужно добавить приложение 1С и папки с базами в исключение. Иногда помогает только полная переустановка антивируса.
- Некорректная настройка общего доступа к папке с базой: нет прав у конкретного пользователя или прав на запись/изменение в папку. Проверить это очень просто: нужно перейти в папку (можно скопировать путь из окна запуска 1С) и попробовать создать в ней любой файл. Хотя бы обычный текстовый документ. Если не получается или папка не открывается — скорее всего оно.
Рекламы в блоге нет, заметки я пишу из чистого энтузиазма. Но если статья оказалась полезной, вы можете поддержать блог, отправив символическую сумму через форму ниже. Ваша поддержка вдохновляет меня на создание новых статей.
djakson
07.06.19 — 16:48
Здравствуйте!
Имеется следующая связка: 1 сервер — 1с Сервер + MSSQL служба сервера 1с запущена от доменного администратора и также локального его же ‘agent’
2 сервер терминальный — 1с платформа RDS
Версия платформы 8.3.14.1694
При выполнении любым пользователем на терминальном сервере процедуры выгрузки платежных поручений в банк получаем:
«Ошибка при выполнении файловой операции ‘C:UsersagentAppDataLocalTempv8_DCA6_116a.txt»
Кэш чистил.
Профили убивал и создавал заново.
Давал доступ пользователям на профиль пользователя agent на терминальном сервере — результат такой же.
В процессе экспериментов было выявлено что если зайти на терминальный сервер пользователем agent и зайти им же в 1C по выгрузки выполняются отлично!
Куда копать даже не знаю? При чем тут пользователь agent на терминальном сервере.
Сегодня буду пробовать новую платформу 8_3_14_1779.
Во общем Хелп ми!!!
lodger
1 — 07.06.19 — 16:50
«Давал доступ пользователям на профиль пользователя agent на терминальном сервере» — а надо было права агента ковырять.
lodger
2 — 07.06.19 — 16:51
«зайти на терминальный сервер пользователем agent и зайти им же в 1C» — овнер файла один и тот же, что отправитель, что получатель.
lodger
3 — 07.06.19 — 16:52
«При чем тут пользователь agent » — при том, что операции очевидно производит сервер-1с работающий под агентом.
lodger
4 — 07.06.19 — 16:52
«Сегодня буду пробовать новую платформу 8_3_14_1779.» — полезное занятие, но бессмысленное в контексте озвученной проблемы.
djakson
5 — 07.06.19 — 19:10
Но вот что еще заметил если пользователем в терминальник agent и войти в базу с agent то
1 попытка выгрузить будет удачна то
2..3..4..итд. будет выходить всё та же ошибка.
Блин где грабли?
Vstur
6 — 07.06.19 — 19:39
(0) >Давал доступ пользователям на профиль пользователя agent на терминальном сервере — результат такой же.
O! Это как ?!
djakson
7 — 07.06.19 — 19:54
Да просто добавлял в безопасность группу пользователей терминального сервера на полный доступ.
Любой пользователь имел полные права на профиль пользователя agent
mistеr
8 — 07.06.19 — 19:55
(0) Для начала нужно выяснить, на каком сервере выполняется эта файловая операция, приводящая к ошибке. Отладчик в зубы.
Ну и стандартный вопрос, как раньше работало?
djakson
9 — 07.06.19 — 20:09
Раньше работало на старом сервер в режиме файлового сервера, теперь всё перенесли в скуль и на терминальник.
mistеr
10 — 07.06.19 — 20:15
(9) Возможно баг в коде выгрузки. Не поддерживает клиент-серверный режим.
djakson
11 — 07.06.19 — 20:20
Такая же конфигурация прекрасно работает на другой прощадке
djakson
12 — 07.06.19 — 21:07
Заметил что такое происходит именно на сервере 1с приложений!
Так что терминальник отпадает — уже ближе.
Но почему происходит блокировка файлов на сервере?
hhhh
13 — 08.06.19 — 07:04
(12) тебе же уже объяснили, проверь есть ли у пользователя agent полный доступ на диск c: сервера. Или в безопасности убери наследование папок. Чтобы у папки C:Usersagent не было наследования прав от родительской папки. А то папка C:Usersagent наследует у тебя права от C:Users, папка C:Users наследует права от C:, а на C: ты полные права не дал. Поэтому пошуруй еще раз в безопасности на предмет наследования.
djakson
14 — 08.06.19 — 09:20
С правами всё ОК!
На сервере перенес папку temp в другое место для пользователя agent и стал снова запускать выгрузку и что обнаружилось что файлы v8_DCA6_XXXX.txt прекрасно создаются и у пользователя полнейший доступ — полнее не бывает.
Но вот что обнаружил нажимаю постоянно кнопку выгрузки рандомно может 20 раз выполниться,а после ошибка и снова по прошествии времени нажать выгрузить и всё ОК! Получает как то рандом то создаются временные файлы то нет.
Ранее эта конфигурация была файловая и была перенесена в скул dt выгрузкой.
Вычитал в форумах что иногда не корректно конвертируются базы в скульную.
Взял базу центральную залил на тоже железо с тем же пользователем -и и начал проводить те же процедуры.
Ни одной ошибки выгрузки ну пробовал раз 40, и смотрел на папку temp в которой я не обнаружил что выгрузка что то создает при выгрузке. Получается в переферийной конфигурации что то осталось от файловой версии? Или куда копать?
mistеr
15 — 08.06.19 — 09:39
(14) С отладчиком дружишь?
Сияющий в темноте
16 — 08.06.19 — 11:04
попробуйте указать путь не в профиль через получитьвременныйфайл,а в какую-то осознанную папку и посмотреть от имени кого туда пишется,а для этого в системе нужно аудит настроить.
djakson
17 — 14.06.19 — 08:22
Тема до сих пор актуальна.
Обновил платформу.
Обновил конфигурацию.
Переустанавливал 1С.
Кэш чистил.
Проводил тесты чтения записи дисков.
Переносил папку Temp на другой диск — давая права на неё полный доступ всем.
Ошибка всплывает рандомно! Можно 10 раз подряд нажимать кнопку Выгрузить — все ОК! на 11 раз ошибка!
Сияющий в темноте
18 — 14.06.19 — 08:37
тогда смотри антивирус и т.п.
1с не может записывать в файл,даже если кто-то захотел в него заглянуть.
и,все же,я бы перенес запись из временной директории в специальную,чтобы туда никто кроме 1с не лазил.
djakson
19 — 14.06.19 — 09:16
Я антивирус удалил совсем.
Нашел на форумах аналогичная проблема но там тоже нет решения.
http://forum-1c.ru/index.php?topic=65880.0
перенести нельзя там используется ПолучитьИмяВременногоФайла
lodger
20 — 14.06.19 — 11:01
(19) тю, проблем то. он в темпы своего профиля лезет, а это с точки зрения вменяемого админа шиндовс ну совсем не проблема переназначить.
djakson
21 — 14.06.19 — 11:10
Так я уже писал что Temp переносил на разные диски и в вменяемым название.
Не помогло.
lodger
22 — 14.06.19 — 11:20
(21)
«Переносил папку Temp на другой диск — давая права на неё полный доступ всем.» — а надо было наоборот.
djakson
23 — 14.06.19 — 11:32
В том числе делал конкретно пользователю под которым запущен 1С сервер предприятие
Что не так?
lodger
24 — 14.06.19 — 11:44
«Что не так?» — «права на неё полный доступ всем»
djakson
25 — 14.06.19 — 12:00
Это уже последний вариант.
По умолчанию только этому пользователю были — и ошибка была такая же!
От того что я права дал всем — лучше не стало.
Разговор не о чем, тут что то другое.
Ошибка обновления базы в режиме 1С: Предприятие: Ошибка при выполнении файловой операции ‘v8srvr://server/Config/’ по причине: Ошибка при выполнении файловой операции Попытка поместить указатель на файл перед началом файла
Описание ошибки:
При обновлении конфигурации 1С: Комплексная автоматизация, ред. 1.1 при установке релиза 1.1.104.1 и запуска серверной базы в режиме 1С: Предприятие для завершения обновления релиза после согласия лицензионного соглашения возникла ошибка, которая фатально прерывала дальнейшую работу с базой:
Ошибка при выполнении файловой операции ‘v8srvr://ECO-SERVER2/1C-ECO82/Config/7ad7a83c-ceed-4eaf-871f-23830205ec2f.0’
по причине:
Ошибка при выполнении файловой операции ‘C:Usersadmin1CAppDataLocalTempv8_EBA6_7.tmp’. 131(0x00000083): Попытка поместить указатель на файл перед началом файла.
Найденные решения:
После подтверждения на продолжение обновления практически сразу же, в ближайшие секунды, долго ждать не приходилось.
Возникала ошибка. При повторном запуске базы в режиме 1С: Предприятие повторялось то же самое. Скрин не совсем тот, а уже сделанный позднее, когда ошибка себя проявила повторно, после обновления конфигурации другим релизом (об этом подробнее см. в конце публикации), но в точности иллюстрирующий ситуацию. Разница лишь в том, какой текст следует после «‘v8srvr://<имя_сервера>/<имя_базы>/Config/»
Вот полный текст ошибки
Сразу же при виде формулировки «Ошибка при выполнении файловой операции ‘v8srvr://<имя_сервера>/<имя_базы>/Config/7ad7a83c-ceed-4eaf-871f-23830205ec2f.0’ по причине:» рука потянулась выполнить «Тестирование и исправление базы данных»
Но, увы, тестирование не повлияло на ситуацию. Ошибка вновь возникала. И тут внимание обратилось ко второй половине формулировки ошибки: «Ошибка при выполнении файловой операции ‘C:Usersadmin1CAppDataLocalTempv8_EBA6_7.tmp’. 131(0x00000083): Попытка поместить указатель на файл перед началом файла.»
В этом пути явно присутсвует папка со временными файлами базы. Тогда было решено выполнить простую операцию удаления и добавления базы в списке баз, чтобы очистить пользовательские временные файлы, связанные с базой.
И это дало положительный результат. Обновление базы после этого было выполнено успешно.
P.S.
P.S.: ситуация имела повторное возникновение еще позднее (т.к. выполнялось продолжительное обновление конфигурации 1С: Комплексная автоматизация 1.1, было пропущено чуть более 20 релизов) но в сопряжении с ошибкой, очень похожей по формулировке на ту, что описана в описании ошибки Ошибка разбора XML: -[1,202] Фатальная ошибка: expected ‘>’ . Но, если ознакомиться с похожей ошибкой, то можно увидеть, что она тоже решилась в свое время удалением/добавлением базы в списке баз 1С: Предприятия 8, что очистило пользовательские файлы, связанные с базой и нормализовало дальнейшую работу без дополнительных действий, кроме тех, что описаны выше.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
24-04-2019
Журавлев А.С.
(Сайт azhur-c.ru)
Ошибка 1С при выполнении файловой операции или Ошибка операции с файлом базы данных, возникает когда 1С не может получить доступ к файлу базы данных, не может найти папку с базой или создать в ней необходимые служебные файлы.
|
| Ошибка 1C при выполнении файловой операции |
Здесь мы видим частный и явно описанный случай проблемы. После обновления Windows на компьютере с базой, бухгалтер со второй машины не смог зайти в базу. Программа выдала ошибку как на скриншоте.
Описание: «Вход пользователя не выполнен из-за ограничений учётной записи. Например, пустые пароли не разрешены; ограничено число входов или включено ограничение политики».
В рассматриваемом примере 1С явно указывает на возможные источники проблемы. После установки патча винда сбросила некоторые настройки сетевой политики безопасности, и по умолчанию перестала пускать пользователей с учёткой без пароля.
Чтобы починить, нужно на ПК с базой зайти в Панель управлени — Центр управления сетями и общим доступом — Изменить дополнительные параметры общего доступа — Все сети — Общий доступ с парольной защитой — установить флаг Отключить общий доступ с парольной защитой.
Если не хочется бродить в недрах панели управления, можно открыть редактор политик напрямую:
Пуск — Выполнить (или Win+R) — secpol.msc;
Переходим в Локальные политики — Параметры безопасности — Учетные записи: разрешить использование пустых паролей только при консольном входе устанавливаем значение Отключен.
Какие ещё причины могут вызвать появление подобной ошибки:
- Некорректная работа антивируса. Обычно этим периодически грешит Касперский: нужно добавить приложение 1С и папки с базами в исключение. Иногда помогает только полная переустановка антивируса.
- Некорректная настройка общего доступа к папке с базой: нет прав у конкретного пользователя или прав на запись/изменение в папку. Проверить это очень просто: нужно перейти в папку (можно скопировать путь из окна запуска 1С) и попробовать создать в ней любой файл. Хотя бы обычный текстовый документ. Если не получается или папка не открывается — скорее всего оно.
Рекламы в блоге нет, заметки я пишу из чистого энтузиазма. Но если статья оказалась полезной, вы можете поддержать блог, отправив символическую сумму через форму ниже. Ваша поддержка вдохновляет меня на создание новых статей.
Добрый день!
База находится на сервере Linux.
Я подключаюсь через тонкий клиент на windows и работаю с обработкой.
При попытке загрузить файл в формате xlsx выходит следующая ошибка:
Ошибка при выполнении файловой операции ‘/tmp/v8_xM7zkg_b13.xls’. Доступ к файлу не может быть получен.
{ВнешняяОбработка.APPLIX_RU_УН_ЧтениеФайлов_ЗМ.МодульОбъекта(16094)}:
{ВнешняяОбработка.APPLIX_RU_ЗагрузкаИзExcel.МодульОбъекта(2073)}:Рез = ЗМ_ЧФ.XLS_Прочитать(ПараметрыКоманды);
{ВнешняяОбработка.APPLIX_RU_ЗагрузкаИзExcel.МодульОбъекта(1657)}:РезультатЧтения = XLSX_Прочитать(ПараметрыКоманды);
{ВнешняяОбработка.APPLIX_RU_ЗагрузкаИзExcel.Форма.ФормаУпр.Форма(1513)}:Рез = ОбработкаОбъект.ЗН_Загрузка_ПрочитатьФайл(ПараметрыКоманды);
{ВнешняяОбработка.APPLIX_RU_ЗагрузкаИзExcel.Форма.ФормаУпр.Форма(1463)}:ЗагрузитьФайл_Прочитать_Сервер(ПараметрыКоманды);
{ВнешняяОбработка.APPLIX_RU_ЗагрузкаИзExcel.Форма.ФормаУпр.Форма(1419)}:ЗагрузитьФайл_Прочитать_Клиент(ПараметрыКоманды);
{ВнешняяОбработка.APPLIX_RU_ЗагрузкаИзExcel.Форма.ФормаУпр.Форма(5511)}:ЗагрузитьФайл(ПараметрыКоманды);
по причине:
Ошибка при выполнении файловой операции ‘/tmp/v8_xM7zkg_b13.xls’. Доступ к файлу не может быть получен.
Подскажите, как исправить?
Добрый день. Не перестаю умиляться 1С-ом… Лирику прочь…
Довольный как слон, что справился с задачей… расслабился…
| 1C | ||
|
Ведь дома на бэкапе (как выяснилось, на «толстом» клиенте) работало.
В «облачной» базе… поясняю для точности: «облако» — виртуальная машина, подключение к которой идет внешней программой по RDP. Так вот в штатной «облачной» базе получаю «Метод недоступен на тонком клиенте».
Не беда, академиев не заканчивали..
| 1C | ||
|
Теперь новая проблема — «Неправильное имя файла tsclientDXXXXXXXXXXимяфайла.xlsx».
Принципиально не хочу просить настроить подключение к «облачной» базе «толстым» клиентом, хочу, чтобы работало всегда.
Что делать с последней ошибкой? Сам думаю, что косяк у провайдера.
Не возможно прочитать файл на сервере |
Я |
NIGHTHUNTER
05.08.21 — 14:09
На локальном Пк. Можно прочитать файл.
//
ТДсXLS = Новый ТабличныйДокумент;
ТДсXLS.Прочитать(Объект.ВыборФайла, СпособЧтенияЗначенийТабличногоДокумента.Значение);
//
Почему его нельзя прочитать на сервере?
Ошибка, —
Доступ к файлу не может быть получен.
ДенисЧ
1 — 05.08.21 — 14:11
Потому что путь указывает на файл у пользователя на рабочем столе.
NIGHTHUNTER
2 — 05.08.21 — 14:12
(1) Подскажите пожалуйста, как это решить?
NIGHTHUNTER
3 — 05.08.21 — 14:13
Я указываю, на файл пользователя, на сервере же. Как тут это решить?
NIGHTHUNTER
4 — 05.08.21 — 14:14
Ложить файл в каталог на диске D: ?
Не на рабочий стол?
acht
5 — 05.08.21 — 14:23
Ложить допустимо только в каталог на диске X:
ДенисЧ
6 — 05.08.21 — 14:27
Читать на сервере в ДД, передавать через ХЗ серверу.
(5) А на Y точно нельзя?
acht
7 — 05.08.21 — 14:29
(6) На Y нельзя. В Y можно.
fisher
8 — 05.08.21 — 14:33
(0) Ты кладешь файл на сервер локально и пытаешься его прочитать в серверном коде?
Тогда проблема может быть в правах доступа. Дефолтный виндовый юзер под которым стартует сервер приложений имеет доступ только к своему каталогу.
Если мое предположение ошибочно, тогда опиши подробнее, что ты делаешь.
Garykom
9 — 05.08.21 — 14:36
«Дата регистрации: 18 августа 2020; Стаж: 11 месяцев 18 дней»
бросай программирование и 1С, не выйдет из тебя ничего
fisher
10 — 05.08.21 — 14:38
Какой бросай! Вообще очумел. В 1С и так никто не идет.
Плюс в 1С очень легко быть успешным, слабо разбираясь в этих ваших компьютерах.
Kassern
11 — 05.08.21 — 14:39
(9) зря вы так
Garykom
12 — 05.08.21 — 14:40
(11) лучше мало хороших спецов, чем толпа плохих
fisher
13 — 05.08.21 — 14:46
(12) Ути-пути. Из Garykom элитизм попер. Держите меня семеро.
Kassern
14 — 05.08.21 — 14:47
(0) вы должны понять, как устроено клиент серверное соединение. Сейчас в упрощенном варианте постараюсь объяснить:
Допустим клиент это ваш рабочий комп, а есть сервер, который представляет с собой отдельный комп в соседней комнате. На этом сервере находится sql сервер с базой и серверная 1ска с кластером. Вот вы берете и пытаетесь на сервере (том компе в кладовке) прочитать файл который находится на вашем компе по пути «C:documentsВашФайл.xlsx», задайте себе вопрос, а как сервер получит инфу по данному пути. Сервер пойдет у себя по пути «C:documents» искать этот файл и конечно же не найдет. Так вот чтобы сервер получил файл с клиент, необходимо либо его туда передать (через двоичные данные), либо положить в какую то директорию сетевую (Sharedocuments) которая будет доступна для сервера. В первом случае более универсальное решение, на клиенте получаете двоичные данные вашего документа, далее помещаете их во временное хранилище и передаете адрес этого хранилища на сервер, на сервере по этому адресу получаете ДД и сохраняете во временный файл, а далее все просто, читаете этот временный файл, потом удаляете.
1Сергей
15 — 05.08.21 — 14:49
(14) Лучше провести аналогию с фильмом Аватар.
Если твой аватар ест, то ты голодным быть не перестанешь
ДенисЧ
16 — 05.08.21 — 14:49
(0) Надо написать http-сервис на го, который по ссылке будет отдавать прочитанный файл…
Kassern
17 — 05.08.21 — 14:50
(12) все мы когда то были «плохими» спецами, в глазах наших старших коллег. Просто кому то надо месяц чтобы понять, а кому то и года мало. Но важен результат и желание учиться.
acht
18 — 05.08.21 — 14:52
(17) Но-но! Ливингстар уникален! К нему неприменимы стандартные подходы!
acht
19 — 05.08.21 — 14:52
(9) Ты еще его предыдущие ники посчитай
NIGHTHUNTER
20 — 05.08.21 — 14:52
Так, можно на диск D: ?
Garykom
21 — 05.08.21 — 14:53
(13) какой к черту элитаризм
но за почти год в 1С не понять чем клиент от сервера отличается?
Kassern
22 — 05.08.21 — 14:53
(18) вроде бы одно и то же не спрашивает, значит все таки обучаем)
acht
23 — 05.08.21 — 14:53
(21) > почти год в 1С
Да ты оптимист…
Garykom
24 — 05.08.21 — 14:54
(22) нахрена спрашивать когда можно книжки/учебники почитать?
Kassern
25 — 05.08.21 — 14:54
(20) зайдите на сервер и попробуйте открыть файл по вашему пути с диском D, если откроется то все можно)
fisher
26 — 05.08.21 — 14:54
(21) Легко. Если работать на файловой, например.
Kassern
27 — 05.08.21 — 14:55
(24) ну это уже к ТС, видимо у него такой «подход» к обучению…
Garykom
28 — 05.08.21 — 14:56
(26) файловая тоже клиент сервер есть
это так к сведению
тогда уж говори работал только с локальной файловой на одном компе
NIGHTHUNTER
29 — 05.08.21 — 15:10
Да, диск D: нормально пошел.
Я как то сразу в панику ((((. Пробовал не от туда грузить.
Garykom
30 — 05.08.21 — 15:13
муахаха
у него rdp на сервере
но сервер 1С от другого юзера операционки пашет
На чтение 2 мин. Опубликовано 15.12.2019
При открытии 1С система вываливает ошибку с сообщением «Ошибка при выполнении файловой операции…».
Наиболее вероятная причина этому — неверно настроенные права данного пользователя на каталог с БД.
Если база находится на удаленном компьютере, попробуйте перепрописать путь к ней, скорее всего удаленный компьютер запросит логин и пароль.
Если же каталог с базой находится на локальном компьютере, то проверьте, имеется ли у данного пользователя права на доступ к нему.
При подключении к базе в версий 1С, иногда возникает ошибка доступа к файлу 1Cv8.cdn. Причин этой ошибки несколько.
Первая, она же самая распространенная — база 1С расположена не на отдельном сервере, а на одном из компьютеров локальной сети. Естественно, никакого ДНС-сервера на нем нет, права на папку с базой могут слетать при обыкновенном обновлении Windows — поэтому и теряется сетевой доступ к базе данных.
Остальные причины можно объединить в одну — проблемы с сетью на уровне роутеров, коннекторов, настройки антивируса и брандмауэра, блокирующие сетевые подключения.
Для устранения этой ошибки первым делом надо проверить все сетевые соединения и сетевое оборудование, затем права на папку с базой 1C, сетевые настройки компьютера, настройки антивируса и брандмауэра.
Если проблема будет возникать снова, стоит попробовать установить на компьютер с базой ДНС-сервер стороннего производителя, например Posadis DNS server и настроить его. Затем на других компьютерах локальной сети прописать статичные ip-адреса, а как основной ДНС-сервер указать свежеустановленный, если сеть управляются шлюзом или роутером со своим ДНС-сервером — прописать его адрес в качестве альтернативного.
Ну а на будущее спланировать размещение своей базы 1С на серверной операционной системе, на таких ОС этой ошибки при правильных настройках сети не возникает. Даже необязательно покупать сервер — можно разместить базу 1С в облачном хранилище.
Возникает следующая ошибка с текстом: «Ошибка при выполнении файловой операции RuntimeCacheVersions» 
Почистить кэш в appdata, перенести файл базы в чистую папку, почистил temp, из списка соответственно тоже удалить и добавить обратно. Выполнить chdbfl ошибок не показал.
В итоге с 12 платформы открылся документ, а более поздние это 13 и 14 они 64 бита, винда 7, может быть как то с этим связано.
На чтение 2 мин. Опубликовано 15.12.2019
При открытии 1С система вываливает ошибку с сообщением «Ошибка при выполнении файловой операции…».Наиболее вероятная причина этому — неверно настроенные права данного пользователя на каталог с БД.
Если база находится на удаленном компьютере, попробуйте перепрописать путь к ней, скорее всего удаленный компьютер запросит логин и пароль.
Если же каталог с базой находится на локальном компьютере, то проверьте, имеется ли у данного пользователя права на доступ к нему.
При подключении к базе в версий 1С, иногда возникает ошибка доступа к файлу 1Cv8.cdn. Причин этой ошибки несколько.
Первая, она же самая распространенная — база 1С расположена не на отдельном сервере, а на одном из компьютеров локальной сети. Естественно, никакого ДНС-сервера на нем нет, права на папку с базой могут слетать при обыкновенном обновлении Windows — поэтому и теряется сетевой доступ к базе данных.
Остальные причины можно объединить в одну — проблемы с сетью на уровне роутеров, коннекторов, настройки антивируса и брандмауэра, блокирующие сетевые подключения.
Для устранения этой ошибки первым делом надо проверить все сетевые соединения и сетевое оборудование, затем права на папку с базой 1C, сетевые настройки компьютера, настройки антивируса и брандмауэра.
Если проблема будет возникать снова, стоит попробовать установить на компьютер с базой ДНС-сервер стороннего производителя, например Posadis DNS server и настроить его. Затем на других компьютерах локальной сети прописать статичные ip-адреса, а как основной ДНС-сервер указать свежеустановленный, если сеть управляются шлюзом или роутером со своим ДНС-сервером — прописать его адрес в качестве альтернативного.
Ну а на будущее спланировать размещение своей базы 1С на серверной операционной системе, на таких ОС этой ошибки при правильных настройках сети не возникает. Даже необязательно покупать сервер — можно разместить базу 1С в облачном хранилище.
Возникает следующая ошибка с текстом: «Ошибка при выполнении файловой операции RuntimeCacheVersions»
Почистить кэш в appdata, перенести файл базы в чистую папку, почистил temp, из списка соответственно тоже удалить и добавить обратно. Выполнить chdbfl ошибок не показал.
В итоге с 12 платформы открылся документ, а более поздние это 13 и 14 они 64 бита, винда 7, может быть как то с этим связано.
Ошибка 1С при выполнении файловой операции или Ошибка операции с файлом базы данных, возникает когда 1С не может получить доступ к файлу базы данных, не может найти папку с базой или создать в ней необходимые служебные файлы.
|
| Ошибка 1C при выполнении файловой операции |
Здесь мы видим частный и явно описанный случай проблемы. После обновления Windows на компьютере с базой, бухгалтер со второй машины не смог зайти в базу. Программа выдала ошибку как на скриншоте.
Описание: «Вход пользователя не выполнен из-за ограничений учётной записи. Например, пустые пароли не разрешены; ограничено число входов или включено ограничение политики».
В рассматриваемом примере 1С явно указывает на возможные источники проблемы. После установки патча винда сбросила некоторые настройки сетевой политики безопасности, и по умолчанию перестала пускать пользователей с учёткой без пароля.
Чтобы починить, нужно на ПК с базой зайти в Панель управлени — Центр управления сетями и общим доступом — Изменить дополнительные параметры общего доступа — Все сети — Общий доступ с парольной защитой — установить флаг Отключить общий доступ с парольной защитой.
Если не хочется бродить в недрах панели управления, можно открыть редактор политик напрямую:
Пуск — Выполнить (или Win+R) — secpol.msc;
Переходим в Локальные политики — Параметры безопасности — Учетные записи: разрешить использование пустых паролей только при консольном входе устанавливаем значение Отключен.
Какие ещё причины могут вызвать появление подобной ошибки:
- Некорректная работа антивируса. Обычно этим периодически грешит Касперский: нужно добавить приложение 1С и папки с базами в исключение. Иногда помогает только полная переустановка антивируса.
- Некорректная настройка общего доступа к папке с базой: нет прав у конкретного пользователя или прав на запись/изменение в папку. Проверить это очень просто: нужно перейти в папку (можно скопировать путь из окна запуска 1С) и попробовать создать в ней любой файл. Хотя бы обычный текстовый документ. Если не получается или папка не открывается — скорее всего оно.
Рекламы в блоге нет, заметки я пишу из чистого энтузиазма. Но если статья оказалась полезной, вы можете поддержать блог, отправив символическую сумму через форму ниже. Ваша поддержка вдохновляет меня на создание новых статей.
|
|||
| Sun125
15.07.20 — 10:54 |
После обновления при попытке выполнить некоторые операции в базе выходит ошибка: |
||
| Sun125
1 — 15.07.20 — 10:55 |
(0) пробовал перемещать базу в другое место. Очищал C:UsersUserAppDataLocal1C1cv8 Ошибка сохраняется. |
||
| Sun125
2 — 15.07.20 — 11:08 |
Платформа 8.3.15.1830. |
||
| Sun125
3 — 15.07.20 — 11:10 |
Места на диске С и где лежит база полно. |
||
| Sun125
4 — 15.07.20 — 11:13 |
Пробовал платформу 8.3.16.1063 — та же ошибка. |
||
| Sun125
5 — 15.07.20 — 11:32 |
Можно ли предположить, что в процессе обновления что-то пошло не так, и это ошибка в базе или конфигурации? но тогда бы с других компьютеров была бы такая ошибка.. |
||
| Sun125
6 — 15.07.20 — 13:11 |
Может кто сталкивался? на что больше похоже? проблема в платформе или в релизе? или в данных базы? |
||
| Sun125
7 — 15.07.20 — 13:12 |
База файловая, весит конечно очень много — 14Гб. Но она и до этого столько весила, не должно же это быть причиной. |
||
| piter3
8 — 15.07.20 — 13:13 |
Таких тем думаю много.Антивирь? |
||
| Sun125
9 — 15.07.20 — 13:41 |
(8) отключен |
||
| piter3
10 — 15.07.20 — 14:16 |
(9) Всегда?А нафига он тогда нужен |
||
| Креатив
11 — 15.07.20 — 15:31 |
(0)Закрой 1с и удали папку 93f29299-c69c-4eba-a1d3-65218e3c0da0 со всем барахлом. Могут потеряться настройки, но это лучше, чем постоянное падение 1с. |
||
| vicof
12 — 15.07.20 — 16:23 |
Файловая база и 14 Гб. Жесть. Поставь скуль. |
||
| vicof
13 — 15.07.20 — 16:24 |
Файловая больше 4 уже с риском для жизни. |
||
| piter3
14 — 15.07.20 — 16:24 |
(13) даже с апачем? |
||
| vicof
15 — 15.07.20 — 16:32 |
Один хрен. Тут проблема в файловой системе. |
||
| vicof
16 — 15.07.20 — 16:33 |
(15) к (14) |
||
| vicof
17 — 15.07.20 — 16:35 |
Точней не совсем в файловой системе, а больше в 1с, у которой ограничение одной таблицы — 4 Гб. |
||
| vicof
18 — 15.07.20 — 16:42 |
ну и смотря какая файловая система. Если хрюша до сих пор, то в файловой системе. |
||
| Aleksey
19 — 15.07.20 — 16:43 |
(13) как повезет. Во времена 8.0 когда размер файла превышал 2 гига в файловом режиме при многопользовательской работе переодически при перепроведении пропадали проводки. Т.е. запускаешь перепроведение за месяц потом ищешь проведенные документы без проводок. Перевод на скуль решал эту проблему. |
||
|
kzot 20 — 15.07.20 — 16:48 |
(0) почисти в тестовой что нибудь… |
TurboConf — расширение возможностей Конфигуратора 1С
