Переход 1С:Комплексной автоматизации на редакцию 2.5 без потери данных

· 9 мин

Содержание

Обновить 1С:Комплексная автоматизация с версии 2.4 на 2.5 нельзя с любого релиза 2.4. Сначала базу доводят до того релиза 2.4, с которого фирма 1С выпустила файл перехода на 2.5, затем ставят платформу не ниже требуемой, делают копию, обкатывают переход на тестовой базе и только потом обновляют рабочую. После загрузки нового релиза программа сама выполняет обработчики обновления, а часть работ доделывает в фоне — это отложенная обработка данных.

Самое частое заблуждение: «2.5 — просто следующий релиз, скачаю свежий файл и поставлю». На деле смена редакции — это крупное обновление с конвертацией данных. Оно идёт дольше обычного, требует монопольного доступа и почти всегда упирается в доработки, расширения и внешние обработки.

1. Что проверить до начала: релиз, платформа, сервер

Начните с трёх вопросов. Ответы на них определяют весь план работ.

Какой у вас сейчас релиз. Откройте Справка → О программе (кнопка с буквой «i» или меню с тремя полосками в шапке окна). Там указаны конфигурация, её версия в формате 2.4.X.Y и версия платформы.

С какого релиза 2.4 возможен переход. В описании каждого релиза 2.5 есть раздел о порядке обновления. Там перечислены версии, с которых обновление допускается. Если вашей версии нет в списке, сначала обновите 2.4 до нужного релиза по цепочке, затем переходите на 2.5.

Какая нужна платформа. Редакция 2.5 требует более свежей платформы, чем ранние релизы 2.4. Точный минимум указан в описании выбранного релиза. Номер установленной платформы должен быть не ниже указанного там.

Что ещё собрать заранее:

  • 🧩 список расширений конфигурации (НСИ и администрирование → Печатные формы, отчеты и обработки → Расширения);
  • 📎 список внешних обработок и печатных форм — они могут перестать работать с новой структурой;
  • 🔧 признак доработок: снята ли конфигурация с поддержки, включена ли возможность изменения;
  • 🔁 обмены: с 1С:Бухгалтерией, с сайтом, с филиалами по распределённой базе;
  • 🖥 место на диске сервера СУБД: на время конвертации база и журнал транзакций заметно растут.

Для клиент-серверного варианта платформу обновляют на сервере 1С и на всех клиентских компьютерах. Версии клиента и сервера должны совпадать до последней цифры, иначе пользователи не подключатся.

2. Резервная копия и тестовая база для пробного обновления

Пробный прогон на копии обязателен. Он показывает, сколько займёт обновление, какие обработчики падают и что сломается в доработках.

Как сделать копию

Вариант базыСпособПлюсы
ФайловаяКонфигуратор → Администрирование → Выгрузить информационную базу (файл .dt)Просто, без внешних инструментов
ФайловаяКопия каталога с файлом 1Cv8.1CD при закрытой базеБыстро, точная копия
Клиент-сервернаяПолная резервная копия средствами СУБД (MS SQL, PostgreSQL)Быстрее .dt на больших базах, есть точка восстановления
Клиент-сервернаяВыгрузка .dt через КонфигураторНе зависит от СУБД, но медленно на базах в сотни гигабайт

Не начинайте обновление рабочей базы, пока не проверили, что копия разворачивается. Копия, которую ни разу не загружали, — это надежда, а не страховка.

Как развернуть тестовую базу

  1. Создайте новую пустую информационную базу (на том же сервере 1С или локально).
  2. Загрузите в неё .dt через Конфигуратор → Администрирование → Загрузить информационную базу или восстановите копию СУБД в новую базу данных.
  3. В тестовой копии отключите регламентные задания, обмены и отправку почты. Иначе копия начнёт выгружать данные в рабочие узлы обмена и рассылать письма контрагентам.
  4. Засеките время каждого этапа. По этим цифрам вы спланируете окно для рабочей базы.

Загрузка .dt полностью заменяет данные в базе, куда её загружают. Убедитесь, что в окне Конфигуратора открыта именно тестовая база.

