Конфигуратор ошибка при выполнении файловой операции 1с

dred999

07.03.17 — 15:34

Всем привет!

Есть Бухгалтерия предприятия, редакция 3.0 (3.0.47.32).

Пытаюсь обновиться до 3_0_47_33 потом попробовал на 3_0_48_19 вылетает ошибка: «Ошибка при выполнении файловой операции»,

Пробовал скульную базу обновить, потом файловую одна и та же ошибка.

Может кто сталкивался?

vde69

20 — 07.03.17 — 20:45

(19) рано радуешься…

я использую такую методу для постановки на поддержку кривых конф:

0. делаю бекап

1. сверяю 3 релиза, поддержки, конфы, в константе, если они разные нужно догонять до единой….

2. останавливаю сервер 1с

3. очищаю таблицу ConfigSave

4. очищаю темповый каталок сервера 1с

5. запускаю сервер, запускаю конфигуратор

6. делаю сравнение объединение с типовой CF, после сохраняю, но на не обновляю рабочую конфу. Сразу сохраняю полученный CF (мой_CF). F7 — НЕ ЖАТЬ

7. Сохраняю конфу поставщика именно из этой базы (пост_CF)

8. Загружаю пост_CF без сравнения объединения, при этом ставится на поддержку, норабочую НЕ обновляю

9. делаю сравнение объединение с мой_CF, тут надо думать и по месту, возможно сто-то и снять с поддержки надо….

10. только тут жму F7 и запускаю в пользовательском режиме

11. ТИС — обязательный пункт….

после всего проделанного если нет ошибок то гуд… за 2 месяца так привел 19 баз, одна из которых сдохла при переходе на 3.1 (ЗУП, пришлось откатываться), остальные сейчас нормально обновляются… хотя были все кривые, начиная от разности версии конфы поддержки к рабочей и заканчивая кучей не удалённого мусора…

Источник

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

Ошибка 1C при выполнении файловой операции

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

Описание: «Вход пользователя не выполнен из-за ограничений учётной записи. Например, пустые пароли не разрешены; ограничено число входов или включено ограничение политики».

В рассматриваемом примере 1С явно указывает на возможные источники проблемы. После установки патча винда сбросила некоторые настройки сетевой политики безопасности, и по умолчанию перестала пускать пользователей с учёткой без пароля.

Чтобы починить, нужно на ПК с базой зайти в Панель управлени — Центр управления сетями и общим доступом — Изменить дополнительные параметры общего доступа — Все сети — Общий доступ с парольной защитой — установить флаг Отключить общий доступ с парольной защитой.

Если не хочется бродить в недрах панели управления, можно открыть редактор политик напрямую:

Пуск — Выполнить (или Win+R) — secpol.msc;

Переходим в Локальные политики — Параметры безопасности — Учетные записи: разрешить использование пустых паролей только при консольном входе устанавливаем значение Отключен.

Какие ещё причины могут вызвать появление подобной ошибки:

Некорректная работа антивируса. Обычно этим периодически грешит Касперский: нужно добавить приложение 1С и папки с базами в исключение. Иногда помогает только полная переустановка антивируса.
Некорректная настройка общего доступа к папке с базой: нет прав у конкретного пользователя или прав на запись/изменение в папку. Проверить это очень просто: нужно перейти в папку (можно скопировать путь из окна запуска 1С) и попробовать создать в ней любой файл. Хотя бы обычный текстовый документ. Если не получается или папка не открывается — скорее всего оно.

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

Источник

Автор Executioner, 16 янв 2015, 12:32

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

В сети 6 компов и server 2008. Все в одной группе. Ранее работали через удаленный стол на сервере. Стал переделывать на клиент-сервер. 5 компов подключились без проблем. Но шестой,с Windows 7, выдает ошибку
«Ошибка при выполнении файловой операции \ServerbuhБаза 1С1cv8.cdn»
Понимаю,что проблема в доступе к папке База на серваке. Но не знаю, где еще смотреть. Проблема точно на клиентском компе. Папка расшарена по всем правилам. Подскажите,пожалуйста, какие нужно политики смотреть или что еще? Удаленный стол ведь работал. Стоит учетка Администратора, как и у остальных.
Дело в том, что я работаю здесь лишь неделю и бухгалтер сказал, что раньше в этом компе копался другой «мастер». Наверняка он что-то где-то прикрыл.
Спасибо.

