Файл cfu что это
Создание файлов поставки и поддержки
Процесс формирования файлов поставки и поддержки подразумевает создание в режиме Конфигуратор следующих файлов:
Стандартная структура каталогов файлов поставки и обновления
Механизм поставки конфигураций предлагает определенную схему размещения на диске файлов поставки и поддержки разных версий.
В диалоге «Создание файлов поставки и обновления конфигурации» нажав кнопку «Каталог файлов поставки» можно задать корневой каталог для размещения создаваемых файлов. Файлы поставки и обновления будут по умолчанию располагаться в подкаталогах, имеющих имена, соответствующие свойству «Версия» конфигурации.
Использование этой схемы позволит упростить подготовку обновлений для новых версий конфигурации, как это будет описано ниже. Следует иметь в виду, что корневой каталог не сохраняется внутри самой конфигурации и будет изменен при переносе файла информационной базы «.1cd» на другой компьютер.
Создание файла поставки
Файлы поставки создаются в выбранном каталоге файлов поставки при установленном флажке «Создать файл поставки» в диалоге создания фалов поставки и обновления конфигурации.
Внимание. Недопустимо создавать файлы поставки в той конфигурации, которая находится у самой себя на поддержке.
Примечание. Если такая ситуация произошла, то при подготовке очередной версии поставки поставщику следует разослать пользователям только «новый файл» конфигурации (*.cf). Только так «обновленная конфигурация», находящаяся на поддержке, может быть правильно обновлена.
Создание файлов обновления конфигурации
Файл обновления создается одновременно с файлом поставки в диалоге «Создание файлов поставки и обновления» при установленных флажках «Создать файл поставки» и «Создать файл обновления конфигурации». При этом может быть создан только один файл обновления. Для создания нескольких файлов обновления для разного набора предыдущих версий следует выполнить процедуру создания файлов обновления несколько раз, используя разные каталоги файлов поставки.
Для выбора файлов предыдущих версий можно пользоваться как кнопкой «Добавить» и прямым выбором файла, так и кнопкой «Добавить из предыдущих версий», которая сама найдет и предложит для выбора файлы, если они были размещены на диске в соответствии с описанной выше стандартной структурой каталогов.
С помощью команды «Добавить» можно указать и файлы других конфигураций. После этого обновление может быть выполнено и для них, однако это должны быть именно файлы поставки, а не произвольные файлы конфигурации.
Обновление с помощью файлов обновления (cfu )
Обновление конфигурации выполняется с помощью диалога «Обновление конфигурации», который открывается командой «Конфигурация – Поддержка – Обновить конфигурацию».
В открывшемся диалоге следует выбрать источник обновлений конфигурации.
После прохождения требующихся шагов и после нажатия кнопки «Готово», на экран выводится диалог, в котором указываются основные параметры текущей конфигурации и конфигурации поставщика. Подробнее об этом можно прочитать в документации по платформе.
Примечание. При обновлении с использованием файла cfu проверка версии выполняется по внутреннему идентификатору, который меняется при ЛЮБОМ изменении конфигурации, в том числе, и при снятии с поддержки.
Обновление 1С с помощью cfu файла — пошаговая инструкция
Cfu-файл (.cfu) — это файл обновления 1С, содержащий обновление конфигурации с предыдущей (или предыдущих) версии.
В статье мы расскажем, как обновить 1С с использованием cfu-файла.
Где скачать типовой cfu?
Для получения cfu-файла сначала необходимо скачать дистрибутив вашей конфигурации.
Зайдите на сайт поставщика конфигурации, например, https://releases.1c.ru, найдите там необходимую конфигурацию и релиз. Далее по ссылке «Cкачать» загрузите либо полный дистрибутив, либо дистрибутив обновления.
Все дистрибутивы скачиваются, как правило, в архиве. Необходимо перейти по указанному пути, куда был скачан дистрибутив, разархивировать каталог, установить файл .exe.
Далее идет стандартная установка, где необходимо указать каталог, в который мы устанавливаем дистрибутив, там и будут лежать все необходимые файлы — как правило, это файл .cfu.
Обновление баз типовых конфигураций через cfu файлы
1. Открыть меню «Конфигурация > Поддержка > Обновить конфигурацию».
2. В появившемся диалоговом окне поставить флажок напротив пункта «Выбор файла обновления». Нажать кнопку «Далее».
3. Указать нужный файл cfu, нажать «Готово».
4. В появившемся диалоговом окне «Обновление конфигурации» нажать «Ok».
5. В открывшемся диалоговом окне, спрашивающем о необходимости обновления конфигурации базы данных, нажать «Да».
6. И в окне «Реорганизация информации» нажать кнопку «Принять».
7. Запустить режим Предприятия (клавиша F5).
8. Подтвердить легальность получения обновления. Нажать «Продолжить».
9. Начинается обновление в режиме 1С:Предприятие.
10. Возможно, в некоторых случаях будет предложено запустить пакет обработок по обновлению информационной базы. Необходимо их выполнить, если это будет предложено.
12 статей про обновление 1С
Типовую программу 1С легко обновить самостоятельно через конфигуратор или интернет. Ещё один способ — использовать cfu-файл. Если пропущено много релизов, вам сэкономят время промежуточные конфигурации.
После обновления не забывайте запустить особые процедуры.
Бывает выгоднее отдать обновление нетиповой 1С на аутсорсинг.
Что нового для вашей 1С?
Рассылка осуществляется в день выхода обновления. Никакой рекламы, только полезная информация. Посмотрите пример →
Обновление с помощью *.cfu, как?
В статье не описываются методики применения автоматического и автоматизированного обновления конфигураций с использованием внешних компонент и/или программных продуктов. Информацию по ним вы можете найти на этом и других ресурсах Интернета.
Возможно, вы заметили, что при каждом очередном обновлении количество объектов, требующих вашего внимания, только увеличивается. При этом вы точно знаете, что изменен, например, только один документ, а при обновлении выдается список из нескольких десятков измененных объектов. Конечно, можно воспользоваться методикой описанной в статье «Технология обновления нетиповых конфигураций» от 27.06.2003. Да, это будет работать. Многие именно так выполняют обновления. Но я считаю данный подход неэффективным и трудоемким при обновлении конфигураций на платформе 1С:Предприятия 8. В отличие от платформы 1С:Предприятия 7.7 платформа 1С:Предприятия 8 позволяет открывать одновременно несколько конфигураций (файлы *.cf) и выполнять несколько сравнений конфигураций в одной копии конфигуратора.
Процесс обновления конфигураций 1С:Предприятия 8 более автоматизирован по сравнению с 1С:Предприятием 7.7. Достаточно высокий уровень автоматизации позволяет значительно снизить трудоемкость работ при обновлении нетиповых конфигураций. К сожалению, чаще всего процесс обновления нетиповых конфигураций не может быть выполнен полностью в автоматическом режиме и требует вмешательства специалиста.
Возможна ли ситуация, когда процесс обновления будет выполнен полностью автоматически? Конечно. Для этого изменяемые объекты должны быть добавлены и не должны использовать функционал существующей конфигурации. Т.е. эти объекты должны решать абсолютно другие учетные задачи, расширяющие функционал типовой конфигурации поставщика. Согласитесь, что описанная ситуация является крайне редкой. Практически всегда изменения затрагивают объекты типовой конфигурации.
Следует обратить внимание на то, что база данных может содержать несколько конфигураций:
конфигурация базы данных – это конфигурация, с которой работают пользователи;
основная конфигурация (рабочая) – это конфигурация, в которую мы можем вносить изменения, при этом пользователи могут продолжать работать;
конфигурация поставщика – это исходная конфигурация поставщика, на основе которой были созданы основная конфигурация и конфигурация базы данных.
В случае, когда конфигурация снята с поддержки, конфигурации поставщика не будет. Что в свою очередь значительно повысит трудоемкость обновления.
Рассмотрим процесс обновления и разберем возможные ошибки на примере обновления конфигурации УПП (поставщик типовой конфигурации – фирма «1С», доработки компании Информ Сервис). Изначально обновление данной конфигурации выполнялось не по описанной в данной статье технологии, поэтому возникающие ошибки будут наиболее типовыми. Обновление будет выполняться с версии 1.2.6.2 на версию 1.2.14.1.
Создание файлов поставки и обновления
Поставка конфигураций 1С может производится с помощью файлов различных форматов и содержания:
В «1С:Предприятии 8» любая конфигурация может стоять на поддержке одной или нескольких других конфигураций, называемых конфигурациями поставщика.
Для того чтобы получить конфигурацию поставщика в виде файла информационной базы (.1cd) или файла выгрузки информационной базы (.dt), требуется:
Настройка поставки 1С
Следует обратить внимание:
Правила поставки объекта конфигурации:
Эти варианты определяют допустимые правила поддержки, которые будут устанавливаться пользователем.
Правила поставки модулей объекта:
Отмена использования при поставке полного файла конфигурации (. cf):
Например, изменение типа реквизита справочника со строки на ссылку на другой справочник требует «двухпроходного обновления»:
Такую процедуру нельзя выполнить в рамках одного изменения структуры базы данных с предшествующим и (или) последующим выполнением специальной обработки. Требуется подготовить промежуточную версию конфигурации, в которой новый реквизит будет добавлен, а старый еще не удален, и написать соответствующие обработки.
Процедуру обновления конфигурации в этом случае, конечно, следует подробно описать в документации, но всегда существует вероятность ошибочных действий со стороны пользователя.
Использование флажка «Файл поставки может использоваться для обновления» позволяет поставщику подстраховаться от ошибок пользователя в процессе обновления.
Общая схема может быть примерно такой:
Пользователь, имеющий конфигурацию старой версии, не сможет нарушить правильный порядок обновления, поскольку, даже если он получит файл конфигурации новой версии, выполнить с помощью него обновление он не сможет.
ВАЖНО! Следует иметь в виду недостаточную гибкость этого средства. При его отключении пользователь не сможет при необходимости выполнить «обратное обновление» с более поздней версии.
Стандартная структура каталогов файлов поставки и обновления 1С
Механизм поставки конфигураций предлагает определенную схему размещения на диске файлов поставки и поддержки разных версий. В диалоге «Создание файлов поставки и обновления конфигурации» нажав кнопку «Каталог файлов поставки» можно задать корневой каталог для размещения создаваемых файлов. Файлы поставки и обновления будут по умолчанию располагаться в подкаталогах, имеющих имена, соответствующие свойству «Версия» конфигурации.
Использование этой схемы позволит упростить подготовку обновлений для новых версий конфигурации.
Следует иметь ввиду, что корневой каталог не сохраняется внутри самой конфигурации и будет изменен при переносе файла информационной базы «1 cd » на другой компьютер.
Создание файлов поставки и обновления конфигурации
Файлы поставки и обновления могут создаваться из диалога «Создание файлов поставки и обновления»:
Для создания нескольких файлов обновления с разного набора предыдущих версий следует выполнить процедуру создания файлов обновления несколько раз. Файл поставки при этом может быть создан только однажды. Впрочем, отказ от создания файла поставки не приведет к ускорению создания файла обновления. В случае конфигурации большого объема это достаточно длительный процесс, время исполнения которого зависит от количества выбранных версий, подлежащих обновлению.
При включении флажка «Создать файл обновления конфигурации» следует указать один или несколько файлов предыдущих версий, для которых и будет подготовлено обновление.
ВАЖНО! Файлы обновления не являются кумулятивными, то есть создание обновления с версии «4» до версии «6» не позволит с помощью этого файла произвести обновление с версии «5», если только она не была указана при создании.
Для выбора файлов предыдущих версий можно пользоваться:
С помощью команды «Добавить» можно указать и файлы других конфигураций. После чего обновление может быть выполнено и для них, однако это должны быть именно файлы поставки, а не произвольные файлы конфигурации.
Добавить комментарий Отменить ответ
Для отправки комментария вам необходимо авторизоваться.
Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.
Работа с форматом конфигураций 1С: Предприятие
Решил опубликовать исходный код C# для работы с форматом конфигураций 1С: Предприятие.
MdInternals понимает формат cf, cfu, epf, erf, распаковывает содержимое в удобочитаемые Xml и текстовые файлы и загружает обратно. Позволяет программно обращаться к внутренним файлам и свойствам объектов.
Проект состоит из частей:
Выгрузка файлов cf, cfu, epf, erf на диск
Распознанные файлы записываются в дерево каталогов по видам объектов. Нераспознанные помещаются в каталог Unresolved:
Распознанные файлы выгружаются в XML-формате. Формат XML позволяет контролировать логическую целостность файлов и обрабатывать файлы сторонними программами. Известные свойства перемещаются в соответствующие разделы (атрибуты или тэги) XML-структуры:
Чтение из MSSQL-таблицы
Обращение к внутренним файлам
Создание файла из выгруженного xml-формата
Описание Cf-Формата
Cf-файл состоит из заголовка образа (ImageHeader) и следующими за ним страницами (ImagePage1-ImagePageN). Заголовок образа состоит из 4х байт сигнатуры, которая равна 0xFF 0xFF 0xFF 0x7F, 4х байт размера страницы и 8 зарезервированных байт. После заголовка файла идут по порядку страницы с данными. Каждая предыдущая страница ссылается на последующую.
Каждая страница (ImagePage) состоит из заголовка страницы (ImagePageHeader), группы указателей на записи ImageRowPointers и области ImageRows.
Заголовок страницы ImagePageHeader содержит в себе: зарезервированные 2 байта 0x0D 0x0A, 27 байт текстовой информации и еще зарезервированные 2 байта 0x0D 0x0A. Текстовая информация содержит 3 шестнадцатеричных числа: общий размер данных всех страниц (FullSize), размер текущей страницы (PageSize) и адрес следующей страницы в файле (NextPageAddress). FullSize проставляется только для первой страницы цепочки страниц. Для остальных страниц цепочки это значение 0. Для последней страницы цепочки NextPageAddress принимается равным 0xFF 0xFF 0xFF 0x7F.
Блок указателей ImageRowPointers занимает размер, указанный в значении PageSize страницы. Каждый указатель состоит из 4х байт адреса заголовка HeaderAddress и 4х байт адреса тела BodyAddress. В конце каждого указателя помещается сигнатура 0xFF 0xFF 0xFF 0x7F. Адреса указывают на расположения внутри текущей страницы на область ImageRows.
Заголовок ImageRowHeader начинается с блока заголовка страницы ImagePageHeader, который сообщает, сколько байт отведено под заголовок. Далее идут 20 зарезервированных байт, UTF-16 строка идентификатора данных (Id) и 4 зарезервированных байт.
Тело ImageRowBody начинается с блока заголовка страницы ImagePageHeader, который сообщает, сколько байт отведено под тело данных. Если тело данных начинается на 0xEF 0xBB 0xBF (сигнатура UTF8), то тело содержит UTF-8 строку. Иначе тело данных содержит упакованные данные. Если распакованные данные начинаются на 0xFF 0xFF 0xFF 0x7F, то содержимое – последовательность объектов, и они записаны в CF-формате. Иначе содержимое – это строка сериализации.