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

Содержание:

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 «Ошибка при выполнении файловой операции» больше не возникнет. Спасибо за внимание!

Специалист компании «Кодерлайн»

Айдар Фархутдинов

Описание ошибки:
При обновлении конфигурации 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)

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

Я

   orangekrs

06.07.15 — 06:54

   France

1 — 06.07.15 — 06:58

temp создается более 4 гектаров и валится…

сам воюю…

   orangekrs

2 — 06.07.15 — 06:59

Где он создается ? Если в оперативе, то не видно по диспетчеру, если на диске, то при NTFS в чем проблема ?

   orangekrs

3 — 06.07.15 — 07:00

+(0) chdbfl ошибок в базе не нашло

   Jump

4 — 06.07.15 — 07:03

(3)А посмотри размер темпа (путь указан в ошибке).

Ну и SMART диска глянь.

   Jump

5 — 06.07.15 — 07:04

Диск цэ тоже на ссд? Свободного места на  диске цэ достаточно?

   France

6 — 06.07.15 — 07:05

(2) насчет нтфс — верно заметил… но то, что валится из-за tmp файлов — факт.. на всех релизах этого года.. база не файловая.. (5) наличие свободного пространства на эту ошибку не влияет…

зы.. у мну не обновление валиться.. обработка..

   orangekrs

7 — 06.07.15 — 07:06

(5) Да, да. Свободно 30гб (мониторю при обновлении — до ошибки 2гб только съедает)

   France

8 — 06.07.15 — 07:07

да, автор, а что за релиз платформы странный — 2076?

   orangekrs

9 — 06.07.15 — 07:09

Что ещё интересно. Имя темпового файла все время разное, когда появляется ошибка, сообщающая о проблемном файле, по указанному пути я его не нахожу. Возможно, он удаляется к моменту ошибки, а возможно ошибка и есть в том, что он не создается… Мда… у кого нибудь кроме (8) есть ещё эта беда ? France, давно бьешся ? Есть мысли как побороть ?

   France

10 — 06.07.15 — 07:09

забавно бывает в этот момент наблюдать диаграмму потребления памяти: почти идеальная пилообразная синусоида))

   ЧеловекДуши

11 — 06.07.15 — 07:10

Сделай просто. Установи SQL, обновись. Коль у тебя делается такой странный рефакторинг данных.

А затем опять верни все в файловый вариант

   МимохожийОднако

12 — 06.07.15 — 07:10

(8)Выпущен 26.06.2015

   orangekrs

13 — 06.07.15 — 07:10

   ЧеловекДуши

14 — 06.07.15 — 07:10

   orangekrs

15 — 06.07.15 — 07:11

(14) Не, это меня не удивляет, так, для протокола написал )

   ЧеловекДуши

16 — 06.07.15 — 07:11

(13) Потому, что люди «очкуют» на рабочей БД быть Альфа тестерами. А вы нет

   МимохожийОднако

17 — 06.07.15 — 07:11

(0)Какая конфигурация? Самопал?

   France

18 — 06.07.15 — 07:12

   orangekrs

19 — 06.07.15 — 07:12

(17) БИТ:Строительство — надстройка над БП3

(им первым делом вопрос озвучил — думают чем помочь, естественно, отрицают, что проблема у них )) )

   ЧеловекДуши

20 — 06.07.15 — 07:12

   МимохожийОднако

21 — 06.07.15 — 07:12

(0)А БИТ-овцы что говорят?

   France

22 — 06.07.15 — 07:13

кажись, проблема появилась с выходом 8.3.6.. и усугубилась на 8.3.6.2041

   ЧеловекДуши

23 — 06.07.15 — 07:13

(19) И правильно отрицают. Сколько статей в инете по поводу того, что файловый вариант 1С очень нестабилен и в основном для Бета тестеров

   orangekrs

24 — 06.07.15 — 07:14

(19) Так и думал, что будет подобный пост )

   orangekrs

25 — 06.07.15 — 07:14

France, дык, беда и при 8.3.5… или это из-за того, что 8.3.6 обновлял…

   France

26 — 06.07.15 — 07:14

(23) у меня то не файловая версия.. а что ни на есть серверная..

   orangekrs

27 — 06.07.15 — 07:15

Мда…прикольно будет, если сейчас накачу сервер на MSSQL и та же борода будет…

   France

28 — 06.07.15 — 07:15

(25) на 8.3.5, вроде как, хоть и очччччень медленно, но все же работало.. на 8.3.6 — местами работало, сейчас затык полный..

   Jump

29 — 06.07.15 — 07:19

(23)Да что вы до файлового докопались. Нормальный стабильный вариант если база небольшая и пользователей мало.

А ежели у 1с проблемы, то это и на файловом вылазит и на скуле.

   orangekrs

30 — 06.07.15 — 07:20

Чего делать то ) ?

Вариант молча встать и пойти на выход припасён на крайний случай )

   Jump

31 — 06.07.15 — 07:22

(30)Ну для начала попробуй обновить на более старом релизе платформы.

   Jump

32 — 06.07.15 — 07:23

(31)А еще лучше выгрузи базу и попробуй обновить на другой машине.

   МимохожийОднако

33 — 06.07.15 — 07:24

(32)Лучше копированием каталога для файловых версий.

   orangekrs

34 — 06.07.15 — 07:24

(4) Темп вообще очищал. При запуске обновления в 1С создается пара файлов по 300 мб. Smart говорит что SSD еще лет 10 будет жить

   orangekrs

35 — 06.07.15 — 07:25

(31),(32),(33) Ооок. Ща, пойду выгоню с компа какого-нибудь юзера.

   Провинциальный 1сник

36 — 06.07.15 — 07:37

(28) А у меня наоборот положительные ощущения от 8.3.6. В 8.3.5 достали вылеты модуля веб-сервера с ошибкой клиента «сеанс отсутствует или удален», а в 8.3.6.1977 с момента установки уже месяц ни одного вылета.

   France

37 — 06.07.15 — 07:38

веб-сервисы и у меня замечательно работают..

   zak555

38 — 06.07.15 — 07:39

Может из-за того, что приложение 1cv8 x32 не видит больше 2 гб ?

   Провинциальный 1сник

39 — 06.07.15 — 07:41

(37) А как еще можно работать с файловой базой? Вариантов нет, файл-серверный режим — отстой по определению.

   orangekrs

40 — 06.07.15 — 07:41

(38) где и чего оно не видит 2гб ?

   orangekrs

41 — 06.07.15 — 07:55

Хм…на другом компе с платформой 8.3.5.1517 началось сравнение объектов. Попробую сейчас на своем такую же установить

   France

42 — 06.07.15 — 07:56

операционка какая??

   orangekrs

43 — 06.07.15 — 08:36

Результат: на другом компе с ОС: Win8.1, 1С 8.3.5.1517 эта же база (скопировал каталог) норм обновилась. Буду искать проблему на своём компе. Большое спасибо всем неравнодушным!

   orangekrs

44 — 06.07.15 — 08:36

(42) На моем компе Win7 32бита, на компе где удачно прошло win 8.1 64бита

   France

45 — 06.07.15 — 08:38

(43) а на своем компе что за операционка?? у мну 8.0 — на нем с ошибкой не вываливается.. на вин 2009 R2 — вываливается..

(45) Прикольно…на 8 не вываливается ошибка получается…

Обновлено 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С.

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

Из дополнительных методов я могу вам посоветовать еще очистку кэша 1С. Еще в на умных сайтах советуют на серверах, где используется 1С отключать протокол IPv6 на сетевых интерфейсах, но лично я не понимаю этого прикола, так как сама Microsoft советует по возможности этого не делать, в виду того, что очень многие ее сервисы и компоненты Windows в приоритете используют именно его, меньше будет проблем с DNS и Active Directory.

Вообще если у вас виртуальные сервера лежат на системе хранения данных, то у нее должна быть своя функция дедупликации и использовать лучше и правильнее ее. Если у вас есть другие варианты решения данной проблемы, то пишите их в комментариях. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.