Обновление 1С 8.3 без потерь: платформа, конфигурация, проверка базы

· 10 мин

Содержание

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

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

1. Подготовка к обновлению 1С: какая версия стоит и куда обновляться

Прежде чем что-то скачивать, выясните три вещи. Без них легко взять не тот файл или сломать доработки.

Текущая версия конфигурации и платформы. Откройте базу и нажмите на значок «i» или вызовите Справка → О программе из главного меню (кнопка с тремя полосками в левом верхнем углу). Там видно:

  • 🔹 название и версию конфигурации, например Бухгалтерия предприятия, редакция 3.0 (3.0.xxx.yy);
  • 🔹 версию платформы, например 8.3.24.xxxx;
  • 🔹 режим работы — файловая база или сервер.

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

Состояние поддержки. В Конфигураторе откройте Конфигурация → Поддержка → Настройка поддержки. Возможны три ситуации:

СостояниеЧто это значитКак обновлять
На поддержке, изменения выключеныТиповая конфигурация без доработокАвтоматически из программы или файлом .cfu
На поддержке, изменения разрешеныЕсть доработки поверх типовойТолько через Конфигуратор со сравнением
Снята с поддержкиСильно переделанная базаЧерез Конфигуратор, полным файлом .cf, со сравнением и объединением — лучше силами программиста

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

Время. Обновление на один релиз в небольшой файловой базе занимает 10–30 минут. В базе на десятки гигабайт обработка данных после обновления может идти несколько часов. Планируйте работу на вечер или выходной.

2. Резервная копия перед обновлением: как сделать её правильно

Без свежей резервной копии обновление не начинайте. Если обновление прервётся или новый релиз поведёт себя не так, копия — единственный быстрый путь назад.

Способы зависят от типа базы:

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

Выгрузка в .dt:

  1. Запустите базу в режиме Конфигуратор.
  2. Выберите Администрирование → Выгрузить информационную базу.
  3. Укажите папку на другом диске и имя файла с датой, например buh_2026-10-07_do_obnovleniya.dt.
  4. Дождитесь сообщения о завершении выгрузки.

Для файловой базы самый простой вариант — закрыть все сеансы и скопировать каталог базы целиком. Путь к нему виден в списке баз при запуске 1С: строка внизу окна начинается с File=.

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

3. Обновление платформы 1С:Предприятие

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

Файловая база на компьютере

  1. Скачайте дистрибутив платформы из личного кабинета на портале 1С (нужна действующая подписка на поддержку).
  2. Распакуйте архив и запустите setup.exe.
  3. Отметьте компоненты: для обычной работы хватает «1С:Предприятие» и интерфейсов на нужных языках.
  4. Завершите установку. Старая версия останется на диске, новая поставится рядом — в отдельную папку внутри C:\Program Files\1cv8\.

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

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

Серверная база

На сервере всё строже: версия клиента должна совпадать с версией сервера 1С до последней цифры. Порядок такой:

  1. Предупредите пользователей и выберите окно, когда никто не работает . При остановке службы сервера 1С все сеансы оборвутся, несохранённые данные пропадут.
  2. Остановите службу агента сервера 1С в оснастке «Службы» Windows.
  3. Установите серверную часть новой версии. При установке задаётся запуск сервера как службы Windows и учётная запись службы.
  4. Убедитесь, что служба работает от новой версии. Если установщик создал службу с новым путём, старую остановите и переведите в ручной режим запуска.
  5. Обновите клиентские компьютеры до той же версии. На терминальном сервере достаточно поставить клиент один раз.

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

4. Обновление конфигурации: из программы и через Конфигуратор

Конфигурацию обновляют двумя путями. Выбор зависит от того, есть ли в базе доработки.

Какой способ обновления конфигурации подойдёт вашей базе?

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

Подходит для типовых баз БП 3.0, ЗУП 3.1, УТ 11 и других конфигураций на БСП.

  1. Откройте Администрирование → Интернет-поддержка и сервисы.
  2. Перейдите по ссылке «Обновление версии программы».
  3. Если интернет-поддержка не подключена, введите логин и пароль от портала 1С.
  4. Программа покажет доступный релиз и, при необходимости, цепочку промежуточных обновлений.
  5. Отметьте создание резервной копии, если такой пункт есть, и запустите обновление.
  6. Программа завершит работу, применит обновление и откроется заново.

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

Ручное обновление через Конфигуратор

  1. Скачайте файл обновления 1cv8.cfu нужного релиза и распакуйте. По умолчанию шаблоны кладутся в каталог %APPDATA%\1C\1cv8\tmplts\.
  2. Запустите базу в режиме Конфигуратор.
  3. Откройте конфигурацию: Конфигурация → Открыть конфигурацию.
  4. Выберите Конфигурация → Поддержка → Обновить конфигурацию.
  5. Укажите «Выбор файла обновления» и путь к файлу .cfu.
  6. Если конфигурация не изменялась, 1С сразу предложит обновить её. Если изменения есть — откроется окно сравнения.
  7. После обновления основной конфигурации нажмите Конфигурация → Обновить конфигурацию базы данных (клавиша F7) и примите список изменений структуры.
  8. Запустите базу в пользовательском режиме. Откроется обработка обновления данных — дождитесь её окончания.

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

