Ошибка операции администрирования ошибка при выполнении файловой операции

Содержание:

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С не были исключением, обновление происходило по быстрому варианты. Тут подразумевается накатывание более новой версии ОС по верх старой, тут мы убивали двух зайцев:

1. Получали свежую версию ОС
2. Оставляли весь софт на сервере, и не требовалась его переустановка

В случае чего всегда можно было откатиться из снапшота на момент проведения работ, благо 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С) и попробовать создать в ней любой файл. Хотя бы обычный текстовый документ. Если не получается или папка не открывается — скорее всего оно.

Ivan_495

17.02.20 — 19:47

Ivan_495

1 — 17.02.20 — 20:00

делаю реструктуризация , вылетает такая же ошибка

Ivan_495

2 — 17.02.20 — 20:02

1С:Предприятие 8.3 (8.3.16.1148) Бухгалтерия предприятия, редакция 3.0 (3.0.70.33)

МихаилМ

3 — 17.02.20 — 20:03

продолжайте наблюдение

Ivan_495

4 — 17.02.20 — 20:07

Получается галку включить учет по подразделениям в плане счетов использовать нельзя?

Ivan_495

5 — 17.02.20 — 20:18

ошибки возникают в sql базе, если тоже само делаю в файловой проходит без ошибок

Midrash

6 — 17.02.20 — 20:19

(5) Иван, по ходу вы обращаетесь в базу с неправильными реквизитами

Ivan_495

7 — 17.02.20 — 20:22

(6) что значит неправильный реквизит?

Midrash

8 — 17.02.20 — 20:22

(7) логин, пароль, имя хоста, имя базы

Ivan_495

9 — 17.02.20 — 20:25

(8) нет с этим все правильно делаю др изменения в конфе все обновляется нормально

Midrash

10 — 17.02.20 — 20:26

(9) ошибка при выводе на файловую систему?

Ivan_495

11 — 17.02.20 — 20:27

здесь ошибка идет после реструктуризации плана счетов

Midrash

12 — 17.02.20 — 20:28

(11) проверьте настройку плана счетов

Ivan_495

13 — 17.02.20 — 20:32

(12) что имеете ввиду?

Midrash

14 — 17.02.20 — 20:42

(13) План счетов менялся?

Ivan_495

15 — 17.02.20 — 20:43

да

Midrash

16 — 17.02.20 — 20:43

Вообще DBNames содержит описание guid метаданных. Вполне возможно что таблицы повреждены

Midrash

17 — 17.02.20 — 20:44

залить дтшник  на чистую базу?

Ivan_495

18 — 17.02.20 — 20:44

посмотрел настройки, получается 50.1 в конфигураторе вообще нельзя трогать

Ivan_495

19 — 17.02.20 — 20:45

dt выгружается но не загружается , тоже ошибка прет

ГдеСобакаЗарыта

20 — 17.02.20 — 20:46

Учет по подразделениям только в КОРП. В проф работать не будет

Ivan_495

21 — 17.02.20 — 20:48

Добавил доп счет с галкой «учет по подразделениям» обновился без проблем

Ivan_495

22 — 17.02.20 — 20:48

не ужели корректировку 50.1 на уровне sql запретили?

ГдеСобакаЗарыта

23 — 17.02.20 — 20:53

Добавь субконто если сильно хочется. Но лучше не надо. Или пусть забудут про свою хотелку или переходят на КОРП.

МихаилМ

24 — 17.02.20 — 20:54

Ivan_495

25 — 17.02.20 — 21:18

(23) после добавления субконто подр на 50.1 , при обновлении возникает та же ошибка.

Ivan_495

26 — 17.02.20 — 21:19

видимо в sql написан скрипт запрещающий трогать 50.1

Ivan_495

27 — 17.02.20 — 21:24

кто- нибудь на своей базе sql бп поставьте галку вести учет по подр на 50.1 будет ошибка или нет интересно, мне проверить не на чем

МихаилМ

28 — 17.02.20 — 21:24

(26) верх глупости

shuhard

29 — 17.02.20 — 21:29

Ivan_495

30 — 17.02.20 — 21:29

сам ты глупость, при обновлении видел в конфигураторе указатель для счетов с использованием подразделений проф и корп, да, нет

Ivan_495

31 — 17.02.20 — 21:30

увеличение пакетов не помогает

Ivan_495

32 — 17.02.20 — 21:31

на 50.1 в конфигураторе написано учет по подразделениям использовать для корп , да,

Ivan_495

33 — 17.02.20 — 21:31

для проф нет

Ivan_495

34 — 17.02.20 — 21:33

(29) какая у тебя трава умник

Ivan_495

35 — 17.02.20 — 21:33

пишите по делу, спамит нефиг

МихаилМ

36 — 17.02.20 — 21:44

Фрэнки

37 — 17.02.20 — 22:10

(36) но на самом деле, если у них такое маниакальное желание обзавестись подразделениями по все места — пусть БП КОРП купят, а затем уже и на часы по 5 труб раскошеливаются

МихаилМ