Executioner, когда вы говорите «клиент-сервер» я подразумеваю, что вы настраиваете сервер 1С в связке с MS-SQL, но судя по вашему описанию это не так. Вы как и раньше настраиваете файловую версию 1С, только пытаетесь расшарить ее по сети.

Попробуйте в этой папке на сервера с неработающей машины создать и удалить какой-нибудь текстовый файл. Если система не даст, то проблема в правах на папку. Соответственно нужно смотреть как у вас в сети назначаются права. Варианта может быть два: подключение по рабочим группам, раздача прав через подключение к доменам.

Цитата: MuI_I_Ika от 16 янв 2015, 12:47
Executioner,
Попробуйте в этой папке на сервера с неработающей машины создать и удалить какой-нибудь текстовый файл. Если система не даст, то проблема в правах на папку. Соответственно нужно смотреть как у вас в сети назначаются права. Варианта может быть два: подключение по рабочим группам, раздача прав через подключение к доменам.

Не SQL. Просто база лежит на сервере. Папка не видна в сети. Я просто прописываю путь к ней «\ServerbuhБаза 1С»
У нас создана рабочая группа,домена нет.

Добавлено: 16 янв 2015, 14:33

Вот настройка папки (во вложении)

Ну а манипуляция с файлом удалась или нет?

Судя по картинке права назначены администраторам компьютера serverbuh. Но пользователь, когда работает со своего компьютера использует свою локальную учетную запись и учетки serverbuh ему недоступны.

Цитата: MuI_I_Ika от 16 янв 2015, 21:12
Ну а манипуляция с файлом удалась или нет?

Судя по картинке права назначены администраторам компьютера serverbuh. Но пользователь, когда работает со своего компьютера использует свою локальную учетную запись и учетки serverbuh ему недоступны.

Я с файлом ничего не делал, т.к. сервер не виден с локальных машин.
Поясните, пожалуйста, что значит «использует свою локальную учетную запись и учетки serverbuh ему недоступны». Компьютер имеет имя buh1. Что нужно поменять,чтоб сервер был доступен?
Спасибо.

Ну вот поэтому ничего и не получается. Для того чтобы работало папка должна быть расшарена и нельзя ограничивать пользователями, поскольку вы не используете доменные учетные записи.

То есть грубо говоря сделать надо вот так:

Хотел бы вернуться к теме сообщения.
Пытаюсь перенести 1С с одного «сервера» на другой (железо мощнее)
При запуске с «клиента» та же ошибка, но вроде все разрешения выданы правильно. В свойствах общего доступа папки оставил количество одновременных подключений 20.
Сама папка и все вложенные структуры замечательно видна при выполнении команды с клиентской машины «\192.168.1.10Имя_папки»
В пути к базе пробовал ставить и IP-адрес, и имя машины-сервера, без разницы.
На сервере и на клиенте W7Prof x64. 1С Предприятие 8,3.

Ранее сервером являлась машина под WinXPProf SP3 — проблем не было и нет.
Текстовый файл дает создавать, редактировать и удалять в любом месте иерархии.

Цитата: Ujin07 от 27 фев 2017, 18:01
Хотел бы вернуться к теме сообщения.
Пытаюсь перенести 1С с одного «сервера» на другой (железо мощнее)
При запуске с «клиента» та же ошибка

Ну, если к теме, то в изначальной теме была клиент-серверная база 1С

И в свойствах базы (кнопка Изменить в списке баз) не переключили с радио-кнопки:
«На данном компьютере или на компьютере в локальной сети» на «На сервере 1С:Предприятия» и просматривать в расшаренной папке что-то было незачем, т.к. последнее имело смысл только для файловой базы

