Ошибка при выполнении файловой операции 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 «Ошибка при выполнении файловой операции» больше не возникнет. Спасибо за внимание!
При обновлении стала выходить ошибка "Ошибка выполнения файловой операции", далее выходит окно "Файл не содержит доступных обновлений", хотя в списке есть наш релиз.
Конфигурация ЗУП 3.0, включена возможность редактирования - добавлены свои новые объекты, только для некоторых объектов включена "Редактируется с сохранением поддержки", остальные "Не редактируется".
Пробовал снимать с поддержки, далее объединил с типовым релизом, проблема как бы ушла, обновление пошло. Но все типовые объекты конфигурации стали с признаком "Редактируется с сохранением поддержки", хотя по идее у меня было таких объектов не более 5 наверное.
Как-то можно решить эту проблему, чтобы и обновление было возможно и объекты были "Не редактируется" как раньше.
(1) Sergey_SP, если обновления не проходят а в списке указан подходящий релиз , то скорее всего у вас не обновилась конфигурация поставщика. Вам нужно посмотреть через меню конфигурация -поддержка-настройка поддержки какого релиза у вас конфигурация поставщике и какой релиз основной конфигурации ( справка о программе) они должны совпадать
(2) vadim1011985, нет дело не в этом, релизы совпадают. по поводу остального (временные файлы чистить, базу перенести на другой ПК и т.д.) всё уже пробовал.
К (1) - Ещё можно посмотреть, активен ли в меню "Конфигурация" пункт "F7 Обновить конфигурацию базы данных". Если активен - снять бэкап, копию папки с базой и попробовать применить.
Чтобы вернуться на поддержку, надо выгрузить cf из типовой базы нужного релиза, полностью снять базу с поддержки и загрузить типовой cf через "Конфигурация" - "Загрузить конфигурацию из файла". Разумеется, сначала на копии базы.
(5) Sergey_SP, значит сначала делаете 100% типовую базу, частично снимаете с поддержки, перетаскиваете мышкой или копипастом все свои наработки, можно и сравнить объединить попробовать.
Потом выгрузить CF и уже его по выше описанной схеме применить к базе
(1) Sergey_SP, "Пробовал снимать с поддержки, далее объединил с типовым релизом " отсюда и ноги растут. Объединение и обновление - разные вещи. Вы проверьте в конфигураторе релиз конфигурации поставщика и релиз конфигурации БД. Не справка - о программе, а в свойствах.
(1)Добрый день!
А может быть такое, что, например, синоним у базы поменяли перед последним обновлением?
Хотя скорее всего правы в (8) и (9) - проблемы с конфигурацией поставщика.
(10) Если просто синоним, то должна конфигурация поставщика открываться нормально, ей же не важно какой синоним. В моем случае на любое действие с конфигурацией поставщика эта ошибка была.
Сталкивался с такой же проблемой, при чем с несколькими базами у разных клиентов, конфигурации Бухгалтерия 3.0 и ЗУП 2.5, базы серверные MSSQL. Проблема в том, что по каким-то причинам "рушится" конфигурация поставщика. При этом в настройке поддержки она показывается как правильная версия, но при попытке сравнить с конфигурацией поставщика или сохранить ее в файл, тоже вылетает эта же ошибка, при попытке открыть конфигурацию поставщика - ошибка и открывается пустая конфигурация. Предыдущие обновления проходили в штатном режиме, без ошибок. Т.е. причина ошибки не понятна. Лечил как уже писали выше, снятием с поддержки и загрузкой типовой конфигурации через Загрузить конфигурацию. Если база измененная, подготавливаем типовую, в нее добавляем свои объекты, обязательно копи-пастом и загружаем. С двумя такими базами все норм. С одной проблема повторилась через два-три обновления. В одной базе при загрузке типовой конфигурации не находило соответствия нескольким регистрам сведений, т.е. удаляла существующий и добавляла новый из типовой. В моем случае было не критично, но возможна потеря данных, так что не забываем бэкапиться перед исправлениями.
Smallrat; Hoper1981; Andreyyy; dima_gsv; MikZ; ram3; user992178; Somebody1; SkyOl; Nik_Name; + 10 – Ответить
Последнее время регулярно с этим сталкиваюсь. Скачиваю обновления, разворачиваю на съемном диске, устанавливаю, копирую CFU. Потом готовую папку отправляю в облако. Пытаюсь обновить с диска - файловая ошибка, нет доступных обновлений, а когда взял из облака, отлично обновилось. Ну ладно, повредился файл. Взял в облаке, скопировал к себе. Не обновляет. Сравниваю, размер один в один, еще раз копирую, фиг. Из облака отлично обновляет. Начал грешить на диск. Перенес данные, проверил диск, форматнул на всякий случай, вернул. Возвращал в другом порядке. Заработало. Скачал следующее, опять тоже, с этого диска отнес на облако. С диска не работает, с облака пожалуйста. Ладно умер диск, отложил взял другой, другой фирмы, другого размера. Сегодня та же хрень.Развернул на диске, скопировал в облако. На диске не работает, в облаке чудесно. Стер папку, скачал обновление вновь, развернул, достал CFU - НЕ РАБОТАЕТ. Ну не могут два диска одинаково умереть. Причина в чем-то другом.
Мучаемся с этим уже пару лет. Конфигурация УПП 1.3, на поддержке с возможностью редактирования. База на MSSQL 2008R2. Запрос в техподдержку результата не не дал. Недельная переписка. отправка базы и т.п.
Платформа 8.3.10, началось еще с 8.2. Разницы никакой. Танцы с бубном вокруг снятия/установки поддержки, обновления в штатном режиме и через некоторое время все по новой. Держу на готове пустую базу с типовой последнего установленного релиза. Выгружаю оттуда конфигурацию поставщика и накатываю на свою.
Надоело просто жуть. Но решения так и не нашли пока.
Уж по скольку занялся этой темой выложу свои мысли, так сказать в качестве "Бреда" сюда.
Анализировал таблицу [dbo].[Config] . На сколько мне известно самая жирная запись и содержит конфигурацию поставщика (но это не точно :) ). Технология хранения мне мало известна, по этому все сказанное лишь догадки.
Так вот, в испорченной базе, в этой самой жирной сроке (у меня она больше 314 мб) обнаружил, что большая часть этой строки (72%) состоит из повторяющихся блоков "3C2D554E494E495449414C495A45442D3E". В копии базы того же релиза этого нет.
Выгрузил ее сначала в символьном виде.
Потом выгрузил в бинарном виде и понял, что текст "".
Проводил эксперимент с копией базы. Если снимать конфигурацию с поддержки, то эта строка полностью не очищается. Становится меньше значительно, но полностью не очищается. Могу предположить, что в ней живет не только конфигурация поставщика. И удалять ее (как читал где-то в интернетах) я бы не стал, дабы не грохнуть рабочую конфигурацию.
Суть задумки проста. Хочу хранить конфигурацию поставщика в резерве и в случае такой напасти опять, просто скопировать в нужное место. (мало вероятно, но вдруг прокатит) Уж больно надоело танцевать с бубном.
Остались вопросы.
1. Где почитать про технологию хранения метаданных 1С v8.3 (SQL)?
2. Какова природа возникновения этой проблемы?
3. Не виновато ли в этом динамическое обновление конфигурации?
Столкнулся с такой же проблемой. Что сделал:
1. Взял типовую конф-ю того же релиза
2. Включил в ней возможность редактирования с сохранением поддержки для всех объектов
3. Натянул на нее cf сохраненный из проблемной базы, принял изменения
4. Сохранил конф-ю после объединения
5. Загрузил сохраненную конф-ю в проблеммную базу, принял изменения (при принятии были предупреждения, похоже это те объекты метаданных, которые умерли в конф-ии поставщика)
6. Профит, обновление прошло нормально.
снять с поддержки, загрузить cf такого же релиза, база встанет на поддержку сама и, после загрузки cf, можно обновляться дальше без проблем.
на sql все отработало.
А я сформировала файл обновления (чтобы все настройки сохранились), потом его же загрузила через "загрузить конфигурацию". И потом дальше обновляла без проблем. Отработало на файловом режиме
Тоже столкнулся с ошибкой "Ошибка выполнения файловой операции". При попытке обновить конфу файлом .cfu поставщика (Поддержка - Обновить конфу).
Так же, решилось восстановлением конфигурации поставщика.
Порядок по памяти:
1) сохранил имеющуюся конфу в .cf
2) загрузил конфу поставщика (.cf) с поставкой на поддержку (изменения не принимал)
3) включил в конфе возможность редактирования с сохранением поддержки для всех объектов
4) накатил свои наработки из конфы .cf на (1) шаге с помощью сравнения-объединения
5) принял изменения
Столкнулся вот с такой проблемой. Уверен, что дело не в обновлении и не в 1с. В последнее время с SQL что-то происходит, после перехода на новую платформу. Уже одну базу полностью обновил и только после внесения ее в предприятие при последующем обновлении появилась ошибка "Ошибка при выполнении файловой операции". А сейчас, после обновления конфы и когда нажимаю "Обновить конфигурацию базы данных", вылетает ошибка. При обновлении на другой базе, вообще писало, что не хватает памяти, хотя она есть. Что это вообще за ошибка и точно, из-за чего это происходит, Скуль?
Пробовала на тестовой базе выгрузку/загрузку DT, также пробовала увеличение пакетов (Network packet Size) до 16388. Не помогает.
Пыталась поставить ниже версию 3,0,75,37, тоже самое и та же ошибка.
Сейчас пробую для узлов в БД, которые либо помечены на удаление, либо не используемые в текущем плане обмена, удалить из регистра сведений версии объектов (с ними,надеюсь и удаляться данные таблицы NG_ регистраций изменений) записи. Может это сработает.
На данный момент вышла еще версия поставщика 3_0_75_93, тоже попробую поставить.
Если кто-то сталкивался именно с такой проблемой и ее преодолел, напишите, пожалуйста. Время уходит, бухгалтерия очень злится), самооценка падает.
Залезла в SQL, нашла таблицу Регистра сведений Версии объектов (у нас dbo._InfoRg18640). Эта таблица даже не имеет таблицы dbo._InfoRg18640NG. Возник вопрос: а что тогда реструктуризирует 1С при обновлении, какие записи? В панели состояния написано" реструктуризация РегистрСведений.ВерсииОбъектов таблица регистрации изменений : 80401000. Помогите, плиз
Аналогичная ситуация на той же платформе (8.3.15.1830) пытаюсь обновить БСО. Появилась, как раз после повышения платформы. Среди попробованного для решения этой проблемы, только чистка кеша привела к тому, что смог обновиться на один релиз из 3-х необходимых, после этого опять вываливается с ошибкой. Причем ранее на той же платформе обновляя ЗУП (5 релизов) дважды сталкивался с этой ошибкой, но там после перезапуска обновления оно завершалось нормально.
Приветствую, коллеги! В данной статье будет описана ошибка «Ошибка при выполнении файловой операции», и подробно рассмотрены способы ее устранения.
Когда происходит обновление конфигураций в 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С 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 «Ошибка при выполнении файловой операции» больше не возникнет. Спасибо за внимание!
Читайте также: