Обновление КА 2: от резервной копии до проверки результата

Обновить «Комплексную автоматизацию 2» можно тремя путями: из самой программы через интернет, из Конфигуратора файлом .cfu или .cf и пакетно, командной строкой. Для КА 2 это всегда два этапа: сначала обновляется конфигурация, потом структура базы данных. Пока второго этапа нет, база формально не обновлена.

Порядок один для любого способа: копия базы, проверка требований релиза, обновление, обработчики при первом входе, проверка. Ниже каждый шаг с цифрами и подводными камнями. Если вы обновляете типовую КА 2 без доработок, хватит способа с интернетом. Если конфигурация доработана, нужен Конфигуратор и объединение.

Подготовка к обновлению КА 2: что сделать заранее

Большинство неудачных обновлений ломается не на самой установке, а на пропущенной подготовке. Потратьте на неё 20–30 минут, это дешевле, чем восстановление.

Резервная копия

Без свежей копии обновление не начинайте. Выгрузите информационную базу в файл .dt: в Конфигураторе это Администрирование → Выгрузить информационную базу. Файловую базу можно дополнительно скопировать целиком — это папка с файлом 1Cv8.1CD.

Для клиент-серверной базы выгрузка .dt годится, но на крупной базе (сотни гигабайт) её делают дольше. Тогда используйте резервное копирование СУБД штатными средствами сервера баз данных.

Что проверить до начала

Откройте описание нужного релиза и сверьтесь по четырём пунктам:

• 🔹 Минимальная версия платформы. Номер платформы должен быть не ниже указанного в описании релиза. Платформу при необходимости обновляйте отдельно, до конфигурации.
• 🔹 С какого релиза можно перейти. Иногда прямой переход допустим только с определённой версии. Тогда ставят промежуточный релиз.
• 🔹 Доработки. Если типовые объекты меняли, при обновлении возникнут конфликты. Их придётся разрешать вручную.
• 🔹 Свободное место. Обновление структуры создаёт временные данные. Оставьте на диске запас хотя бы в размер базы.

И последнее: никто не должен работать в базе. Попросите пользователей выйти, а в списке активных пользователей проверьте, что сеансов не осталось. Обновление структуры требует монопольного доступа.

Регламентные задания и обмены

Если КА 2 обменивается данными с «Бухгалтерией предприятия», ЗУП или розницей, приостановите обмены на время обновления. Иначе после обновления можно получить пакет сообщений, обработанный наполовину. Обновлять соседние базы нужно в согласованном порядке: по описанию релиза видно, требуется ли это для обмена.

Какой способ обновления выбрать

Способов несколько, и они подходят разным базам.

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

Пошаговая инструкция: обновление через cf- и cfu-файлы

Это основной «ручной» способ. Он работает и без интернета на сервере.

Шаг 1. Получите нужный файл

Скачайте дистрибутив обновления на портале поддержки пользователей с вашей учётной записью. Для обновления нужен именно файл конфигурации: .cfu — это обновление с предыдущего релиза, .cf — полная поставка. Распаковывать установщик можно в любую папку, главное запомнить путь.

Шаг 2. Откройте базу в Конфигураторе

Запустите 1С в режиме «Конфигуратор» под пользователем с полными правами. Это единственный вариант, где вам доступно обновление конфигурации .

Шаг 3. Запустите обновление

1. Выберите Конфигурация → Поддержка → Обновить конфигурацию.
2. Укажите источник: «Выбор файла обновления».
3. Укажите путь к файлу .cfu или .cf.
4. Нажмите «Далее» и дождитесь списка изменений.

Если конфигурация не менялась разработчиками, 1С сама предложит применить обновление. При доработках откроется окно сравнения и объединения.

Шаг 4. Разберите конфликты

В окне сравнения 1С показывает объекты, изменённые и вами, и вендором. Для каждого выберите:

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

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

Шаг 5. Обновите конфигурацию базы данных

После загрузки изменений нажмите Конфигурация → Конфигурация базы данных → Обновить конфигурацию базы данных (кнопка F7 тоже подойдёт) и подтвердите. На этом этапе 1С реально меняет структуру таблиц. На больших базах он идёт от нескольких минут до часа и больше.

Шаг 6. Первый вход в режиме предприятия

Запустите базу в обычном режиме. КА 2 выполнит обработчики обновления: пересчитает данные, перенесёт настройки, заполнит новые реквизиты. На большой базе это занимает время, и первый вход может быть долгим. Дождитесь окончания и не закрывайте окно.

Альтернатива: обновление из интернета, если доработок нет

Если у вас типовая КА 2 и действующий договор сопровождения, всё проще. Войдите в программу под администратором. В Администрирование → Интернет-поддержка и сервисы подключите интернет-поддержку, указав логин и пароль для портала. Затем в том же разделе найдите команду получения и установки обновлений: программа проверит наличие новой версии, скачает её и предложит установить.

Перед установкой она предложит сделать резервную копию и завершит сеансы пользователей. Согласитесь на копию, но не полагайтесь на неё одну: выгрузка .dt, сделанная вами заранее, надёжнее.

После скачивания 1С перезапустится и сама выполнит все этапы, включая обновление структуры базы. Вам останется дождаться первого запуска и проверить результат.

Обновление платформы: нюансы и подводные камни

Платформа и конфигурация обновляются независимо. Новый релиз КА 2 может требовать более новой платформы, и тогда сначала ставят её.

Что важно знать:

1. Платформа устанавливается на каждый компьютер, где запускается клиент. На сервере 1С (клиент-серверный вариант) отдельно ставят серверную часть.
2. Версии клиента и сервера должны совпадать по основному номеру (первые три числа). Если клиент новее или старше сервера, соединение не установится.
3. Старые платформы можно держать параллельно. Это удобно, если часть баз ещё на старом релизе: каждая база запускается своей версией.
4. Сначала платформа, потом конфигурация. Не наоборот: новая конфигурация на старой платформе просто не откроется.

Для клиент-серверного варианта перед обновлением серверной части остановите службу сервера 1С. Это оборвёт все сеансы, поэтому делайте это вечером или в выходной, когда никто не работает . Перезапуск службы не нужен, если обновление её запускает само, но проверьте, что она в итоге работает.

Номер установленной платформы виден в окне «О программе» и в Конфигураторе: Справка → О программе.

Конфигуратор с параметрами: пакетное обновление

Командная строка нужна, когда баз много или обновление идёт по расписанию. Базовая схема для файловой базы:

"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" DESIGNER /F "D:\bases\ka2" /N "Администратор" /P "пароль" /DisableStartupMessages /UpdateCfg "D:\upd\1cv8.cfu" /UpdateDBCfg /Out "D:\upd\log.txt"

Что делают параметры:

• 🔹 DESIGNER — запуск Конфигуратора без интерфейса оператора;
• 🔹 /F — путь к файловой базе (для серверной используют /S с адресом сервера и именем базы);
• 🔹 /N и /P — имя и пароль пользователя;
• 🔹 /UpdateCfg — загрузить конфигурацию из файла и обновить;
• 🔹 /UpdateDBCfg — обновить конфигурацию базы данных;
• 🔹 /Out — писать результат в файл, иначе вы ничего не увидите;
• 🔹 /DisableStartupMessages — не показывать диалоговые окна запуска.

Копию тоже можно сделать из командной строки: /DumpIB "D:\backup\ka2.dt". Поставьте её перед обновлением в этой же .bat-цепочке.

Пакетный режим не разрешает конфликты за вас. Он годится для баз, где доработок нет или где объединение уже проделано на тестовой копии.

Типичные ошибки при обновлении и как их избежать

Короткий разбор того, что встречается чаще всего. Выберите симптом, и подсказка подскажет причину.

Ещё три источника проблем, которых в списке нет:

• ⚠️ Обновление «через головы». Пропуск нескольких релизов подряд — частая причина ошибок обработчиков. Если разрыв большой, пройдите промежуточный релиз.
• ⚠️ Обновление на рабочей базе без теста. Конфликт, найденный в понедельник утром, превращается в простой всей бухгалтерии.
• ⚠️ Забытые расширения. Расширения конфигурации могут перестать подключаться после обновления. Откройте их список в Конфигураторе и проверьте, что они включены и без ошибок.

Проверка после обновления: что и как тестировать

Полная проверка занимает полчаса, но ловит ошибки, пока они не попали в учёт.

1. Номер версии. Откройте «О программе» и убедитесь, что версия конфигурации совпала с установленной.
2. Вход под разными ролями. Зайдите минимум под бухгалтером, кладовщиком и руководителем: права иногда слетают у нестандартных ролей.
3. Тестовые документы. Создайте и проведите по одному документу ключевых видов: поступление, реализацию, платёж. Сразу удалите тестовые или пометьте на удаление.
4. Отчёты. Сформируйте оборотно-сальдовую ведомость и сравните итоги с теми, что были до обновления на последнюю дату. Если расхождение есть, обновление изменило данные.
5. Обмены. Запустите обмен с соседними базами вручную и убедитесь, что сообщения принимаются и отправляются без ошибок.
6. Печатные формы. Распечатайте основные счета, накладные: на доработанных формах могут появиться смещения.
7. Журнал регистрации. Посмотрите ошибки за время обновления: Администрирование → Журнал регистрации.

Только после этих проверок возвращайте пользователей в базу. Обмены включайте последними.

Автоматизация обновлений: как сэкономить время

Когда баз больше двух-трёх, ручная схема съедает вечера. Автоматизировать можно по частям:

• 🔹 Единый .bat-сценарий. Выгрузка .dt, затем /UpdateCfg и /UpdateDBCfg, затем запись в журнал. Запускайте его планировщиком заданий Windows ночью.
• 🔹 Проверка журнала. Простой скрипт ищет в /Out слова об ошибке и присылает письмо, если оно нашлось.
• 🔹 Тестовая копия. Один раз настройте копию базы и каждое обновление сперва гоняйте на ней. Тогда на рабочей базе будете обновляться уже без сюрпризов.
• 🔹 Очистка. Удаляйте копии старше нужного срока, иначе диск заполнится за пару месяцев.

Но полностью отдавать обновление автомату не стоит, пока не отработали сценарий на копии пару раз. И помните: пакетный запуск не разрешает конфликты.

Откат: как вернуть прежнюю версию

Откатить конфигурацию «кнопкой» после обновления структуры нельзя. Структура базы уже изменена, и старая конфигурация с ней не заработает. Поэтому откат — это возврат к копии.

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

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

Частые вопросы