Как обновить базу 1С 8.3 и не сломать учёт

Базу 1С 8.3 обновляют в три шага: делают резервную копию, загружают новый релиз конфигурации (из программы или в Конфигураторе через Конфигурация → Поддержка → Обновить конфигурацию), а затем запускают базу в режиме 1С:Предприятие, чтобы отработали обработчики обновления данных. Если конфигурацию не дорабатывали, хватит встроенного помощника в разделе Администрирование. Если в ней есть правки программиста — только Конфигуратор и копия базы для пробы.

Типичная картина: бухгалтер открывает базу в понедельник, а программа пишет, что релиз устарел и новая форма отчётности недоступна. Обновиться нужно сегодня, но в базе пять пользователей, а последний раз её обновлял подрядчик полгода назад. Ниже порядок действий, который подходит и для файловой базы на одном компьютере, и для серверной на MS SQL или PostgreSQL.

Зачем держать базу 1С на актуальном релизе

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

• 📄 Новые формы отчётности и форматы выгрузки. Старый релиз выгрузит декларацию в формате, который ФНС уже не принимает.
• 🧮 Ставки, лимиты и правила расчёта. Изменения в НДФЛ, страховых взносах, НДС попадают в программу именно с обновлением.
• 🔗 Обмены и сервисы. ЭДО, маркировка, банковские выписки, интернет-поддержка рассчитаны на актуальные версии. На старом релизе сервис может просто перестать отвечать.
• 🐞 Исправления ошибок. Часть релизов выходит ради исправлений: неверный расчёт, падение отчёта, зависание при проведении.

Есть и практическая причина обновляться регулярно. Релиз нельзя «перепрыгнуть» как угодно: каждый файл обновления рассчитан на ограниченный список предыдущих версий. Чем дольше база стоит без обновлений, тем больше промежуточных релизов придётся ставить подряд, и тем выше шанс, что что-то пойдёт не так.

Подготовка базы к обновлению

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

Резервная копия: какой способ выбрать

Резервную копию делают всегда, даже для «маленького» релиза. Способов несколько, и они не равноценны.

Копия, которую ни разу не пробовали развернуть, — это надежда, а не копия. Для важной базы раз в квартал разверните её как отдельную информационную базу и откройте.

Промежуточные релизы

Откройте описание нового релиза (файл ReadMe.txt или страница с описанием в составе дистрибутива). В нём указано, с каких версий возможно обновление. Если вашего релиза в списке нет, сначала ставьте более ранний промежуточный релиз, затем следующий. Пропустить обязательный промежуточный релиз нельзя: Конфигуратор просто не покажет файл обновления как подходящий.

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

Выбор зависит от двух вещей: дорабатывали ли конфигурацию и где лежит база.

Если сомневаетесь, есть ли в базе доработки, проверьте в Конфигураторе: Конфигурация → Поддержка → Настройка поддержки. Статус «На поддержке, редактирование не разрешено» означает, что конфигурация типовая. «Редактирование разрешено» — в неё, скорее всего, вносили изменения, и автоматический помощник здесь не лучший выбор.

Обновление базы через Конфигуратор шаг за шагом

Этот способ универсален. Сначала нужно получить файл обновления: скачайте дистрибутив релиза с портала интернет-поддержки (нужна действующая подписка) и запустите setup.exe из архива. Установщик распакует шаблоны в каталог %APPDATA%\1C\1cv8\tmplts — оттуда Конфигуратор их и найдёт.

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

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

В окне объединения обращайте внимание на объекты, изменённые и у вас, и у поставщика. Для них есть три варианта: взять объект поставщика (ваша правка потеряется), оставить свой (не получите исправление 1С) или объединить. Объединение модулей лучше доверить программисту, который вносил правки.

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

Автоматическое обновление из самой программы

В типовых конфигурациях на базе Библиотеки стандартных подсистем (Бухгалтерия 3.0, ЗУП 3.1, УТ 11 и другие) есть встроенный помощник. Он скачивает обновление с сервера 1С, делает копию и проводит все этапы без Конфигуратора.

1. Откройте Администрирование → Интернет-поддержка и сервисы и подключите интернет-поддержку: логин и пароль от портала 1С:ИТС.
2. Там же или в разделе Администрирование → Обслуживание найдите ссылку Обновление версии программы.
3. Помощник проверит наличие релизов и покажет, какой будет установлен. Промежуточные релизы он подтянет сам.
4. Выберите, когда обновлять: сейчас или при завершении работы. Для базы с несколькими пользователями удобнее второй вариант вечером.
5. Укажите, создавать ли резервную копию и куда её сохранить.
6. Подтвердите. Программа закроется, выполнит обновление и откроется снова, уже на новом релизе.

Помощник умеет и обновлять платформу, если новый релиз требует более свежую версию. Для серверной базы платформу на сервере обновляет администратор отдельно: клиентская и серверная версии должны совпадать.

Обновление серверных баз на MS SQL и PostgreSQL

Для клиент-серверного варианта порядок тот же, но есть несколько приёмов, которые сильно облегчают жизнь.

Как выгнать пользователей без звонков по офису

В типовых конфигурациях есть блокировка работы пользователей — она находится в разделе Администрирование → Обслуживание (в части конфигураций раздел называется «Поддержка и обслуживание»). Задайте время начала, текст сообщения и код разрешения. Пользователи получат предупреждение и будут отключены.

Сами вы входите в заблокированную базу с параметром запуска /UC<код>, например /UC12345. Его добавляют в дополнительные параметры запуска информационной базы или в ярлык.

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

Фоновое обновление структуры

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

Резервная копия и место на диске

• 💾 Копия средствами СУБД. В MS SQL — полная резервная копия базы, в PostgreSQL — pg_dump или физическая копия. Это быстрее, чем .dt, и не требует остановки работы.
• 📈 Журнал транзакций. Реструктуризация больших таблиц резко раздувает журнал транзакций в MS SQL. Перед обновлением проверьте свободное место на диске с журналом — запас должен быть не меньше размера самой большой таблицы.
• 🔢 Версии платформы. Номер версии платформы на сервере и на клиенте, с которого обновляете, должен совпадать. Иначе Конфигуратор не подключится к базе.

Распределённая база

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

Что чаще всего ломает обновление

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

Если обновление пошло совсем не так

Не пытайтесь «добить» сломанную базу повторными загрузками. Восстановите резервную копию (загрузка .dt через Администрирование → Загрузить информационную базу или восстановление средствами СУБД), разверните копию как отдельную базу и повторите обновление на ней. Когда процесс пройдёт без ошибок на копии, повторите его на рабочей базе.

Проверка базы после обновления

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

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

Тестирование и исправление: когда оно нужно

Режим Администрирование → Тестирование и исправление в Конфигураторе не обязателен после каждого обновления. Запускайте его, если после обновления появились ошибки ссылочной целостности, «битые» ссылки в документах или сообщения о повреждении данных. Для файловой базы этот режим требует монопольного доступа, и перед запуском нужна отдельная резервная копия: исправление необратимо.

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