Обновление 1С: как не сломать базу

Инструкций «как обновить 1С» в интернете сотни. Проблема в том, что читают их не тогда, когда собираются обновляться, а когда уже обновились и что-то сломалось: не запускается, слетели расширения, встала синхронизация с другой базой.

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

Почему обновление вообще ломает базу

Когда говорят «база 1С», имеют в виду сразу три вещи, и обновляются они по-разному.

Платформа — технологическая платформа «1С:Предприятие 8.3». Движок, который запускает всё остальное; стоит на компьютере или на сервере.

Конфигурация — прикладное решение, которое работает на платформе: Бухгалтерия, Зарплата и управление персоналом, Управление торговлей. Она задаёт структуру — какими бывают документы, справочники и отчёты.

База данных — то, где лежат сами данные: ваши документы, проводки, контрагенты. Храниться она может в файловом формате или в СУБД — чаще всего это MS SQL или PostgreSQL. От этого зависит и то, как снимается копия, и то, как проходит обновление.

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

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

Вот в этом месте база и ломается. Не потому что 1С плохая, а потому что обновление доработанной конфигурации — это слияние двух версий кода, а не копирование файлов.

Что сделать до обновления

Порядок скучный, но именно он отделяет спокойное обновление от вечера в панике.

Сделайте полную копию базы. Это единственный пункт, который нельзя пропускать никогда. Файловую базу выгружают в файл .dt, клиент-серверную — средствами СУБД. Важно, где эта копия лежит: копия на том же диске или на том же сервере, что и база, спасает от кривого обновления, но не спасает от отказа диска. Мы разбирали это подробно в статье про резервные копии — там же про то, почему копия, которую ни разу не разворачивали, копией не считается.

Выясните, дорабатывали ли вашу конфигурацию. Это решает, каким будет обновление. Признак, который видно без разработчика: если конфигурация снята с поддержки или поддержка включена с возможностью изменения, значит, в неё вносили правки. Второе место, куда стоит заглянуть, — список расширений: они живут отдельно от конфигурации и после обновления часто отваливаются первыми.

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

Выберите время. Не в день сдачи отчётности, не в последний день месяца и не за час до конца рабочего дня. Обновление большой базы идёт долго: обработчики обновления на базе в несколько десятков гигабайт могут работать часами, и прервать их на середине — худшее, что можно сделать. Все пользователи должны выйти из базы: обновление требует монопольного доступа.

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

Три сценария обновления

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

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

Доработанная конфигурация. Здесь появляется этап сравнения и объединения: система показывает, что изменилось в типовой версии и что менялось у вас, и часть конфликтов приходится разрешать вручную. Это работа для того, кто понимает, что именно дорабатывали и зачем. Мы в ITHOUSE отвечаем за инфраструктуру 1С — сервер, СУБД, копии, обновления платформы и типовых конфигураций, — а доработки конфигураций ведём вместе с партнёрами-разработчиками, которые эти доработки и писали.

Платформа. Обновляется отдельно и по своим правилам. На клиент-серверной базе это остановка службы сервера 1С, установка новой версии и запуск обратно; клиентские компьютеры при этом должны получить ту же версию платформы, иначе часть сотрудников просто не подключится. На файловой базе проще, но правило то же: версия платформы у всех одинаковая.

Что идёт не так чаще всего

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

База не запускается после обновления. Первое, что нужно проверить, — совпадают ли версии платформы и конфигурации. Типовая ситуация: конфигурацию обновили до свежей, а платформу нет, и новая конфигурация на старом движке не открывается. Лечится обновлением платформы, а не откатом базы.

Слетели расширения. Расширения привязаны к структуре конфигурации. Когда конфигурация меняется, расширение может стать неприменимым — и 1С его отключит, иногда молча. Внешне это выглядит как «пропала кнопка» или «исчезла наша печатная форма». Расширение придётся адаптировать под новую версию; само оно не починится.

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

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

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

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

Если уже сломалось: порядок действий

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

Второе: определите, что не работает. База не открывается вообще — это одно. База открывается, но не работает конкретный участок — совсем другое, и откат тут может оказаться лишним. Сообщение об ошибке стоит сохранить целиком, вместе с текстом: по нему причина определяется быстрее, чем по пересказу.

Третье: откат из копии — нормальное решение, а не поражение. Если обновление прошло криво и непонятно почему, вернуть базу на вчерашнее состояние и разобраться на копии спокойнее, чем чинить боевую базу под давлением. Именно поэтому копию делают до обновления, а не после.

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

Можно ли обновляться самому

Честный ответ: иногда да.

Обновляйтесь сами, если конфигурация типовая и её никто не менял, база небольшая и файловая, копия сделана и вы знаете, как её развернуть обратно, а на дворе не отчётный период. В этом сценарии обновление — рутинная операция, и платить за неё незачем.

Не беритесь сами, если конфигурация снята с поддержки или дорабатывалась, база работает на сервере с СУБД, настроен обмен с другими базами, вы не обновлялись больше года или обновление уже один раз сломалось. Здесь цена ошибки — не «потратил вечер», а остановка работы бухгалтерии.

И отдельно: если вы обновляетесь сами, заведите привычку записывать, что и когда обновляли. Через полгода это единственный способ понять, после какого именно релиза началась проблема.

Что делаем мы

Мы в ITHOUSE обслуживаем инфраструктуру 1С: сервер и СУБД (MS SQL и PostgreSQL), обновления платформы и типовых конфигураций, резервное копирование баз, терминальный доступ и 1С в облаке. Продаём и продлеваем лицензии. Доработки конфигураций ведём вместе с партнёрами-разработчиками.

Как устроено обновление у нас: работы идут в согласованное окно, когда в базе никого нет; полная копия делается перед каждым обновлением; если релиз оказался сырым и что-то поехало — откат из копии, а разбор уже на копии, не на боевой базе.

Мы работаем по будням с 9:00 до 19:00 и реагируем на заявку в течение часа. Абонентское обслуживание — от 25 000 ₽ в месяц, разовые работы — от 4 000 ₽ в час, проектные считаем по смете. Сейчас на обслуживании у нас 25+ компаний, а самому долгому сопровождению — 15 лет.

Если 1С уже не работает после вчерашнего обновления — оставьте заявку, разберём. Если обновляться только предстоит и делать это страшно — тем более: спокойное обновление стоит дешевле восстановления.