3. Где взять файлы обновления и как их установить

Файлы релиза скачивают с портала обновлений по договору ИТС. Есть два пути установки: из пользовательского режима и через Конфигуратор.

Вариант А. Из программы (типовая конфигурация без доработок)

  1. Подключите интернет-поддержку: НСИ и администрирование → Администрирование → Интернет-поддержка и сервисы.
  2. Там же запустите обновление версии программы. Помощник покажет доступные релизы.
  3. Выберите переход на 2.5. Если он не предлагается, программа сначала доведёт 2.4 до промежуточного релиза.
  4. Помощник сам предложит сохранить копию, закроет сеансы и запустит обновление.

Этот путь удобен для файловых баз и небольших клиент-серверных. На больших базах надёжнее Конфигуратор: вы видите каждый шаг и контролируете время.

Вариант Б. Через Конфигуратор

  1. Установите шаблон релиза из дистрибутива (setup.exe в каталоге релиза). Файлы попадут в каталог шаблонов конфигураций.
  2. Заблокируйте вход пользователей и завершите сеансы. Для клиент-серверной базы это делают в консоли кластера или в программе: НСИ и администрирование → Администрирование → Обслуживание, блок блокировки работы пользователей.
  3. Откройте Конфигуратор и выполните Конфигурация → Поддержка → Обновить конфигурацию.
  4. Укажите файл обновления: 1cv8.cfu из каталога шаблонов 2.5. Если доработок нет, обновление пройдёт без сравнения.
  5. Если конфигурация доработана, откроется окно сравнения и объединения. Разберите расхождения: ваши изменения против изменений поставщика.
  6. Выполните Конфигурация → Обновить конфигурацию базы данных и подтвердите реорганизацию.
  7. Запустите 1С:Предприятие из Конфигуратора. Программа начнёт обработчики обновления.

Если в шаблонах нет подходящего файла .cfu, проверьте версию в Справка → О программе. Чаще всего база ещё не доведена до релиза 2.4, с которого возможен переход.

Если конфигурация доработана

Доработки — главный источник проблем при переходе на 2.5. Практичный порядок:

  • 🔍 перед объединением сохраните текущую конфигурацию в файл .cf — пригодится для сравнения;
  • 🧱 доработки, которые можно перенести в расширения, переносите туда — следующие обновления пойдут проще;
  • ✋ объекты, где поставщик много менял, лучше взять от поставщика и заново внести свои правки, чем принимать автоматическое объединение вслепую.

4. Конвертация данных, отложенная обработка и пересчёт итогов

После установки нового релиза данные приводятся к структуре 2.5. Работа идёт в два этапа.

Монопольные обработчики. Выполняются сразу при первом запуске, пользователи в это время работать не могут. Длительность зависит от объёма базы: на тестовом прогоне вы её уже замерили.

Отложенная обработка данных. Её программа выполняет в фоне, когда пользователи уже вернулись в базу. На больших базах она занимает от нескольких часов до нескольких суток. Пока она не завершена, часть отчётов и документов может показывать неполные данные.

Где следить за ходом: в разделе НСИ и администрирование → Администрирование → Обслуживание откройте результаты обновления программы. Там видно, сколько обработчиков выполнено и есть ли ошибки.

Не начинайте следующее крупное обновление, пока отложенная обработка предыдущего не завершена. Программа может отказать в обновлении или выполнить его с пропуском обработок.

Пересчёт итогов

После конвертации полезно пересчитать итоги регистров. Это убирает расхождения между остатками в отчётах и в документах.

Два способа:

СпособГдеКогда подходит
Управление итогамиВсе функции → Стандартные → Управление итогамиМожно запускать без Конфигуратора, по отдельным регистрам
Тестирование и исправлениеКонфигуратор → Администрирование → Тестирование и исправление, флажок пересчёта итоговПолная проверка базы, нужен монопольный доступ

Команда «Все функции» появляется после включения в Сервис и настройки → Параметры (меню с тремя полосками) флажка отображения команды «Все функции».

«Тестирование и исправление» с исправлением ссылок может удалить или создать объекты. Запускайте его только после свежей копии и сначала на тестовой базе.

