07.03.17 — 15:34
Всем привет!
Есть Бухгалтерия предприятия, редакция 3.0 (3.0.47.32).
Пытаюсь обновиться до 3_0_47_33 потом попробовал на 3_0_48_19 вылетает ошибка: «Ошибка при выполнении файловой операции»,
Пробовал скульную базу обновить, потом файловую одна и та же ошибка.
Может кто сталкивался?
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 (ЗУП, пришлось откатываться), остальные сейчас нормально обновляются… хотя были все кривые, начиная от разности версии конфы поддержки к рабочей и заканчивая кучей не удалённого мусора…
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. Об ошибке при выполнении файловой операции
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), при этом проверка настроек базы проходит без ошибок. В отчёт никакой дополнительной информации от конфигуратора не попадает.
Например, при обновлении в отчёте можно увидеть такую ошибку:
«Не удалось провести обновление конфигурации на очередную версию (1cv8.cfu) — смотрите лог операций 1с чуть выше зелёным цветом, там причина ошибки (её код равен 1)…«
Такая ситуация возможна при стечении следующих обстоятельств.
У вас файловая база данных.
Вы выключили опцию «Считывать список баз из окна запуска 1с» в обновляторе:
А в стартере 1с (стандартное окно запуска 1с), который можно легко запустить из обновлятора вот так …
… в настройках базы …
… заполнено поле «Версия 1С:Предприятия»:
И тут может возникать следующая проблема. Так как синхронизация списка баз с окном запуска 1с отключена — у обновлятора и у окна запуска 1С для одной и той же базы могут быть прописаны разные значения для поля «версия 1С…».
Предположим, что в обновляторе для этой базы прописана другая версия 1с (или там вообще пусто, но при поиске нашлась всё-равно другая) — например, 8.3.21.1393.
И вот у нас в стартере 1с для этой базы прописана 8.3.19.1399, а обновлятор пытается в соответствии со своими настройками выполнить операцию над базой, используя версию 8.3.21.1393.
В этом случае для файловой базы данных платформа 1с завершит аварийно запуск версии 8.3.21.1393 (вернёт код ошибки 1) и сама автоматически перезапустит операцию при помощи версии платформы 8.3.19.1399.
Это приведёт к тому, что операция в обновляторе завершится с ошибками.
Почему поле «Версия 1С:Предприятия» в стартере оказалось заполнено
По умолчанию это поле является пустым:
Вы могли заполнить его самостоятельно, изменив настройки базы в стартере 1С (стандартное окно запуска 1С):
Либо это мог сделать обновлятор, который при включённой опции «Считывать список баз из окна запуска 1с»…
… автоматически синхронизирует некоторые настройки базы (в частности поле «Версия платформы» в свойствах базы) со стартером 1с:
Как исправить
Повторюсь, что указанная проблема возможна только для файловых баз данных.
Нужно воспользоваться одним из следующих решений:
- Либо вернуть в обновляторе синхронизацию баз со стартером 1С, включив под списком баз справа опцию ‘Считывать список баз из окна запуска 1с’. В этом случае обновлятор автоматически будет синхронизировать своё поле «Версия платформы» с полем «Версия 1С:Предприятия» в настройках окна запуска 1С и проблем возникать не будет.
- Либо оставить синхронизацию отключенной, но при этом удалить базу из окна запуска 1С, оставив её только в обновляторе:
- Либо оставить синхронизацию отключенной, но при этом очистить поле «Версия 1С:Предприятия» в настройках базы в стартере 1С:
То есть весь смысл в том, чтобы не допускать ситуации, когда одна и та же база прописана в стандартном окне запуска 1с с не пустым полем «Версия 1С:Предприятия» и в обновляторе с выключенной синхронизацией с этим окном запуска (опция ‘Считывать список баз из окна запуска 1с’ под списком баз справа выключена).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
Ошибка 1С при выполнении файловой операции или Ошибка операции с файлом базы данных, возникает когда 1С не может получить доступ к файлу базы данных, не может найти папку с базой или создать в ней необходимые служебные файлы.
 |