Обновление доработанной конфигурации

Когда в базе есть изменения, в окне сравнения видно, какие объекты поменялись и у вас, и в новом релизе. Для каждого такого объекта решите, что оставить:

  • ✅ «Взять из новой конфигурации поставщика» — ваша доработка пропадёт, придёт типовой вариант;
  • ✅ «Объединить» — платформа попробует сложить обе версии, результат нужно проверить;
  • ✅ «Не обновлять» — останется ваш вариант, изменения релиза в этом объекте не придут.

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

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

5. Как обновить 1С, когда в базе работают несколько пользователей

Обновление структуры базы требует монопольного доступа: в базе не должно быть других сеансов. Как этого добиться, зависит от варианта работы.

Файловая база

  1. Предупредите пользователей заранее.
  2. В программе включите блокировку: Администрирование → Обслуживание, группа «Корректировка данных», пункт «Блокировка работы пользователей». Задайте время начала и сообщение для коллег.
  3. Пользователи получат предупреждение и будут отключены в назначенное время.
  4. После обновления не забудьте снять блокировку.

Если сеансы «зависли», проверьте, что 1С закрыта на всех компьютерах. Перезагрузка рабочих мест помогает чаще, чем поиск зависшего процесса.

Серверная база

  1. В консоли кластера откройте свойства информационной базы.
  2. Включите «Блокировка начала сеансов включена», задайте время, сообщение и код разрешения.
  3. Удалите оставшиеся сеансы в разделе «Сеансы» консоли. Пользователи потеряют несохранённые данные, поэтому делайте это после предупреждения.
  4. Запускайте Конфигуратор с параметром кода разрешения: /UC<код>. Без него заблокированная база вас тоже не пустит.

Пример строки запуска Конфигуратора для серверной базы:

"C:\Program Files\1cv8\8.3.24.xxxx\bin\1cv8.exe" DESIGNER /S"srv1c\buh" /N"Администратор" /P"пароль" /UC"obnovlenie"

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

После обновления снимите блокировку сеансов в консоли кластера.

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

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

Тестирование и исправление информационной базы. В Конфигураторе: Администрирование → Тестирование и исправление. Нужен монопольный режим. Для проверки после обновления достаточно отметить:

  • 🔧 «Проверка логической целостности информационной базы»;
  • 🔧 «Проверка ссылочной целостности информационной базы»;
  • 🔧 «Пересчёт итогов».

Реиндексацию и сжатие таблиц включайте, если база давно не обслуживалась — на большой базе это добавит час-два. Режим «Только проверка» ничего не меняет, а «Тестирование и исправление» сразу исправляет найденное, поэтому перед ним снова нужна копия.

При битых ссылках программа спросит, что делать: создавать объекты-заглушки или очищать ссылки. Очистка безвозвратно удаляет связи в документах. Если не уверены, выберите создание объектов — их потом можно разобрать.

Проверка в пользовательском режиме. Минимальный набор:

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

7. Частые ошибки при обновлении 1С

ОшибкаЧем грозитКак избежать
Пропуск промежуточных релизовФайл .cfu не подходит к версии базы, обновление не запускаетсяСмотреть в описании релиза, с каких версий доступно обновление
Конфигурация обновлена, а платформа стараяОшибка о несоответствии версии платформы при запускеСначала платформа, потом конфигурация
Обновлено в Конфигураторе, но база не открыта в пользовательском режимеДанные не обработаны, отчёты расходятсяСразу после F7 запустить базу и дождаться обработки данных
Обновление рабочей базы без пробы на копииСломанные доработки, простой отделаДоработанную базу сначала обновлять на копии
Разные версии платформы на сервере и клиентахПользователи не могут подключитьсяСтавить клиент той же версии до начала рабочего дня
Блокировка сеансов не снятаУтром никто не может войтиСнимать блокировку сразу после проверки

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

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

Можно ли откатить обновление 1С?
Штатной кнопки отката нет. Вернуться можно только к резервной копии, сделанной до обновления. Всё, что пользователи ввели после обновления, при этом пропадёт.
Обязательно ли ставить каждый релиз?
Нет. Можно обновляться реже, но тогда придётся проходить цепочку промежуточных релизов. Для учётных конфигураций затягивать не стоит: в релизах приходят новые формы отчётности и изменения законодательства.
Можно ли обновить 1С без подписки на поддержку?
Нет. Обновления и дистрибутивы платформы распространяются в рамках договора сопровождения (ИТС). Файлы из сторонних источников могут быть изменены, и их установка нарушает условия лицензии.
Нужно ли обновлять платформу, если конфигурация работает?
Только если новый релиз конфигурации требует более свежую платформу или исправлена ошибка, которая вам мешает. Обновлять платформу «на всякий случай» в серверной среде не стоит: это остановка сервера и переустановка клиентов.
Почему после обновления пропали мои отчёты и обработки?
Внешние отчёты и обработки не пропадают, но могут перестать открываться, если обращаются к изменённым объектам. Нужна их новая версия от разработчика или доработка под новый релиз.