Обновление конфигураций 1С:Предприятия 8. Прыжок через 20 версий
База данных - Инструменты администратора БД
Разработчики фирмы 1С рекомендуют обновляться в порядке предусмотренном *.cfu файлами.
Данные по обновлениям можно найти на страничках:
Бухгалтерия предприятия,
Зарплата и Управление Персоналом,
Управление торговлей,
Управление производственным предприятием.
Эти разделы доступны для владельцев конфигураций, у которых есть действующая подписка на диск ИТС. Также данные по обновлениям можно найти в новостях фирмы 1С. Ключевой фразой для поиска будет "Вышла новая версия". По этим данным можно построить список обновлений.
| Только качественный контент |
1.5.10.3 - 1.5.8.5 и 1.5.9.6
1.5.11.5 - 1.5.10.3
1.5.12.1 - 1.5.10.3 и 1.5.11.5
1.5.13.6 - 1.5.12.1
1.5.14.4 - 1.5.13.6
1.5.15.3 - 1.5.14.4
1.5.16.3 - 1.5.15.3
1.5.17.3 - 1.5.16.3
1.5.18.4 - 1.5.17.3
1.5.19.6 - 1.5.18.4
1.5.20.2 - 1.5.17.3, 1.5.18.4, 1.5.19.6
1.5.21.2 - 1.5.20.2
1.5.22.3 - 1.5.20.2, 1.5.21.2
1.6.2.39 - 1.5.17.3, 1.5.18.4 и 1.5.19.6
1.6.3.2 - 1.5.17.3, 1.5.18.4, 1.5.19.6, 1.5.20.2 и 1.6.2.39
1.6.4.7 - 1.5.20.2, 1.5.21.2, 1.6.3.2
1.6.5.2 - 1.5.21.2, 1.5.22.2, 1.6.3.2, 1.6.4.7
1.6.5.3 - 1.5.21.2, 1.5.22.2, 1.5.22.3, 1.6.3.2, 1.6.4.7
1.6.6.8 - 1.5.22.2, 1.5.22.3, 1.6.5.2, 1.6.5.3, 1.6.5.4
1.6.7.3 - 1.5.22.2, 1.5.22.3, 1.6.5.2, 1.6.5.3, 1.6.5.4, 1.6.6.8
1.6.8.3 - 1.5.22.2, 1.5.22.3, 1.6.5.2, 1.6.5.3, 1.6.5.4, 1.6.6.8, 1.6.7.3
1.6.9.4 - 1.5.22.2, 1.5.22.3, 1.6.8.3, 1.6.9.3
1.6.10.6 - 1.6.9.4, 1.6.10.5
1.6.11.7 - 1.6.9.4, 1.6.10.6, 1.6.11.6
Получилось, что отставание на 24 версии. Но, если построить цепочку обновлений, то результат будет несколько иной.
Соответственно порядок обновлений будет следующий:
1.5.10.3
1.5.12.1
1.5.13.6
1.5.14.4
1.5.15.3
1.5.16.3
1.5.17.3
1.6.3.2
1.6.5.3
1.6.8.3
1.6.9.4
1.6.11.7
Итак, необходимо выполнить 12 обновлений.
После каждого обновления следует выполнять запуск в режиме "1С:Предприятие". В этом случае будут корректно выполнены процедуры, выполняющиеся после обновления и учитывающие изменения применяемых методик и объектов базы данных (план счетов, справочники, документы и т.д.).
Возникает резонный вопрос: "Почему бы не обновить сразу на последний релиз, используя файл поставки 1cv8.cf с партнерского диска ИТС или самостоятельно подготовленный файл поставки?". Конечно, попробовать можно, но здесь могут возникнуть 2 проблемы. Одна из них техническая. При большом объеме изменений и большом объеме базы данных обновление будет выполняться долго и может закончиться ошибкой ОС, 1С или SQL сервера. Но и это не главное. Основная проблема пропуска релизов заключается в том, что изменяются названия и количество реквизитов в регистрах, справочниках, документах. И разработчики фирмы 1С этим активно пользуются. Давайте рассмотрим ситуацию с обновлением на отвлеченном примере. Итак...
Возможен такой гипотетический вариант. Первоначально конфигурация содержит справочник Контрагенты, в котором заполнен реквизит Адрес.
Версия 1. Справочник Контрагенты.
Имеется реквизит Адрес. Ну, и разумеется, он заполнен данными, которые очень нам нужны.
Версия 2. Справочник Контрагенты.
Изменения: Реквизит Адрес переименован в УдалитьАдрес. Добавлен регистр сведений КонтактнаяИнформация. Изменены все места конфигурации, в которых используется адрес (Отчеты, печатные формы документов, форма элемента справочника Контрагенты и т.д.)
При запуске в режиме 1С:Предприятия 8 выполняется обновление, при котором данные из реквизита УдалитьАдрес переносятся в регистр сведений КонтактнаяИнформация.
Версия 3. Справочник Контрагенты.
Изменения: Удален реквизит УдалитьАдрес.
В результате если пропустить переход на версию 2, то потеряется вся информация об адресах. А при запуске в режиме "1С:Предприятия" обновление при попытке перенести данные из реквизита УдалитьАдрес в регистр сведений КонтактнаяИнформация выдаст ошибку - свойство объекта УдалитьАдрес не найдено.
При прыжке через 20 версий вероятность возникновения подобной ситуации резко возрастает.
Обновление через собственные файлы *.cfu
В некоторых случаях можно также сократить объем используемых файлов обновлений, если подготовить собственные файлы обновления.
Порядок действий может быть следующий:
-
Создание "старого" файла поставщика для текущей конфигурации. Файл 1cv8.cf можно взять из дистрибутива поставщика или сохранить из рабочей базы, если конфигурация находится на поддержке. Для сохранения файла 1cv8.cf из рабочей базы необходимо в меню «Конфигурация» → «Поддержка» → «Настройка поддержки...» нажать кнопку «Сохранить в файл» и указать каталог и имя файла. Например, на рабочий стол.
-
Создание базы данных с новой конфигурацией поставщика. Базу данных можно создать, используя дистрибутив поставщика с диска ИТС или используя полученный ранее 1cv8.cf с рабочего стола. Для создания базы из расположенного на рабочем столе файла, создаем пустую конфигурацию и в меню «Конфигурация» → «Загрузить конфигурацию из файла...» указываем файл, сохраненный ранее на рабочем столе. При необходимости обновляем полученную конфигурацию до текущего релиза поставщика через меню Конфигурация» → «Поддержка» → «Обновить конфигурацию».
-
Создание файла обновления. Для этого в меню «Конфигурация» → «Поставка конфигурации» → «Создать файлы поставки и обновления конфигурации..." снять галочку «Создать файл поставки», а в табличной части добавить файл, сохраненный ранее на рабочем столе. Уточнить расположение и имя файла 1cv8.cfu. Нажать «Выполнить».
Обновление через ключевые релизы
В некоторых случаях можно также сократить количество выполняемых обновлений. Для этого необходимо вычислить обязательные для запуска релизы (ключевые) и использовать файл обновления от текущего релиза до ключевого и т.д. Для УПП, например, ключевыми являются релизы 1.2.19.1, 1.2.23.2.
При использовании подобной схемы можно получить эффект при уменьшении количества обновлений и уменьшении объема используемых файлов обновлений. Т.к. файлы обновлений будут содержать только изменения для перехода с нашей текущей версии на ключевую или последнюю версию поставщика. Объем может быть критичным при передаче подготовленных файлов обновлений заказчику.
17.12.2008 /Константинов Алексей Викторович/
Редакция от 28.06.2010
См. также статью «Технология обновления нетиповых конфигурация 1С:Предприятия 8»
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
Инструментарий разработчика Чистка данных Свертка базы Инструменты администратора БД Системный администратор Разработчик Руководитель проекта 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Россия Платные (руб)
Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP, УНФ, КА и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы, интерфейс 8.5. Может выполнять свертку одновременно в несколько потоков, а также без непосредственного участия пользователя. Решение в Реестре отечественного ПО.
24900 руб.
20.08.2024 83193 432 171
Инструменты администратора БД Роли и права Системный администратор Разработчик Пользователь 1С 8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Документооборот 1С:Зарплата и кадры государственного учреждения 3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)
Роли… Вы тратите много времени и сил на подбор ролей среди около 2400 в ERP или 1500 в Рознице 2, пытаясь понять какими правами они обладают? Вы все время смотрите права в конфигураторе или отчетах чтоб создать нормальные профили доступа? Вы хотите наглядно видеть какие права дает профиль и редактировать все в простом виде? А может хотите просто указать подсистему и дать права на просмотр и добавление на объекты и не лезть в дебри прав и чтоб обработка сама подобрала нужные роли? Все это теперь стало возможно! Обновление от 17.04.2026, версия 1.4.1, работает в 1С:ФРЕШ!
23180 руб.
06.12.2023 25057 85 14
Инструменты администратора БД Инструментарий разработчика Роли и права Разработчик 1С:Предприятие 8 1C:Бухгалтерия Россия Платные (руб)
Расширение позволяет без изменения кода конфигурации выполнять проверки при вводе данных, скрывать от пользователя недоступные ему данные, выполнять код в обработчиках. Не изменяет данные конфигурации, легко устанавливается практически на любую конфигурацию на управляемых формах.
17000 руб.
10.11.2023 28707 103 46
Поиск данных Инструменты администратора БД Корректировка данных Разработчик Бухгалтер Пользователь 1С:Предприятие 8 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 Россия Платные (руб)
Решение для автоматической сверки данных между любыми конфигурациями 1С. Помогает контролировать и проверять обмены, проверять наличие документов при переносах данных, находить изменения в закрытых периодах
9760 руб.
14.11.2025 6151 28 8
Информационная безопасность Инструменты администратора БД Инструментарий разработчика Учет документов Системный администратор Разработчик Аналитик Бухгалтер Пользователь Руководитель проекта 1С 8.3 1С 8.5 Розничная и сетевая торговля (FMCG) Платные (руб)
Контроль ввода данных в 1С: проверка заполнения реквизитов, обязательные поля, контроль перед записью и проведением, запрет проведения документа. Позволяет настраивать любые проверки данных в 1С 8.3/8.5 от обязательных полей до сложных условий – без открытия конфигуратора и написания кода. Готовое расширение, которое подключается и работает сразу.
6000 руб.
15.04.2026 4153 12 0
Инструментарий разработчика Инструменты администратора БД Системный администратор Разработчик Аналитик 1С:Предприятие 8 1С 8.3 1С 8.5 1C:ERP 1С:УТ 1С:ДО 1С:Бухгалтерия 3.0 1С:ERP. Управление холдингом 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Управление торговлей 11 Россия Платные (руб)
Универсальный инструмент программиста для администрирования конфигураций. Сборник наиболее часто используемых обработок под единым интерфейсом.
5000 руб.
14.01.2013 217300 1252 0
Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)
Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).
14640 руб.
29.04.2020 52927 145 164
Файловый обмен (TXT, XML, DBF), FTP Поиск данных Инструменты администратора БД Корректировка данных Системный администратор Разработчик 1С:Предприятие 8 1C:Бухгалтерия 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)
Данная обработка позволит Вам легко и просто, а главное - быстро, выполнить сравнение данных между ЛЮБЫМИ базами (и РИБ, по правилам конвертаций) по контрольным суммам выбранных объектов баз 1С, работающих на платформах 8.3 и выше. Удобный и понятный интерфейс в виде "мастера". Высокая скорость сравнения достигается за счет специального алгоритма расчета контрольной суммы объекта/записи и сравнения по данным суммам объектов 2х баз через файл. Имеется возможность выбора реквизитов, по которым система будет сравнивать объекты. Сравнение количества записей в движениях документов, возможность сравнивать данные по правилам конвертации и не только! Выбор объектов конфигурации для КАЖДОГО узла в отдельности с индивидуальным отбором для каждого объекта конфигурации, работа с FTP, сохранение или загрузка настроек, сохранение или загрузка результата сравнения, регистрация на обмен объекта и его движений. (Обновление от 12.11.2024, версия 2.2-2.5)
24400 руб.
27.10.2017 47839 33 15
Главное, что в статье показан общий принцип по которому разработчики фирмы 1С рекомендуют проводить обновления.
Конечно, 1.5.22.3. Релиз 1.5.22.2 уже проблематично достать...
Имхается мне что автор слегка перемудрил. Не скажу что про обновление написано неправильно. Если сделать как написано в статье, то обновление будет выполнено успешно.
Однако, из-за страшилок, которыми нас пугают, обновление придется делать долго и дорого.
В типовых конфигурциях есть ограничения на порядок устанавливаемых релизов, однако они не настолько строгие, как кажется автору.
Например:
- УТ 10.3 можно обновлять с релиза не младше 10.2.13;
- УПП 1.2 можно обновлят с релиза не младше 1.1.9;
- ЗУП 2.5 можно обновлять с любого релиза редакции 2.1;
- БП 1.6 - я не заметила ограничений.
1.5.10.3 - 1.6.11.7 (из cf-файла).
Всё.
Цепочка выглядела так:
1.2.19.1 - 1.2.27.1
Результат:
Запуск из конфигуратора в режиме приложение выдает запрос на запуск обработок после обновления, который завершается ошибкой, номер конфигурации сменился, но база данных не работоспособна, т.к. обработки присутствуют только с версии 1.2.26.1 а все что были ранее отсутствуют.
Вывод, обновление через *.cf не есть панацея, хотя каждый случай следует рассматривать отдельно
ИМХО страшилки всё это.
заранее благодарна!
если она будет меньше, чем рекомендуют в очередной поставке обновления, то будут сбои при попытки обновить базу данных !!!
непутать с конфигурацией: есть конфигурации, а есть база данных - это разные вещи, и они могут работать с разными версиями конфигурации.
Допустим, мы обновили конфигурацию, далее конфигуратор спрошивает про обновление базы данных, при возникновении сбоя, база данных не обновиться !!!
Чтобы запустить обновление базы данных иногда требуеться запускать режим "1С:Предприятие" из конфигуратора
1.Для тех кто еще не знает зачем нужны эти промежуточные обновления: - они нужны потому, что в поставке очередного обновления включает только ИЗМЕНЕНИЯ В КОНФИГУРАЦИИ, А НЕ ВСЯ КОНФИГУРАЦИЯ (как в 7.7).
и поэтому .... что перепрыгнуть через обновления, на последный релиз, нужно
2. файл ПОЛНОЙ конфигурации.
- реализуеться путем выбора пункта "Сохранить конфигурацию в файл...", из базы 1с с последним релизов....
теперь у вас есть файл с полной конфигурацией
-Вам только остаеться загрузить данный файл с помощью пункта "Загрузить конфигурацию из файла..." в той базе которую требуеться обновить
проверял неоднократно, на разных конфигурация бух, зар, торг, базовые v8._
при включени режима "1С:Предприятие", запускается обработка по всем промежуточным обновлениям
Что значит "файл ПОЛНОЙ конфигурации."? "Сохранить конфигурацию в файл..." сохраняет в файл 2 конфигурации: Основная конфигурация + Конфигурация поставщика (если конфигурация не снята с поддержки).
цитирую из большой желтой книжки(проф. разработка ...):
Объем файла обновления меньше, чем объем файла поставки, но процесс обновления с помощью файла обновления не может выполняться быстрее, чем с помощью файла поставки.
Дело в том, что при использовании файла обновления сначала, на основе старой версии конфигурации поставщика и файла обновления, создается новая версия конфигурации поставщика. После этого выполняется сравнение/объединение текущей конфигурации с новой конфигурацией поставщика.
1.Делаю сf24 с изменениями
2.В чистой 27 делаю cfu по отношению к ней.
3.В чистой????(или можно в рабочей) 24 делаю обновление на 27 через это cfu
ОТВЕТЬТЕ мне пожалуйста
1. Из копии рабочей базы через поддержку получаем файл конфигурации поставщика cf 24
2. Создаем пустую базу и загружаем в нее cf 24. С помощью cfu получаем базу с типовой конфигурацией поставщика 27
3. Далее как в (49)
2.В чистой 27 делаю cfu по отношению к ней.
3.В чистой????(или можно в рабочей) 24 делаю обновление на 27 через это cfu
1. Из копии рабочей базы через поддержку получаем файл конфигурации поставщика cf 24. Т.е. в нем не содержится ваших изменений
2. Создаем пустую базу и загружаем в нее только что полученный cf 24. С помощью cfu от поставщика получаем базу с типовой конфигурацией поставщика 27. Если все сделали правильно, то основная конфигурация в базе будет на поддержке без возможности редактирования и без ваших изменений
3. В этой типовой базе 27 создаем файл cfu 24-27, используя ранее полученный нами файл cf 24. С помощью cfu 24-27 обновляем копию рабочей базы через поддержку. В результате должна обновиться конфигурация поставщика и в основной конфигурации измененные объекты поставщика, а добавленные вами объекты и реквизиты не будут поставлены на поддержку поставщика. Т.е. основная конфигурация будет отличаться от конфигурации поставщика с учетом ваших изменений и при последующих обновлениях будут сравниваться 3 конфигурации: старая поставщика, новая поставщика и основная
Если у вас нет файла cf 24, то нужно начинать с получения этого файла. В нем не должно быть ваших изменений, а при загрузке в пустую базу основная конфигурация должна получаться на поддержке без возможности редактирования и без ваших изменений. Возможно, что такой конфигурации уже нет в вашей базе, тогда воспользуйтесь дисками ИТС и создайте нужный файл поставки cf 24
Скажите, если изменения в первоначальную конфигурацию вносились не только как добавленные объекты, но и как добавленные реквизиты, измененные обработки, то сохранится ли это все при данном порядке обновления конфигурации (например УТ11 с 11.0.8.13 до 11.1.1.13)?
P.S.: Вам в чем-то легче - у вас недорогой интернет. Есть места на планете, где качать несколько раз последовательное обновление конфигурации (возможно еще и платформы) будет весьма ощутимым ударом себя по карману...
А возможность прыгнуть через несколько обновлений, не потеряв при этом изменений в конфигурации и в данных (плюс новый функционал) - это "самое то. Собственно, для обретения нового функционала денно и нощщно ведется работа в фирме 1С :)
Собственно отдельная база с типовой 24 не нужна. Нужен файл поставщика cf 24. Предполагалось, что после получения файла поставщика cf 24 эта база будет обновлена до 27 через поддержку для получения файла cfu 24-27.
Ну, две - так две. Хуже не будет...
(66) Хм. У меня такого, чтобы действительно "простого" механизма нет. А у вас?
бодливой корове бог рога не дает.
В вашем случае для того чтобы увидеть, что именно натворили внедренцы, необходимо сравнить типовую 24 с рабочей конфигурацией 24. Т.е. анализировать то, что у вас было еще до начала обновления. Это покажет вам все измененные объекты. Попавшие в фильтр как дважды измененные необходимо проанализировать более пристально. В некоторых случаях вам не придется переносить измененный код, например, потому что разработчики 1С реализовали аналогичный механизм или перенос не имеет смысла в связи с изменением законодательства или учетной схемы.
Кроме этого необходимо проверить работу всех измененных внедренцами объектов. Может после обновления конфигурации они перестали работать.Чаще всего это связано с изменениями в использованных механизмах типовой конфигурации. Например, изменен состав реквизитов функции глобального модуля.
Замечание по 1.2.27.1. Необходимо в обновление сразу влючить заплатки из
Блок по ЗП имеет очень много проблем в типовой конфигурации. Кроме этого ориентировочно 04.02.2010 выйдет 1.2.28.х
Вам спасибо и сейчас еще раз просмотрев вашу статью, я понимаю, что вашей работой можно гордиться.Спасибо.
(75) на счетах :D но я так понимаю эту фишку не поздно сделать и в 23? В общем все-равно я уже начал обновляться на 21...
(76) ну мне хотя бы до 28:) главное новую отчетность успеть сдать:) кстати прыжок 1.2.23.2 - 1.2.27.1 не слишком большой? Если нет, то обязательно нужно обновлять до 27 или можно сразу до 28?(насколько я понимаю, когда вы писали комментарии ниже по поводу обновления, 28 еще не вышла - вот и хочется уточнить:)))
Сможет ваша база обновиться до последнго релиза или нет - это зависит от нее. Наша может.
Т.е. если я обновляюсь с 23 до 29 весии, то все должно пройти корректно.
А в перечне обработок обновления, запускающихся после обновления БД самая ранняя версия, для которой обновляется функционал ЗУП - 1.2.26.
Как быть в таком случае? Лезть в 26 версию, копировать оттуда код всех обработок, и запускать их в обновляемой 29 версии??
И еще в дереве "пакета обработок" указано что-то типо "переход с такой-то версии". в эту ветку вложены обработки + переход с более поздней версии...
Правильно я понимаю что если я обновляюсь с 17 до 19 версии мне не следует делать обработки помеченные как "переход с 14/15" или 16 версии??? Спасибо.
А в перечне обработок обновления, запускающихся после обновления БД самая ранняя версия, для которой обновляется функционал ЗУП - 1.2.26.
Как быть в таком случае? Лезть в 26 версию, копировать оттуда код всех обработок, и запускать их в обновляемой 29 версии?? Правильно я понимаю что если я обновляюсь с 17 до 19 версии мне не следует делать обработки помеченные как "переход с 14/15" или 16 версии???
А в перечне обработок обновления, запускающихся после обновления БД самая ранняя версия, для которой обновляется функционал ЗУП - 1.2.26.
Как быть в таком случае? Лезть в 26 версию, копировать оттуда код всех обработок, и запускать их в обновляемой 29 версии??Правильно я понимаю что если я обновляюсь с 17 до 19 версии мне не следует делать обработки помеченные как "переход с 14/15" или 16 версии???
в 29 в модуле пакета обработок есть интересный участок кода(все строки закомментированные):
//Пока обработки не нужны. Закомментаренный код оставлен для примера
//Ветка1220 = ДобавитьСтрокуВДеревоОбработок(ДеревоОбработок,"РЕЛИЗ","Переход с 1.2.19",Истина,"1.2");
//ДобавитьСтрокуВДеревоОбработок(Ветка1220,"ОбновлениеФункционалаЗУП2511","Обновление данных управления персоналом и учета заработной платы",Истина);
//Ветка1223 = ДобавитьСтрокуВДеревоОбработок(ДеревоОбработок,"РЕЛИЗ","Переход с 1.2.20",Истина, "1.2");Ну а дальше уже строки для обновления "Переход с 1.2.26", 27 и 28
Из этого можно предположить, что по части ЗУП с 19 до 25 версии обработки не нужны, что очень странно...
И еще всплывает вопрос в примере выше если я перехожу с 23 на 29 грамотно ли отработают обработки типа "Переход с 1.2.26" или "Переход с 1.2.27"? Thank you for your patience:)/
Т.е. все операции необходимые к выполнению при переходе от версии к версии выполняются автоматически и не требуют дополнительных действий со стороны пользователя.
Обработки по переходу с 26, 27 и 28 могут выдать список ошибок, требующих решения со стороны пользователя. Т.е. операции выполняются в полуавтоматическом режиме.
Обработки по переходу с 26, 27 и 28 могут выдать список ошибок, требующих решения со стороны пользователя. Т.е. операции выполняются в полуавтоматическом режиме.
Не совсем понятно... Имеются в виду действия, выполняющиеся при первом запуске(там как правило выполняется фигня вроде заполнения свяких коэффициентов и ставок в справочниках и регистрах сведений) или пакет обработок, запускающийся после того как обновлена версия БД?
Я так понимаю, что пакет обработок это самая важная вещь, помимо вывода ошибок она может менять документы или непосредственно движения (кстати не совсем понятно требуется ли перепроводить документы, в которых, например дозаписали строки в Табличные части?). ??? В служебных сообщениях он не пишет нифига чего наменял в БД....
Обработки по переходу с 26, 27 и 28 могут выдать список ошибок, требующих решения со стороны пользователя. Т.е. операции выполняются в полуавтоматическом режиме.1.2.39.1 25.04.2011 1.2.38.1
1.2.38.1 08.04.2011 1.2.37.1
1.2.37.1 05.03.2011 апрельский выпуск 2011 г. 1.2.36.1
1.2.36.1 08.02.2011 мартовский выпуск 2011 г. 1.2.35.1
1.2.35.1 24.12.2010 февральский выпуск 2011 г. 1.2.34.1
1.2.34.1 24.11.2010 январский выпуск 2011 г. 1.2.33.1
1.2.33.1 23.09.2010 ноябрьский выпуск 2010 г. 1.2.32.1
1.2.32.1 16.07.2010 августовский выпуск 2010 г. 1.2.30.1, 1.2.31.1
1.2.31.1 05.07.2010 1.2.30.1
1.2.30.1 23.04.2010 июньский выпуск 2010 г. 1.2.29.1
1.2.29.1 15.03.2010 апрельский выпуск 2010 г. 1.2.28.1
1.2.28.1 05.02.2010 мартовский выпуск 2010 г. 1.2.25.1, 1.2.26.1, 1.2.27.1
1.2.27.1 23.12.2009 февральский выпуск 2010 г. 1.2.25.1, 1.2.26.1
1.2.26.1 11.11.2009 декабрьский выпуск 2009 г. 1.2.24.2, 1.2.25.1
1.2.25.1 15.10.2009 ноябрьский выпуск 2009 г. 1.2.24.2
1.2.24.2 13.08.2009 сентябрьский выпуск 2009 г. 1.2.23.2, 1.2.24.1
1.2.24.1 06.08.2009 1.2.23.2
1.2.23.2 23.06.2009 июльский выпуск 2009 г. 1.2.22.3, 1.2.22.4
1.2.22.4 14.06.2009 1.2.22.3
1.2.22.3 13.04.2009 майский выпуск 2009 г. 1.2.19.1, 1.2.20.1, 1.2.21.1
1.2.21.1 27.02.2009 апрельский выпуск 2009 г. 1.2.19.1, 1.2.20.1
1.2.20.1 03.02.2009 мартовский выпуск 2009 г. 1.2.19.1
1.2.19.1 09.10.2008 ноябрьский выпуск 2008 г. 1.2.18.1
1.2.18.1 17.09.2008 октябрьский выпуск 2008 г. 1.2.16.1, 1.2.17.3
1.2.17.3 07.07.2008 августовский выпуск 2008 г. 1.2.14.1, 1.2.15.4, 1.2.16.1
1.2.14.1 21.01.2008 февральский выпуск 2008 г. 1.2.12.1
1.2.12.1 25.12.2007 1.2.11.1
1.2.11.1 24.10.2007 ноябрьский выпуск 2007 г. 1.2.10.1
1.2.10.1 24.09.2007 октябрьский выпуск 2007 г. 1.2.6.2, 1.2.7.1, 1.2.8.2, 1.2.9.2
1.2.7.1 09.06.2007 июльский выпуск 2007 г. 1.1.9.3, 1.1.10.3, 1.2.5.1, 1.2.6.2
1.2.5.1 16.02.2007 мартовский выпуск 2007 г. 1.1.9.3, 1.1.10.3, 1.2.1.37, 1.2.4.1
1.2.4.1 18.12.2006 январский выпуск 2007 г. 1.1.9.3, 1.1.10.3, 1.2.1.37, 1.2.3.1
разберешься? если нет - тогда лучше пригласи профи.
всегда обновляю cfu, но несколько раз и пробовал cf. Так вот, при обновлении cf-ником, когда заходишь в режим отладки, то в информационных сообщениях пишет что то типа "проводиться обновление до версии 2.0.26.8, успешно обновлено, проводится обновление до версии 2.0.27.10" и так далее все пропущенные ключевые релизы. так не означает ли это, что нет разницы в обновлении через cfu и cf. Заранее прошу прощения, если мой вопрос очень непрофессиональный)
поле ссылочного типа сделали полем текстовым и ссылочным например релиз 1 и 2 - для обработки этого написали специальный код .
Потом поле сделали чисто текстовым 3 и ничего не писали.
Вопрос - останутся ли данные в этом поле при обновлении через версию 2 ? (то есть 1-3).
Подсказка - тен (читать наоборот)
Живые пару примеров.
версии конфигурации и конфигурации поставщика отличаются - на 2 версии. Требуется определить измененные объекты относительно типовой. Вопрос банальный - сравнить конфигурацию с конфигурацией поставщика и получить ответ в течении 20 минут. А вот нет изменения применялись не полностью а частично через сравнение объединение и если сравнить конфигурацию и такую же конфигурацию типовую зачастую там не только доработки видны но и "недообновленные объекты" которые теперь нельзя однозначно оценить как типовые. Итог - только оценка времени работы занимает часы а то и дни.
СПАСИБО ВАМ за такие обновления... Поклон в ножки...
Ступиденты - ЧИТАЙТЕ УМНЫЕ СТАТЬИ!!!
Автору плюс в карму.
Это касается только подписчиков дисков ИТС. Для базовых версий подписка ИТС не обязательна.
Доступ к предоставляется в течении 15 минут, если коробка с базовой версией зарегистрирована в фирме 1С. Т.е. в фирму 1С отправлена регистрационная анкета.
Обмен опытом и босуждение однозначно повышает и обогощает свой опыт , да и опыт других ;).
(124) львинная доля времени уходит на тестирование
Пожалу тут больше тратишь времени на анализ того что есть и как это будет потом...
И что нужно сделать, чтобы получилось как нужно...
Я имею ввиду те релизы, прыжок через которые грозит потерей данных. А то каждый раз приходится обновлять цф-ником на свой страх и риск.
А еще пару вопросов если можно:
1. Чем обновление из таких созданных *.cfu отличается от *.cf? Не считая ключевых релизов.
2. Почему у меня получается обновится с *.cf файлом через «Конфигурация» → «Поддержка» → «Обновить конфигурацию», но не получается через сравнение и объединение? Может там надо что то выбрать?
3. При обновление базы данных после этого способа выходит вот такая ошибка:
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка SDBL:
Выход за пределы размерности результата
При обновление через *.cf нет такой проблемы. Другие параметры одинаковы. Значит есть какая то разница? Раз в этом случае с ошибкой выходит.
У меня Бухг. версия 2.0.58.5 я могу сразу обновиться на 64.8 ?
пропустив вот эту цепочку 2.0.58.6 -> 2.0.59.6 -> 2.0.60.5 -> 2.0.61.4 -> 2.0.62.4 -> 2.0.63.7 -> 2.0.64.8
Я хочу делать через собственный cfu но я хочу сделать прыжок, можно ли сделать мой cfu из 58.5 на 64.8 ?
Или мне придется делать несколько раз свой cfu 58.6 - 59.6.cfu , 59.6 - 60.5 , 60.5 - 61.4 и тд до моего?
Возник вопрос, имеется ли возможность на сайте v8users узнать является релиз ключевым или можно его пропустить?
К примеру, как определили для, цитирую из статьи: "...Для УПП, например, ключевыми являются релизы 1.2.19.1, 1.2.23.2." , что они являются ключевыми?
После каждого этапа резервная копия, на финише загрузил финальный cf и поставил на поддержку
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 18596
Создание 17.12.08 18:41
Обновление 05.04.13 06:52
Просмотры 168054
Загрузки 0
Рейтинг
205
Комментарии 133
Код открыт Не указано
Рубрики Инструменты администратора БД
Кому
Системный администратор
,
Разработчик
Тип файла Нет файла
Платформа 1С:Предприятие 8
Конфигурация 1C:Бухгалтерия
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)