| Ошибка 1C при выполнении файловой операции |
Здесь мы видим частный и явно описанный случай проблемы. После обновления Windows на компьютере с базой, бухгалтер со второй машины не смог зайти в базу. Программа выдала ошибку как на скриншоте.
Описание: «Вход пользователя не выполнен из-за ограничений учётной записи. Например, пустые пароли не разрешены; ограничено число входов или включено ограничение политики».
В рассматриваемом примере 1С явно указывает на возможные источники проблемы. После установки патча винда сбросила некоторые настройки сетевой политики безопасности, и по умолчанию перестала пускать пользователей с учёткой без пароля.
Чтобы починить, нужно на ПК с базой зайти в Панель управлени — Центр управления сетями и общим доступом — Изменить дополнительные параметры общего доступа — Все сети — Общий доступ с парольной защитой — установить флаг Отключить общий доступ с парольной защитой.
Если не хочется бродить в недрах панели управления, можно открыть редактор политик напрямую:
Пуск — Выполнить (или Win+R) — secpol.msc;
Переходим в Локальные политики — Параметры безопасности — Учетные записи: разрешить использование пустых паролей только при консольном входе устанавливаем значение Отключен.
Какие ещё причины могут вызвать появление подобной ошибки:
- Некорректная работа антивируса. Обычно этим периодически грешит Касперский: нужно добавить приложение 1С и папки с базами в исключение. Иногда помогает только полная переустановка антивируса.
- Некорректная настройка общего доступа к папке с базой: нет прав у конкретного пользователя или прав на запись/изменение в папку. Проверить это очень просто: нужно перейти в папку (можно скопировать путь из окна запуска 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, может быть как то с этим связано.
Ошибка обновления базы в режиме 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)
16.09.2019, 15:06
#1
Гость форума
Не обновляется конфигурация Розница базовая с 2.2.12.30 на 2.2.13.12
Не обновляется конфигурация Розница базовая с 2.2.12.30 на 2.2.13.12Здравствуйте. Не получается обновить конфигурацию 1С розница базовая 2.2.12.30 на 2.2.13.12.
Результаты обновления программы:
Во время обновления программы возникли некоторые проблемы.
Информация о них сохранена в журнал регистрации.Информация для технической поддержки:
Текст лог-файла.
Название программы: Розница (базовая), редакция 2.2
Версия программы: 2.2.12.30;
Версия Платформы 1С:Предприятие: 8.3.15.1565 Windows x86;
Версия Библиотеки стандартных подсистем: 3.0.2.269;
Операционная система: Microsoft Windows 10 version 10.0 (Build 17763);
Размер оперативной памяти: 3*471;
Имя COM соединителя: v83.COMConnector;
Базовая: Да
Полноправный пользователь: Да
Учебная: Нет
Конфигурация изменена: Нет16.09.2019 13:11:20 {OK} Используется COM соединение: false
16.09.2019 13:11:20 {OK} Файл скрипта: C:Temp1Cv8Update.190916131119splash.ht
16.09.2019 13:11:20 {OK} Количество файлов обновления: 1
16.09.2019 13:11:20 {OK} 1. C:UsersAdminAppDataRoaming1C1c8tmplts1cRe tailBase2_2_13_121cv8.cfu
16.09.2019 13:11:21 {OK} Завершение работы пользователей…
16.09.2019 13:11:23 {OK} Создание резервной копии информационной базы…
16.09.2019 13:11:24 {OK}
Выполняется копирование из:
C:UsersAdminDocuments1CRetailBase21Cv8.1CD
в:
C:Temp1Cv8Update.1909161311191Cv81568628680600. 1CD
16.09.2019 13:11:54 {OK} Резервная копия базы создана
16.09.2019 13:11:57 {OK} Загрузка файла обновления в основную базу (1/1)…
16.09.2019 13:11:58 {OK} Запускается: C:Program Files (x86)1cv88.3.15.1565bin1cv8.exe; параметры: CONFIG /F»C:UsersAdminDocuments1CRetailBase2″ /N»QWERTY» /P»******» /WA- /UpdateCfg «C:UsersAdminAppDataRoaming1C1c8tmplts 1cR etailBase2_2_13_121cv8.cfu» /Out «templog.txt» /UCПакетноеОбновлениеКонфиг урацииИБ /DisableStartupMessages /DisableStartupDialogs; окно: SW_SHOW; ожидание: true
16.09.2019 13:12:27 {ERR} Код возврата: 1
Файл не содержит доступных обновлений16.09.2019 13:12:27 {OK} Не удалось обновить по файлу, возможно конфигурация не находится на поддержке, попытка загрузки конфигурации.
16.09.2019 13:12:27 {OK} Запускается: C:Program Files (x86)1cv88.3.15.1565bin1cv8.exe; параметры: CONFIG /F»C:UsersAdminDocuments1CRetailBase2″ /N»QWERTY» /P»******» /WA- /LoadCfg «C:UsersAdminAppDataRoaming1C1c8tmplts 1cR etailBase2_2_13_121cv8.cfu» /Out «templog.txt» /UCПакетноеОбновлениеКонфиг урацииИБ /DisableStartupMessages /DisableStartupDialogs; окно: SW_SHOW; ожидание: true
16.09.2019 13:12:44 {ERR} Код возврата: 1
Ошибка при выполнении файловой операции ‘C:UsersAdminAppDataRoaming1C1c8tmplts1cR etailBase2_2_13_121cv8.cfu’16.09.2019 13:12:45 {ERR} Завершение с ошибкой. Код ошибки: 1. Подробности см. в предыдущей записи.
16.09.2019 13:12:45 {OK} Восстановление информационной базы…
16.09.2019 13:12:45 {OK} Восстановление ИБ из временного архива
16.09.2019 13:13:15 {OK} База данных восстановлена из резервной копии
16.09.2019 13:13:15 {ERR} Обновление не выполнено
16.09.2019 13:13:15 {OK} Запускается: C:Program Files (x86)1cv88.3.15.1565bin1cv8c.exe; параметры: ENTERPRISE /F»C:UsersAdminDocuments1CRetailBase2″ /N»QWERTYПП» /P»******» /WA- ; окно: SW_SHOW; ожидание: false
16.09.2019 13:13:15 {OK} Код возврата: 0Подскажите, что не так делаю?
Ваше сообщение
Заголовок:
Не обновляется конфигурация Розница базовая с 2.2.12.30 на 2.2.13.12ШрифтРазмер
Здравствуйте. Не получается обновить конфигурацию 1С розница базовая 2.2.12.30 на 2.2.13.12.
Результаты обновления программы:
Во время обновления программы возникли некоторые проблемы.
Информация о них сохранена в журнал регистрации.Информация для технической поддержки:
Текст лог-файла.
Название программы: Розница (базовая), редакция 2.2
Версия программы: 2.2.12.30;
Версия Платформы 1С:Предприятие: 8.3.15.1565 Windows x86;
Версия Библиотеки стандартных подсистем: 3.0.2.269;
Операционная система: Microsoft Windows 10 version 10.0 (Build 17763);
Размер оперативной памяти: 3*471;
Имя COM соединителя: v83.COMConnector;
Базовая: Да
Полноправный пользователь: Да
Учебная: Нет
Конфигурация изменена: Нет16.09.2019 13:11:20 {OK} Используется COM соединение: false
16.09.2019 13:11:20 {OK} Файл скрипта: C:Temp1Cv8Update.190916131119splash.ht
16.09.2019 13:11:20 {OK} Количество файлов обновления: 1
16.09.2019 13:11:20 {OK} 1. C:UsersAdminAppDataRoaming1C1c8tmplts1cRe tailBase2_2_13_121cv8.cfu
16.09.2019 13:11:21 {OK} Завершение работы пользователей…
16.09.2019 13:11:23 {OK} Создание резервной копии информационной базы…
16.09.2019 13:11:24 {OK}
Выполняется копирование из:
C:UsersAdminDocuments1CRetailBase21Cv8.1CD
в:
C:Temp1Cv8Update.1909161311191Cv81568628680600. 1CD
16.09.2019 13:11:54 {OK} Резервная копия базы создана
16.09.2019 13:11:57 {OK} Загрузка файла обновления в основную базу (1/1)…
16.09.2019 13:11:58 {OK} Запускается: C:Program Files (x86)1cv88.3.15.1565bin1cv8.exe; параметры: CONFIG /F»C:UsersAdminDocuments1CRetailBase2″ /N»QWERTY» /P»******» /WA- /UpdateCfg «C:UsersAdminAppDataRoaming1C1c8tmplts1cR etailBase2_2_13_121cv8.cfu» /Out «templog.txt» /UCПакетноеОбновлениеКонфиг урацииИБ /DisableStartupMessages /DisableStartupDialogs; окно: SW_SHOW; ожидание: true
16.09.2019 13:12:27 {ERR} Код возврата: 1
Файл не содержит доступных обновлений16.09.2019 13:12:27 {OK} Не удалось обновить по файлу, возможно конфигурация не находится на поддержке, попытка загрузки конфигурации.
16.09.2019 13:12:27 {OK} Запускается: C:Program Files (x86)1cv88.3.15.1565bin1cv8.exe; параметры: CONFIG /F»C:UsersAdminDocuments1CRetailBase2″ /N»QWERTY» /P»******» /WA- /LoadCfg «C:UsersAdminAppDataRoaming1C1c8tmplts1cR etailBase2_2_13_121cv8.cfu» /Out «templog.txt» /UCПакетноеОбновлениеКонфиг урацииИБ /DisableStartupMessages /DisableStartupDialogs; окно: SW_SHOW; ожидание: true
16.09.2019 13:12:44 {ERR} Код возврата: 1
Ошибка при выполнении файловой операции ‘C:UsersAdminAppDataRoaming1C1c8tmplts1cR etailBase2_2_13_121cv8.cfu’16.09.2019 13:12:45 {ERR} Завершение с ошибкой. Код ошибки: 1. Подробности см. в предыдущей записи.
16.09.2019 13:12:45 {OK} Восстановление информационной базы…
16.09.2019 13:12:45 {OK} Восстановление ИБ из временного архива
16.09.2019 13:13:15 {OK} База данных восстановлена из резервной копии
16.09.2019 13:13:15 {ERR} Обновление не выполнено
16.09.2019 13:13:15 {OK} Запускается: C:Program Files (x86)1cv88.3.15.1565bin1cv8c.exe; параметры: ENTERPRISE /F»C:UsersAdminDocuments1CRetailBase2″ /N»QWERTY» /P»******» /WA- ; окно: SW_SHOW; ожидание: false
16.09.2019 13:13:15 {OK} Код возврата: 0Подскажите, что не так делаю?
17.09.2019, 02:39
#2
Просто юзер
Re: Не обновляется конфигурация Розница базовая с 2.2.12.30 на 2.2.13.12
Подскажите, что не так делаю?
1. Живёте и работаете не в той стране!;
2. Используете продукцию 1С;
3. Используете управляемую конфу;
4. Пытаетесь обновиться автоматом.Попробуйте скачать обновление и обновить через конфигуратор, запустив его от имени администратора.
Сообщение от binion
08.10.2019, 10:19
#3
Гость форума
Re: Не обновляется конфигурация Розница базовая с 2.2.12.30 на 2.2.13.12
Здравствуйте. Не получается обновить конфигурацию 1С розница базовая 2.2.12.
Подскажите, что не так делаю?
Не видит обновление…
Вполне реально, что 1с затупила и скачала версию проф, вместо базовой…уже было как-то, сделай резервную копию и обновляй через конфигуратор.
08.10.2019, 11:21
#4
Пришел за помощью
Re: Не обновляется конфигурация Розница базовая с 2.2.12.30 на 2.2.13.12
Не видит обновление…
Вполне реально, что 1с затупила и скачала версию проф, вместо базовой…уже было как-то, сделай резервную копию и обновляй через конфигуратор.Нет, дело не в этом, 1с накосячила с обновлением, и в правду, в большинстве случаев если стоит розница базовая 2.2 не получиться обновиться с .2.12.30 на 2.2.13.12 .
Решение такое, устанавливаем чистый шаблон 2.2.13.12, выгружает от туда конфигурационный файл и накатывает на базу с 2.2.12.30
Пользователь сказал cпасибо:
Обновлено 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С) и попробовать создать в ней любой файл. Хотя бы обычный текстовый документ. Если не получается или папка не открывается — скорее всего оно.
Рекламы в блоге нет, заметки я пишу из чистого энтузиазма. Но если статья оказалась полезной, вы можете поддержать блог, отправив символическую сумму через форму ниже. Ваша поддержка вдохновляет меня на создание новых статей.
Проблема
Операции с файловой базой в обновляторе завершаются с ошибкой (с кодом 1), при этом проверка настроек базы проходит без ошибок. В отчёт никакой дополнительной информации от конфигуратора не попадает.
Например, при обновлении в отчёте можно увидеть такую ошибку:
«Не удалось провести обновление конфигурации на очередную версию (1cv8.cfu) — смотрите лог операций 1с чуть выше зелёным цветом, там причина ошибки (её код равен 1)…«
Такая ситуация возможна при стечении следующих обстоятельств.
У вас файловая база данных.
Вы выключили опцию «Считывать список баз из окна запуска 1с» в обновляторе:
А в стартере 1с (стандартное окно запуска 1с), который можно легко запустить из обновлятора вот так …
… в настройках базы …
… заполнено поле «Версия 1С:Предприятия»:
И тут может возникать следующая проблема. Так как синхронизация списка баз с окном запуска 1с отключена — у обновлятора и у окна запуска 1С для одной и той же базы могут быть прописаны разные значения для поля «версия 1С…».
Предположим, что в обновляторе для этой базы прописана другая версия 1с (или там вообще пусто, но при поиске нашлась всё-равно другая) — например, 8.3.21.1393.
И вот у нас в стартере 1с для этой базы прописана 8.3.19.1399, а обновлятор пытается в соответствии со своими настройками выполнить операцию над базой, используя версию 8.3.21.1393.
В этом случае для файловой базы данных платформа 1с завершит аварийно запуск версии 8.3.21.1393 (вернёт код ошибки 1) и сама автоматически перезапустит операцию при помощи версии платформы 8.3.19.1399.
Это приведёт к тому, что операция в обновляторе завершится с ошибками.
Почему поле «Версия 1С:Предприятия» в стартере оказалось заполнено
По умолчанию это поле является пустым:
Вы могли заполнить его самостоятельно, изменив настройки базы в стартере 1С (стандартное окно запуска 1С):
Либо это мог сделать обновлятор, который при включённой опции «Считывать список баз из окна запуска 1с»…
… автоматически синхронизирует некоторые настройки базы (в частности поле «Версия платформы» в свойствах базы) со стартером 1с:
Как исправить
Повторюсь, что указанная проблема возможна только для файловых баз данных.
Нужно воспользоваться одним из следующих решений:
- Либо вернуть в обновляторе синхронизацию баз со стартером 1С, включив под списком баз справа опцию ‘Считывать список баз из окна запуска 1с’. В этом случае обновлятор автоматически будет синхронизировать своё поле «Версия платформы» с полем «Версия 1С:Предприятия» в настройках окна запуска 1С и проблем возникать не будет.
- Либо оставить синхронизацию отключенной, но при этом удалить базу из окна запуска 1С, оставив её только в обновляторе:
- Либо оставить синхронизацию отключенной, но при этом очистить поле «Версия 1С:Предприятия» в настройках базы в стартере 1С:
То есть весь смысл в том, чтобы не допускать ситуации, когда одна и та же база прописана в стандартном окне запуска 1с с не пустым полем «Версия 1С:Предприятия» и в обновляторе с выключенной синхронизацией с этим окном запуска (опция ‘Считывать список баз из окна запуска 1с’ под списком баз справа выключена).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
Содержание:
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.
При обновлении ошибка «ошибка файловой операции» |
Я |
EvgKolivagin
28.12.21 — 14:31
Добрый день!
При обновлении БУХ с версии 3.0.105.45 на версию 3.0.106.40 получаю «ошибка файловой операции». Более никаких сообщений конфигуратор не выдает.
Чистка кэша не не помогла, тестирование исправление не посогло, выгрузка в файловую и обновление там дает тот же результат.
Пробовал на версии платформы 8.3.18.1289 и 8.3.17.1989
Поиск по форуму вроде бы дал результат, но его еще не успел опробовать Ошибка при выполнении файловой операции (попытка обновления)
В обсуждении строка 19
Кто-нибудь сталкивался?
EvgKolivagin
1 — 28.12.21 — 14:50
Подскажите кто-нибудь обновлял с БУХ с версии 3.0.105.45 на версию 3.0.106.40 или на последнюю еще никто не обновлялся?
ДенисЧ
2 — 28.12.21 — 14:55
Конфигуратор 64бит, надеюсь?
Доминошник
3 — 28.12.21 — 14:55
(1) Обновлял
И «руками» и через обновлятор.
На платформе 8.3.16.1814 (для теста — заработают ли «требования к минимальной версии платформы») и на 8.3.19.1351 (и то, и другое — x64)
Проблем — не было (конфигурация БП — типовая, полностью на поддержке)
EvgKolivagin
4 — 28.12.21 — 14:58
(2) Да Конфигуратор х64
EvgKolivagin
5 — 28.12.21 — 14:58
(3) Правда у меня не типовая, но не думаю что это как-то влияет
vtolga
6 — 28.12.21 — 15:38
Проверь место на диске
EvgKolivagin
7 — 28.12.21 — 16:02
(6) Места достаточно
EvgKolivagin
8 — 28.12.21 — 16:04
Думаю дело в том, что есть вот такое ограничение, на которое я не обратил внимания до обновления:
Внимание! Текущая версия конфигурации «Бухгалтерия предприятия» предназначена для использования с версиями технологической платформы 1С:Предприятие 8 не ниже 8.3.18.1732, 8.3.19.1458, 8.3.20.1661.
Сейчас попробую на файловой обновиться.
EvgKolivagin
9 — 28.12.21 — 17:29
После установки платформы 8.3.18.1741 и обновления базы с версии БП 3.0.103.12 на 3.0.105.45 а с нее уже на 3.0.106.40 процесс обновления начался
MWWRuza
10 — 28.12.21 — 17:59
(1) Я сегодня обновлял базовую. По сути, можно было не обновлять, до обновления падала при запуске с похожей ошибкой(только более подробно писала, что именно не может сделать), и после обновления ничего не поменялось. Оказалась проблема с каким-то из патчей, он его куда-то пытался скопировать и это не получалось. Решилось удалением патчей(расширений), на которые ругалось, через дополнительные параметры в окне запуска, так, как версия базовая, просто из конфигуратора удалить патчи нельзя.
MWWRuza
11 — 28.12.21 — 18:02
MWWRuza
12 — 28.12.21 — 18:05
И в статье не полный текст ошибки приведен, у меня в конце было именно про ошибку файловой операции.
PS Обновление платформы до удаления патчей, мне не помогло…
EvgKolivagin
13 — 28.12.21 — 21:12
(10) У меня отсутствуют какие-либо патчи или расширения в моей конфигурации, так что думаю эти проблемы не связаны
МимохожийОднако
14 — 28.12.21 — 21:25
(8) В данном случае надо без раздумий сначала обновить платформу до минимально необходимой
kubik_live
15 — 28.12.21 — 22:30
Обновлялся 3.0.106.40 на платформе 8.3.17.2231 (х64) — файловая, типовая
всё прошло штатно
kubik_live
16 — 28.12.21 — 22:32
(8) В 3.0.106.40 — режим совместимости 8.3.16 стоит…
Ошибка 1С при выполнении файловой операции или Ошибка операции с файлом базы данных, возникает когда 1С не может получить доступ к файлу базы данных, не может найти папку с базой или создать в ней необходимые служебные файлы.
|
| Ошибка 1C при выполнении файловой операции |
Здесь мы видим частный и явно описанный случай проблемы. После обновления Windows на компьютере с базой, бухгалтер со второй машины не смог зайти в базу. Программа выдала ошибку как на скриншоте.
Описание: «Вход пользователя не выполнен из-за ограничений учётной записи. Например, пустые пароли не разрешены; ограничено число входов или включено ограничение политики».
В рассматриваемом примере 1С явно указывает на возможные источники проблемы. После установки патча винда сбросила некоторые настройки сетевой политики безопасности, и по умолчанию перестала пускать пользователей с учёткой без пароля.
Чтобы починить, нужно на ПК с базой зайти в Панель управлени — Центр управления сетями и общим доступом — Изменить дополнительные параметры общего доступа — Все сети — Общий доступ с парольной защитой — установить флаг Отключить общий доступ с парольной защитой.
Если не хочется бродить в недрах панели управления, можно открыть редактор политик напрямую:
Пуск — Выполнить (или Win+R) — secpol.msc;
Переходим в Локальные политики — Параметры безопасности — Учетные записи: разрешить использование пустых паролей только при консольном входе устанавливаем значение Отключен.
Какие ещё причины могут вызвать появление подобной ошибки:
- Некорректная работа антивируса. Обычно этим периодически грешит Касперский: нужно добавить приложение 1С и папки с базами в исключение. Иногда помогает только полная переустановка антивируса.
- Некорректная настройка общего доступа к папке с базой: нет прав у конкретного пользователя или прав на запись/изменение в папку. Проверить это очень просто: нужно перейти в папку (можно скопировать путь из окна запуска 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, может быть как то с этим связано.
Ошибка обновления базы в режиме 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)
-
06.02.2023, 23:02
#9671
Пришел за помощью
Re: Эмуляторы для 8.x
Встроенный от калуга астрал отвалился, запрашивает серт и потом плюется ошибка соединения.
-
06.02.2023, 23:04
#9672
Пришел за помощью
Re: Эмуляторы для 8.x
Сообщение от Papilion
У вас 1С ЭДО не работает или выгрузка для Контура? Какая ошибка?
Встроенный от калуга астрал, грешу на обновленный inet.dll
После подтверждения серта пишет ошибку.
-
06.02.2023, 23:36
#9673
Гость форума
Re: Эмуляторы для 8.x
Добрый вечер! Платформа 8.3.22.1709. Месяц проработала нормально, на эмуляторах. Клиент-серверный режим работы MS SQL. Сегодня с утра выпала ошибка: Ошибка при выполнении файловой операции . Unknown exception. При открытии Администрирования серверов 1с:Предриятие выходит предупреждение: Ошибка получения списка сеансов: Ошибка операции администрирования Ошибка при выполнении файловой операции . Unknown exception.
Попробовали создать чистую базу на сервере, вышла та же ошибка Ошибка при выполнении файловой операции . Unknown exception. Попробовали создать чистую базу файловую, все нормально открылось.
Может кто-нибудь сталкивался с такой проблемой?
-
07.02.2023, 01:01
#9674
Помогает людям
Re: Эмуляторы для 8.x
Сообщение от Галина93
Добрый вечер! Платформа 8.3.22.1709. Месяц проработала нормально, на эмуляторах. Клиент-серверный режим работы MS SQL. Сегодня с утра выпала ошибка: Ошибка при выполнении файловой операции . Unknown exception. При открытии Администрирования серверов 1с:Предриятие выходит предупреждение: Ошибка получения списка сеансов: Ошибка операции администрирования Ошибка при выполнении файловой операции . Unknown exception.
Попробовали создать чистую базу на сервере, вышла та же ошибка Ошибка при выполнении файловой операции . Unknown exception. Попробовали создать чистую базу файловую, все нормально открылось.
Может кто-нибудь сталкивался с такой проблемой?Скорее всего у вас проблемы не связанные с активацией. А сбой в работе скл был или базы. Это бывает. На этот случай бэкапы делают.
Telegram: @ptpvx +79992222121
-
07.02.2023, 07:12
#9675
Пришел за помощью
Re: Эмуляторы для 8.x
Сообщение от Галина93
Добрый вечер! Платформа 8.3.22.1709. Месяц проработала нормально, на эмуляторах. Клиент-серверный режим работы MS SQL. Сегодня с утра выпала ошибка: Ошибка при выполнении файловой операции . Unknown exception. При открытии Администрирования серверов 1с:Предриятие выходит предупреждение: Ошибка получения списка сеансов: Ошибка операции администрирования Ошибка при выполнении файловой операции . Unknown exception.
Попробовали создать чистую базу на сервере, вышла та же ошибка Ошибка при выполнении файловой операции . Unknown exception. Попробовали создать чистую базу файловую, все нормально открылось.
Может кто-нибудь сталкивался с такой проблемой?глупый вопрос, но все же задам. на дисках, где базы лежат и папка сервера 1С, много свободного места?
-
07.02.2023, 09:32
#9676
Гость форума
Re: Эмуляторы для 8.x
Приветствую всех. При первоначальном кипише в ноябре месяце была установлена Pucelle, запущена платформа (8.3.22.1709) и поехали работать. Три разнесенных сервера, около 40 баз. Как файловые так и скулевские. Всё шуршит, туда не лазили с момента установки. Конфы обновляются. Патч для Рекомендуемой версии платформы установлен изначально. Спасибо тем кто создал это противоядие.
Теперь к неудобству. На двух файловых базах, работающих через IIS публикацию, раз в 15 минут вылазит сообщение «проверка лицензионного использования не выполнялась» и выскакивает окно о вводе данных ИТС. Понятно что ИТС нет и не ожидается.
Решение предложенное блокировать всплывающие окна (kWnd) не помогает. Весь геммор, в том что с этими базами работаю я и это люто бесит.
Есть варианты решения этой болячки? Через Tool_1CD или ещё какие либо приблуды?
Заранее благодарю.
ЗЫ Ссылки ведущие в скрытый раздел форума для меня не доступны.
-
07.02.2023, 10:14
#9677
Гость форума
Re: Эмуляторы для 8.x
-
07.02.2023, 10:42
#9678
Иногда оказывает помощь
Re: Эмуляторы для 8.x
Обновление для HASPEMUL 1.5
Изменения в 1.5.1:
— оптимизация кода Панели управления
— исправлена ошибка — нельзя было выключить автозагрузку HASP LM
— добавлены дампы ключей ORG8B 500 (без поля EDStruct, не будет работать толстый клиент)Как обновить:
1. Положить содержимое архива в папку IPprivate
2. Выйти в командную строку на ВМ и выполнить команды
# sudo cp /opt/hec/keydumps/private/control /opt/hec/
# sudo cp /opt/hec/keydumps/private/keydumps/* /opt/hec/keydumps/
# sudo rm -f /opt/hec/keydumps/private/control
# sudo rm -rf /opt/hec/keydumps/private/keydumps
# sudo controlСкрытый текст
Последний раз редактировалось yurykk; 07.02.2023 в 11:05.
-
5 пользователя(ей) сказали cпасибо:
a090588 (Сегодня), cray_ (07.02.2023), olegtelec (08.02.2023), Timothy6551 (07.02.2023), Vertex70 (Вчера)
-
07.02.2023, 10:49
#9679
Помогает людям
Re: Эмуляторы для 8.x
Сообщение от yurykk
Обновление для HASPEMUL 1.5
Изменения в 1.5.1:
— оптимизация кода Панели управления
— исправлена ошибка — нельзя было выключить автозагрузку HASP LM
— добавлены дампы ключей ORG8B 500 (без поля EDStruct, не будет работать толстый клиент)Как обновить:
1. Положить содержимое архива в папку IPprivate
2. Выйти в командную строку на ВМ и выполнить команды
# sudo cp /opt/hec/keydumps/private/control /opt/hec/
# sudo cp /opt/hec/keydumps/private/keydumps/* /opt/hec/keydumps/
# sudo rm -f /opt/hec/keydumps/private/control
# sudo rm -rf /opt/hec/keydumps/private/keydumps
# sudo controlСкрытый текст
Как быстро ты выпускаешь апдейты)))
Telegram: @ptpvx +79992222121
-
07.02.2023, 11:00
#9680
Гость форума
Re: Эмуляторы для 8.x
Scratch_sv, я вроде писал «Решение предложенное блокировать всплывающие окна (kWnd) не помогает.» Читаем повнимательнее.
Похожие темы
-
Ответов: 211
Последнее сообщение: 14.10.2021, 12:01
-
Ответов: 9
Последнее сообщение: 15.08.2011, 07:45
-
Ответов: 10
Последнее сообщение: 23.06.2010, 16:45
-
Ответов: 0
Последнее сообщение: 15.04.2010, 11:41
-
Ответов: 0
Последнее сообщение: 27.10.2009, 08:25
Социальные закладки
Социальные закладки
Ваши права
- Вы не можете создавать новые темы
- Вы не можете отвечать в темах
- Вы не можете прикреплять вложения
- Вы не можете редактировать свои сообщения
- BB коды Вкл.
- Смайлы Вкл.
- [IMG] код Вкл.
- [VIDEO] код Вкл.
- HTML код Выкл.
Правила форума