Инструкция к CF-файлу
- Автор темы Griny
- Дата начала
запускаете программу --- добавить--- создание новой информационной базы---создание информационной базы без конфигурации для разработки новой конфигурации или загрузки выгруженной ранее информационной базы--- выбираете на данном компьютере или на сервере---указываете каталог, в котором бедет база и язык---указываете параметры запуска (можно оставлять умолчания, если не щнаете точно какие ставить)---готово---заходите во вновь созданную конфигурацию в режиме Конфигуратор---меню Конфигурация---выбрать Открыть конфигурацию---меню Конфигураци--- выбрать Загрузить конфигурацию из файла---показываете путь к *.cf-файлу и выбираете его---на вопрос "Выполнена полная загрузка конфигурации. Обновить конфигурацию базу данных?" ответить Да---затем нажимаете Принять---и всё, заходите в режиме пользователя и работаете.
Его стоит открывать, когда нужно создать новую базу. База с обновлениями идет с расширением .cfu
Также файл с расширением .cf часто создают для того, чтобы сохранить существующую конфигурацию с доработками программиста с целью дальнейшего объединения с типовой конфигурацией в процессе обновления.
В любом случае без надобности его можно и не трогать
Можно создать cf-ку с существующей базы. Не перенесутся только данные справочников и документы. Настройки, программные доработки сохранятся. Для загрузки справочников по налоговым достаточно иметь актуальный файл str-sti.xml, в нем хранятся данные по налоговым, которые подгружаются один раз.
Обновления новая база созданная из .cf будет адекватно поддерживать.
Обновления новая база созданная из .cf будет адекватно поддерживать.
SAABWEY, спасибо за ответ, но меня интересовал более тонкий вопрос. Содержит ли cf регистры сведений и элементы служебных справочников из прошлых обновлений. Если взять 7.7, то там , если пропущены какие-то обновление, мы проходим все предыдущие релизы, соответственно заполняются справочники (ставки налогов, виды новых налогов и др.), информация прописана в обработке обновления в МД. Если спросить иначе, то можно ли прыгать с 1243 на 1274, обновляясь через cf ?
Повторюсь - cf-файл является полной версией рабочей базы, другими словами, в ней есть все, за исключением пользовательской информации (контрагенты, документы и т.д.)
Обновление конфигурации с помощью файлов (cf) может выполняться с любой версии (в том числе и более новой, при необходимости отказаться от внесенных изменений)
НО рекомендуется перед подобным обновлением сделать резервную копию существующей базы... На случай ядерной войны
Если не уверены, эксперимент простой - делаете в отдельной папке копию своей базы. Накатываете на нее более новую cf-ку и смотрите на результат Сразу скажу - получится
Обновления же не являются полным дистрибутивом, поэтому и требуют последовательного наката, т.к. заточены под конкретные изменения в базе, и , следовательно, если в базе нет механизма, который должен поддерживать изменения из обновления, то он и не даст поставить оное
Обновление конфигурации с помощью файлов (cf) может выполняться с любой версии (в том числе и более новой, при необходимости отказаться от внесенных изменений)
НО рекомендуется перед подобным обновлением сделать резервную копию существующей базы... На случай ядерной войны
Если не уверены, эксперимент простой - делаете в отдельной папке копию своей базы. Накатываете на нее более новую cf-ку и смотрите на результат
Сразу скажу - получится Обновления же не являются полным дистрибутивом, поэтому и требуют последовательного наката, т.к. заточены под конкретные изменения в базе, и , следовательно, если в базе нет механизма, который должен поддерживать изменения из обновления, то он и не даст поставить оное
Уточняю и предупреждаю
Уточняю:
1) cf - это не файл "рабочей базы", это файл только конфигурации. делаем выводы что там есть и чего нет.
2) обновлять конфигурации в 1С 8.2 нужно немного другим способом чем в 1С 7.7. Простое сравнение cf файлов и объединение не подходит, так как не забываем о ссылочной целостности и проверке постановки на поддержку для возможности дальнейших обновлений. Лучше обращайтесь к специалисту и не делайте неграмотные эксперименты. Если нужна просто идентичная конфигурация - выгружается cf-файл рабочей конфигурации и загружается в новую.
3) резервную копию базы (*.dt файл) делайте всегда, это просто и если один раз из 100 она Вам пригодится - поймете почему это важно. Делайте копию всегда даже без ядерной войны.
4) обновления ставим последовательно, если есть вопросы почему пишите в личку.
Повторюсь - cf-файл является полной версией рабочей базы, другими словами, в ней есть все, за исключением пользовательской информации (контрагенты, документы и т.д.)
Обновление конфигурации с помощью файлов (cf) может выполняться с любой версии (в том числе и более новой, при необходимости отказаться от внесенных изменений)
НО рекомендуется перед подобным обновлением сделать резервную копию существующей базы... На случай ядерной войны
Если не уверены, эксперимент простой - делаете в отдельной папке копию своей базы. Накатываете на нее более новую cf-ку и смотрите на результат
Обновления же не являются полным дистрибутивом, поэтому и требуют последовательного наката, т.к. заточены под конкретные изменения в базе, и , следовательно, если в базе нет механизма, который должен поддерживать изменения из обновления, то он и не даст поставить оное
Уточняю:
1) cf - это не файл "рабочей базы", это файл только конфигурации. делаем выводы что там есть и чего нет.
2) обновлять конфигурации в 1С 8.2 нужно немного другим способом чем в 1С 7.7. Простое сравнение cf файлов и объединение не подходит, так как не забываем о ссылочной целостности и проверке постановки на поддержку для возможности дальнейших обновлений. Лучше обращайтесь к специалисту и не делайте неграмотные эксперименты. Если нужна просто идентичная конфигурация - выгружается cf-файл рабочей конфигурации и загружается в новую.
3) резервную копию базы (*.dt файл) делайте всегда, это просто и если один раз из 100 она Вам пригодится - поймете почему это важно. Делайте копию всегда даже без ядерной войны.
4) обновления ставим последовательно, если есть вопросы почему пишите в личку.
Кажется, я и сказал, что "в ней есть все, за исключением пользовательской информации", т.к. конфигурация, насколько мне известно, содержит всю остальную необходимую информацию. То, что я ее назвал "рабочей базой", тоже не случайно, т.к. имею опыт разворачивания конфигурации с доработками программиста, которых в типовых конфигурациях нет и не было.
И, следовательно, проверка постановки на поддержку для возможности дальнейших обновлений тоже имеет место быть, но с разрешением внесения изменений (нет замочка над конфигурацией, но кубик желтый)Информация, о которой я так уверенно говорил, подтверждается
У Вас недостаточно прав для просмотра ссылок.
Войдите или зарегистрируйтесь.
,
У Вас недостаточно прав для просмотра ссылок.
Войдите или зарегистрируйтесь.
и в книге "Конфигурирование и администрирование", которая идет с коробочной поставкой...Надеюсь, словесный оборот "на случай ядерной войны" не воспринимается как нечто супер серьезное
Естественно, что резервная копия базы должна делаться всегда, но в случае подобных экспериментов - обязательно! И об этом было сказано в шуточном ключе И с этим никто не спорит
Потому что это ПРАВИЛЬНО! Но вопрос-то стоял именно о возможности обновления через cf-файл Никого не хотел зацепить или обидеть, если это произошло - извините