Сори что поднимаю тему, но в 2020 году она как оказалось актуальна. Так же поймал на терминальнике данную ошибку «Ошибка при выполнении файловой операции», 1с 8.3, где я могу посмотреть логи или события которые мне помогут понять проблему, саму 1ску не обновляли, админы только делали обслуживание сервера пару недель назад

Теги:

Форум База
►
ОБЩИЙ ТЕМАТИЧЕСКИЙ ФОРУМ 1С
►
1С Сервер, железо, локальные сети
►
Ошибка при выполнении файловой операции 1cv8.cdn

Поиск

Источник

Ошибка обновления базы в режиме 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)

Источник

управление сложностью

1687 / 1300 / 259

Регистрация: 22.03.2015

Сообщений: 7,545

Записей в блоге: 5

Конфигурация вылетает при обновлении

26.03.2019, 08:23. Показов 26124. Ответов 8

Приветствую, ребята. Подскажите пожалуйста, как можно решить проблему. При обновлении конфы (конфа не типовая, сторонних разработчиков), вылетает ошибка: «Ошибка при выполнении файловой операции ‘C:UsersanonimAppDataLocalTemp55v8_890B_4.tmp’. Неожиданный вызов метода ‘MemoryMappedFileObject::write'»
Логи ТЖ имеются.
19032608-РСА.log

856 / 655 / 111

Регистрация: 01.11.2012

Сообщений: 2,411

26.03.2019, 10:03

Попробуй следующее:
1. Создай пустую базу со старой конфой, через выгрузку cf
2. Попробуй обнови.
3. Если обновиться, выгрузи cf-файл и сравнить объединить со старой конфой.

управление сложностью

1687 / 1300 / 259

Регистрация: 22.03.2015

Сообщений: 7,545

Записей в блоге: 5

26.03.2019, 12:11

[ТС]

Xomych, я так и делал. Развернул чистую конфу, и загрузил туда новую (на которую нужно обновиться), конфа загрузилась без проблем. Потом сохранил ее, и попробовал обновить на нее. Результат тот же — вылетает с ошибкой.

управление сложностью

1687 / 1300 / 259

Регистрация: 22.03.2015

Сообщений: 7,545

Записей в блоге: 5

26.03.2019, 12:18

[ТС]

Вот еще один файл лога:
19032608-РСА-лог.7z

856 / 655 / 111

Регистрация: 01.11.2012

Сообщений: 2,411

26.03.2019, 14:05

Можно попробовать ещё выгрузить dt, загрузить в новую базу, попробовать обновиться.
Попробовать в файловом, если SQL или наоборот

434 / 305 / 92

Регистрация: 28.05.2014

Сообщений: 1,247

27.03.2019, 17:34

Почтальон, ТИИ не пробовали на копии сделать перед обновлением?

управление сложностью

1687 / 1300 / 259

Регистрация: 22.03.2015

Сообщений: 7,545

Записей в блоге: 5

28.03.2019, 09:01

[ТС]

Phil, ТиИ было сделано, но безрезультатно, при обновлении через поддержку все так же вылетает ошибка. Обновить получилось только через сравнение и объединение. Но это не вариант, т.к. очень много доработок.

434 / 305 / 92

Регистрация: 28.05.2014

Сообщений: 1,247

28.03.2019, 09:11

Почтальон, видел такое решение, но с ошибкой такой сам не сталкивался

— бекап;
— снял с поддержки конфу (тем самым грохнул конфу поставщика);
— скачал типовую конфу того же релиза как и у меня, выгрузил конфу в файл;
— сравнение и объединение с конфой из файла, снял все галки и выполнил объединение, при вопросе «поставить на поддержку?» ответил Да (тем самым загрузил типовую конфу поставщика);
— далее запустил обновление на тот же самый релиз.так же снял все галки и выполнил;
дальше система стала видеть все обновления

Добавлено через 40 секунд
везде пишут, что ошибка связана с конфигурацией поставщика