Перед обновлением рабочей базы
Выполнено: 0 / 7

5. Ошибки при переходе на 2.5 и что с ними делать

Ниже — ситуации, которые встречаются при смене редакции чаще остальных. Причину конкретной ошибки ищите в журнале регистрации: НСИ и администрирование → Администрирование → Обслуживание → Журнал регистрации, отбор по событиям обновления информационной базы.

Диагностика: выберите симптом

Принудительное завершение сеансов обрывает работу пользователей без сохранения. Делайте это в согласованное окно, после предупреждения.

Частые организационные просчёты

  • ⏱ Окно обновления посчитано по файловой копии. Время на SQL-сервере с реальной нагрузкой другое. Замеряйте на копии в той же среде.
  • 🔁 Забыли про обмены. Если КА обменивается данными с 1С:Бухгалтерией, проверьте после обновления, что обмен проходит в обе стороны. Формат обмена может потребовать обновить и вторую программу.
  • 🌐 Распределённая база. Конфигурацию обновляют в главном узле. Подчинённые узлы получают изменения через обмен, после чего в каждом узле нужно обновить конфигурацию базы данных.
  • 📎 Внешние печатные формы. Их проверяют на тестовой базе заранее, а не после жалоб бухгалтерии.

6. Проверка после обновления и возврат к работе

Не открывайте базу всем сразу. Сначала короткая приёмка силами одного-двух ключевых пользователей.

Что проверить в первый час

  1. Версия. В Справка → О программе указана 2.5 нужного релиза.
  2. Результаты обновления. Монопольные обработчики выполнены без ошибок, отложенные идут.
  3. Остатки. Сформируйте ведомости по товарам на складах и по взаиморасчётам на одну дату до и после обновления. Сравните итоговые суммы с отчётами, сохранёнными перед обновлением.
  4. Ключевые документы. Создайте и проведите на копии или аккуратно в рабочей базе типовые документы: реализацию, поступление, заказ клиента. Проверьте движения.
  5. Печать. Откройте основные печатные формы, включая внешние.
  6. Обмены и регламентные задания. Включите их обратно и убедитесь, что первый сеанс обмена прошёл.

Перед обновлением сохраните пару контрольных отчётов (остатки, взаиморасчёты, оборотно-сальдовую ведомость) в файл. После обновления будет с чем сравнить, а не полагаться на память.

Когда можно считать переход завершённым

Переход закончен, когда:

  • ✅ отложенная обработка данных выполнена полностью;
  • ✅ контрольные отчёты сходятся с сохранёнными до обновления;
  • ✅ обмены работают, расширения применены, ошибок в журнале регистрации нет.

Копию базы до обновления держите хотя бы до ближайшего закрытия месяца. Если расхождение всплывёт при закрытии, будет с чем сравнить.

7. Частые вопросы о переходе с 2.4 на 2.5

Можно ли откатиться обратно на 2.4?
Штатного отката нет. Вернуться можно только восстановлением копии, сделанной до обновления. Данные, введённые после перехода, при этом потеряются, их придётся вносить заново.
Сколько длится обновление с 2.4 на 2.5?
Зависит от объёма базы и сервера. Небольшая файловая база обновляется за час-два, крупная клиент-серверная — от нескольких часов до выходных, плюс фоновая отложенная обработка. Реальную цифру даёт только пробный прогон на копии.
Нужно ли докупать лицензии при переходе на 2.5?
Смена редакции внутри 2.x не требует новых лицензий на программу. Нужен действующий договор ИТС, чтобы получить файлы обновления.
Можно ли работать в базе, пока идёт отложенная обработка?
Да, для этого она и сделана фоновой. Но часть отчётов может показывать неполные данные, пока обработчики не завершены. Закрытие месяца лучше отложить до её окончания.
Обновлять 2.4 до последнего релиза или сразу до промежуточного?
Достаточно довести базу до релиза 2.4, который указан в описании 2.5 как допустимый для перехода. Обновлять 2.4 дальше этого релиза смысла нет, если переход запланирован сразу.