К статье
Практический материал

Администрирование · 12 мин

Как обновить 1С до последней версии

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

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

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

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

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

Второй шаг — убедиться, что обновление вообще доступно. Для автоматического обновления через интернет требуется действующая подписка ИТС (информационно-технологическое сопровождение) и зарегистрированная программа. Если подписки нет, дистрибутивы обновлений можно получить через партнёра фирмы «1С» или на портале 1С, если доступ привязан к учётной записи.

Третий шаг — проверить, есть ли в конфигурации доработки. Если конфигурация снята с поддержки (замок в дереве конфигурации открыт) или в неё добавляли объекты, автоматическое обновление может «затереть» изменения. В этом случае потребуется ручное сравнение и объединение конфигураций, что лучше поручить специалисту.

Конфигурация на полной поддержкеЗамок закрыт, доработок нет

Подходит автоматическое обновление через интернет или файл

Конфигурация с доработкамиЗамок открыт, есть добавленные объекты

Нужно ручное сравнение и объединение конфигураций

Пропущено несколько релизовТекущая версия сильно устарела

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

Требуется новая платформаВ описании релиза указана минимальная версия платформы

Сначала обновите платформу, затем конфигурацию

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

Резервная копия — единственная гарантия возврата к рабочему состоянию, если обновление пройдёт с ошибкой. Для файловой базы самый надёжный способ — выгрузка через конфигуратор: откройте конфигуратор, меню «Администрирование» → «Выгрузить информационную базу», укажите путь и дождитесь создания файла с расширением .dt. Во время выгрузки пользователи не должны работать в базе — конфигуратор потребует монопольный доступ.

Для серверной базы (SQL Server, PostgreSQL) выгрузка .dt тоже работает, но для больших баз она медленная. Альтернатива — резервная копия средствами СУБД плюс копия снятого с поддержки хранилища. Важно: простое копирование папки с файловой базой (файл 1Cv8.1CD) допустимо, но только при полностью завершённой работе всех пользователей, иначе копия может оказаться повреждённой.

Способ 1: автоматическое обновление через интернет

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

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

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

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

Способ 2: обновление через конфигуратор из файла

Если интернет-поддержка недоступна или нужно установить конкретный релиз, используйте файл обновления. Скачайте дистрибутив обновления, распакуйте его и установите шаблон: запустите setup.exe из дистрибутива — файлы шаблона попадут в каталог шаблонов (обычно в профиль пользователя или в папку, указанную при установке).

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

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

Обновление платформы 1С

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

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

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

Способы обновления конфигурации

Автоматически через интернет

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

Через конфигуратор из файла .cfu

Подходит при отсутствии интернет-поддержки и для установки конкретного релиза; требует прав администратора и понимания порядка релизов

Ручное сравнение и объединение

Единственный вариант для конфигураций с доработками; требует навыков работы в конфигураторе и тестирования на копии

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

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

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

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

Типичные ошибки при обновлении
01
Обновление без резервной копии — при сбое база остаётся в нерабочем состоянии без возможности отката
02
Прерывание обработчиков обновления данных — данные оказываются в промежуточном состоянии, возникают ошибки при открытии документов и отчётов
03
Установка релиза через несколько пропущенных версий без проверки порядка перехода — обновление отклоняется или завершается с ошибками
04
Запуск пользователей до завершения обработчиков — часть данных обрабатывается с ошибками, появляются расхождения в учёте
05
Обновление платформы только на сервере без обновления клиентов — пользователи не могут подключиться к базе

Проверка результата и откат при проблемах

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

Далее выполните контрольные операции: проведите тестовый документ, сформируйте основные отчёты (ОСВ, книгу покупок, складские отчёты — в зависимости от конфигурации), проверьте обмены с банком, ЭДО и другими базами. Если что-то работает некорректно и быстро исправить проблему нельзя, восстановите базу из резервной копии: в конфигураторе «Администрирование» → «Загрузить информационную базу» с указанием файла .dt.

Контрольные точки

Как проверить результат обновления

Версия в разделе «О программе»
Норма

Совпадает с установленным релизом

Тревожный признак

Версия не изменилась — обновление не применилось

Статус обработчиков обновления
Норма

Все обработчики выполнены, ошибок нет

Тревожный признак

Есть обработчики с ошибками или процесс завис

Проведение документов и отчёты
Норма

Документы проводятся, отчёты формируются без ошибок

Тревожный признак

Ошибки при проведении, пустые или недоступные отчёты

Обмены и интеграции
Норма

Банк, ЭДО и синхронизации работают

Тревожный признак

Обмены завершаются с ошибками после обновления

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

Можно ли обновлять 1С, пока пользователи работают в базе?

Нет. Обновление конфигурации требует монопольного доступа: все сеансы и фоновые задания должны быть завершены. В клиент-серверном варианте можно заблокировать соединения через консоль кластера, в файловом — через «Администрирование» → «Блокировка работы пользователей» в конфигураторе.

Что делать, если обновление зависло на этапе реструктуризации?

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

Нужно ли обновлять платформу при каждом обновлении конфигурации?

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

Как обновиться, если пропущено много релизов?

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

Потеряются ли доработки при обновлении?

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

Как вернуться к прежней версии после неудачного обновления?

Штатного механизма отката нет. Единственный способ — восстановить базу из резервной копии, созданной до обновления: в конфигураторе выберите «Администрирование» → «Загрузить информационную базу» и укажите файл .dt. Поэтому копия перед обновлением обязательна.

Итог

Что важно запомнить

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