38 — 17.02.20 — 22:26

(37) у (0) проблема в  бд 1с8 . он не сможет объединить конфу .

Umga2002

39 — 18.02.20 — 07:00

Затейник

40 — 18.02.20 — 09:11

Сначала определитесь, нужно вести подразделения или нет. Если нужен учет, то приобретайте версию КОРП. Хватит поощрять ежеминутные хотелки Бухгалтеров. Решайте проблему в целом!

Затейник

41 — 18.02.20 — 09:13

+(40) После добавления подразделения бухгалтер захочет кассовую книгу по подразделению. Потом захочет Регламентированную отчетность, вы планируете самостоятельно все это дописывать?

Ivan_495

42 — 18.02.20 — 10:07

если проблема в базе, почему в файловой добавление учета по подразделениям на 50.1 проходит без ошибок?

Ошибка обновления базы в режиме 1С: Предприятие: Ошибка при выполнении файловой операции ‘v8srvr://server/Config/’ по причине: Ошибка при выполнении файловой операции Попытка поместить указатель на файл перед началом файла

0

— 31.10.2014 — 10:46

Люди добные и не очень, ай нид ваш хелп. Второй день мудохаюсь, а просветление не приходит.

1

— 31.10.2014 — 10:54

т.е. вот такую ругань я имел в виду:
«ошибка при выполнении файловой операции ‘c:documents and settingsuserlocal settingtemp1v8_2b_2c.tmp’»

2

— 31.10.2014 — 17:43

с одной стороны, в файликах *.tmp иногда встречаются всякие вирусопакости, поэтому вроде бы исключать *.tmp из антивируса нельзя.
но, а с другой стороны, нафига вообще держать на сервере доброго каспера?

зы: это все к тому, что ты все прекрасно описал и платформу и конфигурацию и sql упомянул, и терминал.. молодец, чЁ.

только про антивирус на сервере ни слова. Про его наличие/отсутствие. про его настройки/исключения в случае наличия.
ни гу-гу.

3

— 01.11.2014 — 08:49

Нету антивируса на сервере. На локальной аваст стоит.

4

— 03.11.2014 — 00:27

все еще актуально

5

— 03.11.2014 — 17:07

проверить базу чинилкой не пробовали ?
http://helpme1c.ru/kak-sdelat-testir…-redakciya-3-0

http://1c-sfera.ru/index.php/adminis…-v-nej-oshibki

ЗЫ база в дт выгружается?

6

— 03.11.2014 — 20:21

Было такое же, кстати, недавно. Проверки ничего не находили, все выгружалось-загружалось, а при обновлении стабильно валилось с аналогичной ошибкой во временном файле.
Так и не решили, с админом искали и ничего не нашли в тот момент, потом та виртуалка рухнула, а на текущей вроде все обновляется.
На 8.3.4 было, кстати.

7

— 04.11.2014 — 10:07

в том то и прикол, что

и да, на ошибки проверял, никаких проблем не обнаружено

8

— 04.11.2014 — 10:38

хмм мну бы посмотрел на бэкапирование обоими способами, скуль, выгрузка в дт
ЗЫ еще бы и конфигурацию отдельно в цф выгружал

9

— 04.11.2014 — 10:50

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

10

— 04.11.2014 — 11:07

(9) две разных копии БД и еще одну чистую конфигурацию
ЗЫ сдается мне что при переносе на другой сервер и залитие в SQL предварительно запустив исправление целостности на файловой базе — ошибка исчезнет
ЗЫЫ еще сдается мне проверку на обновление таки проверить … возможно конфигурация поставщика не была обновлена и/или не до конца, в похожих случаях пробую на копии накатить поверх ЦФ от полного нового релиза — пока помогало

11

— 04.11.2014 — 12:37

Мне кажется ТИИ ведь никак не проверяет конфигурацию поставщика?

А то в свете — (0) «Причем если, снять конфигурацию с поддержки, и внести какие-нибдуь изменения ручками, то все нормально сохраняется и работает» похоже на глюканувшую конфигурацию поставщика. так что (10) +

12

— 08.11.2014 — 20:44

Ну вроде удалось победить проблему, по крайней мере на тестовой базе все заработало.
Для этого пришлось выгрузить конфигурацию и ИБ в файл. Потом нафиг удалить(!) базу SQL, создать ее занова, и только тогда загружать в нее ранее выгруженные конфигурацию и ИБ. Перед загрузкой еще пришлось перезагрузить сервисы скуля и 1С, иначе вываливалось с ошибкой. При этом база ужалась в 10! раз (с 59Гб до 5Гб), обновление накатилось нормально, и вроде все данные на месте, ничего не поехало.

Что интересно, скульную базу, перед тем как полностью грохнуть, пробовал чистить и ужимать по всякому, но даже после удаления всех данных (путем удаления базы 1С в режиме очистки базы) ее размер оставался больше 50 Гб. При этом все проверки ТИИ проходили нормально. Вобщем, поразвлекался на выходных на славу. Всем спасибо за внимание, надеюсь кому-нибудь мой опыт будет полезен.